January 2010 - Inkscape Devel

Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Josh Andler 05 Jan '10

05 Jan '10

I feel that Joshua (not me) summed that up nicely. It boils down to that we are an open and welcoming community. Feedback is welcomed and appreciated, and the more info you can provide, the better for experience for everyone. We don't tend to take issue unless you want to complain and suggest how we can do it better. We don't know better than you, and we won't (generally claim to) know what's right. Tell us. Everyone benefits from non-argumentative feedback. Cheers, Josh On Jan 4, 2010 11:30 PM, "Joshua L. Blocher" <verbalshadow@...400...> wrote: > I think the most bang for the buck and most general would come > from using 3D HW accel and movin... Honestly, It is hard to find people who are Interested and have the skills and time to implement it. We are just waiting for the stars to align and the right contributor(s) to show up. > > It's amazing what Inkscape can do and how easy it is to do thing > when it comes to vector stu... 'unreasonable' behavior is the kind that finds bugs the fastest, and provides us with new use cases. Please report your bugs . http://www.inkscape.org/report_bugs.php?lang=en > > I didn't try to report the bug at the time as I'm sure the > developers have their plate full ... I recommend enabling the auto-save feature in Preference it has saved me a few times. > > I can try to report bugs if I'm not made to feel worthless for > reporting them if I don't als... We want and need all the feedback you can give us for Inkscape. If you have issue with any inkscape contributor making you feel worthless for trying to be helpful please let us know, here or on the Devel ML. Appropriate action will be taken. Joshua L. Blocher verbalshadow ------------------------------------------------------------------------------ This SF.Net email i... Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Re: [Inkscape-devel] spray tool: UI
by Josh Andler 05 Jan '10

05 Jan '10

I agree in principal, but I can't say that a function being "fundamental" matters as much as adding versatility to a tool, which in the end does what we want to do... empower the user. I think we should hang on to it until our nightly build situation gets sorted. The best way to figure out if it's truly valuable is to get feedback from users. Cheers, Josh On Jan 4, 2010 4:12 PM, "bulia byak" <buliabyak@...400...> wrote: On Mon, Jan 4, 2010 at 8:04 PM, Joshua A. Andler <scislac@...400...> wrote: > Why not keep Focus? I'... A modifier must be sufficiently fundamental and versatile to be worth having. This one looks to me more arbitrary than fundamental. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

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