New as of revision #20491: the much requested and long overdue toolbar with snapping controls!
Please test it and report any bugs. Question to you all: do you think we can remove the "snap" tabs in the document properties dialog, except for the snapping distance sliders?
If you don't need it, just turn it off and it won't bother you again. If you don't like it, then please draw me some new icons. Please forgive, these are the first icons I've ever drawn :-). Obviously, there are no Tango icons yet either.
On Linux, please don't forget to do a "make install" to install the new icons.svg file.
Diederik
2009/1/11 Diederik van Lierop wrote:
New as of revision #20491: the much requested and long overdue toolbar with snapping controls!
Looks good :) However we are still missing possiibility to have several toolbars in a row (something like in Qt4). Time to start using CurlyAnkles widgets? :)
Alexandre
On 01/11/2009 07:49 AM, Alexandre Prokoudine wrote:
2009/1/11 Diederik van Lierop wrote:
New as of revision #20491: the much requested and long overdue toolbar with snapping controls!
Looks good :) However we are still missing possiibility to have several toolbars in a row (something like in Qt4). Time to start using CurlyAnkles widgets? :)
+1
I think this would really make a lot of users happy if we had a more flexible ui.
Only Q though, is this something that we're supposed to bring in-tree? From what I can tell the Ubuntu Jaunty repos don't seem to have any supplied packages.
Cheers, Josh
On 01/11/2009 03:37 PM, Josh Andler wrote:
On 01/11/2009 07:49 AM, Alexandre Prokoudine wrote:
Looks good :) However we are still missing possiibility to have several toolbars in a row (something like in Qt4). Time to start using CurlyAnkles widgets? :)
+1
I think this would really make a lot of users happy if we had a more flexible ui.
Only Q though, is this something that we're supposed to bring in-tree? From what I can tell the Ubuntu Jaunty repos don't seem to have any supplied packages.
Hmmm... looks like it hasn't been updated in over a year.
Jon, do you know if there would be a way to accomplish this without us needing to effectively reinvent the wheel?
-Josh
On Jan 11, 2009, at 2:51 PM, Josh Andler wrote:
On 01/11/2009 03:37 PM, Josh Andler wrote:
On 01/11/2009 07:49 AM, Alexandre Prokoudine wrote:
Looks good :) However we are still missing possiibility to have several toolbars in a row (something like in Qt4). Time to start using CurlyAnkles widgets? :)
+1
I think this would really make a lot of users happy if we had a more flexible ui.
Only Q though, is this something that we're supposed to bring in- tree? From what I can tell the Ubuntu Jaunty repos don't seem to have any supplied packages.
Hmmm... looks like it hasn't been updated in over a year.
Jon, do you know if there would be a way to accomplish this without us needing to effectively reinvent the wheel?
Yes, I've looked specifically at CurlyAnkles periodically.
Basically we have a different approach, and can leverage things better just doing them ourselves. Factors include Inkscape being in C+ + already, our existing Verbs approach, DOM and SVG, etc.
2009/1/12 Jon A. Cruz wrote:
Yes, I've looked specifically at CurlyAnkles periodically. Basically we have a different approach, and can leverage things better just doing them ourselves. Factors include Inkscape being in C++ already, our existing Verbs approach, DOM and SVG, etc.
Yup, but then we need that for 0.47 already, because shipping default Inkscape with three rows of toolbars isn't such a great idea really. And being able to dock toolbars to either top, bottom, left or right side of the windows is a must these days. At least to bottom.
Alexandre
-----Original Message----- From: Alexandre Prokoudine [mailto:alexandre.prokoudine@...400...] Sent: maandag 12 januari 2009 19:00 To: Inkscape Devel List Subject: Re: [Inkscape-devel] Snapping toolbar
2009/1/12 Jon A. Cruz wrote:
Yes, I've looked specifically at CurlyAnkles periodically. Basically we have a different approach, and can leverage
things better
just doing them ourselves. Factors include Inkscape being in C++ already, our existing Verbs approach, DOM and SVG, etc.
Yup, but then we need that for 0.47 already, because shipping default Inkscape with three rows of toolbars isn't such a great idea really.
We could just disable the snapping toolbar per default. I'm thinking about making a "latex" toolbar with a button to quickly save a pdf copy and a eps copy...
And being able to dock toolbars to either top, bottom, left or right side of the windows is a must these days. At least to bottom.
I agree that this would be very nice, but to say that it is a *must*... :P If you say it is a must, you must code it yourself ! ;)
Cheers, Johan
2009/1/12 J.B.C.Engelen wrote:
Yup, but then we need that for 0.47 already, because shipping default Inkscape with three rows of toolbars isn't such a great idea really.
We could just disable the snapping toolbar per default. I'm thinking about making a "latex" toolbar with a button to quickly save a pdf copy and a eps copy...
Sounds like we need a solid extensible foundation for all sort of plugguble things like that.
And being able to dock toolbars to either top, bottom, left or right side of the windows is a must these days. At least to bottom.
I agree that this would be very nice, but to say that it is a *must*... :P If you say it is a must, you must code it yourself ! ;)
So true :)
Alexandre
On Mon, Jan 12, 2009 at 1:51 AM, Josh Andler wrote:
Looks good :) However we are still missing possiibility to have several toolbars in a row (something like in Qt4). Time to start using CurlyAnkles widgets? :)
+1
I think this would really make a lot of users happy if we had a more flexible ui.
Only Q though, is this something that we're supposed to bring in-tree? From what I can tell the Ubuntu Jaunty repos don't seem to have any supplied packages.
Hmmm... looks like it hasn't been updated in over a year.
Now it has :)
http://www.gnomefiles.org/version.php?soft_id=1758
Alexandre
-----Original Message----- From: Diederik van Lierop [mailto:mail@...1689...] Sent: zaterdag 10 januari 2009 23:30 To: inkscape-devel Subject: [Inkscape-devel] Snapping toolbar
New as of revision #20491: the much requested and long overdue toolbar with snapping controls!
Please test it and report any bugs. Question to you all: do you think we can remove the "snap" tabs in the document properties dialog, except for the snapping distance sliders?
If you don't need it, just turn it off and it won't bother you again. If you don't like it, then please draw me some new icons. Please forgive, these are the first icons I've ever drawn :-). Obviously, there are no Tango icons yet either.
Super !!!
Hi,
I was playing a bit with this new snapping toolbar. I must say that I really like it, since most of my sketches are more of a technical nature, where snap tool is a _must_. However, there are few things I have noticed:
1) How come that snapping behavior is much better when drawing new things than when editing existing paths/objects, i.e. moving nodes, paths, objects etc. Snapping while editing seams more like old snapping behavior, i.e. before adding weight factor. It would be cool if snapping behavior would be the same in both modes (using a new one of course :))
2) There are no icons for snap to grid and snap to guides. Is this intentionally or they are simply not added yet? I believe adding those would be good as well.
3) Maybe it would be better to separate toolbar in 3 sections, like a) toggle all snapping, b) what snaps and c) what does it snap to. Anyway, this is only a thought.
If it helps, I'm on Win XP, using build 20525 from modevia. Unfortunately the testing in this one is a bit harder, since it constantly crashes (I think it has nothing to do with snapping though).
But otherwise this snapping just rocks now :)
Regards, Rok
On Sat, Jan 10, 2009 at 11:29 PM, Diederik van Lierop <mail@...1689...>wrote:
New as of revision #20491: the much requested and long overdue toolbar with snapping controls!
Please test it and report any bugs. Question to you all: do you think we can remove the "snap" tabs in the document properties dialog, except for the snapping distance sliders?
If you don't need it, just turn it off and it won't bother you again. If you don't like it, then please draw me some new icons. Please forgive, these are the first icons I've ever drawn :-). Obviously, there are no Tango icons yet either.
On Linux, please don't forget to do a "make install" to install the new icons.svg file.
Diederik
Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 01/15/2009 08:56 PM, Rock Star wrote:
- How come that snapping behavior is much better when drawing new
things than when editing existing paths/objects, i.e. moving nodes, paths, objects etc. Snapping while editing seams more like old snapping behavior, i.e. before adding weight factor. It would be cool if snapping behavior would be the same in both modes (using a new one of course :))
I don't understand what you're trying to explain here. What exactly is better when drawing new things? When drawing there's only one point to snap, whereas when for example translating there will be more, and it will therefore be harder to predict which point will snap. Is that what you're seeing?
- There are no icons for snap to grid and snap to guides. Is this
intentionally or they are simply not added yet? I believe adding those would be good as well.
The problems is that we would get many toggles in series that should all be enabled to allow snapping to a grid: 1) the global snapping toggle 2) the GLOBAL grid snapping toggle 3) the PER-GRID snapping toggle (see the grids tab in the document properties toggle) 4) and finally the snap bounding box corners toggle or the snap nodes toggle
It is just too easy to overlook one, which would lead to confused users... So every toggle we add makes things more complex. You can toggle snapping to a grid on a per-grid basis already, but you would have to open the document-properties dialog. If we add a global GRID snapping toggle, we should IMHO get rid of the PER-GRID toggle. Who invented using multiple grids simultaneously anyway? ;-) (rhetoric question!). Anyway, we shouldn't implement both 2) and 3).
- Maybe it would be better to separate toolbar in 3 sections, like a)
toggle all snapping, b) what snaps and c) what does it snap to. Anyway, this is only a thought.
It's already like that, more or less. With the distinction that bounding boxes can only snap to bounding boxes, and nodes can only snap to paths/nodes. We don't want to combine these buttons all together in one single "what snaps" group and one single "what does it snap to" group, because we shouldn't snap bounding box corners to paths, or nodes to bounding boxes. If you want to know why then have a look at the attached document. I've made this proposal a long time ago so it's not completely accurate any longer, but it will explain my point.
Diederik
The difference between creating and editing can be somehow seen from the video [1]. If it can not be seen, I believe it's fairly easy to see what did I mean, and one can try the same. I think the difference it noticeably. In creating mode the snapping is somehow more responsive. Weight was always set to 0.
Now I see the problem with guides and grid and toggles. However, since I come more from a CAD world, I'm used of snapping to whatever is visible. Hence, if there are 2 grids turned on, I would expect to snap to both. This would than mean 2 more toggles. If you see grid/guides it snaps, otherwise not. The snapping toolbar would than look like [2].
[1] http://www.shrani.si/?1h/sw/4V87HeE4/creatingediting.avi [2] http://www.shrani.si/f/2v/4s/1CfzWQLW/toolbar.png
Anyway, thanks for the answer and additional explanation.
Rok
On Thu, Jan 15, 2009 at 10:41 PM, Diederik van Lierop <mail@...1689...>wrote:
On 01/15/2009 08:56 PM, Rock Star wrote:
- How come that snapping behavior is much better when drawing new things
than when editing existing paths/objects, i.e. moving nodes, paths, objects etc. Snapping while editing seams more like old snapping behavior, i.e. before adding weight factor. It would be cool if snapping behavior would be the same in both modes (using a new one of course :))
I don't understand what you're trying to explain here. What exactly is better when drawing new things? When drawing there's only one point to snap, whereas when for example translating there will be more, and it will therefore be harder to predict which point will snap. Is that what you're seeing?
- There are no icons for snap to grid and snap to guides. Is this
intentionally or they are simply not added yet? I believe adding those would be good as well.
The problems is that we would get many toggles in series that should all be enabled to allow snapping to a grid:
- the global snapping toggle
- the GLOBAL grid snapping toggle
- the PER-GRID snapping toggle (see the grids tab in the document
properties toggle) 4) and finally the snap bounding box corners toggle or the snap nodes toggle
It is just too easy to overlook one, which would lead to confused users... So every toggle we add makes things more complex. You can toggle snapping to a grid on a per-grid basis already, but you would have to open the document-properties dialog. If we add a global GRID snapping toggle, we should IMHO get rid of the PER-GRID toggle. Who invented using multiple grids simultaneously anyway? ;-) (rhetoric question!). Anyway, we shouldn't implement both 2) and 3).
- Maybe it would be better to separate toolbar in 3 sections, like a)
toggle all snapping, b) what snaps and c) what does it snap to. Anyway, this is only a thought.
It's already like that, more or less. With the distinction that bounding boxes can only snap to bounding boxes, and nodes can only snap to paths/nodes. We don't want to combine these buttons all together in one single "what snaps" group and one single "what does it snap to" group, because we shouldn't snap bounding box corners to paths, or nodes to bounding boxes. If you want to know why then have a look at the attached document. I've made this proposal a long time ago so it's not completely accurate any longer, but it will explain my point.
Diederik
This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
participants (6)
-
unknown＠example.com -
Alexandre Prokoudine -
Diederik van Lierop -
Jon A. Cruz -
Josh Andler -
Rock Star