October 2008 - Inkscape Devel

2geom SVN warning
by Krzysztof Kosiński 31 Oct '08

31 Oct '08

There is a file called "!PLEASE DON'T MAKE CHANGES IN THESE FILES.README" in the 2geom directory. It says that 2geom code should be changed in 2geom SVN instead of in the Inkscape SVN, because changes will be destroyed otherwise. Is this warning still intact? Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/2geom-SVN-warning-tp20198054p20198054.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

12 26

Replace soft-hyphenation character with a hard-hyphenation
by Stefan de Konink 30 Oct '08

30 Oct '08

Hi, I'm trying to get soft-hyphenation to work in an acceptable fashion before going into deeper details. I want te solve the following task; - In the _measureUnbrokenSpan loop (Layout-TNG-Compute.cpp) soft-hyphens are detected. It can nicely break in such situation. - Currently a soft-hypen is invisible, but clearly the position in the source stream is know. - Based on this position I want to *replace* the softhypen in this rendering run with a '-' - This might need an a priori knowledge of the '-' width Could anyone suggest how to append a Span with only a "-" or replace the soft-hyphen with a hard one in this run? Thanks in advance, Stefan de Konink

4 7

NEW: Auto smooth nodes
by bulia byak 30 Oct '08

30 Oct '08

Thanks to Thomas Holder for the patch: Auto smooth nodes: a new "auto" node type was added, similar to the one Xara Xtreme has. An auto node is a smooth node which automatically adjusts (rotates and stretches) its handles when this node or its neighbors are moved. This adjustment (same as what you get when you convert node type to Smooth, but continuous) keeps the curve at this node as smooth as possible. It feels a bit like Spiro paths; although not as smooth as a Spiro, it may often be preferable as it works without any Path Effect. Whenever you manually adjust the handles of an auto node or drag the adjacent curve, it loses its auto state and becomes smooth; for this reason, it is recommended to edit smooth nodes with the node handles hidden via a toggle button on the controls bar. Auto nodes are represented by little circles, as opposed to smooth/symmetric nodes (squares) and cusp nodes (diamonds). To convert selected node(s) to auto, press Shift+A or use the corresponding node type button on the controls bar. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 7

Re: [Inkscape-devel] Snapping should only occur at the end of a movement
by Diederik van Lierop 30 Oct '08

30 Oct '08

Op Do, 30 oktober, 2008 01:01, schreef Vladimir Savic: > When freehand path drawing (pencil tool) gets intercepted by snapping, > it became almost useless. Try this, the simplest case: In new document > turn on "Snap to page border" only and switch to pencil tool. Start > drawing outside page and then head toward the border itself. Wait until > first snapping starts and continue drawing inside page area. When we've hit the pageborder, the low-pass filtering will kick in. The problem is that it will stay enabled as long as you keep the mouse button down. I will solve this. > Next one. Try attached .svg file. > Grab lower object by placing pointer at X-like drawn hole, click and > gently move up to touch upper object. I get no snapping. That's at least partly because Inkscape doesn't snap smooth nodes by default any longer. Please look for that new option on the second tab with snapping preferences. At least some nodes should snap now, but that might only have been part of the problem. It still looks like some nodes are being excluded. Bye, Diederik

1 0

Re: [Inkscape-devel] Snapping should only occur at the end of a movement
by Diederik en Rezi 30 Oct '08

30 Oct '08

On 10/25/2008 05:22 PM, Vladimir Savic wrote: > 1) If "Always snap" is on, turn off detection of motion speed. > For grids, "always snap" is on by default. I'd prefer to have a gain in responsiveness also when using grids. > 2) Wait a few milliseconds when snapping occurs to avoid re-snapping > glitches > That would just act as a low-pass filter, wouldn't it? It would just reduce the jumpiness but not eliminate it completely. > 3) Works fine with wacom graphire3 tablet :) > Glad to hear! Thanks, Diederik

3 7

Inkscape and GIO
by Krzysztof Kosiński 29 Oct '08

29 Oct '08

GConf integration needs some additional thought and community input before deciding whether to have it or not, so I have a question about another good technology, GIO. Milestone 0.47 in the roadmap has GTK 2.12 listed in the dependencies. GTK 2.12 in turn depends on Glib 2.16 (at least on Ubuntu Hardy), which includes GIO. In fact with the next version, GTK 2.14, the build fails if giomm-2.4 is not added to configure.ac, because gtkmm-2.4 depends on it. So it looks like everything is in place to use it. Can we start making use of GIO now, or do we have to wait some more until it's more commonplace in Linux distributions? Regards, Krzysztof Kosiński. -- View this message in context: http://www.nabble.com/Inkscape-and-GIO-tp20135564p20135564.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 13

[PATCH] Fedora MinGW cross-compiling patch, version 2
by Richard W.M. Jones 29 Oct '08

29 Oct '08

This is the second version of the patch to get Inkscape to cross-compile from Fedora MinGW. (1) I've tested that this doesn't break the build on Linux. (2) You cannot set INKSCAPE_CFLAGS in the Win32 test, because then PKG_CHECK_MODULES(INKSCAPE, ...) refuses to update this variable. Thus I introduced a separate WIN32_CFLAGS variable. (3) You need to check for fontconfig before checking for Xft. Otherwise the cross-compiler erroneously picks up the platform native version of Xft, which leads to incorrect linker flags. (4) Use g_getenv / g_setenv instead of getenv / setenv. (5) is_os_vista no longer needs to be commented out. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top

5 10

[PATCH] Export to relative paths
by William Swanson 29 Oct '08

29 Oct '08

Hello! I've uploaded a small patch which fixes Launchpad bugs #168715 and #171869. The patch makes Inkscape treat paths in the Bitmap Export dialog relative to the document's location rather than the current working directory. This allows the user to enter paths like "../css/bitmap.png" and have them work as expected. The patch is here: https://bugs.launchpad.net/inkscape/+bug/168715 Would anybody like to review and commit it? -William Swanson (s_tec)

3 2

Help with result viewer for rendering tests appreciated
by Jasper van de Gronde 29 Oct '08

29 Oct '08

As you may have seen I put up a simple result viewer for the rendering test results. It's based on Google Web Toolkit and JSON. Both quite new to me, and there are quite some things that could be done, so if anyone is interested in helping out that would be great. Some things I'd love to have in the result viewer: - Better/clearer presentation, for example coloring the results to make it easier to locate them visually. - Some filters for showing only changed results (regressions or improvements) or only specific results (just the New results for example). - Links to the actual input/output images (and difference images?). - Perhaps group the test cases in a tree (they are already categorized to some extent). - Anything else that will make it easier to track Inkscape's quality. Also, if anyone has any other bright ideas about how to process the test result data, let's hear it. The actual test result data (that I will try to update regularly for at least a few months): http://home.hccnet.nl/th.v.d.gronde/inkscape/teststatus.json The result viewer: http://home.hccnet.nl/th.v.d.gronde/inkscape/ResultViewer.html Result viewer code: https://inkscape.svn.sourceforge.net/svnroot/inkscape/gsoc-testsuite/Result… To run/compile it using GWT, be sure to set the environment variable GWT_DIR to the directory where GWT is installed. Linux users might have to do something special (it only contains batch files for running and compiling the project).

1 0

Color gestures widget idea
by Krzysztof Kosiński 29 Oct '08

29 Oct '08

There was a discussion about the color gestures recently. I have an idea how to make them more usable and discoverable. The basic idea is to display a small strip with a gradient under the cursor. To understand what I mean check out any recent version of GIMP or GThumb, load up an image too big to fit in the window and see what happens when you drag on the small four-way arrow in the lower right-hand corner of the window. Instead of a thumbnail, a color gradient corresponding to the setting that is currently being adjusted would be displayed. The feature would be activated by dragging on a small widget with a two-way arrow superimposed over a color circle or a gradient. The appearance of the icon could change depending on what is adjusted (H/S/L) but that's optional. Why this idea is an imporvement over the current gesture functionality: First, it will be much easier to get the color you want quickly. Second, it will be more discoverable. Third, the widget could be reused to pop up similar icons on the canvas to allow the user to e.g. adjust the color of a gradient node (there would be something that enables them, maybe a separate tool, to minimize visual pollution). I believe the "everything on canvas" paradigm is superior to "tweak values in dialogs" and one of the things Inkscape does right, so expanding on-canvas functionality seems to be a good idea to me. Regards, Krzysztof Kosiński. -- View this message in context: http://www.nabble.com/Color-gestures-widget-idea-tp20134327p20134327.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 12