- Inkscape Devel - Inkscape Mailman

New: add nodes at extreme values
by Johan Engelen 05 Jan '12

05 Jan '12

Hi all, To help font designers, I just added new functionality to the node tool. It adds a node at the extreme values of a path, if there is not already a node there. (because of a bug in 2geom, it does not work for some special cases, we are working on it) At the moment, this new feature adds 4 buttons to the node tool. Way too much of course. The plan is to move them into a submenu of the Add nodes button. This should not be too hard, the first step is to rewrite in /src/widget/toolbox.cpp: " <toolitem action='NodeInsertAction' />" " <toolitem action='NodeInsertActionMinX' />" " <toolitem action='NodeInsertActionMaxX' />" " <toolitem action='NodeInsertActionMinY' />" " <toolitem action='NodeInsertActionMaxY' />" to " <toolitem action='NodeInsertAction'>" " <menu action='NodeInsertActionMenu'>" " <menuitem action='NodeInsertActionMinX' />" " <menuitem action='NodeInsertActionMaxX' />" " <menuitem action='NodeInsertActionMinY' />" " <menuitem action='NodeInsertActionMaxY' />" " </menu>" " </toolitem>" or so I learn from a gtk demo [1]. It uses a new GtkMenuToolButton [2]. But, alas, if you rewrite it, you get GTK errors and Inkscape terminates... I hope someone can find the time and spirit to work on this. Thanks! Cheers, Johan [1] http://git.gnome.org/browse/gtk+/tree/demos/gtk-demo/appwindow.c?id=2.24.8 [2] http://developer.gnome.org/gtk/2.24/GtkMenuToolButton.html

2 3

Deep Ungroup
by Matěj Cepl 05 Jan '12

05 Jan '12

Hi, in view of https://bugs.launchpad.net/inkscape/+bug/171117 I have created this small extension for recursive ungrouping https://gitorious.org/various-small-stuff/inkscape-ungroup-deep/ (tarball should be available at https://gitorious.org/various-small-stuff/inkscape-ungroup-deep/trees/0.1). It is just proof-of-concept (version 0.1) but seems to work for me. Bug reports, or (even better) patches and pull requests are more than welcome! I was told on #inkscape IRC channel that I cannot add my extension on http://wiki.inkscape.org/wiki/index.php/Extension_repository so if anybody would be able and willing to put it there, I would really appreciate it. Thanks a lot (and happy New Year!) Matěj -- http://www.ceplovi.cz/matej/, Jabber: mcepl<at>ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC "Anything essential is invisible to the eyes", the little prince repeated, in order to remember. "It's the time you spent on your rose that makes your rose so important." "It's the time I spent on my rose ...," the little prince repeated, in order to remember. "People have forgotten this truth." the fox said. "But you mustn't forget it. You become responsible forever for what you've tamed. You're responsible for your rose..." "I'm responsible for my rose...," the little prince repeated, in order to remember. -- Antoine de Saint-Exup?ry: The Little Prince

2 1

Wiki !!!
by Johan Engelen 04 Jan '12

04 Jan '12

I need ours! :) Thanks for fixing it, Johan

3 5

GSEAL issues (lots of them!)
by Alex Valavanis 03 Jan '12

03 Jan '12

Hi All, I thought it would be worth mentioning that we need to get rid of all direct access to private fields of objects as part of our GTK+ 3 migration. i.e. foo->bar = bar_val; // NO!! gtk_foo_set_bar (foo, bar_val); //Yes! bar_val = foo->bar; // NO!! bar_val = gtk_foo_get_bar (foo); //Yes! To check for these issues, you can compile inkscape with: make CFLAGS+="-DGSEAL_ENABLE" CXXFLAGS+="-DGSEAL_ENABLE" Note that there are probably hundreds of such problems, so any help with the cleanup would be appreciated! Usually there is a suitable GTK/GDK accessor function to fix the problem. Sometimes (e.g. [1]) there isn't, which I guess implies that we're doing something the "wrong" way. Cheers, Alex [1] https://bugs.launchpad.net/inkscape/+bug/911174

1 0

Bazaar advice
by Johan Engelen 03 Jan '12

03 Jan '12

Hi all, A recent commit to lib2geom compressed almost all commits since februari into one. Very annoying, although I know you can find out what those individual commits were with some more clicking. These mistakes don't surprise me; I am scared of the bzr tool that does things I do not understand. So to make people aware of the dangers of bzr, I'd like to give advice to simple folks like me: ************************************* I strongly advise you to not work in branches and merge it into trunk, and stay away from any other so-called convenient advanced functionality of bzr, like push-pull-whatever. Simply use it in 'svn mode'. http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar#Using_a_central… ************************************* If you have fully understood how bzr works, perhaps you can try to use the extra functionality. In that case, learn how to foul up the history (like rev2000 in lib2geom) so you don't type in such commands. Thank you very very very much, Johan (PS. no hard feelings to the committer of course! I blame the tool that allows these things to happen)

4 5

Canvas color option (Bug #169623)
by Nicolas Dufour 01 Jan '12

01 Jan '12

Hi all, I've just committed a patch William Swanson did for the wishlist bug #169623 "Canvas color option" (https://bugs.launchpad.net/inkscape/+bug/169623). A rather popular wishlist (12 people declared being affected on LP). It compiles and works as expected on Windows XP and Ubuntu. The canvas color is now set to the drawing background color (defined in the document properties), ignoring alpha. Thus if you choose a fully transparent black, the canvas will be black (instead of white as in the stable Inkscape version). Note that the modification doesn't affect exports (PNGs still use the alpha channel). Don't hesitate to comment. Regards, -- Nicolas PS: Apparently the snap indicator color is broken (it never gets the white stroke it has in the 0.48.x branch when using a dark background - SnapIndicator::set_new_snaptarget is *always* called with pre_snap=false), but it seems that the bug was already in the trunk (also reproduced on Windows XP with 10760, 10700, 10614 and 10568).

4 5

Re: [Inkscape-devel] [Lib2geom-devel] Bazaar advice
by Krzysztof Kosiński 30 Dec '11

30 Dec '11

By the way, all people who work on a trunk checkout of lib2geom might need to use bzr pull --overwrite or get a fresh checkout. I'm not sure how a bound branch works in this case. If you opt for a fresh checkout, you can carry over your uncommitted changes using bzr merge --uncommitted or a diff Regards, Krzysztof

2 2

Inkscape Website (Help needed)
by Ian Caldwell 30 Dec '11

30 Dec '11

Hello Folks, It's that time again, I hope everyone is having a happy holidays! I am writing to you all in an urge to complete the new website within the next couple of months. I know we have all been busy with the holidays and what not. Here's a brief update on that status. The website in regards to the design elements have been completed almost all the bare bones pages have been completed and implemented into the design. The design can be seen at dev.inkscape.org . and of course the code can be viewed at https://code.launchpad.net/~inkscape-webadmin . The backend code has been partially implemented however a lot is still missing such as user accounts login etc and a web based editor. I'd like to take a moment to thank Chris Morgan for porting over all the pages an Hinerangi Courtenay for the actual design as well as the various others. I can't name everyone in this email but it's definitely been a team effort. On that note there's still a lot to be done. Here's what I think our best plan of attack is. I think our best plan of attack is to take the current site and all of it's factors and put it into a solution such as pinax ( http://pinaxproject.com/) Using pinax allows us to make a custom website without having to have all the components of a CMS but it allows us to easily implement various things with little effort such as account management profiles etc and web based editing. Overall it shouldn't be too much work but we need someone with python/django experience to port our current code/design elements to pinax. >From there once it's implemented we will then of course need the various translation teams to finish translating the content and to port over the rest of the news. So today I am looking for anyone with django/python experience to contribute to getting this website finished. I need people who are motivated and willing to push forward and get this done in the least amount of time possible. If you're willing to contribute or have any further questions on the inkscape website please feel free to reply to this email or to me directly via email or irc (msg inc) Also if there is a company that would like to sponsor development of the website or put in hours. We're willing to list you as a contributor on the website development page. In the past this project has kind of been put a little bit on the back burner due to everyones time constraints which is completely understandable but any help we can get would be great. Thank you, Ian Caldwell

1 0

Participation at SCALE 10x
by Jon Cruz 30 Dec '11

30 Dec '11

Hi guys, Just putting out a general call for anyone who would like to help us man a booth at SCALE 10x this year. http://www.socallinuxexpo.org/scale10x I know Josh and I will be there, but if anyone else can spend a little time in the booth that would be a big help. The conference has given us a set of free full access passes for that. If anyone is interested in helping, just drop me an off-list email. I'll get you the instructions (which basically cover registering up to the point of paying, then sending me the registration number to finish on my side).

1 0

Re: [Inkscape-devel] OCAL Dialog Redesign
by Andrew 28 Dec '11

28 Dec '11

Hi Guys, So I have been doing a lot of work on the Import from OCAL dialog and I have finally finished! I was wondering whether I could get some testing, especially on some different platforms with different internet connections. All you need to do is get my branch using: bzr branch lp:~and471/inkscape/ocal-dialog-improvements And then compile as usual. You will find the dialog in File > Import Clip Art So yeah, basically I want a lot of testing, to iron out any errors that I have missed and also feedback on the stuff I have done. Then once that is all done, I shall propose for merging into trunk. A list of changes is below, as well as a link to screenshots of the new dialog. Thanks! -- Andrew Screenshots: http://wiki.inkscape.org/wiki/index.php/OCAL_Dialog_Re-Design == Changes == * UI Redesign (which includes) - Altered the padding and packing of all widgets - Added search entry with clear and search icons - Added OCAL Logo overlay - Put descriptions inline in list - New preview widget that shows extra metadata - New status widget to notify on errors/success etc. - Dialog is now persistent (retains state) - Better messages for the user - Changed title/menuitem to 'Import Clip Art' * Backend stuff (which includes) - Use new GFile API instead of depreciated GNOMEVFS - Use async methods so the UI isn't blocked - Use smaller, thumbnail images in the preview widget (save on bandwidth and increase speed) - Implement cancelling of operations - Put downloaded resources into one directory, from which we can use later - Big cleanup in terms of code

5 5

Find / Replace dialog
by John Smith 28 Dec '11

28 Dec '11

How about an updated Find dialog to include the great replace functionality found in 2 text extensions - Replace text and Replace font ? The idea is to have a unified dialog that can find/replace on almost anything in the document - text, styles, attributes, fonts etc. A history of past find/replaces (in the combo-box), exact and case sensitive matching, undo history, dockable dialog, and the status on what was found/replaced. Any ideas to improve the find dialog more that welcome ... https://bugs.launchpad.net/inkscape/+bug/909328 ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0

FOSDEM and Color
by Tavmjong Bah 21 Dec '11

21 Dec '11

Hi, Do we have anyone going to FOSDEM[1] in February? Chris Lilley will be giving a talk on the SVG2 Color chapter at a "Colour Management" session and will be looking for feedback on color management in SVG2. Tav [1] http://fosdem.org/2012/

1 0

Adding half tones pattern to SVG filters
by Ivan Louette 21 Dec '11

21 Dec '11

I would propose to add half tones patterns to svg filters primitives. I think adding them at this level could be extremely powerful and useful for designers like turbulence is already. No need for a lot of settings (most of them like color could be controlled by their association with other primitives) ; only frequencies (x and y), shape, angle and eventually other ones proposed by print specialists. ivan

3 2

Wacom Weird
by Martin Owens 21 Dec '11

21 Dec '11

I just noticed that in Oneiric that my tablet isn't doing it's thing even with everything switched on. Is there still a bug in inkscape trunk over the pressure? This is what I dug up: http://osdir.com/ml/ubuntu-bugs/2011-11/msg06429.html It looks like it might be a gtk bug? If so, what needs to happen to fix it? Martin,

9 29

Re: [Inkscape-devel] DHW file input extension
by Nikita Kitaev 21 Dec '11

21 Dec '11

The repository now has four test files: https://github.com/nikitakit/DM2SVG/tree/master/sample Page 1 is an all-in-one test file, Page 161 should be just a single stroke, and Page 162 should have each number on its own layer. ~Nikita On Tue, Dec 13, 2011 at 3:01 AM, Chris Morgan <chris.morganiser@...400...> wrote: > Nolota: try this and see if it works properly: > https://gist.github.com/1471691 > > (Not having any DigiMemo files I can't test it without faking data myself by > following the process in reverse, which would be a waste of time.) > > -- Chris On Tue, Dec 13, 2011 at 2:48 AM, Mark Schafer <mschafer@...2596...> wrote: > Thanks - please also send a very very simple test file - say with a single > stroke in it. > Cheers... > > > On 12/13/2011 11:20 PM, Nikita Kitaev wrote: >> >> Thank you. There's one test file in the repository, and I'll send you >> a couple more tomorrow. >> >> ~Nikita >> >> On Tue, Dec 13, 2011 at 2:14 AM, Mark Schafer<mschafer@...2596...> >> wrote: >>> >>> Hi Nikita, >>> I can probably convert it to python for you. >>> Can you send me some files for testing - with what they look like as pngs >>> (say) >>> >>> Cheers, Mark... >>> >>> >>> >>> On 12/13/2011 10:34 PM, Nikita Kitaev wrote: >>>> >>>> On Tue, Dec 13, 2011 at 1:13 AM, Chris Morgan >>>> <chris.morganiser@...400...> wrote: >>>>> >>>>> It won't be hard to port to Python, which would be ideal for use in >>>>> Inkscape. It's short and simple. >>>>> >>>>> >>>>> On Tue, Dec 13, 2011 at 8:08 PM, Alexandre Prokoudine >>>>> <alexandre.prokoudine@...400...> wrote: >>>>>> >>>>>> On Tue, Dec 13, 2011 at 12:34 PM, Nikita Kitaev wrote: >>>>>>> >>>>>>> A couple of months ago I modified someone's BSD-licensed DHW to SVG >>>>>>> converter and turned it into an Inkscape extension. DHW is the >>>>>>> proprietary format used by DigiMemo digital notepads (writing on the >>>>>>> notepad with a special pen will record all of the penstrokes and save >>>>>>> a copy of the writing onto an SD card). >>>>>>> >>>>>>> Right now the code is up on github [1]. It's a 215-line perl script, >>>>>>> plus the accompanying INX file. I'm wondering if it would make sense >>>>>>> to do something else with it, like adding it to an extension >>>>>>> repository or maybe even including it with Inkscape. Any suggestions? >>>>>> >>>>>> Ahem... So we should add Perl to our Windows installer? >>>>>> >>>>>> Alexandre Prokoudine >>>>>> http://libregraphicsworld.org >>>> >>>> My fault for not knowing that perl extensions don't work on Windows. >>>> >>>> I've never done binary file operations in Python, but if I can find >>>> some good documentation (or if someone else can port it) then we can >>>> make a Python version. I have an actual DigiMemo notepad and several >>>> hundred DHW files to use as test cases. >>>> >>>> ~Nikita

3 3

Make inkscape remember dialogs window status (bug #171579)
by John Smith 20 Dec '11

20 Dec '11

I have put an improved patch that addresses most of the issues in launchpad https://bugs.launchpad.net/inkscape/+bug/171579 >> 1. It only works with dockable dialogs (not with Text and fonts, XML editor, etc.). Now works with both dockable and non-dockable dialogs >> 2. It doesn't work correctly with dialogs docked in a floating window Docked dialogs in floating window are now remembered as open. Currently the basic status of visible/hidden, floating/docked, size and position are saved to preferences. However we dont save the complete docking status (such as docked above/below/left of/right of, iconified, dock in floating window etc), this patch mainly addresses the visible/hidden status of dialogs. >> 3. The minimize status of the docked dialogs is not remembered (they are considered closed). Iconified docked dialogs are now remembered as open, but are docked (not reiconified) on open (same as 2. above, currently no code to open a dialog as iconified) >> 4. It doesn't restore all the locked/visible icons of the Layers dialog. Layers icons fixed >> 5. The status is updated when the dialog is opened or closed, and doesn't necessarily reflects the status of the last closed Inkscape window. Saves the last windows status correctly in all the use cases i tried. Regards, John. ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0

GTK+ version dependency
by Alex Valavanis 20 Dec '11

20 Dec '11

Hi All, As we move towards GTK3 compatibility , we're going to run into a lot of backward-compatibility issues. For easy cases like bug #800565 [1], we can just add code alternatives, but there are other situations where this isn't really desirable. An example would be fixing deprecated symbols in our copy of GDL... I'd really prefer to import changes from upstream rather than increasing the size of our diff any further. However, the upstream fix for one of the GDL issues requires gtk+ 2.22. The question is when to start bumping the gtk+ version requirement for Inkscape? If we want to support LTS linux distros, we could be waiting a **very** long time. For example... Ubuntu Lucid (LTS) has no GTK+3 library, and only gtk+ 2.20, and is supported until April 2013. Options include... 1. Keep our linux LTS-release support rigorously; don't make any gtk code updates that introduce a gtk > 2.20 dependency (unless there are easy code-alternatives for backward compatibility). Eventually move on when common LTS distros reach end-of-life. 2. Gradually inch forward with dependency versions. Drop linux LTS-release support for trunk, but maintain support for all current non-LTS distro versions (e.g. Ubuntu Maverick and higher). 3. Charge ahead mercilessly towards compatibility with the current stable GTK version (currently 3.2). Break support for linux distributions as required, and laugh heartily in the faces of the grieving users. Any thoughts? AV [1] https://bugs.launchpad.net/inkscape/+bug/800565

6 8

Floating Dialogs with multiple documents
by John Smith 19 Dec '11

19 Dec '11

Is there a plan for how floating dialogs should be managed with multiple windows ? Currently each document has is own set of dialogs and a dialog-manager to control them. The dialog-manager ensures there is only one instance of each dialog per document. So with 2 documents open, you have 2 dialog-managers and can have 2 identical dialogs floating around at the same time (and several bug reports relating to this below) All floating dialogs respond to the current active document. When a document is closed all the dialogs opened with that window are reattached to the next open window and remain alive until the application is shutdown. Hence memory usage grows for each new window that is opened and is not reclaimed when documents are closed. Users have requested 2 different styles of operation (1) Have floating dialogs per document, but close/hide them when a document is closed/unfocused (258013) (2) Have at most a single instance of each floating dialog that works across all open documents "gimp style" (317439). Which is the preferred behaivour ? (1) Looks simpler because (2) needs to deal with dialogs docked with a document and floating dialogs across the whole app, and with new instances launched (such as double clicking a file in the file manager) Related bugs * https://bugs.launchpad.net/inkscape/+bug/317439 * https://bugs.launchpad.net/inkscape/+bug/258013 * https://bugs.launchpad.net/inkscape/+bug/216693 ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0

Toolbars architecture
by Romain de Bossoreille 18 Dec '11

18 Dec '11

Hi, I'm working updating the wiki to have a more clear view on modules, works to be done and tips for developpers. Here I'm working on the toolbars: http://wiki.inkscape.org/wiki/index.php/User_Interface_Modules#Toolbars Some questions: * Nearly everything is in src/widgets/toolbox.cpp. The final goal is it to have breakdown in per-toolbar-files (like for exemple we have actually for Select and Gradient toolbars) + toolbox.cpp file? o If yes, can I work at this breakdown or is there already a work to do this? * Is there a C++ migration guidance for toolbars? I've found nothing. * Can toolbars files move to a dedicated directory (ex: src/toolbars and then the C++ version in src/ui/toolbar) or will they still appears as widgets? * In files we are speaking about "toolbars" and "toolboxes". What's the good word? I think it's toolbar, but just to be sure... Moreover, I would like to propose you to have one page per toolbar in the wiki with a screenshot, list of functions (like a user documentation but that could be also usefull for developpers to find their way), links to related source files and (if we can have an automatic link between the wiki and launchpad) links to all bugs/wishlist related to it (with a system of tags). What do you think about it? Can I work in this direction? Thanks, -- *Romain de Bossoreille*

4 6

Inkscape::UI::Dialog::PanelDialogBase .cpp and .h file
by Romain de Bossoreille 16 Dec '11

16 Dec '11

Hi, I was working filling the wiki about User Interface. Is it normal that the file src/ui/dialog/panel-dialog.h does not have a .cpp? This file contains prototypes and source code of all functions of the class Inkscape::UI::Dialog::PanelDialogBase. For clarity and compilation optimisation, would it be better to break it in a .cpp and .h files ? Thanks, -- *Romain de Bossoreille*

2 2

Make inkscape remember dialogs window status (bug #171579)
by Nicolas Dufour 16 Dec '11

16 Dec '11

Hello, The wishlist report bug #171579, "Make inkscape remember dialogs window status", has been recently patched by John Smith. (https://bugs.launchpad.net/inkscape/+bug/171579) The patch compiles correctly on Windows XP, OSX and Ubuntu, and behave *almost* as expected. But: 1. It only works with dockable dialogs (not with Text and fonts, XML editor, etc.). 2. It doesn't work correctly with dialogs docked in a floating window. 3. The minimize status of the docked dialogs is not rememberer (they are considered closed). 4. It doesn't restore all the locked/visible icons of the Layers dialog. 5. The status is updated when the dialog is opened or closed, and doesn't necessarily reflects the status of the last closed Inkscape window. 1, 2 and 4 are probably out of the scope of the patch, but fixing 5, and maybe 3, would make the patch committable for 0.49 IMHO. 5 is debatable though. Should we save the status in the preferences when the last document is closed, or save it on a per document basis? Tests and comments are welcome! Regards, -- Nicolas

1 0

svg cleaner
by Alexandre Prokoudine 13 Dec '11

13 Dec '11

Hi, Today I got a mail from developers of a new SVG cleaning app called... *drumroll*... SVG Cleaner :) Source code is at Launchpad: bzr branch lp:svg-cleaner There are builds for Ubuntu: https://launchpad.net/~svg-cleaner-team/+archive/svgcleaner The app seems capable, developers are seeking input from experienced users. Alexandre Prokoudine http://libregraphicsworld.org

1 0

DHW file input extension
by Nikita Kitaev 13 Dec '11

13 Dec '11

A couple of months ago I modified someone's BSD-licensed DHW to SVG converter and turned it into an Inkscape extension. DHW is the proprietary format used by DigiMemo digital notepads (writing on the notepad with a special pen will record all of the penstrokes and save a copy of the writing onto an SD card). Right now the code is up on github [1]. It's a 215-line perl script, plus the accompanying INX file. I'm wondering if it would make sense to do something else with it, like adding it to an extension repository or maybe even including it with Inkscape. Any suggestions? ~Nikita [1] https://github.com/nikitakit/DM2SVG

3 4

Re: [Inkscape-devel] Re : Adding half tones pattern to SVG filters
by gespertino＠...400... 12 Dec '11

12 Dec '11

2011/12/11 Ivan Louette <ivan_louette@...48...>: > Thanks ! It's a very nice filter in GIMP indeed ! > > But SVG filters are non destructive and another advantage is that you can > combine several filters in one to create powerfull and customizable non > destructive custom effects. You're welcome! I mentioned GIMP's newsprint just as a reference of the needed features (dot shape, resolution, channels, etc) and UI. Using similar sets of features, names and UI distribution would make the SVG filter more familiar for GIMP users and vice-versa. I know SVG filters are different and of course I'd love to have a non-destructive filter instead of a one-time raster effect. Well, I'd love to have non-destructive filters in GIMP too, but that's far in the GEGL horizon. ;-)

1 0

Useful functions
by Josh Andler 10 Dec '11

10 Dec '11

Hey All, I stumbled across some videos a while back relating to some plugins for Illustrator that provide some pretty cool functionality and wanted to share, I just don't believe I did on the list (hopefully I'm not repeating). Do we have an appropriate page in the wiki for me to add them or does anyone think it would be more appropriate to just add a number of RFEs to the tracker? This first one shows some pretty useful color functionality you normally see associated with raster apps but is stuff that would rock to have for use in the vector space. Yes we have extensions that provide some of the functions, but they're destructive effects. http://www.youtube.com/watch?v=FRthJrsYepg This live half-toning stuff is definitely sweet. http://www.youtube.com/watch?v=RLOVqTE9Zy8 When we finally get to a point where we can produce proper PDFs for print, this would be some fantastic functionality to have (especially with the costs of home printing supplies). http://www.youtube.com/watch?v=xnGgtQAXf8U Just thought I'd share... Cheers, Josh

3 2

Next release check-in...
by Josh Andler 09 Dec '11

09 Dec '11

Hey all, Anything in particular people are looking to add or refactor which they haven't discussed yet? Development has greatly slowed and I am curious if it's related to lack of interest, time, or people not wanting to hold up a possible release by adding new features. Note, a release is unfeasible at this time anyway, so we're really still game for new code currently. Related to this, Tavmjong's gradient mesh branch is pretty nice (and still has bugs) atm... if anyone is interested in helping out with it, please let him know. It would be awesome if we could see that work stabilized and available in the next release. Just checking in... Cheers, Josh

6 8

Introspection
by Stefan de Konink 07 Dec '11

07 Dec '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, Is it currently already possible to use introspection with Inkscape? Are there any examples? Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7enuoACgkQYH1+F2Rqwn2fuACffR2/B0NXftshRRNcGhGfCBF2 6sYAoIgHfBlMRVP/2hpakGQ1N3hbyQqK =AkN7 -----END PGP SIGNATURE-----

2 2

new color / System Palette
by GiveLifeCS 05 Dec '11

05 Dec '11

Hi, I am Gabriel Vano the creator of Givelife color system GiveLife Color System put online the second product , the Color / System Palette in RGB ,more biggest of the world with 5101 shades of Color. I belive that this tool is very important and beneficial to help the Designers in General , saving time and to forget about having to create your own Color Palette , because with this Color Palette the Designers can find the most desirable shades of Color. This Color System has been tested by Designers demanding and the conclusion of all them is very clear ,it is a key tool of color. Currently this Color Palette is by default in the Operative System "Asturix" that the new version Asturix 4(Distribution of Linux), will be online in a week more or less for this reason I send an e-mail to all the developers of Inkscape to study the possibility to put it, by default in Inkscape. the type of the RGB is "SRGB". if you visit the website you can download the Color palette for Inkscape I am sure that this tool will be very ussefull for all the users of Inkscape. also the type of the licence is creative commons "CC" BY-NC-ND. I wait for your comments greetings Gabriel Vano http://www.givelifecolorsystem.com http://givelifecolorsystem2.blogspot.com/

1 0

Bug report
by Stefano Galli 05 Dec '11

05 Dec '11

Dear All, I'm a very satisfied user of Inkscape. I use MAC OS and passing from snow leopard to Lion OS I've found a problem of some file visualization. It happens that exported files in Pdf from Inkscape, if I use some gradient, this gradient is not well displayed on Anteprima software on Mac running Lion, while it is well displayed in Snow Leopard OS. Also the pdf files are well displayed on Acrobat Reader in both Snow Leopard and Lion. I've already reported the bug to the MAC people but I would like also to tell this to you if you have any solution also to suggest to the MAC people. Of course I can send every kind of example, screenshots and files also. I hope to get a reply. Thank you. Best Regards, -- Stefano Galli

1 0

Cleaning up Inkscape's SVG output.
by Tavmjong Bah 30 Nov '11

30 Nov '11

Hi, I have just checked into trunk some of the fruits of Abhishek's GSOC project to improve Inkscape's SVG output. Abhishek wrote the core routines to which I added a variety of utility functions. This code can result in cleaner and smaller SVG. It does the following things: For a given element (<rect>, <path>, etc.) it checks: 1. That all attributes are valid.[1] 2. That properties are appropriate.[2] 3. That properties are useful.[3] What Inkscape does when it finds a problem is controlled by settings under the "SVG output" section of the Inkscape Preferences dialog. For each of the above cases, you can independently: 1. Print out warnings to the console (if running Inkscape from the command line). 2. Delete the invalid or not useful items. In the dialog, you can choose when Inkscape should test the SVG: 1. When reading files. (If this option is enabled at start-up, files Inkscape uses internally like icons.svg will also be checked.) 2. When editing files. (Mostly useful for debugging Inkscape.) 3. When writing files. This code has been test on a variety of SVG files but it will need much broader testing. The default preferences are set to do nothing so as to avoid the risk of damaging files. Please take your favorite SVG files and compare the visual output when the "Remove" and "Writing" boxes are checked in the Inkscape Preferences dialog. Also, compiling the code under Windows and OSX needs to be checked. Tav [1] Only elements in the SVG name space are tested. [2] The SVG specification explicitly allows styling properties such as 'font-family' on most SVG elements (e.g. <rect>) but there a many cases where they are of no use. [3] A property is useful if it changes an inherited or default value.

7 12

Regressions after r10326 (initial merge of the cairo-rendering branch)
by ~suv 29 Nov '11

29 Nov '11

Since we don't have a dedicated thread for regressions introduced with the initial merge of the cairo-rendering branch and I don't want to mix it with reports about merge of the rendering cache or the removal of libnr, I'm starting a new thread forwarding related confirmed reports in the bug tracker which haven't been mentioned on the list before: Bug #845153 <https://bugs.launchpad.net/inkscape/+bug/845153> "radial gradients not rendered correctly" Bug #837066 <https://bugs.launchpad.net/inkscape/+bug/837066> "Bucket Tool regressions with Cairo renderer" Bug #814179 <https://bugs.launchpad.net/inkscape/+bug/814179> "CMS tab: Yellow and Cyan colors are swapped" Bug #805392 <https://bugs.launchpad.net/inkscape/+bug/845153> "Circle resizing do not preserve stroke width" ~suv (trying to work around the flood of bug mails to developers and the apparent inability of gmail's web interface to filter on custom mail headers [1] ;) ) [1] List of custom mail headers in bug tracker e-mail notifications to allow filtering on assignee, status, importance, tags etc.: <https://help.launchpad.net/Bugs/Subscriptions#Bug_mail_headers>

3 6

Re: [Inkscape-devel] Make script?
by Martin Owens 28 Nov '11

28 Nov '11

> On 27 November 2011 00:18, Mark Voorhies <mark.voorhies@...2508...> wrote: >> Do we have an inkscape make script to convert inkscape-svg to >> plain-svg when compiling/building programs that include svg files? > > Is this what you're looking for? > > inkscape --export-plain-svg=stripped.svg inkscape.svg Yes and in a way no, you see having inkscape are a build dependency would probably be considered unacceptable for most build servers, or at least slow down the processing of package building enough for it to be not useful. I'm imagining something light and probably Independent. Perhaps even a script to automatically limits any xml structure to a set list of needed namespaces would be quite cute.

3 3

Make script?
by Martin Owens 27 Nov '11

27 Nov '11

Hey guys, Do we have an inkscape make script to convert inkscape-svg to plain-svg when compiling/building programs that include svg files? I just noticed that many of the svg icons shipped with Ubuntu have inkscape and sodipodi references. Could we help to make sure that inkscape-svg is more like sources and plain-svg is compiled? Thoughts? Best Regards, Martin Owens

2 1

how to query current color on code level?
by Aapo Rantalainen 23 Nov '11

23 Nov '11

Hi, how I query current color (color of the selected object), fill or stroke, on code? I.e. color of the box in left-bottom-corner "Fill:". I have read the code (version 0.48.2) and tried this: SPDesktop *_desktop = SP_ACTIVE_DESKTOP; guint32 color = sp_desktop_get_color(_desktop, true); printf("selected color: %6x\n",color); But it is always returning 'ff0000'. ** I have found the place which writes text (but not the value) for the tooltip: ui/widget/selected-style.cpp:195 __color[i] = (i == SS_FILL)? (_("Flat color fill")) : (_("Flat color stroke")); And value is on ui/widget/selected-style.cpp:979 g_snprintf (c_string, 64, "%06x/%.3g", color >> 8, SP_RGBA32_A_F(color)); But I do not see is this correct place at all for accessing it. -Aapo Rantalainen

1 0

Second opinion
by Kris De Gussem 22 Nov '11

22 Nov '11

Hi all Could someone check independently the modifications in css.h in revision 10748? Seems to me that besides the initialisation, the equals operator in the CSSPrimitiveValue class was not doing what it was supposed to do. Thanks. Kind regards Kris

2 1

glibmm dependency should be updated
by Markus Peloquin 20 Nov '11

20 Nov '11

I just went through a lot of trouble installing dependencies for inkscape in RHEL5 only to find this error nigh instantaneously in the build: color-profile.cpp: In static member function static void Inkscape::ColorProfile::set(SPObject*, unsigned int, const gchar*): color-profile.cpp:299: error: g_uri_escape_string was not declared in this scope color-profile.cpp:308: error: g_uri_unescape_string was not declared in this scope The g_uri_* functions came in glib-2.16, not 2.4 like configure.ac looks for. I'll just go back to using RHEL5 and hating life...

1 0

Inkscape wiki news
by Kris De Gussem 15 Nov '11

15 Nov '11

Hi all I thought it was good moment to give an update from the wiki spam fighting front. I performed a thorough check on the nature and type of the recent vandalism. It is actually quite possible that there is only a single vandal. Because there is no captcha system active, anybody with even very basic programming skills is able to make a simple bot in a few hours that allows automated account creation, uploading fake images and adding spam links. Luckily, all vandalism appears to come from a few specific but broad ranges of open proxies. The reason is that if a vandal is using the IP address he gets from his internet server provider, he gets quickly blocked. Even if he is lucky to have a very dynamic IP address, he generally runs out of available IP addresses quite soon. Therefore, if he is able to, a vandal can (and will) use badly configured open proxies to have a bigger impact. Anyhow, I first checked for the individual vandal IP addresses, which I blocked. After a while, I was able to detect a line in the vandalism and IPs used, so I was able to block a few relatively small /24 IP ranges. With information from wikipedia about known and dangerous or abused open proxy ranges, I finally blocked 5 quite wide IP ranges. As far as I can see, no genuine wiki edit is done from these ranges nor any genuine account created. Since the blocks, no vandal activity was seen. Hopefully this keeps on being the case. Kind regards Kris

2 1

powerstroke
by Alexandre Prokoudine 12 Nov '11

12 Nov '11

Hi, I was wondering how powerstroke LPE was doing and whether we should enable it, and just have come across a document on somewhat similar thing called Advanced Outlines in Synfig Studio. I think some people in this list will enjoy reading it :) http://bit.ly/qwZ4lD BTW, should we perhaps enable some of the LPEs in nightly PPA? Some testing wouldn't hurt? Alexandre Prokoudine http://libregraphicsworld.org

11 32

Foot unit
by Johan Engelen 10 Nov '11

10 Nov '11

Hi all, I just found this in the code: gchar const *sp_svg_length_get_css_units(SVGLength::Unit unit) { switch (unit) { ... case SVGLength::MM: return "mm"; case SVGLength::FOOT: return ""; // Does not have a "foot" unit string in the SVG spec ... That seems weird. Are we sure this is correct, instead of returning "ft" for the foot unit? Thanks, Johan

3 4

About gtk3 migration....
by Alcides Viamontes Esquivel 10 Nov '11

10 Nov '11

Hi guys, I found this thread: http://sourceforge.net/mailarchive/message.php?msg_id=27264203 about migration of inkscape to gtk3. Has anybody worked on this? I've using Inkscape for a long time, but I have zero experience with it's inner workings (beyond coding basic extensions in python ;-) ), so, my question is, how complicated would it be? Regards!

7 10

GPGPU
by Ken O'Brien 10 Nov '11

10 Nov '11

Hi, What is the current state of gpgpu acceleration in Inkscape? and where can I find the docs for this functionality? Regards, Ken

3 4

inkscape wiki admin
by Ian Caldwell 10 Nov '11

10 Nov '11

anyone with the wiki inkscape admin credentials please send them to me as soon as possible. Thanks, Ian

1 0

Dead dl links
by John Cliff 09 Nov '11

09 Nov '11

Hi guys, can someone who knows how edit the downloads page to remove the modevia link for the windows nightlies? Cheers John

2 1

Mesh Gradients in Inkscape
by Tavmjong Bah 09 Nov '11

09 Nov '11

Hi, I have just checked in to my private Coons Patch Mesh Gradient branch, code that allows the ability to create and edit mesh gradients. Warning: This code is a real Hack. It is known to segfault and eat kittens for lunch. It will need lots of reworking by real experts before one can hope to see it in Inkscape trunk (as well as dealing with the issue that meshes are not part of the SVG 1.2 standard... they have been accepted as part of SVG 2.0 but that standard is along way from being appearing even in a draft form). What you can do with the code: 1. Create a simple one patch square mesh the size of an objects bounding box. (Select the third button on the Gradient Tool-Tool Bar and the double click the object.) 2. Drag corner nodes (diamonds). 3. Change color of corner nodes. 4. Drag handles (circles). There is no indication of what handle belongs with which corner node or path so it can be confusing. 5. Divide a row or column of patches into two rows or columns. (Double click on the lines connecting corner nodes. Double clicking elsewhere may lead to a crash.) At the moment, the row or column is split down the middle. 6. Save the mesh. The mesh is saved in the proposed SVG standard format (highly likely to change). 7. Read in saved meshes. Some of what is missing: 1. Ability to undo node moves/color changes. 2. Ability to merge two rows or columns into one or delete edge rows or columns. 3. Ability to change paths between straight lines and Bezier curves. Handles are shown even for straight lines. 4. Display of Bezier curves (they are shown as straight lines). 5. Stability (I did tell you it will segfault, didn't I?). 6. Sane coding. 7. Properly handling of gradient copying. 8. Auto-creation of conical gradients or other non-square gradient types. 9. Output to PS/PDF/PNG(?) 10. Update to current trunk. You can check out the code at: https://code.launchpad.net/~tavmjong-free/inkscape/mesh Tav

5 11

Stash-OSX
by Martin Owens 08 Nov '11

08 Nov '11

Quick Update on the stash front, $kouiskas on dA has published a BSD Licensed OSX Uploader. http://kouiskas.deviantart.com/art/OS-X-Sta-sh-195250264 If anyone is interested in making the Inkscape (and/or gimp) da.stash uploader plugins work in OSX, then reusing this code will probably be the right was to go. Best Regards, Martin Owens

1 0

Google+ page
by Alexandre Prokoudine 08 Nov '11

08 Nov '11

Hi, We now have a Google+ page: https://plus.google.com/b/108911244660285152681/ Currently we do not have plans to use it other than an additional communication channel. Alexandre Prokoudine http://libregraphicsworld.org

1 0

PPA progress
by Alex Valavanis 07 Nov '11

07 Nov '11

Hi All, I'm back from my trip. I've made a couple of changes to the PPAs and things will hopefully be back to normal pretty soon. I have a couple of queries too... Note that Launchpad seems to be having some headaches with recipe builds at the minute. See https://bugs.launchpad.net/launchpad/+bug/884516 == Changes == * Dropped unneeded version specifier for libwp* dependencies in lp:~inkscape.dev/inkscape/debian-packaging * Enabled builds of the inkscape-trunk-daily recipe for Ubuntu Precise and Maverick. * Bumped epoch of package version naming scheme to allow natty builds after the earlier incorrectly-named version == Queries == * At the moment, the "stable" recipe is actually building the head of the lp:inkscape/0.48.x branch. Do we actually want to do this, or should we build inkscape 0.48.2? * Is there much point having a daily build of the stable package? Surely we only need to rebuild it when a new stable version is released? * Have we decided which Ubuntu versions we support? I think it's safe to drop Ubuntu Hardy now - Canonical no longer support it for desktop installations. I'll have to do some tweaking with the packaging code to build for Lucid, but it shouldn't be too difficult. * Thinking about it, do we really need two separate PPAs? As far as I understand it, we can get multiple recipes to build in a single PPA. We can just create separate source packages ("inkscape-stable" and "inkscape-trunk") and use them to build similarly-named binaries in the same PPA. Should be easier for users that way. We can specify the binary packages as conflicting, to prevent any dependency hell. * I don't know much about libwpd/libwpg. Do we actually need both dev packages available at build time? Cheers, AV

3 6

I seek a representation
by Buddhika Chandradeepa Kurera 05 Nov '11

05 Nov '11

Hello, I am from Sri Lanka and relatively new to the project, I use inkscape a lot and really felt love with it. I am finding a Sri Lankan, is there any Sri Lankan working with this project in any capacity, please ping. I need you to contact soon, please contact me off list with your contact phone number, thanks -- Regards, *Buddhika Chandradeepa Kurera*

1 0

Compilation error
by Yann Papouin 03 Nov '11

03 Nov '11

Actually I can't compile on Windows: src/2geom/hvlinesegment.h:1: error: stray '\357' in program src/2geom/hvlinesegment.h:1: error: stray '\273' in program src/2geom/hvlinesegment.h:1: error: stray '\277' in program I had to encode hvlinesegment.h from UTF8 to ANSI to fix this

1 1

SVG Open 2011
by Tavmjong Bah 01 Nov '11

01 Nov '11

Hi, Jasper and I were able to represent Inkscape at SVG Open 2011 in Boston thanks to financial aid from the conference organizers. I gave two talks, one on Inkscape's currents status and another on the state of Mesh gradients in the SVG working group. Jasper gave a talk on separating gradients from geometry. Papers/slides for the talks can be found at the SVG Open website (www.svgopen.org/2011). We also were able to attend an SVG working group meeting after the conference where we discussed mostly mesh gradients and connectors. There were many interesting talks despite attendance being a bit lower than last year (maybe due to the very high cost of hotel rooms in Boston?). A few notes from the conference: 1. Microsoft is finished with their SVG 1.1 implementation. They will not support SVG Fonts nor SMILE animation. SVG Fonts will also not be supported by Firefox (old news). There is a move to get SVG fonts packaged inside OpenType. This would satisfy the need to support complex writing systems like Hindi. There is broad interest in this solution as it would allow, for example, multi-color fonts. SVG 2.0 will also likely include an API to get glyph outlines so the shapes can be manipulated. Microsoft is interested in animation but wants to see SVG and CSS unite on a common animation framework. Currently CSS3 Animations lack the power of SVG SMILE (which is only a subset of the complete SMILE standard). Unfortunately, JavaScript cannot always be used due to security restrictions. 2. JavaScript has gotten wickedly fast. This was demonstrated multiple times, most dramatically by the D3 JavaScript data visualization library. The examples shown in the D3 talk were very impressive. See: http://mbostock.github.com/d3/ Tav

3 2

Fwd: Inkscape Wiki page User testimonials has been changed by Simarilius
by unknown＠example.com 31 Oct '11

31 Oct '11

My first reaction to this edit is that someone is afraid of some well stated reasons why Inkscape come up short for a particular individual. The posting has been on the wiki for over five years. Have the import/export capabilities of Inkscape been improved since then? That is, is it possible "Grant" cold now use Inkscape for his/her purpose? I wish we could get "Grant" to provide some contact information on http://wiki.inkscape.org/wiki/index.php/User:Grant and encourage him/her to try again if the capabilities have been improved. Are you there, Grant? ---------- Forwarded message ---------- From: MediaWiki Mail - acspike@...34... Date: Mon, Oct 31, 2011 at 2:35 PM Subject: Inkscape Wiki page User testimonials has been changed The Inkscape Wiki page User testimonials has been changed on 31 October 2011, see http://wiki.inkscape.org/wiki/index.php/User_testimonials for the current revision. See http://wiki.inkscape.org/wiki/index.php?title=User_testimonials&diff=0&oldi… for all changes since your last visit.

3 4

Wiki log in failure
by unknown＠example.com 31 Oct '11

31 Oct '11

My username is being changed from "NeoPhyte_Rep" to "NeoPhyte Rep" as I log into the wiki (the underscore becomes a blank). Hence, I can't log in. Has there been some change that would cause this to happen?

6 11

(no subject)
by Leo Jackson 30 Oct '11

30 Oct '11

Josh, Alex, I revert changes, turning those PPAs back on. I will do what Alex said. I will also fix my mistakes. And change them back to the way they were. With the changes Alex said. Regards, Leo Jackson

1 0

The Maverik and Lucid builds
by Leo Jackson 30 Oct '11

30 Oct '11

To All, For the Maverik and Lucid builds I will have to look into the backports for changes will take a bit to set up. I will have them shortly just want them to build the first shot. Regards, Leo Jackson

3 9

libpng14/15 config detection and/or compile support
by Jeff Kowalczyk 30 Oct '11

30 Oct '11

If there is any way to support compilation of inkscape trunk on a system with libpng15 installed? On Gentoo Linux ~amd64, I have libpng 1.2, 1.4 and 1.5 installed in independent slots. Config detects and tries to compile with 1.5, even though that API is not yet compatible with inkscape, it seems. https://bugs.launchpad.net/inkscape/+bug/721029 I've usually been able to run inkscape trunk, my sincere thanks to all involved for keeping the build at such a consistently high level over several years. Thanks, Jeff

2 2

cppcheck
by Johan Engelen 30 Oct '11

30 Oct '11

Hi all, Kris has been improving our code using hints from cppcheck. I have started to use this program too, and already found some bugs with it. It seems like a really great program, and I encourage you to have a look at our code with it. Windows devs: yes this program has a nice Windows GUI ! Cheers, Johan

2 2

2geom modification
by Josh Andler 28 Oct '11

28 Oct '11

Hey all, It appears that the 2 last commits made to trunk had modified files in the 2geom directory. Unfortunately these modifications were done in our in-tree copy only which is effectively forbidden. This message is just a friendly reminder to everyone that the process is that changes are to be made upstream in lib2geom and then brought into Inkscape's copy. Jon, if you do not have commit access to lib2geom please submit a diff of your changes as soon as you can. Cheers, Josh

3 3

stable ppa
by Alexandre Prokoudine 28 Oct '11

28 Oct '11

Hi, Does anybody know why we have no packahes in https://launchpad.net/~inkscape.dev/+archive/stable ? Alexandre Prokoudine http://libregraphicsworld.org

4 6

Re: [Inkscape-devel] stable ppa
by Alex Valavanis 26 Oct '11

26 Oct '11

Oops... I meant to reply to the list! Please see my reply below On 27 October 2011 00:36, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote: > Hi Alex, > > Thanks for a swift reply. Was it sent off-list intentionally? :) > > Alexandre > > On Thu, Oct 27, 2011 at 3:28 AM, Alex Valavanis <valavanisalex@...400...> wrote: >> Hi, >> >> yes - I meant to do this, but I forgot. Sorry about that! We should >> be able to just copy the packaging code from the daily PPA but link to >> the relevant revision in the 0.48 branch instead of trunk. We'll need >> to check the versions of library dependencies though. I'm away at a >> conference until next week, but I can look into it when I get back if >> no one else has played with it. >> >> AV >

1 0

Social network upadates and feed rss inkscape.org
by Valessio S Brito 26 Oct '11

26 Oct '11

Hi all, I want to set updates from the official site for social networking. Does anyone know why the rss feed does not work on www.inkscape.org? Does anyone here know the password of Twitter? @inkscape I'm creating a fanpage on facebook[1] too. I know that we must prioritize free networks (Diaspora, identi.ca, noosfero and others); But unfortunately, there are many users on the basis of proprietary networks, can provide at least notificiações and updates. Since this part as an initial source of information; For a more complete content and participation, we encourage people to enter the alternative networks and free. [1] https://www.facebook.com/pages/Inkscape/301765596500828 -- ://ValessioBrito.info > Comunicação e Tecnologia mobile: +55 71 VALESSIO

4 5

files on the wiki
by John Cliff 26 Oct '11

26 Oct '11

Hi Guys, If there are files on the wiki which arent linked to by any pages, and dont appear to be inkscape related, do we delete them? example would be: http://wiki.inkscape.org/wiki/index.php/File:100_0306.jpg which has no links on our wiki, and is a truck, so has no apparent link to inkscape. Cheers John

1 0

State of the Wiki
by John Cliff 25 Oct '11

25 Oct '11

Hi Guys, Been doing some spam cleanup on the wiki, and there doesnt seem to have been a legitimate edit since about the 6th Oct. We seem to be getting about 4 accounts a day being created so that they can post a page full of garbage for seo or whatever. Is there a particular reason that we dont have any form of account verification before we let people create stuff? Can we require moderation before we let people post/create, or just disable automatic registration, and put a human (or humans) in the loop? As it is the only people who seem to be adding stuff are spammers... Cheers John

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 65, Issue 16
by Ashmi Shah 24 Oct '11

24 Oct '11

Quite a while ago, we submitted a request for the following: It would be nice to create hairline, single pixel line, or 0.001 to 0.004 inch thickness line while designing. The Windows GDI would consider this to be a vector line. It could be quite useful to use it in creating designs for processing by CNC as well as Laser machines for cutting. Was this ever implemented? If not, do you plan to implement it? Your feedback will be most useful. Thanks and regards. Ashmi Shah Solustan, Inc. 781-449-7666 www.solustan.com On Mon, Oct 24, 2011 at 12:59 PM, < 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: Re : Regression : now unable to move primitives in > Filters Editor (Chris Morgan) > 2. Re : Re : Regression : now unable to move primitives in > Filters Editor (Ivan Louette) > 3. how to get x y coordinate in mm ? (perry-dev) > 4. Re: how to get x y coordinate in mm ? (~suv) > 5. Re: how to get x y coordinate in mm ? (Jasper van de Gronde) > 6. Re: Wiki log in failure (~suv) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 22 Oct 2011 01:01:46 +1100 > From: Chris Morgan <chris.morganiser@...400...> > Subject: Re: [Inkscape-devel] Re : Regression : now unable to move > primitives in Filters Editor > To: Ivan Louette <ivan_louette@...48...> > Cc: "Inkscape-devel(a)lists.sourceforge.net" > <Inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CAMF4WegmM=ZfqfDEy668r0HkL2n3ahv9FYjYE9cUZaV5MBG4Rg@...401... > > > Content-Type: text/plain; charset="iso-8859-1" > > Not reproduced in r10660 on Ubuntu 11.10 64-bit (but built on Ubuntu 11.04, > before upgrade) or r10686 (entirely fresh build from clean tree). >

2 1

Wiki login
by John Cliff 24 Oct '11

24 Oct '11

Hi guys, Anyone know how to reset a wiki login? The reset password button seems to do sod all... Cheers John (simarilius) Sent from my iPhone

1 0

Modevia & Nightlies
by Josh Andler 24 Oct '11

24 Oct '11

Hey all, I got a response from JTC Inc regarding our use of the modevia server and was told that the server is no longer available for us to use. So, the bad news is that we need to find alternative hosting. However, the good news is that they didn't nuke our data apparently. They want to know what we need to be able to retrieve the data, so I left it with a response asking how much data we had on the server... once we know this we can make arrangements to recover the nightly stuff. Now is the fun part... does anyone know of any organizations that would be interested in hosting this stuff for us? I'm almost tempted to say the nightly builds might do well on sourceforge just for the sake of mirroring and having a rough idea of download stats. It's just a thought, no one is married to it. All reasonable suggestions are welcome. Cheers, Josh

6 8

how to get x y coordinate in mm ?
by perry-dev 23 Oct '11

23 Oct '11

Hi, I have one problem related to coordinates. i want to save d attributes in mm unit. for that with the help of google . i have changed default unit "mm" in Document Properties Option. After that i am going to draw 50x50 mm rectangle for that i need to change mm from px in "control tool bar " . now i got attributes like d="M 222.47117,285.53205 L 398.65476,285.53205 L 398.65476,461.71565 L 222.47117,461.71565 L 222.47117,285.53205 L 222.47117,285.53205 L 222.47117,285.53205 z" But when i changed mm to px then also got same attributes d="M 222.47117,285.53205 L 398.65476,285.53205 L 398.65476,461.71565 L 222.47117,461.71565 L 222.47117,285.53205 L 222.47117,285.53205 L 222.47117,285.53205 z" How to distinguish between mm and px . i am really stuck in this Let me know solution...!!! -- View this message in context: http://old.nabble.com/how-to-get-x-y-coordinate-in-mm---tp32704855p32704855… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Regression : now unable to move primitives in Filters Editor
by Ivan Louette 21 Oct '11

21 Oct '11

Now in rev. 10674 I can not move primitives by dragging them through the Filters Editor tree ! I think this is a relatively recent regression. ivan

4 5

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 65, Issue 14
by gespertino＠...400... 17 Oct '11

17 Oct '11

I'm with Felipe on this one. Not only because I endorse free software but also for practical reasons. Supporting proprietary solutions just because of technical reasons might make it harder for FLOSS alternatives to mature if there's a handy proprietary driver/API in use. I wonder who would feel attracted to code optimizations and improvements if the application already works great with that proprietary addon. I also wonder how supporting proprietary (mantaining compatibility with free) impacts on the complexity of the code and if it doesn't add more work to the few developers the project has, even if somebody comes and provides the code. I'm convinced that some short term solutions like this could have a very negative impact sooner or later. nVidia has a good damage record with its proprietary drivers in linux: They work pretty good, so having a free alternative never felt as a real need, and there we are. Intel has better free drivers but inferior hardware, so if you're planning to do serious 3D you have to buy nVIdia or ATI and deal with their non-free drivers. Technically you have the option, but in practice it becomes a hard dependency. I don't think this is a political statement by itself, but coincidentally the political statement leads to the same conclusion. I'm glad to know that FLOSS is priority anyway. :-) Just my 2 cents.

1 0

Polygon in polygon test
by Pippijn van Steenhoven 17 Oct '11

17 Oct '11

Hello Inkscape developers, I'm working on an Inkscape function that sorts paths in an order suitable for 3D rendering. For this, I need to know which polygons contain which other polygons. In my use case, partial containment does not occur, i.e. every shape is either fully contained or has no crossings. I tried to implement this "polygon in polygon" functionality by iterating over all the points of one polygon and using the 2geom function Geom::contains(Path, Point) to test them for containment. However, I found several cases where the function does not yield the expected result[1]. The current method I use is to test for partial inclusion (at least one point is included) and the number of crossings (using the Geom::crossings function) is 0. This is super slow, however, so my question is: how can I efficiently test whether a polygon is in another polygon? [1] http://xinutec.org/~pippijn/files/txt/5c595dad425061f408f82cc6553a354e.txt -- B.Sc. Pippijn van Steenhoven, Projektleiter Tel.: +49 721 486995-22, Fax: -21 (Achtung! Neue Nummern) Mobil: +49 176 78131934, E-Mail: pippijn@...2685... Open Experience GmbH, Postfach: 111014, 76060 Karlsruhe Besucher: Zirkel 2 (im Rechenzentrum, Geb. 20.20), 76131 Karlsruhe Handelsregister: Mannheim HRB 706815, Ust-IdNr.: DE264743573 Vertretungsberechtigter Geschäftsführer: Konstantin Krahtov

1 0

Nvidia accel lib?
by John Cliff 17 Oct '11

17 Oct '11

Anyone seen anything about the new nvidia path rendering extension? May have some potential, and an nvidia guy responded to a post on the forum offering help if anyones interested in looking at it. http://www.inkscapeforum.com/viewtopic.php?f=28&t=10108 Cheers Sim Sent from my iPad

8 16

Latinoware 2011
by Alexandre Prokoudine 15 Oct '11

15 Oct '11

Hi folks, Is any of our contributors going to Latinoware 2011? We might want telling our community about that, if you are :) Alexandre Prokoudine http://libregraphicsworld.org

1 0

Re: [Inkscape-devel] Inkscape style connectors - usability suggestion
by Hans-Jürgen Hay 13 Oct '11

13 Oct '11

> The main idea was to have two types of connection points: some > default > connection points (as currently only the center is) and user defined > connection points. There would be 9 default connection points: the > center (the > only one available now) and other 8 connection points that you get > when you > draw 8 imaginary lines that connect the center to the corners of the > object's > bounding box and the midpoints of the edges of the object's bounding > box and > intersect these imaginary lines with the object's edge. just as an idea, I would suggest to handle connections more generic. Instead of using default and configurable fixed connection points it would be better to attach directly to the objects outer shape using generic connection points. In this case no predefined connection points need to be shown as the shape is shown in any case. When a handle gets near the shape the shape itself might get highlighted to indicate it will catch the handle when dropped. When the handle gets dropped near the shape it should connect to the shapes outer sub element (e.g. the nearest line of an rectangle) at an offset from its center calculated from the point of dropping the handle using a calculated normal. The Object would store the connection by adding an additional connection object to its connection list. Each connection object would at least need: - a reference to the attached handle, - a reference to the shapes sub element, to which the handle is attached - a relative offset from the shapes sub elements center point. - the normal vector to be optionally used for connecting attached line with an angle normal to the outer shape ( eg. for round objects) - sharp edges and the center of an sub element could be made prefered relative positions to snap to This could allow: * to delete connections when getting disconnected. * no need to handling additional default points * scaling of objects without disturbing the arrangement of the attached handles * allow attachments without code to display additional points/crosses/circles to show the user where he can attach the handle * no need decide in advance on the placement of the default connection point * individual placement by dropping the handle where it should stay * grabbing and moving the handle to a different location along the outer shape I don't know anything of the code base nor do I have any time to work on this in any capacity but envision the idea could lead to better diagram layout and improved usability. Hans -- ---------------------------------------------------------------------- Alterras GmbH, Allersbergerstr. 185-N, D-90461 Nürnberg http://www.alterras.de/, info@...1868..., Tel: (+49) 0911-480039-0, Handelsregister: Amtsgericht Nürnberg HRB 18488 Geschäftsführer: Hans-Jürgen Hay, Helga Sivak -----------------------------------------------------------------------

6 10

End shape tool with tool switch
by Samuel Buttigieg 13 Oct '11

13 Oct '11

Hello all Users/Developers, I was wondering if anyone was effected by this small bug(if you can call it one): sourceforge.net. Basically it means that if you switch from one tool to another before pressing enter, the shape/path drawn is destroyed. Is this intentional or would you like this to be fixed? I am looking for your opinions, be it in favor or against, so that if a lot of people appose this idea I won't waste any time on it. Thanks for your time. Regards, Samuel

2 2

Re: [Inkscape-devel] Snapping to paths broken?
by Diederik van Lierop 13 Oct '11

13 Oct '11

On Thu, 13 Oct 2011 11:15:35 +0200, Tavmjong Bah wrote: > Hi, > > With trunk I am having trouble getting snapping to paths to work > consistently. I was thinking about demoing the new snapping to the > intersection of a path and guide. I can get it to work sometimes but > for > the most part my test rectangle will not snap to anything to do with > a > path. Snapping to the grid and guide lines always works as expected. > Has > anybody else seen this behavior? It seems to not work more often with > complicated drawings (many layers). There are some known issues with the related 2geom code. Nathan Hurst is working on this. I expect that's what you're running into. For more details see this thread: http://sourceforge.net/mailarchive/forum.php?thread_name=20110923205906.GA1… I will let you know when this has been fixed. We can then see if any path-snapping bugs are remaining. > I've also gotten this error message a few times: > > ERROR:widgets/toolbox.cpp:2108:void > toggle_snap_callback(GtkToggleAction*, gpointer): assertion failed: > (ptr != NULL) That's something that I need to fix. Which tool are you using? Can you write down the exact steps leading to these warnings? Thanks, Diederik

2 1

Snapping to paths broken?
by Tavmjong Bah 13 Oct '11

13 Oct '11

Hi, With trunk I am having trouble getting snapping to paths to work consistently. I was thinking about demoing the new snapping to the intersection of a path and guide. I can get it to work sometimes but for the most part my test rectangle will not snap to anything to do with a path. Snapping to the grid and guide lines always works as expected. Has anybody else seen this behavior? It seems to not work more often with complicated drawings (many layers). I've also gotten this error message a few times: ERROR:widgets/toolbox.cpp:2108:void toggle_snap_callback(GtkToggleAction*, gpointer): assertion failed: (ptr != NULL) Inkscape r10675 with Fedora 15. Tav

1 0

Counterproductive commits by Jon
by Krzysztof Kosiński 08 Oct '11

08 Oct '11

Hello I noticed that Jon Cruz is removing forward headers and replacing them with hand-written forward declarations. This is completely backwards! Jon why are you doing this? Regards, Krzysztof

5 10

Write SVG File ascending wise How to ?
by perry-dev 07 Oct '11

07 Oct '11

I have add the one custom dialog in inkscape . In that i provide the on radio button that we mention the object priority Now my svg file save like Now i want to save svg file in ascending order , ascending operation in Priority value , After ascending svg file i want to save file like that i mention below For that i write custom code when user select Object Path .In "sp_item_list_to_curves" function i do ascending operation in Priority value . after that i can get the Priority values in ascending order .. But when i save the file in svg format i can't get output what i want actually..!! -- View this message in context: http://old.nabble.com/Write-SVG-File-ascending-wise-How-to---tp32606645p326… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

How to Write SVG FILE in reverse ORDER ??
by perry-dev 07 Oct '11

07 Oct '11

Hello Team, Now Inkscape Create SVG File Like Here You can see One more Parameter is Priority .... But i want to Write Same SVG File Like that i mention below from inkscape Code --->> HERE Both SVG file difference so Please read carefully ...!! So Any idea I hope youunderstand what i want to do ? Let me know solution ...!! -- View this message in context: http://old.nabble.com/How-to-Write-SVG-FILE-in-reverse-ORDER----tp32606644p… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Out-of-source build
by Johan Engelen 06 Oct '11

06 Oct '11

Hi all, Could someone take the time to explain on our wiki how to compile Inkscape "out-of-source" on Linux/Ubuntu? Such that all object files and whatnot are not put in-between the source files in /src/ but in a separate folder, say /build/. Thanks a bunch! Johan

3 3

Synfig exporter extension
by Nikita Kitaev 05 Oct '11

05 Oct '11

I've finished working on the first iteration of the SVG Synfig exporter. The essential features are there and a lot of bugs are fixed, so I think now would be a good time to consider including a copy with Inkscape. I committed the files into a personal branch of inkscape: "lp:~nikitakit/inkscape/svg2sif". (Disclaimer: I'm a git advocate and don't know much about bzr) My work was all done on Ubuntu natty with Python version "2.7.1+", testing against Inkscape 0.48.1, Inkscape trunk build, and a large collection of OpenClipArt files made with various (older) versions of Inkscape. It would be good if someone could test it on Windows and Mac (especially if the python versions are different). ~Nikita

3 9

Re: [Inkscape-devel] Increasing stroke width on grouped objects evokes erratic behavior
by Samuel Buttigieg 04 Oct '11

04 Oct '11

Hello again, Patch posted on launchpad: link: https://bugs.launchpad.net/inkscape/+bug/734596. Can anyone review? Regards, Sam On Sat, Oct 1, 2011 at 5:38 PM, Samuel Buttigieg <sambut1987@...400...>wrote: > Ignore my previous e-mail, I found a solution but now I need to see how i > can recursively process a list of items, with some the items being grouped > groups. > > > ---------- Forwarded message ---------- > From: Samuel Buttigieg <sambut1987@...400...> > Date: Fri, Sep 30, 2011 at 4:44 PM > Subject: Re: [Inkscape-devel] Increasing stroke width on grouped objects > evokes erratic behavior > To: Jasper van de Gronde <th.v.d.gronde@...528...>, > inkscape-devel(a)lists.sourceforge.net > > > Hello Jasper, > > I did some work on this bug and here is what I found out so far: > > In *stroke-style.cpp* there is an SPStyle object created which is then > passed to the > sp_desktop_query_style( ) function defined in *desktop-style.cpp. *This sp_desktop_query_style( > ) then calls > objects_query_strokewidth() in *style.cpp.* > * > * > The interesting part I found out in objects_query_strokewidth() is in line > 718: > > if ( style->stroke.isNone() && !( > style->marker[SP_MARKER_LOC].set || // stroke width > affects markers, so if there's no stroke but only markers then we should > style->marker[SP_MARKER_LOC_START].set || // still > calculate the stroke width > style->marker[SP_MARKER_LOC_MID].set || > style->marker[SP_MARKER_LOC_END].set)) > { > continue; > } > > When I have un-grouped objects style->stroke.isNone() is FALSE but when I > have grouped objects it becomes TRUE. > > in the case of groups the *continue *statement* *will not allow > the variable(initialized to zero) that contains the value in the spin box to > be set correctly and hence that is where the zero is coming from. > > I temporarily removed this condition and suddenly I can use the spin box to > set the stroke for grouped items. So the problem is coming from the > Style->stroke.isNone() member(if you call it like that). > stroke is an SPIPaint object. > > I looked further into this member in *style.h* and this is its definition: > > bool isNone() const {return !currentcolor && !colorSet && > !isPaintserver();} // TODO refine > > I checked for both cases of grouped and un-grouped items. When there is > grouped items !colorSet is true and when there are un-grouped items > !colorSet is false. The rest are always false. So it has something to do > with the color. > > But Now I am stuck, can you please give me further clues? > > Regards, > Samuel > > > On Thu, Sep 8, 2011 at 1:21 PM, Jasper van de Gronde < > th.v.d.gronde@...528...> wrote: > >> What exactly would you like to know? The styles themselves are stored in >> SPStyle objects (which you can find in src/style.*). And all elements in >> the SVG document are represented by an SPObject (which has a pointer to >> an SPStyle object), which is specialized into a whole hierarchy of >> SPSomething classes (like SPRect, SPPath, etc.). The UI code for setting >> the stroke width is located in src/widgets/stroke-style.cpp. >> >> I've posted a bit of extra analysis: >> https://bugs.launchpad.net/inkscape/+bug/734596 >> >> Likely there is some special casing for groups somewhere that doesn't >> handle a stroke width without having a stroke (color). Just try and >> figure out where the zero comes from (and/or the non-zero value when >> using just a rect) and with a bit of luck it'll become clear how to >> solve the problem... If not, feel free to post your findings (here >> and/or with the bug report) and ask for a second opinion again. >> >> On 08-09-11 10:10, Samuel Buttigieg wrote: >> > Can someone please provide some help? >> > >> > On Mon, Sep 5, 2011 at 7:30 PM, Samuel Buttigieg <sambut1987@...400... >> > <mailto:sambut1987@...400...>> wrote: >> > >> > Hello fellow inkscapers, >> > >> > I am new to the scene in inkscape and i have been looking around for >> > interesting bugs and I came across this one: >> > >> > https://bugs.launchpad.net/inkscape/+bug/734596 >> > >> > Does anyone have any extra information about this bug (code wise) as >> > I am interested in working on this bug >> > >> > Best Regards, >> > Samuel >> > >> > >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Doing More with Less: The Next Generation Virtual Desktop >> > What are the key obstacles that have prevented many mid-market >> businesses >> > from deploying virtual desktops? How do next-generation virtual >> desktops >> > provide companies an easier-to-deploy, easier-to-manage and more >> affordable >> > virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ >> > >> > >> > >> > _______________________________________________ >> > Inkscape-devel mailing list >> > Inkscape-devel(a)lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >> >> ------------------------------------------------------------------------------ >> Doing More with Less: The Next Generation Virtual Desktop >> What are the key obstacles that have prevented many mid-market businesses >> from deploying virtual desktops? How do next-generation virtual desktops >> provide companies an easier-to-deploy, easier-to-manage and more >> affordable >> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > > >

1 0

Documentation
by Jon Cruz 03 Oct '11

03 Oct '11

Hi, I've gotten back to trying to get more documentation straightened out and filled out. Some architechtural overview, getting started type details, etc. Does anyone else want to lend a hand? :-) Or more importantly are there any specifics I should look into filling out? That is, any areas people want me to look into, or any aspects that need special attention, etc. Thanks.

4 6

corrupt SVG or bad Inkscape parser?
by Andrew Pennebaker 02 Oct '11

02 Oct '11

When I edit a camel image from OpenClipArt.org, and save it with Inkscape, the resulting SVG becomes corrupt. Bad Camel http://www.openclipart.org/detail/7474/camel-silhouette-by-johnny_automatic I'm not sure whether this image is corrupt or whether Inkscape has trouble parsing it. However, I do know that the camel from Clker.com edits perfectly well in Inkscape. Good Camel http://www.clker.com/clipart-11776.html Cheers, Andrew Pennebaker www.yellosoft.us

2 1

Re: [Inkscape-devel] Inkscape style connectors - usability suggestion
by Hans-Jürgen Hay 02 Oct '11

02 Oct '11

Hello Arcadie, my suggestion was to drop default predefined points, as the whole outline would be an infinite set of possible connection points. When ever a user drops an handle near to the outline, an instance of an connection point would be generated, positioned on the outline path next to the place of dropping the handle. This instance would hold a float which indicates the relative position of the connector on the given outline. eg.: float pos between 0 and 1, a value of 0.5 would define a position on the outline path half way between the start and the end of the path. This placement would be valid and appropriate even if the object gets scaled. As a result no predefined points are really necessary. One could build the outline out of different paths and maybe additional single point paths and only allow a subset of them to accept connectors, to specialize the objects behavior. But that would depend on the objects intended behavior and would be specific to the objects template. Hans > My idea was to compute a number (8) of points on the outer shape of > the object > that would correspond to vertices and midpoints for a rectangle, and > to north, > east, south, west along with north-east, east-south, south-west and > west-north > directions in the case of a circle or an ellipse. > > For a more complex shape the idea was to compute the points which lie > along > these directions on the outer boundary of the shape. Another idea > that > appeared on the list was to place a number of equidistant points along > the > outer boundary of the shape. -- ---------------------------------------------------------------------- Alterras GmbH, Allersbergerstr. 185-N, D-90461 Nürnberg http://www.alterras.de/, info@...1868..., Tel: (+49) 0911-480039-0, Handelsregister: Amtsgericht Nürnberg HRB 18488 Geschäftsführer: Hans-Jürgen Hay, Helga Sivak -----------------------------------------------------------------------

2 2

Open SVG talk and Release notes for 0.49
by Tavmjong Bah 01 Oct '11

01 Oct '11

Hi, I will be giving a talk about Inkscape at the SVG Open conference in two weeks. The release notes for 0.49[1] will serve as the basis for my talks so it would be very helpful to have them up-to-date. If you have added a feature or are working on a feature that you plan for 0.49 and that is not in the notes, please take a few minutes and update the notes. Thanks, Tav [1] http://wiki.inkscape.org/wiki/index.php/Release_notes/0.49

1 0

Re: [Inkscape-devel] Inkscape 0.48.2
by jbc.engelen＠swissonline.ch 01 Oct '11

01 Oct '11

Great news that the Windows release of 0.48.2 is finally available for download! Thanks a lot Uwe! Ciao, Johan ----- Reply message ----- Van: "Uwe Schöler" <mail@...2227...> Datum: ma, aug. 15, 2011 00:03 Onderwerp: [Inkscape-devel] Inkscape 0.48.2 Aan: "Krzysztof Kosiński" <tweenk.pl@...400...> CC: <inkscape-devel(a)lists.sourceforge.net>, <suv-sf@...58...> Everything OKAY! I had problems with my paths... sorry. 0.48.2 is fine now. I'll upload it to SF Sincerely, UweSch Am 14.08.2011 23:49, schrieb Krzysztof Kosiński: > 2011/8/14 Uwe Schöler<mail@...2227...>: >> I've some problems creating 0.48.2 for windows. I get a couple of error >> messages during building. > I just checked out 0.48.2 from Bazaar in my Windows XP VM, and I > encounter no problems when building from a source checkout with > TDM-GCC 4.4.1. It looks like the warning emitted when compiling btool > is irrelevant (and I don't even get the warning). > > I'm 90% sure the first error is caused by building from a tarball (you > just need to create the required inkscape-version.cpp file manually), > the second looks like a problem with permissions (maybe UAC is getting > in the way?) > > Regards, Krzysztof ------------------------------------------------------------------------------ FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

8 19

Inkscape with Visio style connectors
by Martin Owens 01 Oct '11

01 Oct '11

Something that's been missing for a while is the ability to set arbitrary connection points on objects so we can use visio style workflows with connectors doing more work for us. May I draw you collective attention to this demonstration video: http://divajutta.com/doctormo/inkscape-as-visio.ogv Here I show off a workflow hack (using nautilus as a stencil) and an genuine edmun scream style code hack to 0.48x branch mod'ing the connector-context code which you can find here: https://code.launchpad.net/~doctormo/inkscape/knot-visio It works by enabling rectangles inside groups to act as child center points. Each of the items you see me drag in the video is a group and each connector is a very tiny rectangle. I hacked it like this because now transforms also transform the new connector points and the amount of code I had to modify is quite small. It also fixes a bug with connectors where connected elements when grouped would not be able to be updated. I added a parent group transform signal catch for 1 level deep which should help with that. Anyway, as a proof of concept I humbly submit this idea to the rest of the developers here for review. Best Regards, Martin Owens

6 16

Threads already running
by Fernando Lagos 30 Sep '11

30 Sep '11

Hello to all! I'm new in the Inkscape world. My intention is to slowly get involved and at some point start helping with the project. One first question. I'm receiving mails from this list but sometimes it's an sanswer to a question that I didn't receive. That confuses me. Can someone explain me why is that? Perhaps a setting in the subscription or another reason? Thanks in advance! -- /*------------------------------------------------ Fernando Lagos #54 11 4867 4726 lagosfernando( at )gmail.com ------------------------------------------------*/

2 2

Re: [Inkscape-devel] powerstroke
by Preben Soeberg 30 Sep '11

30 Sep '11

Oops Sorry, it's my mistake. Regards Preben > -----Original Message----- > From: Johan Engelen [mailto:jbc.engelen@...2592...] > Sent: 30 September, 2011 20:06 > To: Preben Soeberg > Subject: Re: [Inkscape-devel] powerstroke > > Are you sure? It should be all the way at the top "[Unstable!] Power > stroke". > > Ciao, > Johan > > > On 30-9-2011 6:59, Preben Soeberg wrote: > > Hm, Power Stroke disappeared from the LPE menu after the latest update. > > On XP r10654. > > In build.xml: #define LPE_ENABLE_TEST_EFFECTS 1 > > > > Regards > > Preben > > > >> -----Original Message----- > >> From: Johan Engelen [mailto:jbc.engelen@...2592...] > >> Sent: 29 September, 2011 23:40 > >> To: inkscape-devel(a)lists.sourceforge.net > >> Subject: Re: [Inkscape-devel] powerstroke > >> > >> On 21-9-2011 21:28, Johan Engelen wrote: > >>> On 21-9-2011 21:07, Josh Andler wrote: > >>>> Hi! > >>>> > >>>> Actually, perhaps we should enable all testing LPEs in trunk and only > >>>> disable what's "not ready" in the actual releases. What do others > >>>> think of this idea? > >>> Hm, while coding a bit on Powerstroke, I see that I am removing/adding > >>> parameters, which means that old powerstrokes no longer work (or, more > >>> precisely: partly work). > >>> If we enable the experimental LPEs in trunk, there should be a very > >>> clear indication that indeed they are experimental. > >> I just added PowerStroke to the normal nightly-build list of LPEs. I > >> settled for "[Unstable!]" in front of the LPE name, hopefully telling > >> people to use with caution, and not expect consistent behavior between > >> nightly builds... (should not be that bad, but might) > >> > >> Have fun fiddling with it. > >> Notes: Yes, it crashes Inkscape. Do not use on groups, do not use on > >> paths with multiple subpaths. If you delete a knot from the original > >> path, this will remove a segment and all strokewidth knots will move > >> accordingly to their new segment; the strokewidth knots are bound to a > >> segment number; when changing the number of segments, make sure that > all > >> strokewidth knots are bound to a segment number that will still exist > >> after your change. That is: when deleting one knot, make sure none of > >> the strokewidth knots are along the last segment; otherwise: crash. > >> Ctrl+click on strokewidth knot adds one. When adding/deleting knots, it > >> is best to reselect the path that you are working on; otherwise: crash. > >> Careful with the spiro interpolator; careful with any interpolator I > >> think; best to use the "Johan" one I guess... > >> See the attached file for some of my testcases. > >> > >> Ciao, > >> Johan > > > >

1 0

Increasing stroke width on grouped objects evokes erratic behavior
by Samuel Buttigieg 30 Sep '11

30 Sep '11

Hello fellow inkscapers, I am new to the scene in inkscape and i have been looking around for interesting bugs and I came across this one: https://bugs.launchpad.net/inkscape/+bug/734596 Does anyone have any extra information about this bug (code wise) as I am interested in working on this bug Best Regards, Samuel

3 4

inkscape + guile?
by unknown＠example.com 30 Sep '11

30 Sep '11

I'm interested in using Guile to write Inkscape extensions. I thought there was something like this around, but Google appears unwilling to provide me with a pointer. Is there an existing project for Guile extensions, or should I try my hand at it? -- Joakim Verona

2 2

Need Help
by paresh chaudhary 30 Sep '11

30 Sep '11

Dear Inkscape Team. There is one option (Object Properties) in Object menu of inkscape. Can we set common Properties of all object in layer. (With CTRL+A) i want to do that type of operation. Like in inkscape we can set color or text of all selected object. Waiting for reply as soon as possible *Regards, Chaudhary Paresh*

2 1

Re: [Inkscape-devel] Update on Diffusion Curves
by Jasper van de Gronde 29 Sep '11

29 Sep '11

On 2011-09-28 22:38, Sebastian Markbåge wrote: > On Mon, Mar 7, 2011 at 10:35 AM, Jasper van de Gronde > <th.v.d.gronde@...528... <mailto:th.v.d.gronde@...528...>> wrote: > ... > > I did a WebGL implementation of Jeschke's model last year. > > It did make me concerned about standardizing Diffusion Curves (such as > in SVG). > > Some artifact may not be visible in one implementation while it is > clearly visible in another. When rendering images designed using the > original tool by Orzan et al. I get some artifacts where the artist > have left imperfections. Those imperfections are not visible in > Orzan's implementation. Likewise, Jeschke's model hides other > artifacts that ARE visible in Orzan's model. > > http://labs.calyptus.eu/diffusioncurves/ > > What makes Diffusion Curves unique is that a small artifact can have a > huge impact on the over all image, as it's spread out by the solver. If you're talking about diffusion curves in the idealized sense, you are right that in principle all boundary points influence the entire image, but in practice the influence usually tapers off quite quickly. However, most solvers do have a bit of a problem with actually converging to a solution, which led me to my thesis subject. One problem is that all solvers tend to give smooth solutions that sort of look plausible, so it is not immediately obvious that something is wrong. In my thesis I describe a potential solution, by using a fundamentally different kind of solver, but it's definitely not a drop-in replacement for existing solvers (at least not yet). Another way of attacking the problem is to redefine diffusion curves to behave differently. Whether there is indeed a "better" definition is very much an open question. (I couldn't view your site btw, for some reason I can't get webgl to work, possibly because my notebook hardly has anything worthy of the name GPU.)

1 0

r10629: compiler warning and runtime error (EXC_BAD_INSTRUCTION, Illegal instruction/operand)
by ~suv 28 Sep '11

28 Sep '11

Revision 10629, compiling with GCC 4.2.1 on Mac OS X 10.5.8 (i386): 1) warning during compilation: > CXX xml/repr-css.o > xml/repr-css.cpp: In function ‘gchar* sp_repr_css_write_string(SPCSSAttr*)’: > xml/repr-css.cpp:235: warning: cannot pass objects of non-POD type ‘const class Inkscape::Util::ptr_shared<char>’ through ‘...’; call will abort at runtime > xml/repr-css.cpp:235: warning: format ‘%s’ expects type ‘char*’, but argument 5 has type ‘int’ 2) runtime error on launch (with new preferences file): > Program received signal EXC_BAD_INSTRUCTION, Illegal instruction/operand. > sp_repr_css_write_string (css=0x5f74f70) at xml/repr-css.cpp:235 > 235 g_warning("sp_repr_css_write_string: %s %s", g_quark_to_string(iter->key), iter->value ); (full backtrace attached) 3) After changing line 235 to a static string: - launching Inkscape (with new prefs) reaches the g_warning() (on line 235) 133 times until the new document window is finally displayed - drawing a simple shape (rect) or a straight line (pencil tool) executes it 7 times, - changing the stroke width (via style indicator in the status bar) executes it 14 times -> I have reverted 'src/xml/repr-css.cpp' to r10628 for now. Questions: - Is this error related to using a rather old (or outdated) version of GCC on Mac OS X 10.5.8? (I don't have the option to use a more recent version for building Inkscape due to apparent ABI mismatches since all dependencies get built with Apple's GCC 4.0 (default compiler on 10.5.8)) - Is it expected that the warning on line 235 is reached so often while doing basic stuff like opening a new document window or drawing a simple object with default style attributes? ~suv (gdb) r Starting program: /Volumes/green/mp-inkscape/src/inkscape-trunk/Build/bin/inkscape Reading symbols for shared libraries ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++.......................................................................... done Xlib: extension "RANDR" missing on display "/tmp/launch-EhMYaX/:0". Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Program received signal EXC_BAD_INSTRUCTION, Illegal instruction/operand. sp_repr_css_write_string (css=0x5f74f70) at xml/repr-css.cpp:235 235 g_warning("sp_repr_css_write_string: %s %s", g_quark_to_string(iter->key), iter->value ); (gdb) bt #0 sp_repr_css_write_string (css=0x5f74f70) at xml/repr-css.cpp:235 #1 0x0011ce3e in Inkscape::Preferences::mergeStyle (this=0x4448960, pref_path=@0xbfffe320, style=0x5f6d070) at preferences.cpp:501 #2 0x0053629c in sp_text_lineheight_value_changed (adj=0x725ca00, tbl=0x724bb48) at widgets/toolbox.cpp:6951 #3 0x04149f59 in g_closure_invoke () #4 0x0415c0d3 in signal_emit_unlocked_R () #5 0x0415d761 in g_signal_emit_valist () #6 0x0415da69 in g_signal_emit () #7 0x025fb38a in gtk_adjustment_value_changed () #8 0x02746bda in gtk_spin_button_set_property () #9 0x0414b7bb in object_set_property () #10 0x04151d6d in g_object_newv () #11 0x02a29719 in Glib::Object::Object () #12 0x0215962e in Gtk::Object::Object () #13 0x021c839e in Gtk::Widget::Widget () #14 0x021287aa in Gtk::Entry::Entry () #15 0x02187067 in Gtk::SpinButton::SpinButton () #16 0x0034c0df in Inkscape::UI::Widget::SpinButton::SpinButton (this=0x76120b0, adjustment=@0x7612090, climb_rate=0.10000000000000001, digits=2) at spinbutton.h:40 #17 0x0054e954 in createCustomSlider (adjustment=0x725ca00, climbRate=0.10000000000000001, digits=2) at widgets/toolbox.cpp:1053 #18 0x0007c352 in create_tool_item (action=0x7262608) at ege-adjustment-action.cpp:839 #19 0x025f5b28 in gtk_action_create_tool_item () #20 0x027f2b6c in update_node () #21 0x027f1d66 in update_node () #22 0x027f1d66 in update_node () #23 0x027f2daf in do_updates () #24 0x027f2e62 in gtk_ui_manager_real_get_widget () #25 0x00557f2a in setup_aux_toolbox (toolbox=0x45ff328, desktop=0x5f6fd80) at widgets/toolbox.cpp:1998 #26 0x00542365 in Inkscape::UI::ToolboxFactory::setToolboxDesktop (toolbox=0x45ff328, desktop=0x5f6fd80) at widgets/toolbox.cpp:1734 #27 0x0058838d in Inkscape::UI::UXManagerImpl::connectToDesktop (this=0x6f120a0, toolboxes=@0xbfffee84, desktop=0x5f6fd80) at ui/uxmanager.cpp:230 #28 0x004d3afb in SPDesktopWidget::createInstance (namedview=0x4a14600) at widgets/desktop-widget.cpp:1483 #29 0x004d3b49 in sp_desktop_widget_new (namedview=0x4a14600) at widgets/desktop-widget.cpp:1432 #30 0x000947d9 in sp_file_new (templ=@0xbfffefcc) at file.cpp:126 #31 0x00094b1c in sp_file_new_default () at file.cpp:178 #32 0x0000840b in sp_main_gui (argc=1, argv=0xbffff0fc) at main.cpp:974 #33 0x00008c8a in main (argc=1, argv=0xbffff0fc) at main.cpp:709 (gdb)

3 5

Advanced PDF export plugin for Inkscape?
by Donna Benjamin 26 Sep '11

26 Sep '11

I may have missed it... but is anyone here involved in this? Advanced PDF export plugin for Inkscape http://www.indiegogo.com/Advanced-PDF-export-plugin-for-Inkscape Just curious if this is coming from within the community, or anyone within the community knows about it - or it's a totally independent initiative? cheers Donna -- Donna Benjamin - kattekrab.net Inkscape: Open Source Scalable Vector Graphics http://www.inkscape.org

5 9

compiling inkscape
by Samuel Buttigieg 26 Sep '11

26 Sep '11

Hello all, I have a question perhaps someone of you can answer: Can inkscape be compiled in Kdevelop or do I have to use Eclipse? I tried various ways to get it to build in Kdevelop but so far they have failed. Searching on google did not provide any answers either, but there seems to be a lot of info about compiling inkscape in Eclipse. I mainly need the IDE to be able to debug inkscape source code that I am working on. Thanks and Regards, Samuel

2 1

compiler warning - value used in own initialization.
by Campbell Barton 22 Sep '11

22 Sep '11

Hi, noticed this compiler warning which looks like invalid code: src/gradient-drag.cpp:1894:69: warning: variable 'p' is uninitialized when used within its own initialization [-Wuninitialized] `bzr blame` points to - 10582.1.11 tweenk. This is the line: Geom::Point p = ls.pointAt(ls.nearestPoint(dragger->point + p)); -- - Campbell

1 0

ssh access to inkscape.org
by Alexandre Prokoudine 21 Sep '11

21 Sep '11

Hi again, Folks at OSUOSL tweaked various things here and there recently, so SSH might not like your public key now. The fix is to mail support at osuosl and attach your current public key (no need to create a new one). Just so you know. Alexandre Prokoudine http://libregraphicsworld.org

1 0

Inkscape 0.49 status update & discussion of a proposed release plan
by Josh Andler 19 Sep '11

19 Sep '11

Hey All! Are there any larger features people are planning on still for this cycle that aren't well known? If you want to get something in that is unknown, please speak up soon because we want to help you test it. :) I know of the following items which we're looking to get in: *All of the current GSoC projects. :) *fingers crossed* *What will also probably be more work towards GTK3 compatibility. On the refactoring front I can report good news that Abhishek Sharma has gotten all proper libcroco stuff submitted upstream. If lucky, we may be just a few distribution releases away from being able to take libcroco out of trunk! Additionally, Alex Valavanis has brought our in-trunk copy of libgdl up-to-par with the 2.X (whatever is "current") branch of libgdl. I'm unsure if patch submissions have been made in that direction for the couple of custom features that we have in our copy. Either way, hopefully we'll be able to get our copy out of trunk around the same time. Campbell Barton has been plugging away on cmake related stuff. I'm not sure of the status of it, especially cross-platform-wise. Obviously, Krzysztof Konsinski's GSoC work from last year has been merged and all I can say is... please stress test this the best you can. Pretend you don't know how to use Inkscape and break it like a newb. ;) Are there any big refactoring goals we're still missing out on that people think we should shoot for? (please be reasonable) I'm planning on looking to look into a couple Windows things, but will save that for a different email. All of that aside, here is a VERY loose and preliminary proposed release plan: Mid-August for Chill Beginning of September for Frost (Bug Hunt begins) End of September for Feature Freeze End of October for Hard Freeze Sometime in November for Branch & Release I'd like feedback on the bug hunt goal. I think we've actually gotten a lot accomplished for a release just with the cairo renderer alone. Newly created bugs aside (as in, if you introduce bugs during this cycle, they don't count toward the total), 250 points seems like a reasonable goal. Do note, we will be releasing an uber-stable 0.48.3 more likely than not, so if we release "0.49" to a wider audience to get more testing, it's not so bad. For those new to the process, our bug hunt will begin at Feature Freeze. Traditionally, we specify a point target for us to reach, and award us points based on the severity of the bug: 3, 6, 9, or 12 points for low, medium, high, and critical. Lastly... version numbering... we have way too many opinions about this. I do want to reiterate, Inkscape deserves a more "grown-up" version numbering scheme for users. I very much think Mental's comment about we should have a public version number and then stick with our current numbering scheme for development purposes. It's akin to code-names internally and solid numbers publicly. So, are date formats appealing? YY.MM or YYYY, some arbitrary number we just agree on starting with, bump the decimal place from with the current numbering, or what? If we get too many opinions again, I'll propose handing it over to the board... Thoughts or comments? Cheers, Josh

8 16

Pages extension and page numbers.
by john Culleton 18 Sep '11

18 Sep '11

I downloaded the "pages" package to go with 48.2. Unfortunately when you get to "Master Page" and try to insert an automatic page number you get very deep into python-world. It requires lxml which in turn requires something else etc. etc. I long ago gave up chasing such asymptotic strings of requirements AKA library hell. Would it be possible to package this extension with all the required pieces included? Or reprogram it so that the lxml etc. were not required? I recognize that the author is a python enthusiast. But I am not. And there must be a simpler way to insert consecutive page numbers on a master page. I will do it by hand if necessary. I use Slackware 13.37 -- John Culleton Wexford Press "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html

3 4