Comments (5)
Cheers. So i gather that you would like me to edit the h files? I figure only some of them have that trait. Guess i could do tha. Good idea. Got some stuff im working on now, though, so it might take me a while (i say two weeks). Think you can havr a go?
-------- הודעה מקורית --------
מאת: mgubi [email protected]
תאריך:
אל: galkahana/PDF-Writer [email protected]
נושא: [PDF-Writer] improprer "using namespace std" in header files (#3)
I'm trying to evaluate using PDF-Writer as backend to the TeXmacs (www.texmacs.org) scientific editor, however the fact that the PDF-Writer header fields contains "using namespace std" prevents me to include them into the TeXmacs sources since they do not rely on the C++ standard library and we have a different definition for the string class.
In general is a good idea to avoid using that declaration in header files:
http://www.cplusplus.com/forum/beginner/25538/
Btw, nice library! I look forward to be able to use it to write PDFs inside TeXmacs, we really need a good PDF writing library like that.
—
Reply to this email directly or view it on GitHub.
from pdf-writer.
I'm doing just that for my personal use. Do you agree in using explicitly "std::" everywhere? or you would prefer that source files retain the "using namespace std" statement? I would go for the first and more uniform alternative, even if the second can be easier to do.
from pdf-writer.
First is great. Thats what i want to do. Good luck :). I'll keep in touch in case ill get to this early.
-------- הודעה מקורית --------
מאת: mgubi [email protected]
תאריך:
אל: galkahana/PDF-Writer [email protected]
עותק: gal kahana [email protected]
נושא: Re: [PDF-Writer] improprer "using namespace std" in header files (#3)
I'm doing just that for my personal use. Do you agree in using explicitly "std::" everywhere? or you would prefer that source files retain the "using namespace std" statement? I would go for the first and more uniform alternative, even if the second can be easier to do.
—
Reply to this email directly or view it on GitHub.
from pdf-writer.
Ok,
here the patch removing "using namespace std" everywhere. It works for me.
Best
Massimiliano.
On Jan 12, 2013, at 6:44 PM, gal kahana [email protected] wrote:
First is great. Thats what i want to do. Good luck :). I'll keep in touch in case ill get to this early.
-------- הודעה מקורית --------
מאת: mgubi [email protected]
תאריך:
אל: galkahana/PDF-Writer [email protected]
עותק: gal kahana [email protected]
נושא: Re: [PDF-Writer] improprer "using namespace std" in header files (#3)I'm doing just that for my personal use. Do you agree in using explicitly "std::" everywhere? or you would prefer that source files retain the "using namespace std" statement? I would go for the first and more uniform alternative, even if the second can be easier to do.
—
Reply to this email directly or view it on GitHub.—
Reply to this email directly or view it on GitHub.
from pdf-writer.
thanks man. merged with the master branch. great :)
from pdf-writer.
Related Issues (20)
- Color inversion problem occurs when exporting images HOT 1
- infinite loop HOT 2
- Crash when WriteUsedFontsDefinitions HOT 17
- Publish to github releases without PDFWriterTesting HOT 4
- U3D support, 10 years later HOT 10
- `Segmentation fault (core dumped)` just for adding `PDFWriter pdfWriter` in the `h` file HOT 11
- Fail to draw rectangle to pdf,if rectangle larger than(595x842) HOT 2
- german umlaute diacritic not rendered properly HOT 2
- Make a PDF with an image in memory HOT 4
- Double hex encoding in AbstractContentContext::TJHexLow HOT 3
- Perfectly kosher bug :) HOT 13
- bug: Stack overflow with Invalid PageTree HOT 1
- bug: Stack Overflow when loop in ParseNewObject -> ParseExistingInDirectStreamObject HOT 1
- bug: Requested Allocation Size too big HOT 2
- bug: Heap Use-after-free HOT 1
- bug: Allocation size too big when /Count is high HOT 2
- This line : ` status = pdfWriter.StartPDF(completePathToEmptyPages, ePDFVersion13, logConfiguration)` causes : `Segmentation fault (core dumped)` HOT 8
- PDFParser::ParseFileDirectory,Unexpected object at xref start HOT 9
- Seg Fault HOT 1
- How to modify existing Annots ? HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from pdf-writer.