- Inkscape Devel - Inkscape Mailman

spray tool: UI
by bulia byak 05 Jan '10

05 Jan '10

I haven't fully tested the functionality yet, but here are some comments on the UI. Sorry for the terseness - I do find the tool valuable, but the UI really needs some work. * The tool icon is horrible and very out of the line with the default tool icons. The Tweak icon is not stellar either. Can some talented artist suggest a replacement? * "Population" is unclear. Its tooltip does not really help. "This setting adjusts" is superfluous, just delete it, but then what remains is still confusing: "the number of items sprayed" - total number? Per click? Per mile? Per what? What does the percentage represent? Please rethink this. * "The mean of the spray action" is impossible to understand. Mean what? * "SD" is very techy, and while the tooltip expands it as "standard deviation", it is still confusing. Standard deviation of what value? Can you explain it in terms understandable to someone who has no math training and has no idea of what SD is. * The button "Some options for the spray" is a bad idea, as is the dialog it opens. We don't have separate dialogs for tool options. Each tool may have some often-used controls on the controls bar, plus some rarely-used settings on its page in Inkscape Preferences. Please try to redistribute the dialog controls between these two locations. E.g. I don't think many people will ever change the distribution from Gaussian to uniform - this choice can be moved to Preferences. The controls bar can accommodate more than you have there now - if something does not fit it will be placed in an automatic menu, so just move the least used controls to the right (but preserving some logical grouping, of course). You may also try to combine some of the options into higher-level, coarser but more user-friendly preset-like options, such as a single "Scale randomization" slider instead of min/max values. (And for cursor, the Width value seems a duplicate of the controls bar's Width slider.) Code-wise, the file spray-option.cpp contains some leftover bits from Alignment dialog (e.g. "remove overlaps" undo comment - and why do you need to make undo commit at all in this dialog?!) and some French comments that need to be translated. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 15

Compiling of Inkscape from trunk fails on "extension/internal/pdfinput"
by Steven P. Ulrick 03 Jan '10

03 Jan '10

Hello Everyone I have been having problems compiling Inkscape from SVN Trunk. It fails while compiling in "extension/internal/pdfinput" Here is the entire output of "make": http://www.afolkey2.net/~steve/inkscape-build-make-001.txt This is on Fedora 12, and with a fresh copy of Inkscape from SVN Trunk If you need any more information, feel free to let me know. Steven P. Ulrick

5 5

How to sync 2Geom?
by Krzysztof Kosiński 02 Jan '10

02 Jan '10

I have a question: how do I "sync" 2Geom from its SVN? I want to add this action as a custom command in my Waf build system for Inkscape. Regards, Krzysztof

4 5

build weirdness
by Alexandre Prokoudine 02 Jan '10

02 Jan '10

Hi, While building revision 8938 I saw this: In file included from extension/execution-env.cpp:27: ./util/glib-list-iterators.h: In member function ‘T* const& Inkscape::Util::GSListConstIterator<T*>::operator*() const [with T = SPItem]’: extension/execution-env.cpp:61: instantiated from here ./util/glib-list-iterators.h:47: warning: dereferencing type-punned pointer will break strict-aliasing rules CXX extension/init.o ^Cmake[2]: *** [extension/init.o] Interrupt make[1]: *** wait: No child processes. Stopping. make[1]: *** Waiting for tasks execution end... make[1]: *** wait: No child processes. Stopping. make: *** [all] Error 2 The compile messages were actually in RU, so I did 'LC_ALL make' and for some reason the compilation didn't break there again and is likely to be completed this time. Any ideas? Alexandre

1 1

Back from the dead
by Bob Jamison 02 Jan '10

02 Jan '10

Hi, all! I've been busy with other things for the last 7 months, but I want to make up for it somewhat. Sorry! I've been told that the "devlibs" bundle on Modevia seriously needs updating, so I will start doing that with what people need, and what they agree upon. After adding msvcr80.dll to the devlibs, I was told that Python's libs need updating in general. We have been wanting to use Python 2.6 for over a year now, but a couple of the dependencies, (lxml and numpy) have held us back. I looked at their project pages, and it appears that there are 2.6-usable win32 binary builds available for them. So, the question is: is everyone comfortable with updating Python to 2.6? It's the version 'at the precipice.' Being the last version before 3.0, there is some expectation of permanence. Things work correctly now for 2.5, but moving to 2.6 will allow updating UniConvertor to 1.1.4, which helps toward fixing a bug: https://bugs.edge.launchpad.net/inkscape/+bug/315996 <https://bugs.edge.launchpad.net/inkscape/+bug/315996/comments/39> bob (ishmal)

6 6

Issue with inkscape on FreeBSD
by Guy Brand 02 Jan '10

02 Jan '10

Hi list, I'm having a serious issue with inkscape on FreeBSD -current. I'm using the port available for FreeBSD and even a forced reinstall of it doesn't fix the problem. The maintainer of the port suggested to report the problem through this list. The issue is quite simple to express: adding a layer to any opened file freezes inkscape. I can open any svg file without a trouble, and a file can contain layers, they are perfectly displayed. I can also hide any of the layers of a document, or rename a layer, change the order of layers, without problem. Only creating a new layer (or duplicating the current layer) is impossible, and leads to a freeze. Tracing the process (using truss on FreeBSD) doesn't show anything once the process is frozen. If there is anything else I could do please let me know. Does such an issue speak to anyone here? Merry Christmas all gb

4 6

Passing data with sp_action_perform(SPAction *action, void * data)?
by Alex Leone 31 Dec '09

31 Dec '09

Hello, I'm attempting to write a patch that adds a margin when setting page size through the "Fit page to selection" button in document properties. I've already added the ui elements (RegisteredScalarUnit's) for marginTop, marginLeft, etc, but I can't figure out how to get the values to the function that resizes the page. Here's how the page currently gets resized: 1. When clicked, "Fit page to selection" fires src/ui/widget/page-sizer.cpp:487: PageSizer::fire_fit_canvas_to_selection_or_drawing() { Verb *verb = Verb::get( SP_VERB_FIT_CANVAS_TO_SELECTION_OR_DRAWING ); SPAction *action = verb->get_action(dt); sp_action_perform(action, NULL); } 2. sp_action_perform eventually calls src/verbs.cpp:2149: FitCanvasVerb::perform(SPAction *action, void *data, void */*pdata*/) { fit_canvas_to_selection_or_drawing(dt); } where the void *pdata parameter is the second argument from sp_action_perform. 3. This eventually calls src/document.cpp:601: SPDocument::fitToRect(Geom::Rect const &rect) My plan was to add marginTop, marginLeft, etc as parameters to SPDocument::fitToRect, and somehow pass these parameters through the void *data parameter in sp_action_perform. However, all the other calls to sp_action_perform in inkscape set the void *data parameter to NULL, and it looks like the action handler doesn't have any code to call free on the parameter after all the action listeners are serviced. Am I trying to do this completely wrong? Thanks, - Alex (Attached is a patch that adds the margin UI elements in document properties)

4 13

Re : Exchange position of two objects
by Arcadie Cracan 31 Dec '09

31 Dec '09

---------- Forwarded message ---------- From: Arcadie Cracan <acracan@...400...> Date: Dec 31, 2009 11:36 AM Subject: Re: [Inkscape-devel] Re : Exchange position of two objects To: Krzysztof Kosiński <tweenk.pl@...400...> Actually the center might be the center of mass ( http://en.wikipedia.org/wiki/Center_of_mass), and, as Krzysztof said, a sort around this center is the way to go. But there is a better approach than using atan2 function. It is described in the Chapter 33 - Computational Geometry in Introduction to algorithms by T. Cormen. It does compare 2 vectors' angle by computing their cross product. As I can see, the angle_sort() function already exists in 2geom (see convex-cover.cpp and convex-cover.h) and it seems that it used to use the atan2() function for angle comparison, but now computes some kind of matrix determinants (that lead to vector slopes I guess). The use of cross products avoids the division operation, so it is faster. On 12/31/09, Krzysztof Kosiński <tweenk.pl@...400...> wrote: > > 2009/12/30 bulia byak <buliabyak@...400...>: > > But a still better and more useful approach is to dedect a clockwise > > order, as I wrote before. This may not be always easy, but it's an > > interesting mathematical challenge. For example: calculate a center > > point of objects and rotate clockwise a ray from this center, and > > process objects in the order in which this ray crosses their bbox > > centers. > > This is actually rather simple. Compute the center (this may require > learning some not-perfectly-clear API); for each object calculate the > vector from the center to that object's center (let's call it relpos) > and sort on Geom::atan2(relpos), for example by inserting the SPItem*s > into a std::map<double, SPItem*> and then iterating over it. I'm not > sure whether it will produce a clockwise or a counterclockwise > ordering, because I never remember which one (desktop / document) is > the mathematical one :) > > Regards, Krzysztof > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

3 3

Fwd: [Inkscape Brasil] SK1 também já manipula dados no "device-cmyk"
by Felipe Sanches 31 Dec '09

31 Dec '09

hey, Jon, here is a translation to english of an email message that one guy sent a few moments ago to the brazilian inkscape-users mailing list. I'm afraid we've got a wave of misunderstanding here... I'm going to travel now to countryside (I'll be offline and I'll be back to the internet on january 4th) Felipe "Juca" Sanches ---------- Forwarded message ---------- From: Jonatã Bolzan <jbopen@...400...> Date: 2009/12/30 Subject: [Inkscape Brasil] SK1 também já manipula dados no "device-cmyk" To: Comunidade Inkscape Brasil <inkscape-brasil@...2207...> Olá pessoal Há alguns dias conversei com o Igor, responsável pelo desenvolvimento do sK1, e ele disse que seria possível o sK1 usar também os dados "device-cmyk". Hoje recebi a confirmação, vejam o chat: [translation:] Some days ago I chatted with Igor, the guy responsible for developing sK1, and he told me that it would be possible to make sk1 use data from "device-cmyk". Today I have received a confirmation, check our recent chat: Igor: According to your request we have implemented device-cmyk in sK1 me: hi there Oh, great to know! can I say that in Inkscape-brasil mailing list? Igor: yes of course the code in SVN me: thanks! Igor: device-cmyk is implemented as for SVG importer and for SVG exporter Então, os arquivos SVG gerados no Inkscape que possuem dados do "device-cmyk" serão abertos no sK1 respeitando tais valores. Apenas não sei dizer que o sK1 exporta PDF em CMYK, mas se sim, os arquivos gerados no Inkscape poderão ser abertos no sK1 e exportados em PDF com cores CMYK. Alguém disposto a testar? :D Obrigado, até mais... [translation:] So, SVG files created in Inkscape that have data stored in "device-cmyk" will be properly opened in sK1 respecting those values. I just dont know whether sK1 exports PDF files in CMYK, but if that's the case, it will be possible to open in sK1 the files created in Inkscape and export them as PDF with colors information in CMYK. Anyone willing to test it? :D Thanks, bye... ____________________________________________________ Lista de Discussão Inkscape-Brasil O Site da Comunidade: http://inkscapeBrasil.org Sobre a Lista de Discussão: http://inkscapeBrasil.org/Comunidade#ListaDeDiscussao Quer Scribus? http://wiki.softwarelivre.org/Scribus/Comunidade#ListaDeDiscussao Quer GIMP? http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/gimp-br

3 2

I've messed the lp:inkscape branch
by Arcadie M. Cracan 30 Dec '09

30 Dec '09

Hello, I don't really know how I've managed to do this (bzr still seems a bit complicated to me) but I think the current revision is an outdated one. Please revert my today (Dec 27) commits. Thank you, Arcadie Cracan

12 34