Hi Inkers,
is there any way to make objects snap to each other in inkscape? E.g. when I move a square close to another one, the corners would get magnetic.
Or when I want to draw a vertical between two parallel lines the start and the end of the vertical should snap to the parallels.
I have found nothing in the settings and using guides can not always be an suitable substitute. And usualy I can't work with grids, for I'm working with scans of hand drawings which I "vectorize".
TIA for info!
Cheerz Lars
Lars Behrens wrote:
is there any way to make objects snap to each other in inkscape? E.g. when I move a square close to another one, the corners would get magnetic.
The roadmap says "Object-to-object snapping / Snap points" is planned for 0.48
http://www.inkscape.org/roadmap.php
Myself, I'd appreciate knowing how to "snap to grid". I see it in the Document Preferences / Grid dialog, but so far haven't been able to get it working.
LQ
is there any way to make objects snap to each other in inkscape?
E.g.
when I move a square close to another one, the corners would get
magnetic.
The roadmap says "Object-to-object snapping / Snap points" is planned for 0.48
http://www.inkscape.org/roadmap.php
Myself, I'd appreciate knowing how to "snap to grid". I see it in the Document Preferences / Grid dialog, but so far haven't been able to
get
it working.
If we're lucky, we may see object to object snapping sooner than that, as people were recently working on the snapping function.
I believe that you can toggle snapping & grid is with 'Shift+' or '|' and for snapping and guides you've made it's 'Shift+3' or '#'. Both toggle respective functions on and off. I haven't used in a while, but you can reference the "Keys and Mouse" through the Help menu.
-Josh
On Thu, 17 Mar 2005 08:54:38 -0700, Joshua A. Andler <joshua@...233...> wrote:
I believe that you can toggle snapping & grid is with 'Shift+' or '|' and for snapping and guides you've made it's 'Shift+3' or '#'. Both toggle respective functions on and off. I haven't used in a while, but you can reference the "Keys and Mouse" through the Help menu.
Actually, Shift+# for grid and Shift +| fro guides, which is pretty clear from View menu :)
Alexandre
Alexandre Prokoudine wrote:
Actually, Shift+# for grid and Shift +| fro guides, which is pretty clear from View menu :)
Perfectly clear. These toggle the *display* of the grid and guides, which is what I expected. My query regarded snapping, which I've sorted out. Several UI factors were combining to throw me off.
1. Grid/guide display and snap distance settings are document-level prefs, which is expected. Snap toggling is also a document pref. That's unusual. It takes five clicks to toggle snapping and return to work.
2. Initial snap distance is so fine (0.4000px) that the snapping action is imperceptible, which gives the impression it's not working.
3. The significance of '.4' is cryptic and adds to confusion.
Once I substantially increased the snap distance and could see the snaps working, it all made sense. Frankly, '0.4000' is so small and mysterious that it creates doubt as to what 'snap distance' really means. Turns out it's exactly what one expects (snap gravity), it's just set so low that **it effectively turns snapping off**.
Superfine snapping is good for finish work at high magnification, but most of us start-out by *sketching* at 100%. I think the out-of-box snap distance should be higher, so that toggling snaps on provides some initial feedback. And '.4' should go. It doesn't mean anything, but seems to.
Anyhow, wonderful product. I'll be using it plenty, and would be happy to contribute some documentation work when I'm more familiar.
Thanks.
LQ
On Fri, 18 Mar 2005 07:51:49 -0500, Lou Quillio <public@...534...> wrote:
Alexandre Prokoudine wrote:
Actually, Shift+# for grid and Shift +| fro guides, which is pretty clear from View menu :)
Perfectly clear. These toggle the *display* of the grid and guides, which is what I expected. My query regarded snapping, which I've sorted out. Several UI factors were combining to throw me off.
Ahh, sorry, I was'ne attentive enough.
Yes, I wish it was user-configurable. In Scribus 1.3cvs I use Ctrl+Shift+# for toogling snap to grid and Ctrl+Shift+| for toogling snap to guides. Bulia, is there a way to do it for Inkscape too or am I missing something already existing?
Alexandre
On Fri, 18 Mar 2005 16:11:52 +0300, Alexandre Prokoudine <alexandre.prokoudine@...155...> wrote:
Yes, I wish it was user-configurable. In Scribus 1.3cvs I use Ctrl+Shift+# for toogling snap to grid and Ctrl+Shift+| for toogling snap to guides. Bulia, is there a way to do it for Inkscape too or am I missing something already existing?
These keys toggle BOTH visibility and snapping. Watch the desktop prefs dialog as you press them.
On Fri, 18 Mar 2005 08:40:39 -0800, bulia byak <buliabyak@...155...> wrote:
On Fri, 18 Mar 2005 16:11:52 +0300, Alexandre Prokoudine <alexandre.prokoudine@...155... > wrote:
Yes, I wish it was user-configurable. In Scribus 1.3cvs I use Ctrl+Shift+# for toogling snap to grid and Ctrl+Shift+| for toogling snap to guides. Bulia, is there a way to do it for Inkscape too or am I missing something already existing?
These keys toggle BOTH visibility and snapping. Watch the desktop prefs dialog as you press them.
You are right and it's a very good idea. I don't understand why I haven't noticed it :)
Craig, what about implementing this in Scribus as well? :)
Alexandre
On Fri, 18 Mar 2005 07:51:49 -0500, Lou Quillio <public@...534...> wrote:
- Grid/guide display and snap distance settings are document-level prefs, which is expected. Snap toggling is also a document pref. That's unusual. It takes five clicks to toggle snapping and return to work.
It would not be logical to have these settings separate. Besides the # and | keys toggle BOTH snapping and visibility.
- Initial snap distance is so fine (0.4000px) that the snapping action is imperceptible, which gives the impression it's not working.
That's indeed a problem, and I've been planning to fix it by making the snap distance specifiable in screen pixels, i.e. the same in _visible_ length but different _absolute_ length depending on zoom. I think it would make much more sense.
However this would only be possible to do in combination with snapping only to the visible grid lines (some of them become invisible as you zoom out), as I proposed here long ago. I still think it's the best approach, though some people objected (frankly I don't remember their arguments, though I remember not being convinced by them :) and so I shelved this idea. What's the current opinion of people?
Quoting bulia byak <buliabyak@...155...>:
However this would only be possible to do in combination with snapping only to the visible grid lines (some of them become invisible as you zoom out), as I proposed here long ago. I still think it's the best approach, though some people objected (frankly I don't remember their arguments, though I remember not being convinced by them :) and so I shelved this idea. What's the current opinion of people?
Please go ahead and implement it. The problem in part was that your intent had been misinterpreted -- you'll notice that most of the complaints died down once people understood what you were actually trying to do.
-mental
I am fairly new to Inkscape coding, but I would really like to help with this particular feature. Any specific things I can do or suggestions on how/where to start?
-Michael Forbes
------------------------------------------------------------ Student System Operator binx.mbhs.edu BEN Manager http://ben.mbhs.edu BNC Internet Division http://bnc.mbhs.edu MBHS Webmaster http://www.mbhs.edu BlazerNet President http://blazernet.mbhs.edu Computer Team Co-President http://computerteam.mbhs.edu MBLUG President http://mblug.mbhs.edu ------------------------------------------------------------
On Fri, 18 Mar 2005 mental@...32... wrote:
Quoting bulia byak <buliabyak@...155...>:
However this would only be possible to do in combination with snapping only to the visible grid lines (some of them become invisible as you zoom out), as I proposed here long ago. I still think it's the best approach, though some people objected (frankly I don't remember their arguments, though I remember not being convinced by them :) and so I shelved this idea. What's the current opinion of people?
Please go ahead and implement it. The problem in part was that your intent had been misinterpreted -- you'll notice that most of the complaints died down once people understood what you were actually trying to do.
-mental
SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id%14396&op=click _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
From MAILER-DAEMON Sat Mar 19 00:06:06 2005
MIME-Version: 1.0 From: MAILER DAEMON <> Message-Id: <20050319080552.AFBBFD00723F@...558...> Content-Type: multipart/report; report-type=delivery-status; charset=utf-8; boundary="----------=_1111219556-12921-1" To: inkscape-user@lists.sourceforge.net Date: Sat, 19 Mar 2005 03:05:56 -0500 (EST) X-Spam-Score: 1.7 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.3 FROM_NO_USER From: has no local-part before @ sign 1.3 FROM_NO_LOWER From address has no lower-case characters Subject: [Inkscape-user] Banned file: message.scr in mail from you Sender: inkscape-user-admin@lists.sourceforge.net Errors-To: inkscape-user-admin@lists.sourceforge.net X-BeenThere: inkscape-user@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk Reply-To: inkscape-user@lists.sourceforge.net List-Unsubscribe: https://lists.sourceforge.net/lists/listinfo/inkscape-user, mailto:inkscape-user-request@lists.sourceforge.net?subject=unsubscribe List-Id: Inkscape User Community <inkscape-user.lists.sourceforge.net> List-Post: mailto:inkscape-user@lists.sourceforge.net List-Help: mailto:inkscape-user-request@lists.sourceforge.net?subject=help List-Subscribe: https://lists.sourceforge.net/lists/listinfo/inkscape-user, mailto:inkscape-user-request@lists.sourceforge.net?subject=subscribe List-Archive: http://sourceforge.net/mailarchive/forum.php?forum=inkscape-user
This is a multi-part message in MIME format...
------------=_1111219556-12921-1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-Disposition: inline
QkFOTkVEIEZJTEVOQU1FIEFMRVJUCgpZb3VyIG1lc3NhZ2UgdG86IHdlYm1hc3RlckAuLi41NTcu Li4Kd2FzIGJsb2NrZWQgYnkgb3VyIFNwYW0gRmlyZXdhbGwuIFRoZSBlbWFpbCB5b3Ugc2VudCB3 aXRoIHRoZSBmb2xsb3dpbmcgc3ViamVjdCBoYXMgTk9UIEJFRU4gREVMSVZFUkVEOgoKU3ViamVj dDogTWFpbCBEZWxpdmVyeSAoZmFpbHVyZSB3ZWJtYXN0ZXJALi4uNTU3Li4uKQoKQW4gYXR0YWNo bWVudCBpbiB0aGF0IG1haWwgd2FzIG9mIGEgZmlsZSB0eXBlIHRoYXQgdGhlIFNwYW0gRmlyZXdh bGwgaXMgc2V0IHRvIGJsb2NrLgoKCg==
------------=_1111219556-12921-1 Content-Type: message/delivery-status Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Description: Delivery error report
Reporting-MTA: dns; smtp.fgcu.edu Received-From-MTA: smtp; smtp.fgcu.edu ([127.0.0.1]) Arrival-Date: Sat, 19 Mar 2005 03:05:56 -0500 (EST)
Final-Recipient: rfc822; webmaster@...557... Action: failed Status: 5.7.1 Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, id=12921-01-55 - BANNED: message.scr Last-Attempt-Date: Sat, 19 Mar 2005 03:05:56 -0500 (EST)
------------=_1111219556-12921-1 Content-Type: text/rfc822-headers Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Description: Undelivered-message headers
Received: from fgcu.edu (unknown [218.111.53.10]) by smtp.fgcu.edu (Spam Firewall) with ESMTP id AFBBFD00723F for <webmaster@...557...>; Sat, 19 Mar 2005 03:05:52 -0500 (EST) From: inkscape-user@lists.sourceforge.net To: webmaster@...557... Subject: Mail Delivery (failure webmaster@...557...) Date: Sat, 19 Mar 2005 16:06:10 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_001B_01C0CA80.6B015D10" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <20050319080552.AFBBFD00723F@...558...>
------------=_1111219556-12921-1--
participants (7)
-
unknown＠example.com -
Alexandre Prokoudine -
bulia byak -
Joshua A. Andler -
Lars Behrens -
Lou Quillio -
Michael Forbes