- Inkscape Devel - Inkscape Mailman

Tiling tool
by Tom Lechner 26 Nov '12

26 Nov '12

I was reading that Veronika Irvine's Tiling Tool Summmer of Code project was successful, which is quite exciting. Can this be downloaded somewhere? I can't seem to find reference to it.. -Tom

3 3

Sorin based SpiroLive behabiours
by Jabiertxo Arraiza Cenoz 26 Nov '12

26 Nov '12

Translated by google -------------------------------------------------- -------------------- Hi. I just upgraded to SpiroLive branch as directed by Sorin, with which I agree. Containing historical remains above 11,864 revision behavior. For a lack of knowledge on how to mine working with Bazaar, are not available, this time, the various revisions between one version and another. I made a change to code that I would like, in the files "pen-context.cpp", "pen-context.h", "draw-context.cpp" and "widgets / pencil-toolbar-cpp" is used function called "sp_pen_context_set_polyline_mode" that is developed in the pen-context.cpp file. This function is used to change the mode (polyline, paraxial ...). I have seen fit to extend its scope to also define whether we are in "Spiro" or, in the future, whether we are in "BSpline". To this I added a boolean property to the object "SPPenContext" called "spiro" (pc-> spiro) and changed the name of the function in the three previous files "sp_pen_context_set_polyline_mode" a "sp_pen_context_set_mode". On the use of the tool, I had to update the message status bar with the string "SHIFT for cusp node" and see how they manage the translations. Usage is simple, clicks create SYMM nodes with "SHIFT" are created but are mode CUSP. I ask you to try the code, especially continuing existing lines and / or closing them. Greetings. ---------------------------------------------------------------------- Hola. Acabo de actualizar el branch de SpiroLive siguiendo las indicaciones de Sorin, con las que estoy de acuerdo. Queda como histórico conteniendo el anterior comportamiento la revisión 11864 . Por una falta de conocimientos mios en la manera de trabajar con Bazaar, no están disponibles, esta vez, las distintas revisiones entre una versión y la otra. He realizado un cambio en código que me gustaría comentar, en los archivos "pen-context.cpp", "pen-context.h", "draw-context.cpp" y "widgets/pencil-toolbar-cpp" se utiliza una función llamada "sp_pen_context_set_polyline_mode" que está desarrollada en el archivo pen-context.cpp. Esta función sirve para cambiar el modo (polilinea,paraxial...). He creído conveniente ampliar su alcance para definir también si estamos en modo "Spiro" o para, en el futuro, saber si estamos en modo "BSpline". Para ello he añadido una propiedad booleana a el objeto "SPPenContext" llamada "spiro" (pc->spiro) y he cambiado el nombre de la función en los tres archivos anteriores de "sp_pen_context_set_polyline_mode" a "sp_pen_context_set_mode". En cuanto al uso de la herramienta, me falta actualizar los mensajes de la barra de estado con el string "SHIFT for cusp node" y ver como se gestionan las traducciones. El uso es simple, los clics crean nodos SYMM, con la tecla "SHIFT" se crean pero son de modo CUSP. Os pido que probéis el código, especialmente continuando líneas existentes y/o cerrándolas. Saludos.

1 0

Anyone can confirm if this is really a bug ?
by Guiu Rocafort 21 Nov '12

21 Nov '12

I'm not really sure about this being really a bug so I'm asking before creating a bug report. The bug is checked using Windows 7 64 bits and Inkscape 0.48 The steps for reproducing are: 1. Create empty file. 2. Create a rectangle ( or any other shape ) 3. Open Fill and Stroke menu 4. Select Stroke tab. 5. Grab color picker tool. 6. Select any color in the document. What happens: The fill colour becomes the one picked with the tool. What I think it should happen: Since the stroke tab is selected, the stroke colour should become the one selected with the tool and not the fill colour. So I am missunderstanding Inkscape or is it a real bug ? Thanks -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

5 9

0.49 release status update
by Josh Andler 20 Nov '12

20 Nov '12

Hey All, It's almost time we move on to Feature Freeze, at this point I'm saying let's put it out there as November 30th. I had delayed it to get in a couple new features and the reason I'm not just saying it's today is to leave it open for John Smith for a shortcut editor akin to GIMP's (if it can be completed in time). The current list of bugs milestoned for 0.49 is at 50... and that is quite high. Can people help reduce this number some? My guess is things like the tutorial updates for 0.49 are not likely to make it for example. https://bugs.launchpad.net/inkscape/+bugs?field.searchtext=&orderby=-import… The real issue though is that we currently have 13 blocker bugs, all but one of which are regressions caused by the new renderer or rendering cache. https://bugs.launchpad.net/inkscape/+bugs?field.searchtext=&orderby=-import… In addition to these blockers, we still have a security bug that is blocking 0.48.4 and will also block 0.49. Please focus efforts on fixing bugs rather than enhancing features at this point. The two exceptions to this are for the shortcut editor and the newly committed symbols dialog, polishing things like this is good. String Freeze will go into effect on November 30th at this point, but I HIGHLY recommend translators get started now if they haven't started already (as was previously recommended). Unfortunately, it does not look like we're going to be able to get the release out this year as originally hoped. At the current rate I hope we can get it out in Q1 of next year. Sorry for not giving an update sooner. I hope all is well with everyone! Cheers, Josh

3 3

PDF X-3
by john Culleton 20 Nov '12

20 Nov '12

An Inkscape file can be saved as PDF 3 or PDF 4. What are the prospects for PDF X-3 being added to the list? -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

2 1

Cuestion about branches test
by Jabiertxo Arraiza Cenoz 20 Nov '12

20 Nov '12

Hello Krzysztof. Thanks very much. I update the branch and tell in the list the number of the previous branch whith old staff for posibol regression. Hi, Jabier. > On Wed, 2012-11-14 at 13:36 +0100, Jabier Arraiza wrote: >> Im new to develop whith BZR. I develop a branch, and after i made a lot >> of changes on the branch but i want to know what version of code is >> better. >> What i do? 2 branches or update original branch whith the new code. >> The new code is more powerful but im not sure is ok whith the filosophy >> of inkscape, because made more changes to the code and change some >> behviors on usage. > > If you want to compare a branch, to let's say trunk you can do that > using bzr by specifying the branch. So: > > $ bzr diff --new lp:inkscape > > Would compare to trunk. Usually I find it useful to compare to the > common ancestor as the diff is a bit cleaner: > > $ bzr diff -r ancestor:lp:inkscape > > If you'd like to update your branch to include the changes that are on > trunk currently you can just merge them in. No need to worry about > rebasing or anything like that, Bazaar handles it for you. > > $ bzr merge lp:inkscape > $ bzr commit -m "Updating to trunk" > > It's difficult to know which is "better", but hopefully that helps you > figuring out the information you need. This information could be added to our Bazaar tutorial: http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar Regards, Krzysztof

1 0

sodipodi:linespacing
by mathog 19 Nov '12

19 Nov '12

How does sodipodi:linespacing determine the vertical spacing to the next line? From a bit of experimenting it looks like it starts with this: sodipodi:linespacing="125%" and then looks at the maximum font size in all of the <tspan>'s included under the following <tspan sodipodi:role="line" and multiplies those together. So if the largest is 16pt, it uses 20pt for the linespacing. Is there anything else involved, or is that the entire method? Also, if this is all inside a <text> with style="font-size:32.000000pt;font-style:normal;font-variant:normal;font-weight:400;font-stretch:Normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;text-align:start;text-anchor:start;font-family:Arial;" Changing font-size or line-height makes absolutely no difference in the display. Is that how it should be? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Inkscape 0.48+devel r11870 and Units
by Jelle 18 Nov '12

18 Nov '12

Hi Guys, Testing this recent build. Inkscape 0.48+devel r11870 So far: New stuff: - Love the Symbol manager. It will greatly inprove productivity. I wish that a similar thing could be done with first level grouped objects and using the same CTRL+select for objects within that. Ehm,.. a small note saying Use CTRL+C to copy might help though, as I tried clicking and dragging first. BTW. If it would follow the rule of always paste in place, it would be a great help in templating designs. - The new text edit docker is great! Would have liked to see a list of fonts used in the document though, so you can more easily select from the fonts already chosen, find out missing fonts etc.. Could that be added to a third tab? Old stuff: - It's the old clip an object and get to select the object rather than the clipped area bug. So my clip displays the size of the clipped object rather than the clipping area. Now really...that is something that needs fixing. BTW,.. using the create copy of clipping object to create area rather than the default. Releasing the clip doesn't recreate a copy of the clipping object on the screen, clippath is left in defs. So I guess the function has to be extended with a function to copy that node back to the correct z-order of the objects. Question: - Does Inkscape already support SVG font display (Tiny, not Full)? I know Mozilla doesn't support it and probably never will, but I really would love to use them regardless. I have several use cases in mind that are uniquely possible using SVG fonts and don't care if users will have to use "Modern" browsers like ahem.. the rest. Now we can create Glyphs, but I am not sure if it is possible to display them yet. I'll do more testing during the next few weeks, if there's anything you'd like me to pay attention to, please tell as there are a lot of things, new and old. On the Units discussion: The idea is simple Inkscape uses px as units. In the config we can set the amount of pixels per unit, so we end up with 90dpi (standard screenres in 2000) or just set it to 10px per mm or whatever. That way poor buggers like me that design in mm for print and need to get this used on screen won't have to use a calculator to convert the x,y locations with a 6 decimal precision and make these horrid choices on how to handle the half a pixel sizes. Using 3.50xxxx etc. really does my head in at times. Nowhere in the SVG specs does it implicitly say how many PPI to use, it's arbitrary. However, as it was concieved to be used as a screen format, it became pixels per Inch to follow the industry standard. The latter we can blame on Silicon Valley being the place where the early stages of IT were conducted rather than Bletchly Park or Paris. The whole zoom factor is not the issue. It's having a SVG document that has been converted from mm to Inches and then PPI. If I have a 85x55mm businesscard, I'd love to be able to read that in the SVG file as 850x550 px rather than 309.2xxxxx x 190.1xxxxx. That way I can more easily create guidelines and additional objects on screen in my web application without having to calculate every friggin measurement and ending up with those quirky estimations. Maybe Inkscape development isn't always a bliss, but I think with little effort Development using Inkscape can be made a bliss. Adding a setting for Pixels per Unit will greatly improve my sense of bliss at least. For others it may also be a handy way to solve their problems they encounter with scaling if there was an additional recalculator function added to this scaling. That would be a nice extension maybe. "Change/Convert pixels per unit"... Oh joy! I could reset tonnes of hardly usable SVG code with that..! Well,.. Cheers Jelle

6 6

Cuestion about branches test
by Jabier Arraiza 16 Nov '12

16 Nov '12

Hello. Im new to develop whith BZR. I develop a branch, and after i made a lot of changes on the branch but i want to know what version of code is better. What i do? 2 branches or update original branch whith the new code. The new code is more powerful but im not sure is ok whith the filosophy of inkscape, because made more changes to the code and change some behviors on usage. Another cuestion is about lang. I want to chage some mensagges in the GUI. IN the core i change it in english but i want to know how to prepare for inernatioalization. Is only one or two mensages in the tip bottom zone. Thanks in advance and sorry for my english. P.D. Think is beter put the mensages in my natural -spanish- lang too?

3 2

Cannot build Inkscape with newest Mingw, devlibs36
by mathog 15 Nov '12

15 Nov '12

XP SP3, 32 bit. I had been happily building inkscape branch lp988601 on XP using a version of mingw with gcc 4.6.2 and devlibs32. Yesterday I tried to upgrade this build environment, and while it builds to completion, the resulting inkscape does not run. Method 1. mv ming mingw_save 2. Download mingw-getinst-20120426.exe from sourceforge. Run it, install C,C++ compilers and Mingw Devel. This resulted in gcc 4.7.2 and w32api and iconv installed (the latter two had to be installed separately last time.). 5. bzr checkout --lightweight lp:inkscape-devlibs devlibs Move the folder to /c/progs/devlibs36. 6. modify mingwenv.bat in inkscape directory to use /c/progs/devlibs36. 7. g++ buildtool.cpp -o btool -fopenmp btool -version BuildTool v0.9.9multi 8. bzr revert bzr update bzr revno (11707) btool clean btool (builds to completion) inkscape\inkscape -> BOOOM! inkscape.exe has encountered a problem and needs to close. We are sorry for the inconvenience. 9. gdb file inkscape.exe inkscape.dbg run Program received signal SIGSEGV, Segmentation fault. 0x66533a06 in libglibmm-2!_ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag () from C:\progs\inkscape6\inkscape\libglibmm-2.4-1.dll (gdb) bt #0 0x66533a06 in libglibmm-2!_ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag () from C:\progs\inkscape6\inkscape\libglibmm-2.4-1.dll #1 0x664e086b in libglibmm-2!_ZN4Glib7ustringC1EPKc () from C:\progs\inkscape6\inkscape\libglibmm-2.4-1.dll #2 0x00bd9e58 in _GLOBAL__sub_I__ZN8Inkscape10FontListerC2Ev () #3 0x00d4a280 in __PRETTY_FUNCTION__.45203 () #4 0x00a5c1fc in aspell_config_retrieve () at ./common/string.hpp:79 #5 0x00000000 in ?? () 10. md5sum libglib* 18e88b04da123bf05b07ff60a4e96654 *libglib-2.0-0.dll 80c15c2a1c5d002ce72d2fa35212ad92 *libglibmm-2.4-1.dll 11. My understanding was that all of the dll's had to be recompiled to work with the newer compiler due to a change in the calling convention, however many of the dll's in devlibs36 have the same md5sum's as do the ones in devlibs32. libglibmm isn't one of these, but libglib is, as is aspell and aspell-import. Suggestions??? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 7

Re: [Inkscape-devel] Testing SpiroLive
by Jabier Arraiza 15 Nov '12

15 Nov '12

Thanks for your help Sorin. In spiro paths there are "two kinds of node type" cusp node (all except SYMM node) or spyiro node (SYMM node). I think about to avoid the creation of beizer modifiers, and by default make all clicks SYMM nodes and when you press for example alt key the node is cusp. What we think about this feature? Its the mode i think to use whith the next project B-Spline. The other think can do is retain the spiro pen tool more similar to normal beizer pen, like now, but whith a little effort -work comented in code-, we can make extend the spiro redraw when dragging the last beizer modifier. Whe think is usefool? Sorin i post it to inkscape mailing list, think is not problem to you. Sorry again for my bad english, Jabier. -----Mensaje original----- De: Nemes Sorin <nemes.sorin@...400...> Para: jabier.arraiza@...2893... Asunto: Re: Testing SpiroLive Fecha: Wed, 07 Nov 2012 12:17:02 +0800 On 11/06/2012 05:26 PM, Jabier Arraiza wrote: > Thanks very much for your very extended info. > You think is good show the spiro when dragging the final handle? > Thanks again, Jabier yes - I have no problems at all I've tested yesterday late night the spiro branchusing an original method so I've started to create veryabstract shapes and curves with line tools then using spline nodes I've adjusted them to the desired shapes as far I can observe the secret consist in dealing with node types - so I think users should be informed HOW TO work with nodes and node type - to adjust splines, rather than bezier modifiers (which they will try hard first) - a little video or few animated GIF images on Inkscape manual and website would help a lot all in all Spiro Splines branch of Inkscape performed well after few minutes of work I can perform well with splines and I can create my desired shapes I didn't see any performance penalties yet

2 1

Inkscape .msi installer
by the Adib 12 Nov '12

12 Nov '12

Hello, as announced I want to present the first stage of creating win32 installer. The installer can be found here: inkscape.msi http://ubuntuone.com/0pHUvyQO1m7tWCk4Ydoep4 !! 90MB !! screenshot of the components http://ubuntuone.com/0S2vP6KLu891CVMFK8tmaO inkscape.wxs wix source file http://ubuntuone.com/4wei7vaqtzSEJw6H9Ay4Ef files.wxs http://ubuntuone.com/6d7WibY70E0Yx9lSpRDyNS autogenerated by files.py script http://ubuntuone.com/30QvLD8fqA53GjcNKOJO71 To create the msi I use two batch files wixenv.bat http://ubuntuone.com/4HzKeKzmMdz0yG3QA9CmcU to setup environment variables install.bat http://ubuntuone.com/0RqrCJj2d1cOOhiRrxX5fL to create and test the installer. Still there is a wide room for housekeeping and polishing but I wanted to let you know and if possible you all could provide some feedback. Currently some functions are missing: - decide user or global scope (my office laptop prevented me to install because of policy settings) - localized installer - register .svg files to open with inkscape The setup is very large compared to the NSIS setup because of loose compression. I fear I can not do something about that. As I understand the wix system works it is not possible to mixup options like localisation and shared files as examples and tutorials. So even you decide only go with english it will install translated examples and stuff. I have not tested on WIN7. However the installer registers all files and uninstall only those (but also possibly changed files) files being installed. Is it requested to have Inkscape in different versions (0.48 and 0.49) on one machine? have fun, Adib. --

1 0

Bug in PDF+LaTeX, how can I send a patch?
by M H 12 Nov '12

12 Nov '12

Dear all, I found a small bug in the PDF+LaTeX export module. In the generated tex-file that contains the object placement information for latex a few comment character at line ends are missing. This causes some funny misalignment effects if the final pdf with superimposed text is wrapped into other latex-command. Sometimes LaTeX requires to know where a line ends, otherwise undesired spacing is created. We have identified the lines with missing comment characters '%' here: http://tex.stackexchange.com/questions/82080/pictures-from-inkscapes-pdflat… and I would not mind to fix this myself, but I can not find where the PDF+LaTeX module is located in the inkscape branch. If someone could please point me in the right direction, I'd appreciate it. Regards, Martin

3 3

SpiroLive update
by Jabiertxo Arraiza Cenoz 10 Nov '12

10 Nov '12

Hi, A new update of SpiroLive now. It redraw the spiro when drag last point handle, and made some fix. I want to know what we think about the changes. Specialy want to know whats better, like now or to doesn't need to press +drag and simply put all full clicks like a SIMM node except when MOD key is pressed,to make CUSP node. By, Jabier.

1 0

[Win32 devlibs] gtkmm stack update, again
by Nicolas Dufour 08 Nov '12

08 Nov '12

Hi, After two weeks of additional tests (on XP and Seven) and now that the two regressions that led to the uncommit are fixed, the win32 devlibs have been updated again (r36). The new libs are: * pangomm-2.28.4 * glibmm-2.28.2 * atkmm-2.22.6 * gtkmm-2.24.2 build.xml updated (WITH_GTKMM_2_24) in the trunk revision 11864. Regards, -- Nicolas

1 0

Windows MSI installer
by the Adib 06 Nov '12

06 Nov '12

Hello all, I just want to tell that I am the half way done for an msi installer using wix. I will post this within one week. Currently I am not so familiar with the wix syntax. For the moment localization of the installer is not supported (but can be done). Using wix some important functionalities are built in: - uninstaller - distribution on network using microsoft tools Cheers, Adib. --

3 3

Units
by Jelle 06 Nov '12

06 Nov '12

Dear all, On Units: After some digging I found that Inkscape uses a 90dpi setting internally for everything. It finally explains the insane precision to me. Now that's fine with me, but it would be really handy if you could set your own preferences. As a user of metrics it really is mindnumbing to have to work with 3.543307 px per mm. I'd much rather would set that to 10 or 100 for instance so I can more easily work from px units into mm and vice versa. I guess that for those that use their feet to do measurements 90dpi makes more sense though they must have some trouble when it comes to fractions of Inches (what pinky's?). If I want to design something in metrics and I get all those fractioned numbers in my files, it makes it a tad difficult to edit it by hand or script. Especially the latter is rather important for me. So the question here is,.. is it humanly possible to create a setting of your units and their conversion to px so the whole SVG document starts using those unit settings? If this is set in some script, where can I find the script and wouldn't it be great if that could be turned into a user settings config script that is editable from Inkscape. I'd be happy to make an interface for it as an extension as I think even I could do that with my limited skills in programming. I bet it all comes down to getting Inkscape to recognise these new settings at runtime, but restarting the application after changing the settings might be an option (Alert: restart Inkscape to use your new settings). I love Inkscape and its functionality for web design, but I think making it more flexible with unit settings might make it really useful for those that want to organise their whole work flow including print with it. On SVGDOM and Pyhton: Can one access the SVGDOM from python like you do from javascript? Using getAttributeNS etc.? If so, I'd like to try write some extensions. On the topic of the Inkscape UI re-design: If anything I'd love to see a UI that would be completely configurable like the one in Coreldraw. I also like the Gimp where UI objects and canvas are separated. Though it would be nice if there was some way to set a Z order in those as you often move new windows over UI objects and thus hiding them. Some UI object manager could be useful in that regard. Alternatively I would suggest making the canvas UI have a set position in the window and scale it when you open a docker. Now the part of the drawing get's hidden that often holds the objects you need the docker for, making more clicks. Using the GIMP format it might be possible to dock over the right side of the canvas window edge and like wise for tools to move them to the left side over the windows edge. This should be an OPTION as not everyone has a screen estate of 1920x1600 where this method would really make sense. It would defy some UI design adagia no doubt, but the movements would be a logical extension of the ones you are already making. Jelle Mulder On Sat, 03 Nov 2012 06:30:22 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: Problem export to png in spanish version (alvinpenner) > 2. Re: Problem export to png in spanish version (Benjamin N??ez) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 2 Nov 2012 14:55:58 -0700 (PDT) > From: alvinpenner <penner@...1856...> > Subject: Re: [Inkscape-devel] Problem export to png in spanish version > To: inkscape-devel(a)lists.sourceforge.net > Message-ID: <1351893357935-4965540.post@...2730...> > Content-Type: text/plain; charset=UTF-8 > > cami?nCatalu?a.png > <http://inkscape.13.n6.nabble.com/file/n4965540/cami%C3%B3nCatalu%C3%B1a.png> > - not reproduced on Windows 7, Inkscape 0.48.3.1. > - attached is a png file saved using Export Bitmap. > - just for clarification, is it only the file that has non-Ascii > characters, > or do the directories also have non-Ascii characters? > > Alvin Penner > > > > -- > View this message in context: > http://inkscape.13.n6.nabble.com/Problem-export-to-png-in-spanish-version-t… > Sent from the Inkscape - Dev mailing list archive at Nabble.com. > > > > ------------------------------ > > Message: 2 > Date: Fri, 2 Nov 2012 23:29:53 +0100 > From: Benjamin N??ez <benji.n.gon@...400...> > Subject: Re: [Inkscape-devel] Problem export to png in spanish version > To: alvinpenner <penner@...1856...> > Cc: inkscape-devel(a)lists.sourceforge.net > Message-ID: > <CAAZNt3vyWuVE-u0VdMEr-GeUOiCJ3kuX2n_quvZhm_4dQOsbpw@...401...> > Content-Type: text/plain; charset="iso-8859-1" > > Ahhhh ok, it's true. When we use export bitmap no problem with "?". > > Is only when I try use the option "save as" and Cairo PNG when I have > that > problem. > > And your question yes, when the directorie have non-Ascii characters I > can't save the file with "save as", but no problem when I use Export > Bitmap. > > Thanks for everything. > > Benja > > 2012/11/2 alvinpenner <penner@...1856...> > >> cami?nCatalu?a.png >> < >> http://inkscape.13.n6.nabble.com/file/n4965540/cami%C3%B3nCatalu%C3%B1a.png >> > >> - not reproduced on Windows 7, Inkscape 0.48.3.1. >> - attached is a png file saved using Export Bitmap. >> - just for clarification, is it only the file that has non-Ascii >> characters, >> or do the directories also have non-Ascii characters? >> >> Alvin Penner >> >> >> >> -- >> View this message in context: >> http://inkscape.13.n6.nabble.com/Problem-export-to-png-in-spanish-version-t… >> Sent from the Inkscape - Dev mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Central: Instant, anywhere, Remote PC access and management. >> Stay in control, update software, and manage PCs from one command center >> Diagnose problems and improve visibility into emerging IT issues >> Automate, monitor and manage. Do more in less time with Central >> http://p.sf.net/sfu/logmein12331_d2d >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > >

4 9

active document
by Johan Engelen 06 Nov '12

06 Nov '12

Hi all, "SP_ACTIVE_DOCUMENT" or equivalently "inkscape_active_document" uses the current active desktop to find out which document is active. So SP_ACTIVE_DOCUMENT will not work if there is no GUI (cmdline Inkscape), and will return NULL. To allow one to call SP_ACTIVE_DOCUMENT to obtain the SPDocument, I am proposing to 'fall back' to take the first listed document in the Inkscape instance if desktop==NULL. In inkscape.cpp: SPDocument * inkscape_active_document (void) { if (SP_ACTIVE_DESKTOP) { return sp_desktop_document (SP_ACTIVE_DESKTOP); } else if (!inkscape->document_set.empty()) { return document_set.begin()->first; } return NULL; } I know we should move away from SP_ACTIVE_DOCUMENT and friends, but let's do the proposed change for sake of getting functionality now instead of over 5 years. ;-) It is related to fixing r11804 [1] to work from the cmdline. Cheers, Johan [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/11804#src…

2 1

Changes in cairo >= 1.12.4 affect Inkscape stable and trunk
by ~suv 06 Nov '12

06 Nov '12

Cairo 1.12.4 introduced changes which affect Inkscape stable and trunk. Later releases (1.12.6, 1.12.8) addressed some of them for now, but not all: Outline view mode doesn't display any visible outlines at all [1], even with latest cairo 1.12.8 (released today). Tests with just released cairo 1.12.8 on OS X 10.7.4 (X11 and Quartz cairo surface backends with Inkscape 0.48.3.1 and Inkscape 0.48+devel r11861) gave me these results: - not fixed: outline view mode still renders invisible affects current stable 0.48.3.1 and trunk - fixed (since 1.12.6): invisible auxiliary paths and handles ° path outlines (red/green), node handles (blue) in Pen, Pencil and Node tool ° circle (grey/green) indicating distance to guide path in Calligraphy tool hatch mode ° circle (orange) indicating brush size of Tweak tool (width) ° circle (orange) indicating spray area of Spray tool (width) ° possibly others I missed in my tests affected current stable (0.48.3.1) - AFAICT fixed (since 1.12.8): rendering artifacts with stroked curves affected trunk [3] In upstream bug 56099 [2], one of the cairo developers indicates that Inkscape needs to change how certain handles and paths are rendered via cairo: > commit c565bad8901dbe66e1402cdc2418986e96e698e3 > Author: Chris Wilson <chris@...2923...> > Date: Fri Oct 19 12:22:58 2012 +0100 > > pen: Relax invisibility criteria from half-tolerance to quarter-tolerance > > Inkscape is one user who sets geometric tolerance to 1.25 pixels when > stroking sub-pixel lines. Whilst we wait for inkscape to set sensible > values for their tolerance, we have to allow through the current values > in order to prevent the fine strokes from disappearing. Is there something which can or ought to done on Inkscape's side to help affected users of current Inkscape stable [4] (AFAIK currently Fedora 18, Mageia and ArchLinux, and probably soon other distros which plan to update to latest cairo stable)? Likely - I don't know any details about how cairo is used in Inkscape - there will be different changes required for the stable release branch (release of 0.48.4 is pending, and held up only by one blocker so far) and current trunk. V [1] Bug #1074612 “No display in outline mode” <https://bugs.launchpad.net/inkscape/+bug/1074612> [2] Bug 56099 - path rendering problems in 1.12.4 <https://bugs.freedesktop.org/show_bug.cgi?id=56099> [3] artifacts with stroked bézier curves <http://lists.cairographics.org/archives/cairo/2012-September/023532.html> <http://lists.cairographics.org/archives/cairo/attachments/20120928/194fcb1c…> <http://dl.dropbox.com/u/65084033/irc/cairo-1.12.4-stroked-paths-rendering-g…> [4] user comments <https://plus.google.com/106604070261659014786/posts/Bru4nW8wSrh> <https://plus.google.com/106604070261659014786/posts/3DpwXkBLRwv>

3 4

Testing SpiroLive
by Jabiertxo Arraiza Cenoz 06 Nov '12

06 Nov '12

Hi SorinN. How are your testing? I'm not enoft specific? Thanks for your time compiling. I want to know if SpiroLive is mature to propose to merge. ¿Whath do you think about? Hi, Jabier.

3 2

feComposite : how to deal with alpha ?
by pennec victor 06 Nov '12

06 Nov '12

Hi, Some days ago, Jasper van de Gronde asked me if I still got problem with negative values in feComposite. He pointed that I forgot about the alpha value (becoming zero) https://bugs.launchpad.net/inkscape/+bug/1044989 So I reworked my filters using his clever trick so that alpha won't reach 0 (except I used feColorMatrix instead of feComponentTransfer) And once again I'm stuck. I try to redo the exclusion filter in photoshop using feComposite For two layers A (=sourceImage) and B (=backgroundImage) with opacities = 1, formula is supposed to be A+B - 2AB. As feComposite (stupidly IMO) computes not only rgb channels but the alpha too I need to get rid of the alpha channel (either in earlier or later stages) until now I failed. What I'd expected rgb(1,0,0.5, x) exclusion rgb(0,1,0.5, y) should be rgb(1,1,0.5, 1) r:1 + 0 - 2 (1*0) = 1 g:0 + 1 - 2 (0*1) = 1 b:0.5+0.5 - 2 (0.5*0.5) = 0.5 problem is the alpha coz 1 + 1 - 2(1*1) = 0 I tried the 2 following solutions solution 1: dealing later with alpha => set alpha to 1 when everything is done. feComposite k=(-2;1;1;_) followed by colorMatrix 1 0 0 0 0 0 1 0 0 0 <= identity for rgb 0 0 1 0 0 0 0 0 0 1 <= reset alpha to 1.0 whatever it could've been before this doesn't work, the result is full black solution 2: dealing earlier with alpha => set alpha so that it is 1 and not 0 after composition (=set it to 0 before the feComposite) pass sourceimage through the following colormatrix to remove the alpha 1 0 0 0 0 0 1 0 0 0 <= identity for rgb 0 0 1 0 0 0 0 0 0 0 <= reset alpha to 0 run this + backgrounImage in feComposite k=(-2;1;1;_) with this I'd expected the alpha to be ok because 0 + 1 - 2 (1*0) = 1. but this doesn't work either (fully transparent ?) Could anybody help ? How do you deal with alpha when using feComposite ? Does Inkscape (or svg) drop result of a filter stage if alpha is zero ? (in solution 1)

2 1

Clippath and Masks
by Jelle 06 Nov '12

06 Nov '12

Dear all, I was wondering if it wouldn't be useful to change the way clippath and masks are created. Now the object used to create the clippath, gets transformed into a clippath and placed in the defs. However, very often I'd have to create a copy of this very object, move it down in Z-order and the use the original object to clip. Wouldn't it be easier to move a copy of the orginal to the defs as clippath and leave the original where it is? For masked area's it makes more sense to destroy the orignal, but even there I feel maintaining the original could be useful as those shapes are often used for dropshadows (at least that's what I use them for). Releasing the clip or mask would then still be rendering the same result as now, the only change is creating a new idea for the clippath by adding "c_" or "m_" in front of the ID of the copy. Jelle Mulder

2 1

Something annoying with new sliders and filters
by Ivan Louette 04 Nov '12

04 Nov '12

While the new sliders could be smart they are also annoying when used on some filters like Gaussian Blur when a wide range of variation is allowed (this is the case for some filters also suited for high resolution images like for example the new custom filter "Drawing"). The problem is when you try to click on numerical values because then often the slider instantly increase up to the highest value (like if you drag it to this value) instead of giving you precise control on the numerics. And in these cases often if you type Ctrl+Z before the filter is completely applied Inkscape crashes. It make working with some nice filters somewhat hasardous and I am sure discouraging for the beginners in this area. ivan

3 3

display scale factor
by unknown＠example.com 04 Nov '12

04 Nov '12

Recently, I wanted to use Inkscape to draw a floor plan for a large house. For this, I needed to use a grid specified in feet and inches. I found that in order to fit the whole drawing on the screen at once, I had to set the zoom factor to 3% or less, which was inconvenient. It seems that for some reason you cannot set a zoom factor of less than 1%, so if the building were even three times larger, there would be no way to view it all at once, if you used the correct units to draw it. It seems that I'm not the only person having this problem: http://inkscape-forum.andreas-s.net/topic/1209992 The suggested solution is to scale your drawing in "px" units, and then apply a mental scale factor to get the real dimensions. Of course you COULD do that, but why should you have to? Why can't Inkscape accommodate whatever units, dimensions, and scales are appropriate for the task at hand? My first solution was as follows. The inch and foot units are defined in the Inkscape config file "/usr/share/inkscape/ui/units.txt", or possibly "/usr/share/inkscape/ui/units.xml". I'm not sure which of these files is supposed to be normative; why are there two of them? # name plural abbr type factor PRI description inch inches in LINEAR 90.0 N Inches (90 px/in) foot feet ft LINEAR 1080 N Feet (12 in/ft) I added the following units, which are defined to be 1/360 of the usual ones: x-inch x-inches xin LINEAR 0.25 N X-Inches (0.25 px/xin) x-foot x-feet xft LINEAR 3 N X-Feet (12 xin/xft) Inkscape then recognizes these new units for the "Default units" and "Page Size" options, and for the "Transform" dialog. It DOES NOT recognize them for the object dimension boxes along the top of the canvas, and when the drawing's default unit is set to "xft", the rulers are graduated in "px" units. I then tried adding the same definitions to the "units.xml" file: <unit type="LINEAR" pri="n"> <name>x-inch</name> <plural>x-inches</plural> <abbr>xin</abbr> <factor>0.25</factor> <description>X-Inches (0.25 px/xin)</description> </unit> <unit type="LINEAR" pri="n"> <name>x-foot</name> <plural>x-feet</plural> <abbr>xft</abbr> <factor>3</factor> <description>X-Feet (12 xin/xft)</description> </unit> This did not appear to have any further effect. It seems rather silly that for some purposes, the unit definitions would be read at runtime from a config file, while for other purposes, they would be compiled into the program binary, but that appears to be how it currently works. I suppose I could fix this so that all the unit definitions were read from a single config file at runtime, and then define corresponding metric x-units as 1/100 of the usual ones, but that would be kind of pointless. People who want to draw cells, or integrated circuits, or molecules, would have to define y-micrometres, y-nanometres, and y-angstroms, as a million times bigger than the standard units, because it turns out that the maximum zoom factor you can apply is 25600%, or 256. (It's pretty silly to have to write 256 as "25600%", but apparently you do have to.) There is a much better solution, which is illustrated by the attached image "scale.png". This is intended as an addition to the current "Document Properties/Page" config window. It specifies the scale at which the drawing will be displayed on the physical screen, as a ratio between real dimensions on the screen, and the declared dimensions of the drawing. This does not replace the current "Zoom" option in the "View" menu or the box in the lower right corner of the main window. It is simply multiplied together with that setting, so if the zoom factor is set to "1:1" or "100%", the specified display scale factor is what you get. The intention is that the display scale factor will be set once, to an appropriate value for the drawing, while the zoom factor will be changed frequently while working. The display scale factor is specified as a ratio between two values, each of which consists of a decimal number and a unit chosen from a selection list. The available units are those read from the units.{txt,xml} file, with the addition of "width" and "height". These two units will refer to the physical screen dimensions, and the declared page size for the drawing. You can therefore specify that the normal display scale is such that the width of the drawing is the width of the screen (or half that, or twice that). This is likely to be useful, because often the X server does not have an accurate idea of the physical screen dimensions, but it always knows the size in pixels. It seems that this feature should be fairly simple to implement, for someone familiar with the Inkscape code. It only requires four additional widgets for the Document Properties window, for this setting to be saved and read from the SVG file, and for the resulting value to be multiplied with the existing zoom factor wherever that appears. Note the following related feature request, rated as "Priority: High": https://blueprints.launchpad.net/inkscape/+spec/real-units Bob wants to draw a house plan in feet and inches, but still print it on a letter-sized paper. (one idea: different layers can have different scales: e.g. border layer is actual size, house layer is 1 in. = 8 ft.) I would point out that the SVG specification does not prescribe any particular ratio between "px" drawing units and actual physical lengths. (It certainly DOES NOT specify that 90 px = 1 inch, as Inkscape currently assumes [units.txt]; this ratio is only mentioned as "for example".) http://www.w3.org/TR/SVG/coords.html#Units I suggest that for Inkscape, "px" be considered to be equivalent to the specified "Default unit" from the Document Properties window. If the default unit is metres, or whatever, then that's what "px" means, for that document, but no other. I don't see how this is inconsistent with the SVG specification. Another related proposal is here: http://sourceforge.net/mailarchive/message.php?msg_id=29861176 >> I think that if we are going to break compatibility, we go for one >> release to do it. Basically, all of the new-style stuff including >> custom doc coords would be a huge win to introduce all at once. I >> would love to see a rotatable canvas in Inkscape, but I have no idea >> how feasible it is with the current rendering/viewport stuff we have >> in place. > > In principle it should be possible to change doc2dt and dt2doc > matrices to any transform without any modifications to the display > subsystem, but it might expose bugs - mainly hidden assumptions that > doc2dt is always an Y flip + translation. If the canvas can be rotated by an arbitrary angle (or "any transform matrix" applied), then certainly another uniform scaling factor can be applied at the same time. Finally, I must comment on how strange it is that "units.txt" contains the following definition: # name plural abbr type factor PRI description % % % DIMENSIONLESS 1.00 Y Percentage It seems clear that since 100% = 100/100 = 1.0 , then 1% = 1/100 = 0.01 ; this is what the conversion factor should be. Only slightly less strange is this: degree degrees deg RADIAL 1.00 Y Degrees The natural base unit for rotations (if not radians) is one whole rotation, the identity operation, analogous to multiplication by one. These definitions necessarily imply that there must be inverse conversion factors of "100" and "360" hard-wired into the Inkscape code somewhere. But why should that be? The natural place for such conversion factors is this same "units.txt" definition file; that's what it's FOR. In this regard, it would be helpful if whatever piece of code is responsible for reading these definitions were (trivially) extended to handle ratios; then a degree could be defined as "1/360", rather than "0.002777777". Then, if someone wants to specify angles in milliradians, for some reason, they can define that as "1/6283.185", rather than "0.05729578", as is currently necessary. http://en.wikipedia.org/wiki/Angle#Units Similarly, if someone is working on some tiling problem and wants to scale things by multiples of 1/64, rather than 1/100, they can call that a "perfoo", and define it as "1/64", instead of "1.5625", as currently necessary. Another thing that would be useful for this file is to have some notation for "the n-th root of x"; for example, "2\4" could mean "the fourth root of two", which might otherwise be written as "2^(1/4)". Currently, the "+" and "-" keys zoom the display by a factor of 2^(1/2) (usually called "square root of two", 1.414214), while the up and down arrows next to the zoom factor box change it by almost, but not quite, 2^(1/10) ("tenth root of two", 1.071773). If there were some convenient notation for specifying geometric roots in the "units.txt" file, these zoom factors might be made configurable, and they could also be used in the "Transform" dialog for scaling objects. -- Ian Bruce

1 0

XQuartz no more!
by Andrew Pennebaker 03 Nov '12

03 Nov '12

As a Mac user, I'm happy that GIMP finally removed the XQuartz dependency. Would some GIMP developers like to do the same for other Mac Gtk projects such as Inkscape <http://inkscape.org/> or GnuCash <http://www.gnucash.org/>? The latter is in real need of an interface update. -- Cheers, Andrew Pennebaker www.yellosoft.us

1 0