May 2004 - Inkscape Devel - Inkscape Mailman

file open/save dialog
by Artemio 13 May '04

13 May '04

Hello! I noticed that if you have several Inkscape instances, and you fire up a file save or open dialogue with one of them, you cannot close those other instances until you close this open/save dialogue. Artemio. -- ArtemioLabs :.: innovative audio laboratories :.: http://artemiolabs.com [local time 14:27:50 (GMT +3) 13 May 2004] [system uptime 1 hr 19 min]

2 1

Re: [Inkscape-devel] window layout configurable
by bulia byak 13 May '04

13 May '04

>1. "File" toolbar which would repeat the File menu. We even have a patch for this in the RFE tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=902331&group_id=93… However the patch has a button size mismatch with the top panel buttons which looks ugly. Also before we make more than one horizontal toolbar, I want these toolbars to be totally configurable by dragging, so I could e.g. position a number of short toolbars in one row. I think someone mentioned that GTK 2.4 has support for this but we don't use it yet. >2. When saving a document, suggest a name like "untitled.svg". Ted, is this hard to do? _________________________________________________________________ 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…

5 4

Help with more grid problems
by Carl Hetherington 13 May '04

13 May '04

Hi, My next grid problem is this: 1. Turn the grid on. 2. Draw a 1x1 square on this grid using the pen tool. Note that the nodes of this square are snapped to the grid. 3. Scale this square using the handles and stop when the scale snaps near a size of 2x2. Now that square's nodes are no longer snapped to the grid. AFAICS this is because the scaling makes use of the sp_item_bbox_desktop(), which includes line widths. It suggests to me that the only way to solve this problem is to have a second bounding box function that considers nodal positions only. Then this could (optionally) be used for scaling. Any thoughts? Have I missed something? Thanks Carl

4 5

[Fwd: [Sodipodi-list] feature request / suggestion]
by Jon Phillips 13 May '04

13 May '04

-----Forwarded Message----- > From: organism@...352... > To: sodipodi-list(a)lists.sourceforge.net > Subject: [Sodipodi-list] feature request / suggestion > Date: Thu, 13 May 2004 09:25:57 -0700 > > It would be particularly handy to be able to "lock" the length [or other properties] of a segment [vector between nodes]. > > I envision that if a segment's length were locked, then the movement of one end node would result in a circular motion. This would be very, very handy for constructing precision geometric shapes. > > I can also see how the ability to lock the angle defined by two nodes would be handy as well. The movement of one end node in this circumstance would result in "sliding" the node along a precision vector, allowing the expansion in length of a segment without altering it's angle. > > In other news... still hoping for one day: > Text along a path, and > Text defined by box [meaning the box is resized and the text's breaks are automatically redefined to fit]. > > No complaints, though! I use sodipodi for a tremendous amount of things nowadays! > > --gcr > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Sodipodi-list mailing list > Sodipodi-list(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sodipodi-list -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA 92037 USA cell.858.361.2811 jon@...235... http://www.rejon.org

1 0

file previews?
by Artemio 13 May '04

13 May '04

Hello there! Well, I was thinking that, what if a preview was available in "open file" dialogue? I know you are using a default gtk dialogue. But maybe you can tweak it to have a preview, ala GIMP 2.0? The top 10 feature requester, Artemio. ;-P -- A-Man :.: new music from Artemio :.: http://a-man.artemio.net [local time 14:32:33 (GMT +3) 13 May 2004] [system uptime 1 hr 24 min]

3 2

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