- Inkscape Devel - Inkscape Mailman

download page and win32
by Kees Cook 13 May '04

13 May '04

Can we add http://troi.lincom-asg.com/~rjamison/inkscape/builds/ to the "download.php" list of CVS snapshots? (btw: did the 2004-05-09 autobuild under windows blow up?) -- Kees Cook @outflux.net

4 12

popt
by Kees Cook 13 May '04

13 May '04

Is popt available in the win32 builds? I was going to make it a requirement for the build (to close bug 948333). -- Kees Cook @outflux.net

2 2

RE: [Inkscape-devel] Grid-related patches committed for comments
by bulia byak 13 May '04

13 May '04

>1. Removed feature where alt-drag provides a "slow drag" when moving >objects. Has anyone ever used this? It was probably supposed to be used for exact positioning, but now exact positioning is much easier to do via pixel-size arrow-key nudges. >2. When moving objects, alt-drag now moves them without snapping, even if >the grid is enabled. I like that. Except that on linux alt-drag often drags the window. A workaround is to start dragging first and press Alt while dragging. >3. When moving objects with the grid enabled, the current behaviour is to >snap the objects "snap points" to the grid. This patch adds an >alternative behaviour on Shift-drag: moved objects are snapped such that >they keep the offset from the grid that they had before the move. I think this might be useful too... but it sounds like something pretty limited. I wonder if we can think up something more generally useful for shift-drag. Or maybe move "snapless drag" from Alt to Shift and leave Alt alone. >4. When you paste an object it is pasted at the same offset from the grid >as the original. Sounds logical. >5. An option in Inkscape preferences to make (3) the default and the >current behaviour happen on Shift-drag. I think we should just decide which way is better (or whether we need this behavior at all). Providing shortcut configurability for only one shortcut is confusing (why not others?). Also, snapless drag also needs to be enabled for node tool, not only selector. As for a bbox/nodes snapping configuration switch, on a second thought I think it might not be necessary. If you want your nodes to snap, you just switch to node tool and do it there. In node tool you can even move the entire object by its nodes - press Ctrl-A to select all nodes and drag any one. The only thing you cannot do in node edit is scaling (although this may become possible in the future, see RFE 910817), but for scaling, you usually want to restrict the overall bbox, so the current selector behavior is appropriate. Am I missing something? _________________________________________________________________ Check out the coupons and bargains on MSN Offers! http://youroffers.msn.com

2 1

list of arrows looks strange (snapshot 20040510)
by Artemio 13 May '04

13 May '04

Hello there! The list of arrows in "stroke style" looks strange (snapshot 20040510) - see the attachment. Artemio. -- ArtemioLabs :.: innovative audio laboratories :.: http://artemiolabs.com [local time 19:32:59 (GMT +3) 12 May 2004] [system uptime 1 hr 17 min]

5 5

window layout configurable
by bulia byak 13 May '04

13 May '04

Something I was planning to do since long ago... * The document window layout is completely configurable. Via the View menu commands, you can show or hide menu, top panel, toolbox, rulers, scrollbars, and the statusbar. These settings are saved across sessions, separately for normal and fullscreen modes. _________________________________________________________________ Add photos to your messages with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Re: [Inkscape-devel] Help with more grid problems
by bulia byak 12 May '04

12 May '04

>Also, on the topic of weird things happening when you resize stroked >boxes, another technical drawing 'mis-feature' worth figuring out a good >alternative solution for is how the stroke width is scaled. Normally >when doing a technical drawing you will want to scale some boxes but >maintain a consistent line width on everything. It would be valuable to >have an option in preferences to control whether stroke width is scaled >with object scaling or not. This is done for as long as 2 days today :) Update your CVS :) (See Transforms tab in the Prefs dialog) _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Locale issues and .mo files
by Peter Linnell 12 May '04

12 May '04

Hi, It seems the locale issues Bulia and pjrm were working on last are sorted. Testing current CVS with fr_FR works as expected. Cheers, Peter

1 0

Grid-related patches committed for comments
by Carl Hetherington 12 May '04

12 May '04

Hi, I've committed a couple of patches to the grid behaviour, after discussion with Buila on jabber. If anyone has problems, please say so and I'll fix or back out the patch. 1. Removed feature where alt-drag provides a "slow drag" when moving objects. 2. When moving objects, alt-drag now moves them without snapping, even if the grid is enabled. 3. When moving objects with the grid enabled, the current behaviour is to snap the objects "snap points" to the grid. This patch adds an alternative behaviour on Shift-drag: moved objects are snapped such that they keep the offset from the grid that they had before the move. 4. When you paste an object it is pasted at the same offset from the grid as the original. 5. An option in Inkscape preferences to make (3) the default and the current behaviour happen on Shift-drag. My rationale for (3), in case anyone's interested: It's basically for doing simple line drawings. Draw a simple shape made out of straight lines, some of whose points are snapped to the grid. Now if you move this object around, the bounding box of this object will be snapped, rather than the points themselves. This means that the line position plus its width will be snapped. If you then try to draw another line which joins to the object you've just moved, the new line's points will be snapped. Hence the old object and new line will not meet up, being offset by half the line width. It's possible that this would be better implemented by improving Inkscape's ideas of what "snap points" are, but the end result would be similar. Thanks Carl

4 5

current snapshot is amazing!!! but here are some issues...
by Artemio 12 May '04

12 May '04

Hello there! I just installed the 20040510 snapshot - the things you guys have done with "clone", "inkscape preferences" and stroke style are very cool and useful. Thanks! There are several things I'd like to note though. 1. Look at the snapshot (attached). Some drop-down lists are smaller-sized but the font is still sized as in bigger widgets, and on muy system I can't see the current selected option. 2. Printer command is not yet stored :-( 3. It is the most minor issue, but it looks like Inkscape now closes and opens it's window on startup and on opening new files. It is fairly okay, but this makes a sort of blinking so maybe there's a better way to make this "virgin" tag work instead of killing the previous instance. Or maybe I just don't understand something ;-) Good luck and thanks for your great work! Artemio. -- ArtemioLabs :.: innovative audio laboratories :.: http://artemiolabs.com [local time 16:48:51 (GMT +3) 11 May 2004] [system uptime 43 min]

4 3

AW: [Inkscape-devel] download page and win32
by Taraben, Adib 12 May '04

12 May '04

Yes I can confirm this behaviour. Look at .inkscape\\makefile.mingw It is copied to config.h in the make-proccess. HTH, Adib. ----------------------------------- > > Can someone verify that the windows build is correctly updating > "config.h": the g_ascii_strtod macro isn't being defined in the > autobuilds, it looks like. AFAIK the windows build uses inkscape/config.h.mingw as its config.h. Anything that needs to be in config.h must be added here, I think. Carl

2 1