May 2007 - Inkscape Devel - Inkscape Mailman

Inkscape runs on Max OS 10.3
by jiho 04 May '07

04 May '07

Hello everybody, Thanks to the repeated efforts of John Faith, the latest version of Inkscape now seems to run on OS X 10.3 aka. Panther. Many Panther users reported some bugs and were disappointed that the new 0.45 release left them behind. These cruel days are hopefully over! A build is available in Inkscape's development builds repository: http://inkscape.modevia.com/macosx-snap/?C=M;O=D [pick Inkscape-20070504-10.3.dmg] This build is made from a recent SVN snapshot so it has more features (and potentially more bugs also ;) ) than the 0.45 release. The application is also larger than usual (>100Mb) because it is not stripped from debugging symbols. Currently John is still struggling to complete a compile from a fresh start. Once this is sorted out and once this first build gets some testing, we'll provide a more official build (maybe a 0.45.2 if this is ever planned to happen). Thank you for your patience and thanks again to John who made this happen. JiHO --- http://jo.irisson.free.fr/

1 0

Re: [Inkscape-devel] [Inkscape-user] Live trace?
by jiho 04 May '07

04 May '07

[Note brought to inkscape-devel from Inkscape-user] On 2007-May-04 , at 10:05 , Michael Grosberg wrote: > John R. Culleton <john@...360...> writes: >> Is there a function in Inkscape equivalent to the "live trace" in the >> latest version of Illustrator? > > No, there isn't. The is a tracing function in Inkscape in Path > Trace bitmap. The differences are that in Inkscape: - you get a small bitmap preview of the trace result before doing the actual trace. From my point of view this allows to work on small machines while redoing the complete tracing each time you change a parameter (i.e as in Illustrator) is probably very resource hungry. The bitmap preview is not autoupdated so that's not exactly "Live" but the update is just a click of a button away. - the preview is in the Tracing window rather than on canvas. - there are not tracing presets as in Illustrator but I guess these should not be too hard to make - the color mapping (map the trace colors to a palette) does not exist (and the functionality is pretty cool actually see http:// www.creativecow.net/articles/mcmahon_frank/livetrace/livetrace.htm ) So there are less bells and whistles but the main functionality is there. From a developer point of view: - what about auto-updating the preview when the parameters are changed? IMHO that would slow down things too much but maybe an auto- update checkbox would be nice for people on bigger machines than mine. - how hard would it be to put the low resolution bitmap preview of the trace on canvas rather than in the trace dialog? This would be a nice feature and would probably ease things very much when it comes to docking the trace dialog. - the color mapping feature is really nice and probably handy in some situations (e.g. I am doing a flyer with a defined color palette and I want to integrate a traced bitmap). I don't see any color mapping options in potrace so I guess this would require some substantial changes to potrace. Alternatively an extension which would map all colors in selected objects to their closer match in the selected swatches set would probably be very nice in many situations and not just on a traced object (I am thinking of cliparts imported from OCAL for example). Cheers, JiHO --- http://jo.irisson.free.fr/

3 3

Seamless pattern ui suggestion
by Néstor Díaz 04 May '07

04 May '07

Hi everyone: A few months ago there was a discussion about UI improvements to help designing seamless patterns. The following link has a couple of screenshots of an application made for textile patterns: http://www.arahne.si/paint.html It would nice to have a View mode for patterns. More descriptions: The designer prepares a canvas, for example 24x24. Inside we draw something. We change to Pattern view mode The canvas changes to a pattern view where we can tweak a couple of parametres for displacement. Whenever we draw outside the canvas the view reflects changes for seamless design. Hope this helps and somebody else would be interested in such feature :) -- Néstor Díaz www.barriolinux.net Conocimiento libre

1 0

untidy new menu
by Alex Mac 02 May '07

02 May '07

For some reason the templates listed in the new menu are not in alphabetical order on my system (inkscape 0.45 / ubuntu feisty) also they are given rather obscure names with underscores. If they were listed alphabetically and given more human sounding names "Default page (in points)" rather than "default_pt" that would be great, although I think copying the gimps new dialog box would be a much better way of doing this (they have pretty icons in their menu too :) ). Alex

2 1

Cairo 1.4.6
by Bob Jamison 02 May '07

02 May '07

I noticed on osnews.com that Cairo has a 1.4.6 release out (congrats, guys!). So I made a build here: http://inkscape.modevia.com/win32libs/cairo-1.4.6-mingw.7z It works great with Inkscape, so I added it to the library bundle: http://inkscape.modevia.com/win32libs/gtk210-070501.7z Cairo is the only difference, so if you have the latest bundle already, you might want to only grab Cairo. The new autobuilds will be built with this version of Cairo: http://inkscape.modevia.com/win32 bob

2 1

PDF export seems clipped at the top with margin at bottom
by R (Chandra) Chandrasekhar 02 May '07

02 May '07

Dear Folks, Apologies for cross-posting here after trying inkscape-users. Perhaps this is the correct forum. I use Inkscape 0.45 (Feb 3 2007) on a Kubuntu Dapper Linux PC. It is a great program and thanks for it! I have hit a minor but niggling problem. I am trying to get a tight bounding box around a single exclamation mark input as text at large font size, selected, converted from text to path, and saved as a PDF, from within Inkscape. I have used Path-> Object to path and File -> Document properties -> Page -> Fit page to selection and exported as PDF. There seems to be a margin beyond the object at the bottom, and the top of the object is clipped, very likely by the same amount. This is seen when viewing the exported PDF at 6400% in Acroread. The dotted box that appears in Inkscape when the object is selected appears perfect. The settings for snapping to grid/object/path have been toggled with no change in behaviour of the exported file. These problems persist for any text string, regardless of font, converted to paths, and exported as a PDF. I can post PDFs illustrating this if told where to post them. Is this a bug, and if so, is there a workaround? Otherwise, how may I avoid it? TIA. --Chandra 02 May 07

1 0

Java Native Access
by MenTaLguY 01 May '07

01 May '07

Since I've been tossing the idea of using Java for scripting around a bit, this seems like a much better alternative to JNI for writing Java bindings to C code: http://jna.dev.java.net/ -mental

1 0

new patch: cairo ps output
by Adib Taraben 01 May '07

01 May '07

Hello, I made a small patch to create PS output via cairo. I used some cairo export functions already there. Hope that will be useful (in some next future). For now I noticed that the cairo does not show any text and mostly falls back into a rasterer and so not generating any vectors. Adib. https://sourceforge.net/tracker/index.php?func=detail&aid=1710484&group_id=…

1 0

Re: [Inkscape-devel] GTK icon sizes
by jiho 01 May '07

01 May '07

On 2007-April-30 , at 23:15 , Jon A. Cruz wrote: > On Apr 30, 2007, at 9:25 AM, jiho wrote: >> So if I understand well, ICON_SIZE_DECORATION is something >> specific to Inkscape. Can I control which standard GTK icon size >> it gets assigned to from the theme only? >> Currently I use: >> gtk-icon-sizes = "gtk-menu=13,13:gtk-button=16,16:gtk-large- >> toolbar=24,24:gtk-small-toolbar=16,16:gtk-dialog=48,48" >> I would like the menu icons to remain small and the DECORATION >> icons to be gtk-small-toolbar size, if that's possible. Otherwise >> I'll just use 16x16 in the menus but the fact that these toolbar >> elements get assigned to the size to the menu icons seems strange. > [...] > > Yes, that size is specific to Inkscape. You can specify it in a gtk > rc file with > > gtk-icon-sizes = "inkscape-decoration=64,64" > > (as you can see, that one will make them huge) OK, thank you, I'll do this in my particular theme since it's clearly related to Inkscape. > The intent of that custom size was to have things that are > "smaller" than the normal toolbar items. They could be less > important, or perhaps are visual state indicators that are > additional and informational. Bulia is the one who really wanted to > keep them smaller, and I agree that overall that improves the UI. > > I believe that the code defaults to the "menu" size, since it is > usually smaller and about the size desired. *Then* whenever > possible the code goes and registers our size as 75% of the menu > icon size. On the smaller ones it is not as noticeable, but when > more dots are specified (high-res monitor, large print theme, etc.) > that starts to show more. > > Again, the intent of that size is to have visual items that are > smaller than the small toolbar size. I understand this and agree that it improves the UI and is conceptually justified to have those icons a bit smaller than the rest of the toolbar's icons. However, if it is possible to specify those sizes as percentage of a standard size, why not use 75% of gtk- small-toolbar size? This way, these icons are guaranteed to be `"smaller" than the normal toolbar items`. Indeed gtk-menu size seems completely independent from the toolbar size to me and there may be themes in which people want their menu icons to be very big or very small and they will make Inkscape look strange, don't you think? Just to go a little further because I know you implemented the color swatches bar: how are the sizes decided there? is it something along the lines: tiny=50% of inkscape-decoration small=75% of inkscape-decoration normal=100% ... or something like: tiny=gtk-menu-size small=gtk-small-toolbar-size normal=gtk-large-toolbar-size ... Indeed I remarked that, with some themes, tiny may be bigger than small which is odd. > If you go to your .inkscape/preferences file, look for the top- > level "debug" group, possibly near the end. Then look for an > "icons" group in there. Set dumpDefault to 1 and you should get > this when you run: > > ** Message: Default icon sizes: > ** Message: =-- 0 size:1 (16, 16) 'GTK_ICON_SIZE_MENU' > ** Message: 0 size:1 (16, 16) > ** Message: =-- 1 size:2 (18, 18) 'GTK_ICON_SIZE_SMALL_TOOLBAR' > ** Message: 1 size:2 (16, 16) > ** Message: =-- 2 size:3 (24, 24) 'GTK_ICON_SIZE_LARGE_TOOLBAR' > ** Message: 2 size:3 (24, 24) > ** Message: =-- 3 size:4 (20, 20) 'GTK_ICON_SIZE_BUTTON' > ** Message: 3 size:4 (20, 20) > ** Message: =-- 4 size:5 (32, 32) 'GTK_ICON_SIZE_DND' > ** Message: 4 size:5 (32, 32) > ** Message: =-- 5 size:6 (48, 48) 'GTK_ICON_SIZE_DIALOG' > ** Message: 5 size:6 (48, 48) > ** Message: =-- 6 size:7 (12, 12) 'inkscape-decoration' > ** Message: 6 size:7 (12, 12) > > Here is the snippet of my prefs: > <group > id="debug"> > <group > id="icons" > overlaySvg="0" > dumpDefault="1" > dumpGtk="0" > dumpSvg="0" /> > </group> > </inkscape> OK that's a good tip. Thanks. JiHO --- http://jo.irisson.free.fr/

1 0