July 2008 - Inkscape Devel - Inkscape Mailman

r19370 extension/internal/pdfinput/pdf-parser.cpp:2***: error: expected primary-expression before '**' token
by Jeff Kowalczyk 01 Aug '08

01 Aug '08

Inkscape svn trunk stopped building for me on Gentoo Linux ~x86 about two weeks ago, which corresponds somewhat with the last commit on xtension/internal/pdfinput/pdf-parser.cpp. The build.log is huge, but available if it helps anyone debug. # grep error: build.log extension/internal/pdfinput/pdf-parser.cpp:2259: error: expected primary-expression before '<<' token extension/internal/pdfinput/pdf-parser.cpp:2259: error: expected primary-expression before '<<' token extension/internal/pdfinput/pdf-parser.cpp:2259: error: expected primary-expression before '<<' token extension/internal/pdfinput/pdf-parser.cpp:2259: error: expected primary-expression before '<' token extension/internal/pdfinput/pdf-parser.cpp:2259: error: expected primary-expression before '.' token extension/internal/pdfinput/pdf-parser.cpp:2261: error: expected primary-expression before '==' token extension/internal/pdfinput/pdf-parser.cpp:2261: error: expected primary-expression before '==' token extension/internal/pdfinput/pdf-parser.cpp:2261: error: expected primary-expression before '==' token extension/internal/pdfinput/pdf-parser.cpp:2261: error: expected primary-expression before '=' token extension/internal/pdfinput/pdf-parser.cpp:2316: error: expected primary-expression before '<<' token extension/internal/pdfinput/pdf-parser.cpp:2316: error: expected primary-expression before '<<' token extension/internal/pdfinput/pdf-parser.cpp:2316: error: expected primary-expression before '<<' token extension/internal/pdfinput/pdf-parser.cpp:2316: error: expected primary-expression before '<' token extension/internal/pdfinput/pdf-parser.cpp:2316: error: expected primary-expression before '.' token extension/internal/pdfinput/pdf-parser.cpp:2318: error: expected primary-expression before '==' token extension/internal/pdfinput/pdf-parser.cpp:2318: error: expected primary-expression before '==' token extension/internal/pdfinput/pdf-parser.cpp:2318: error: expected primary-expression before '==' token extension/internal/pdfinput/pdf-parser.cpp:2318: error: expected primary-expression before '=' token P.S. The pdf-parser's issues with the public vs. private parts of the poppler API have been the only real source of build failures for me over the past year. Perhaps r19370 is central to fixing that. Still, It would be nice if a config option allowed it to be skipped entirely when there's trouble. (old, since fixed) pdfinput/pdf-parser.cpp:2248: error: no matching function for call to GfxFont::getNextChar pdf-input.cpp:544: error: '_preview_output_dev' was not declared in this scope

3 4

'Lines only' mode in pen tool
by Maximilian Albert 01 Aug '08

01 Aug '08

Hi all, I seem to remember a few recent requests for a "lines only" mode in pen tool (can't find the related emails or bug reports offhand). [1] For my LPE work I had implemented this a short while ago anyway (if for different reasons), but so far it has only been used internally. Now I added a new button to the pen toolbar to make it publicly available. You may want to give it a try and see if it is useful. All it does is prevent you from making curves: each mouse click automatically addes a new line segment, regardless if you are dragging or not. Personally, I'm not too convinced that it's of great value but other people may have different opinions. If it turns out to be useless, feel free to ditch it again. :) If you want to keep it, you are welcome to design a more beautiful icon and/or find better descriptions, too.;-) Max [1] This one seems to be along these lines, too, but it's very unspecific: https://bugs.launchpad.net/inkscape/+bug/253166

2 3

Suggestion, plugin for exporting to JavaFX
by Silveira Neto 01 Aug '08

01 Aug '08

Hi, that's my first message for this list, so let me introduce myself. My name is Silveira Neto, I'm a brazilian student, last semester in computer science. I'd like to say that I'm a happy Inkscape user, pleased to see all improvements made recently. I'm also a developer that uses a new, free and open technology for creating RIA (Rich Internet Applications) called JavaFX. If someone is interested in know more about JavaFX, you can see more here <http://javafx.com/>, here<http://www.sun.com/software/javafx/index.jsp>or here <https://openjfx.dev.java.net/>. JavaFX is heavily graphicaly based and it's elements resembles much SVG elements. In fact, the main creator of JavaFX created a tool<http://blogs.sun.com/chrisoliver/entry/javafx_svg_translator_preview>that translates SVG to JavaFX. I'd like to suggest a plugin for exporting Inkscape drawings to JavaFX, so developers could draw with Inkscape, export and program the logic with JavaFX. That extension just would have to export the drawing to a raw text .jfx file. The syntax is quite simple<https://openjfx.dev.java.net/learning.html>and I can help with it. I guess that Inkscape extensions are made in Python, right? I'd like to know where I can find more documentation about writing Inkscape extensions, I know a little bit of Python, I could try it. As JavaFX and SVG graphical entities are similar (like shapes, paints, gradientes, paths, etc) you guys think that is possible to make such plugin for Inkscape? Someone would be interested in help me? Thanks. -- ------- silveiraneto.net eupodiatamatando.com

4 9

Fwd: promoting SVG
by Felipe Sanches 31 Jul '08

31 Jul '08

---------- Forwarded message ---------- From: Felipe Sanches <felipe.sanches@...400...> Date: Tue, Jul 29, 2008 at 3:14 AM Subject: promoting SVG To: Asa Dotzler <asa@...2025...>, stb@...2026... hello, My name is Felipe Sanches. I am an Inkscape developer (also known as JucaBlues at the Inkscape community) and I am putting efforts in the spread SVG usage for web content. I am very excited about the possibilities that this technology brings and also about the openness of it (mainly compared to proprietary Flash technology). I have recently developed a little game using SVG and javascript. You can see it here: http://bighead.poli.usp.br/~juca/code/svg/minigame/minigame.svg<http://bighead.poli.usp.br/%7Ejuca/code/svg/minigame/minigame.svg> I would like to promote something together with Mozilla. I was thinking about a game coding contest. The rules would require the game to use SVG technology and to run properly in Firefox 3 (and, optionaly, on any SVG compliant browser). I would like to promote this contest myself, but I do not have enough resources to provide cool prizes and also I do not have the same visibility as you guys have in order to reach the greatest possible number of contest submissions from the webdevelopment community. Even harder when you think about an specific technology we are trying to promote. Since Firefox is an SVG capable browser, and Mozilla is clearely in favour of open standards for the web, I supose that you would be interested in making this contest become a reality. I can write a tutorial explaining which techniques & tools I used to develop this example SVG+javascript game, so this could also eventually help promoting Inkscape, which is the opensource SVG editor project to which I often contribute. I am waiting to hear your opinions on the subject, best wishes, Felipe Sanches PS: these are the instructions for the example game: Enter key - Starts the game Right and left arrow keys - moves Tux SpaceBar - tux tries to hit the MSN butterfly also, if you need, you can zoom the graphics with ctrl + (plus) SVG is vector graphics, so you wont loose quality when zooming SVG content

5 14

Re: [Inkscape-devel] promoting SVG / cutter control discussion
by Bruce Westfall 30 Jul '08

30 Jul '08

I am very glad this is being discussed! Here are my opinions from what I've been able to do thus far using Inkscape and my vinyl cutters: I would not bother with any format other than HPGL. It is a standard for desktop and large format cutting plotters - not just Graphtec. (Graphtec has some proprietary formats, as do others...) I have a 15 year old 24" Roland plotter and a less than week old Graphtec 48" plotter ( vinyl cutters ). The exact same file can be cut by both machines with no alterations other than the original setup. Graphtec defaults to it's own version - GP-GL, this needs changed on the control panel to standard HP-GL. What I do right now is: 1. Make the drawing in Inkscape 2. Copy what needs cut to the clipboard 3. Open a new file in Inkscape 4. Paste clipboard data into new file 5. SHIFT+CTRL+D to access properties of new file 6. Click the "Fit page to selection" button 7. Save file as "newplot.ps" 8. in terminal, enter: ./graphtec.sh < newplot.ps 9. plotter starts and cuts perfectly, absolutely ignorant it is being controlled by open source software! The file 'graphtec.sh' is a modified version of a script found at: http://www.3x6.nl/inkscape_hpgl/....html It uses hpgl-distiller - a program that can be downloaded from: http://pldaniels.com/hpgl-distiller This sounds complicated, but once it is set up, it isn't much worse than any other vinyl cutting software. I've used plenty of them! I will gladly help actively work on and test this. I also have plenty of other ideas to help inkscape become a full featured vinyl cutting solution.

2 1

Re: [Inkscape-devel] Temporary canvas items
by Maximilian Albert 30 Jul '08

30 Jul '08

Zitat von bulia byak <buliabyak@...400...>: > On Wed, Jun 18, 2008 at 6:45 AM, Maximilian Albert <Anhalter42@...173...> wrote: >> Yes. My question is how the "... that renders text" part would work. > > Since you don't need to worry about exact font, kerning, etc., which > all may be tricky, cairo is the natural choice for this. Each canvas > item has a render method which is passed the SPCanvasBuf; you can just > deconstruct it to access the actual memory buffer, create a temporary > cairo surface and context in the render method of your text canvas > item, and draw text to it using cairo's show_text. Is there boilerplate code available somewhere for creating and managing such a context? In particular, how would I tie it into SPCanvasBuf? Is the guchar* buf variable the memory buffer you are talking about? Why/how do I need to access it and what's the interconnection with the cairo context? Sorry if these are very basic questions, but I don't have any experience yet with Inkscape's on-canvas rendering. > But that would be wasteful and hacky, although acceptable as a > temporary solution. The proper solution that would take us one step > closer to total cairofication is to create a common cairo context in > sp-canvas, associated with SPCanvasBuf, and pass it down to all canvas > buffer so they could draw to it using cairo at once. That is what > needs to be done, the biggest obstacle being that most canvasitems are > drawn with direct bit-flipping in the buffer and they assume 3 bytes > per pixel and fixed RGB order, neither of which is true for cairo > which only has 4 bytes whose order depends on endianness. So all of > canvas items must be switched to cairo (or at least to 4 bytes) at > once, this cannot be done incrementally. This is what I'll have to do > as soon as I have some time to devote to it (unless someone comes to > my rescue :) How difficult and/or time-consuming do you expect this to be? Could it be done without knowing anything about the bit-flipping and other issues you mentioned? If you think that it would be worth it to take this little detour from my actual SoC project, I'd be glad to be this "someone". :) But I neither have any experience with cairo nor am I familiar with the problems you mentioned. So someone would need to give me step-by-step instructions of what needs to be done. Max -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

3 8

Inkscape PDF import from the command line
by Amit 30 Jul '08

30 Jul '08

Hi, According to the latest release notes from the wiki: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes047#PDF_import_from_the… Inkscape 0.47 (upcoming) will support importing PDF from the command line. According to the wiki the first page is imported. Is there a feature planned to do page by page import (e.g. --page=1, --page=all, or --page=1,3,6)? If not, I would love to help out in implementing this. Thanks, Amit

3 3

SVGFonts dialog
by Felipe Sanches 29 Jul '08

29 Jul '08

*** if you are not interested in my SVGFonts SoC status, you can skip reading this message *** Hi, Richard, I am a bit nervous about what should I do next. I have been thinking about user interface and I agree with you that glyph kerning is much more present than other stuff. But I am not sure if we should put all font-face attributes on a dialog. That would be too much stuff. And probably not very useful for the users. Think about stuff like the "ideographic", "mathematical" and "hanging" attributes. It seems to be stuff that would be passed to pango so that it can decide whether to use or not this SVGFont instance when inquired about a closest match for a font substitution (supposedly it didnt find the perfect match installed on system). I guess this stuff wouldnt be much important at first glance. Since when my project got stucked at pango, I have been feeling kind of lost in a new huge set of user interface TO-DOs, which I do not know what to address first. I am feeling a bit pressured by the deadline and the feeling that even having put some effort on the codebase, my code is still not very useful. I would like to ask you, what should I focus now, since we have only 12 days until GSoC deadline. I think I cannot do anyting great such as glyph editing (be it on or off canvas) until then. Juca PS: If anyone else wants to give me some advice, I sugest compiling and installing cairo from git and then compiling inkscape. That would trigger the conditional compile of my work, which cannot be compiled without a new version of cairo (which has user-font support). Or you could look at screenshots in https://bugs.launchpad.net/inkscape/+bug/247785 Then you can also look at share/examples/svgfont.svg

2 1

Re: [Inkscape-devel] Suggestion, plugin for exporting to JavaFX
by Bob Jamison 29 Jul '08

29 Jul '08

-----Original Message----- >From: Silveira Neto <silveiraneto@...400...> >Sent: Jul 29, 2008 3:09 PM >To: Bob Jamison <rwjj@...127...> >Cc: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] Suggestion, plugin for exporting to JavaFX > >Thanks for your quick answers. > >I took a look at pov-out.cpp and .h at src/extensions/internal/ from the >SVN, Inkscape version 0.46. I saw that you are the author of this code. >I also compiled the entire Inkscape, but I could not find out how to test >exporting a Inkscape SVG drawing into a Pov-ray file. Should I enable it >during the ./configure phase? No. Just use SaveAs, and select .pov from the file types in the dialog. bob

1 0

Re: [Inkscape-devel] Fwd: promoting SVG
by Bob Jamison 29 Jul '08

29 Jul '08

One of my favorite svg sites is http://treebuilder.de . By coincidence, he has an svg game tutorial here: http://www.treebuilder.de/default.asp?file=163540.xml One small thing. In your game, you might want to block all keys other than <return> before the game starts. Great job, by the way. This sounds like a wonderful idea. bob

1 0