January 2011 - Inkscape Devel

Call for SCALE 9x participation
by Jon Cruz 15 Jan '11

15 Jan '11

Hello all, Inkscape is setting up once again to exhibit at SCALE this year Feb 25-27. http://www.socallinuxexpo.org/scale9x/ We get a few passes to help man the booth, so if anyone might be able to travel to the conference to help us out, we can get you in. Just let me know off-list if you happen to be interested and able to attend. Thanks.

1 0

text object rotation & position coordinates (x and y values)
by Bric 15 Jan '11

15 Jan '11

Hi, all. I am trying to use a script to edit inkscape SVG code, and mostly succeeding, except with coordinate values. Specifically, with text objects, there seems to be some tricky function generating the "x" and "y" values (object coordinates). The function seems to be tied to the transform values. With no transformation in effect (theoretically, with the matrix being (1,0,0,1,0,0) -- i say theoretically because the line is absent when these are the (implied) values), the "x" and "y" values are what one would expect, when one drags the object left and right, up and down. The x and y values change in the expected manner. However, when the text object gets transformed, as in the example below: transform="matrix(0.42584538,0.90479595,-0.90479595,0.42584538,0,0)"> transform="matrix(0.42584538,0.90479595,-0.90479595,0.42584538,0,0)" the x and y values become severely strange... Dragging the text object vertically affects the x value (as well as the y value), and horizontal drag affects both as well. The values become negative in an unexpected way. And visually, the objects are not where the script attempts to place them. Could someone please clue me in about the function (the math of it)? thanks in advance

2 5

idea: Exposée-like effect for visualizing complex stacks of svg elements in Inkscape ?
by Felipe Sanches 12 Jan '11

12 Jan '11

I have been using inkscape a lot recently and I noticed that sometimes it can become very annoying to select svg elements that are in the middle of a pile of other elements. Thus, I was thinking that we could have a key-combo that would break appart all "hidden" shapes to allow you to select one of them, and after that, all shapes would be places back in their correct places. Sometimes I do something similar to that by hand, but an automated UI feature would be very useful. Also, it would be solely a visualization mode, not actualy modifying elements in the SVG DOM. I'd like to have some feedback on this idea. thanks, Felipe Sanches (Juca)

11 18

Suggestion: allow to select next shape color with color selector
by Michael Grosberg 11 Jan '11

11 Jan '11

I wanted to run this by you before submitting a feature request. Currently, if you want to draw a new shape, and you want to select its color and stroke in advance, your only option is to use the swatches - you cant select some arbitrary color for the next shape. Selecting the stroke width is impossible. I suggest making the Fill and stroke dialog active even when nothing is selected, so that changing it affects the next created shape. I know that there's a setting where you can set a specific style for each tool instead of drawing with the last used style. In this case we have two options: 1. Upon changing to a tool that has its own style, the fill and stroke dialog remains grayed out. 2. Upon changing to a tool that has its own style, the fill and stroke dialog changes to reflect this style, and modifying it changes the tool's style for the rest of the session.

1 0

[Blueprint] Informative UI (hyperlink-like shortcuts on UI)
by Pajarico 10 Jan '11

10 Jan '11

I'm working on a specification and would like to now your thoughts. https://blueprints.launchpad.net/inkscape/+spec/informative-ui Regards and happy new year.

1 0

Palettes
by Teto 09 Jan '11

09 Jan '11

First, all my greetings for the new year ^^. Second the palettes. You can change/configure the color of the fill/stroke with 3 tools: - The one shown with Shift+Ctrl+F - The palettes -> Shift + Ctrl + W - The palette always shown on the bottom of the screen. Until today, I never used the last 2 ones, because they were simply useless for me, preferring the first one (a gimp-like tool). Now it's different, I read the documentation and discovered how to edit the palettes, and change the tip texts (for naming colors). I have to do that by hand, but it's better than nothing. I need user-defined palettes. But. I think that's something is missing: a direct link between the palettes and "Shift+Ctrl+F". In the tool "Shift+Ctrl+F" I'd like to see: - Another tab, named "palette" with a palette that can be changed/edited/saved/whatever dynamically. - 3 buttons (under cursors blur and opacity): 'add' to add the color shown above (for stroke or fill, the one which is active) in the dynamic palette ; 'copy' to copy the color shown above in a special clipboard ; 'paste' to paste the color in the clipboard to the active color. - Of course, the tab 'palette' would have all the comforts: change active color, edit/delete colors, rename them, save/load/create the palette, replace the one in the bottom of the screen, and so on. - The gimp palettes seem to avoid alpha. Pity, but it doesn't matter. These are just my little thoughts in the beginning of the year. Maybe changes are planned for futures versions, I must admit that I didn't watch. If it's not the case I really think that something must be done to change palettes in a more 'user-friendly' way. My 2 cents, Teto. By the way: 0.48.1 is out soon. That rocks! ^^ Great job all developers!

3 5

Re: [Inkscape-devel] Building the trunk on Gentoo. Compile problemswith GTK
by Daniel Macks 09 Jan '11

09 Jan '11

On Sat, 8 Jan 2011 11:57:21 -0800, Jon Cruz wrote: > On Jan 5, 2011, at 6:00 AM, Alexander Wright wrote: > > > svg-view.cpp:116:28: error: ‘gdk_cursor_unref’ was not declared in this scope > > svg-view.cpp: In member function ‘virtual void SPSVGView::mouseout()’: > > svg-view.cpp:122:70: error: ‘GTK_WIDGET’ was not declared in this scope > > svg-view.cpp:122:85: error: ‘gdk_window_set_cursor’ was not declared in this > > scope > > make[3]: *** [svg-view.o] Error 1 > > > > Adding #include <gtk/gtk.h> to svg-view.cpp and widgets/sp-color-wheel- > > selector.cpp fixes the problem. > > In general, good practice is to include only the smallest set of headers that a .cpp file will be consuming. Avoiding "kitchen sink" headers brings many advantages including code clarity, better modularity and encapsulation, faster compile times, etc. > > It appears that GTK might be moving away from this. Although adding <gtk/gtk.h> might help 'unbreak' a compile, I'd see if a few explicit additions can help. (BTW, this is a perfect example of problems due to one include file including other include files). gtk has an explicit goal of only allowing a library's main header to be included. With the exception of one or two oddballs (outside scope of normal gtk and gdk use), <gtk/gtk.h> and <gdk/gdk.h> are the only approved ones for public consumption. See: http://live.gnome.org/GnomeGoals/CleanupGTKIncludes Don't shoot me, I'm just the messenger:) dan -- Daniel Macks dmacks@...2516...

2 1

Feature request: text object could be viewed differently in the editor
by Mukhtar Ullah 09 Jan '11

09 Jan '11

Dear Inkscape developers, I would love to see a feature from TpX and Jpgfdraw. When using the pdf export with latex option, the latex code may get too long and obscure the other objects in a small figure. In TpX and Jpgfdraw, the properties dialog of the text objects allows to specify two text strings: one for to be typeset and one for the editor to show. If this is implemented in Inkscape, the figures would look neat because then the user needs only write a short hint to the actual latex formula for showing in the editor. Currently I have the following workaround. In a text object with a long latex string, I write the actual latex code in the description property of the text object (by right.clicking on it) and write a short hint to the latex code inside \cm{}. This command I define in the latex document: \newcommand{\cm}[1]{} to make sure that only the description is typeset in the output pdf. Mukhtar

1 0

Building the trunk on Gentoo. Compile problems with GTK
by Alexander Wright 08 Jan '11

08 Jan '11

Hi, I'm getting this compile error on Gentoo: svg-view.cpp: In member function ‘virtual void SPSVGView::mouseover()’: svg-view.cpp:114:40: error: ‘GDK_HAND2’ was not declared in this scope svg-view.cpp:114:49: error: ‘gdk_cursor_new’ was not declared in this scope svg-view.cpp:115:70: error: ‘GTK_WIDGET’ was not declared in this scope svg-view.cpp:115:87: error: ‘gdk_window_set_cursor’ was not declared in this scope svg-view.cpp:116:28: error: ‘gdk_cursor_unref’ was not declared in this scope svg-view.cpp: In member function ‘virtual void SPSVGView::mouseout()’: svg-view.cpp:122:70: error: ‘GTK_WIDGET’ was not declared in this scope svg-view.cpp:122:85: error: ‘gdk_window_set_cursor’ was not declared in this scope make[3]: *** [svg-view.o] Error 1 Adding #include <gtk/gtk.h> to svg-view.cpp and widgets/sp-color-wheel- selector.cpp fixes the problem. On IRC, user su-v suggested it might be related to this: https://bugs.launchpad.net/ubuntu/+source/claws-mail/+bug/247909/comments/12 I think this requires a code fix. Cheers, Alex. >>> Emerging (1 of 1) media-gfx/inkscape-9999 from Alexander * Package: media-gfx/inkscape-9999 * USE: amd64 dia elibc_glibc inkjar kernel_linux lcms multilib nls postscript spell userland_GNU wmf * FEATURES: preserve-libs sandbox splitdebug >>> Unpacking source... * bzr update start --> * repository: lp:inkscape Tree is up to date at revision 9995. * exporting ... ============================================================================= When you report a trouble about building BZR version of inkscape, Please report following information about distro and tools version, too. --1. distribution------------------------------------------------------------ Gentoo Base System release 2.0.1 --2. tools------------------------------------------------------------------- /usr/bin/m4: m4 (GNU M4) 1.4.15 /usr/bin/autoconf: autoconf (GNU Autoconf) 2.65 /usr/bin/autoheader: autoheader (GNU Autoconf) 2.65 /usr/bin/automake: automake (GNU automake) 1.11.1 automake-1.7: not found automake-1.8: not found /usr/bin/automake-1.9: Useless use of /d modifier in transliteration operator at /usr/share/automake-1.9/Automake/Wrap.pm line 60. automake (GNU automake) 1.9.6 /usr/bin/aclocal: aclocal (GNU automake) 1.11.1 aclocal-1.7: not found aclocal-1.8: not found /usr/bin/aclocal-1.9: aclocal (GNU automake) 1.9.6 /usr/bin/intltoolize: intltoolize (GNU intltool) 0.41.1 /usr/bin/gettextize: /usr/bin/gettextize (GNU gettext-tools) 0.18.1 --3. environment variables--------------------------------------------------- LDFLAGS=-Wl,-O1 -Wl,--as-needed LDFLAGS_default= PORTAGE_PYM_PATH=/usr/lib64/portage/pym PRELINK_PATH_MASK=/usr/lib64/libfreebl3.so:/usr/lib64/libnssdbm3.so:/usr/lib64/libsoftokn3.so CFLAGS_default= ASFLAGS_x86=--32 PROFILE_PATHS=/usr/portage/profiles/base PORTAGE_BIN_PATH=/usr/lib64/portage/bin CXXFLAGS=-march=athlon64 -O2 -pipe PATH=/usr/lib64/portage/bin/ebuild- helpers:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64- pc-linux-gnu/gcc-bin/4.5.2 LANG=en_GB.UTF-8 DCCC_PATH=/usr/lib64/distcc/bin LANGUAGE= CFLAGS=-march=athlon64 -O2 -pipe LDFLAGS_x86=-m elf_i386 CFLAGS_x86=-m32 ROOTPATH=/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.2 USB_DEVFS_PATH=/dev/bus/usb ============================================================================= I am testing that you have the required versions of autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof and if anything goes wrong, there may be guidance in the file HACKING.txt checking for autoconf >= 2.52 ... yes (version 2.65) checking for automake >= 1.10 ... yes (version 1.11.1) checking for glib-gettextize >= 2.0.0 ... yes (version 2.26.1) checking for intltool >= 0.17 ... yes (version 0.41.1) Running aclocal-1.11 ... Running autoheader ... Running libtoolize ... libtoolize: putting auxiliary files in `.'. libtoolize: linking file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in- tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' Running automake-1.11 --copy --force --add-missing ... configure.ac:42: installing `./compile' configure.ac:12: installing `./config.guess' configure.ac:12: installing `./config.sub' configure.ac:14: installing `./install-sh' configure.ac:14: installing `./missing' share/palettes/Makefile.am:36: foreach i,$(palettes_i18n: non-POSIX variable name share/palettes/Makefile.am:36: (probably a GNU make extension) src/Makefile.am: installing `./depcomp' Running autoconf ... Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... Done! Please run './configure' now.

3 2

Inkscape Intro video assistance needed
by Ian Caldwell 07 Jan '11

07 Jan '11

I'm forwarding on an email on behalf of myself and Courtenay, We're attempting to create an intro video for the inkscape website located at http://djink.chrismorgan.info/about/ The following listed below is a sample of the video http://inkscape.org/~inc/mockup-intro-vid-started.mov If you're willing to assist with one of the parts please either A. reply to this email or B. add your name to the list here... https://docs.google.com/document/pub?id=1QDTbDv7SGZIyrBUvSoraC_587ROY49l-bV… Thanks, Ian Caldwell ---------- Forwarded message ---------- From: Hinerangi Courtenay I've updated the movie file with some sample shots ( http://inkscape.org/~inc/mockup-intro-vid-started.mov) - it gives a slightly clearer idea of the atmosphere I'm trying to create. Here is a list of shots still needed: • 5 second shot of Inkscape with docked dialogs open and a nice illustration being worked on • 3 second shot of Inkscape being used on Windows (XP/Vista/7) - full-screen recording with taskbars visible • 3.5 second shot of Inkscape being used on any Linux distro - full-screen with taskbars visible • 3-5 seconds each of 2-3 people using Inkscape for different purposes (eg. diagrams, artwork, logos, etc.) - to illustrate pro users & hobbyists • 10 second time-lapse/fast-motion of someone making art • 3 second close-up of pen tool or caligraphy tool in use • 4 seconds of something representing community - any suggestions? Ideally there would be different people for most of these - at worst we could get away with maybe 4? If anyone has any better ideas for shots already included, they're more than welcome to make suggestions. I think it would be useful to have an official Inkscape channel - then any videos created for the website could go there (promos, interviews, tutorials, etc). Youtube has a huge audience, and could draw more traffic to the Inkscape website.

3 2