Inkscape

Chris-688 wrote:
> 
> However, I am completely baffled by the Arc.

for the arc, there is good documentation available at :
http://www.w3.org/TR/SVG11/paths.html#PathDataEllipticalArcCommands

I would suggest that rendering an arc directly is probably a lot easier than
trying to convert an arc to a curveto, which as far as I can tell is not
possible to do exactly, and is not trivial to do inexactly.

hth,
Alvin

-- 
View this message in context: http://www.nabble.com/Object-to-path-tp21739085p21748664.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.

> -----Original Message-----
> From: Chris [mailto:blupub@...] 
> Sent: vrijdag 30 januari 2009 1:06
> To: inkscape-devel@...
> Subject: [Inkscape-devel] Object to path
> 
> Hi all,
> 
> I'm writing a separate application that parses and renders 
> SVG files. However, I am completely baffled by the Arc.. 
> After much thought, I have come to the conclusion that it may 
> be better to just alter the Inkscape source to automatically 
> convert Arcs to Paths before saving the file.
> 
> However, I can't find where this (Object to Path) actually 
> happens in the source. If I could find the method that the 
> menu item calls, I could just call that method before it 
> saves the SVG.
> 
> Either that or I would love to know how to convert an SVG "A" 
> to a "C"!!

You could take a look at lib2geom. http://lib2geom.sourceforge.net/

-johan

2009/1/30 Thomas Worthington <thomas@...>:
> On thing that would help me as a user would be a "Special Character"
> dialogue which allows one to view and select the characters from fonts
> that don't easily map to the keyboard. With large fonts this would be very
> helpful; even with small "extras" fonts it would be a fair time-saver.
>
> I wish I had the time to do it myself, but if people are taking
> suggestions, then that's mine.

Shouldn't this happen at the desktop environment/OS level?

On Fri, 30 Jan 2009 18:50:06 -0000, Dave Crossland <dave@...> wrote:

> 2009/1/30 Thomas Worthington <thomas@...>:
>> On thing that would help me as a user would be a "Special Character"
>> dialogue which allows one to view and select the characters from fonts
>> that don't easily map to the keyboard. With large fonts this would be  
>> very
>> helpful; even with small "extras" fonts it would be a fair time-saver.
>>
>> I wish I had the time to do it myself, but if people are taking
>> suggestions, then that's mine.
>
> Shouldn't this happen at the desktop environment/OS level?

It's certainly arguable, but when working with adverts and logos it is  
such a common issue that it might be handy to have it integrated. I did  
use to find the windows one quite fiddly when handling complex fonts (eg,  
arabic) but I've not used Windows in so long I don't know if it's got  
better in this regard.

-- 
Thomas Worthington
Tech Nouveau
48 Victoria Road
Bangor
Co. Down
BT20 5EX

07748  792333

On 01/29/2009 04:06 PM, Loïc Martin wrote:
>
> I haven't been using it, because I only use the packages provided in
> Ubuntu, and they don't have it. I'm not sure you can draw any
> conclusions with the small amount of people that use SVN compared to
> Inkscape userbase.

Would you like to try it? If you go to 
https://launchpad.net/~inkscape-nightly/+archive/ppa it has repository 
info for testing inkscape-svn. It can be installed along-side of the 
officially supported version too, so there is nothing to lose.

> Alt+anything doesn't work, because the Alt key is the key used to move a
> window on my DE. Also, I'm not sure how using a mouse would make it
> suddenly more natural, but when using a drawing tablet I'd hardly say
> having to press a button (or an ExpressKey©) when drawing with the other
> hand is the way to go.
>    

Ouch... you're missing out a lot in Inkscape (alt is incredibly useful). 
I switched my "move window" key to the Win key just for that reason... 
my commitment to getting the most out of Inkscape. ;)

> Toolbar space is prime, but having a natural eraser is priceless. Also,
> if one day Inkscape support assigning different tools for each input
> device, we'll definitely get a use for pencil erasers.
> Pen tip = Calligraphic Pen
> Eraser = Eraser
> Mouse = Paint Bucket
>
> If I was only in technical drawings / drawings with a mouse I'd say an
> Eraser is useless. For natural drawing, where you're constantly
> drawing/erasing, it's a huge improvement.
>    

At least with Pen tip and Eraser, it does remember the assigned tools 
for each (not sure about mouse). It would really be great though if you 
would be willing to test inkscape-svn via the repo above and give some 
feedback based on what you experience.

Cheers,
Josh

I actually quite like the concept of having it as a tool (I'm not a
big fan of modifiers when using my tablet), but currently the option
in the callig tool is much more useful to me as it has all the
fixation etc options that I need to actually make it useable. The
eraser is stuck on a slanted fixed angle that makes it a lot less
useful than it could be. would be nice if using the eraser on the
wacom in the callig tool did the alt mode, if that was the case i
think i'd be fine without the seperate tool...

2009/1/26 bulia byak <buliabyak@...>:
> Now that the Eraser tool is in SVN for quite some time, what do people
> think of it? Is it useful? In what mode do you use it, if at all?
>
> Disclaimer: as you may remember I was against this tool from the
> beginning, considering it redundant. Its Delete mode is equivalent to
> Alt+drag followed by Del in Selector, and its Cut mode is now
> equivalent to Alt+drag in Calligraphic pen which I just added:
>
> * When drawing with <b>Alt</b>, Inkscape <b>subtracts</b> the path you
> have created from the selected path (with <b>Shift</b>, it adds to the
> selected path). This allows you to quickly patch or fix problems in a
> stroke you have drawn without leaving the tool.
>
> So, do we really have to spend the prime toolbar space on a tool which
> does what other tools already do?
>
> --
> bulia byak
> Inkscape. Draw Freely.
> http://www.inkscape.org
>
> ------------------------------------------------------------------------------
> 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@...
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>

On Thu, Jan 29, 2009 at 6:45 PM, john cliff <john.cliff@...> wrote:
> I actually quite like the concept of having it as a tool (I'm not a
> big fan of modifiers when using my tablet), but currently the option
> in the callig tool is much more useful to me as it has all the
> fixation etc options that I need to actually make it useable. The
> eraser is stuck on a slanted fixed angle that makes it a lot less
> useful than it could be.

Exactly. To make it truly useful as a subtractor, we would need to
duplicate most of the Calligraphic tool. Which would be bad from both
the UI perspective and the coding perspective.

> would be nice if using the eraser on the
> wacom in the callig tool did the alt mode, if that was the case i
> think i'd be fine without the seperate tool...

Absolutely. Would it work for everyone if turning the pen over would
switch you to Calligraphic tool with Alt reversed, i.e. erasing
without Alt and drawing with Alt?

-- 
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org

On Fri, Jan 30, 2009 at 3:02 AM, bulia byak <buliabyak@...> wrote:
> On Thu, Jan 29, 2009 at 6:45 PM, john cliff <john.cliff@...> wrote:
>> would be nice if using the eraser on the
>> wacom in the callig tool did the alt mode, if that was the case i
>> think i'd be fine without the seperate tool...
>
> Absolutely. Would it work for everyone if turning the pen over would
> switch you to Calligraphic tool with Alt reversed, i.e. erasing
> without Alt and drawing with Alt?

I'm not sure how it works now, but for me it would work if the tool
options are saved per input device.

Regards,
Tobias

Is it possible for the eraser tool to just link to the calligraphy tool 
in Alt reverse mode?  I think it makes sense to have an icon (it's more 
user friendly, really), but not to duplicate code (or do a less useful 
job with different code).

If it is possible, could it then use and store different parameters so, 
in essence, it acts like its own tool but operates exactly the same as 
the calligraphy tool (with alt reversed)?

JF

bulia byak wrote:
> On Thu, Jan 29, 2009 at 6:45 PM, john cliff <john.cliff@...> wrote:
>   
>> I actually quite like the concept of having it as a tool (I'm not a
>> big fan of modifiers when using my tablet), but currently the option
>> in the callig tool is much more useful to me as it has all the
>> fixation etc options that I need to actually make it useable. The
>> eraser is stuck on a slanted fixed angle that makes it a lot less
>> useful than it could be.
>>     
>
> Exactly. To make it truly useful as a subtractor, we would need to
> duplicate most of the Calligraphic tool. Which would be bad from both
> the UI perspective and the coding perspective.
>
>   
>> would be nice if using the eraser on the
>> wacom in the callig tool did the alt mode, if that was the case i
>> think i'd be fine without the seperate tool...
>>     
>
> Absolutely. Would it work for everyone if turning the pen over would
> switch you to Calligraphic tool with Alt reversed, i.e. erasing
> without Alt and drawing with Alt?
>
>

john cliff wrote the following on 1/29/2009 6:45 PM:
> I actually quite like the concept of having it as a tool (I'm not a
> big fan of modifiers when using my tablet), but currently the option
> in the callig tool is much more useful to me as it has all the
> fixation etc options that I need to actually make it useable. The
> eraser is stuck on a slanted fixed angle that makes it a lot less
> useful than it could be. would be nice if using the eraser on the
> wacom in the callig tool did the alt mode, if that was the case i
> think i'd be fine without the seperate tool...

I sometimes wish the eraser tool was a round shape (circle) instead of a calligraphy shape, similar 
to Gimp's round brush. That always made sense to me but then again I haven't ever read why the 
eraser tool is the way that it is. Perhaps it's done that way for a reason.

heathenx

On Fri, Jan 30, 2009 at 5:02 AM, bulia byak wrote:
> On Thu, Jan 29, 2009 at 6:45 PM, john cliff wrote:

> Absolutely. Would it work for everyone if turning the pen over would
> switch you to Calligraphic tool with Alt reversed, i.e. erasing
> without Alt and drawing with Alt?

Just curious... Why is it Alt for subtracting? Dunno for others, but
being a hardcore GIMP user I got used to Ctrl for that (in terms of
selection tools).

Alexandre

I Agree. I'm a heavy user, and I think that Eraser toll *must* have a
round shape. It could have also an option to choose its shape (round,
caligraphic, square), and another option to add instead of erase.
Eraser tool is more user-friendly than caligraphic tool to new users
searching for a way to erase parts of a object. At a first glance, who
would know that a tool to create caligraphic shapes can erase content
too? I think this isn't the tool's purpose.

[]'s


> I sometimes wish the eraser tool was a round shape (circle) instead of a calligraphy shape, similar
> to Gimp's round brush. That always made sense to me but then again I haven't ever read why the
> eraser tool is the way that it is. Perhaps it's done that way for a reason.
>
> heathenx
>



-- 
Karlisson de Macêdo Bezerra
http://nerdson.com/
-

On Fri, Jan 30, 2009 at 9:35 AM, Alexandre Prokoudine
<alexandre.prokoudine@...> wrote:
> On Fri, Jan 30, 2009 at 5:02 AM, bulia byak wrote:
>> On Thu, Jan 29, 2009 at 6:45 PM, john cliff wrote:
>
>> Absolutely. Would it work for everyone if turning the pen over would
>> switch you to Calligraphic tool with Alt reversed, i.e. erasing
>> without Alt and drawing with Alt?
>
> Just curious... Why is it Alt for subtracting? Dunno for others, but
> being a hardcore GIMP user I got used to Ctrl for that (in terms of
> selection tools).

While Shift has "add" as one of its meanings in many tools, I don't
think we have any traditional key for "subtract" - in which case
following Gimp would be nice, if not for the fact that Ctrl is already
taken in calligraphic for a more traditional role of "constraint"
(tracking guide).

-- 
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org

bulia byak wrote:
> On Fri, Jan 30, 2009 at 9:35 AM, Alexandre Prokoudine
> <alexandre.prokoudine@...> wrote:
>> On Fri, Jan 30, 2009 at 5:02 AM, bulia byak wrote:
>>> On Thu, Jan 29, 2009 at 6:45 PM, john cliff wrote:
>>> Absolutely. Would it work for everyone if turning the pen over would
>>> switch you to Calligraphic tool with Alt reversed, i.e. erasing
>>> without Alt and drawing with Alt?
>> Just curious... Why is it Alt for subtracting? Dunno for others, but
>> being a hardcore GIMP user I got used to Ctrl for that (in terms of
>> selection tools).
> 
> While Shift has "add" as one of its meanings in many tools, I don't
> think we have any traditional key for "subtract" - in which case
> following Gimp would be nice, if not for the fact that Ctrl is already
> taken in calligraphic for a more traditional role of "constraint"
> (tracking guide).
> 
While I still need time to try the CVS Inkscape and give the erase
button a thorough test (I hope we'd have at least a week, if not a month
of use before any decision is taken), here are some ideas:

The toolbar space is a prime ressource on small screens (small laptops,
netbooks), but not on common desktop screens (on a 24' I can easily fit
8 more buttons) and desktop-replacement laptops (17' on laptops usually
have at least 900 lines, my 6 years old 15' has 1200...)
- those small screen laptops/netbooks are the ones that need the Alt key
the most for moving windows on the desktop (you can't click OK on many
configurations screens without moving the windows up).

Can we really, for the sake of those users that will benefit from a
smaller toolbar, ask those same users to give up the only feature they
can't leave with (unless they're geeks and know how to reconfigure their
desktop to use another key than Alt)? For users with a decent screen
resolution, there's still plenty of space on the toolbar (bring it on!).

Loïc

Hey

Since I had to stop working on inkboard, ive made a few
attempts to go back in and get it back to a usable state.

My main blocker has been trying to refactor the interface,
the way I had built it was entirely unusable and annoying
even for testing, 6 dialogs opening etc, however my
knowledge (lack of) of gtk, c++ and inkscape internals made
it a pretty long task.

The pedro client as is worked very well when it was being
built, with the main poblem being the server load (and xmpp
implementation bugs).

I would love to see inkboard get finished, I have a pretty hectic
schedule for the next 2 months where I might be able to hack
around on the occasional day, but after the 2 month if noone else
has taken it up I will try my best.

(and if someone else does take it up, please dont judge me on
that code, I was new :) )

my xmpp is daleharvey@... if anyone wants to
talk about it (or is able to give me a hand redoing the interface)

Cheers
Dale

2009/1/29 Dave Crossland <dave@...>

> 2009/1/27 Bob Jamison <rwjj@...>:
> > Hi!   Good to hear from you.   For the last few months I have been
> working
> > on a "Pedro 2" which is far superior to the existing one
>
> That's great news!
>
> Kamaelia has an XMP library and seems good for handling concurrency
> aspects of this feature.
>
> Cheers,
> Dave
>
>
> ------------------------------------------------------------------------------
> 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@...
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>

Hello!

On Fri, Jan 30, 2009 at 7:39 AM, Dale Harvey <harveyd@...> wrote:
>
> Since I had to stop working on inkboard, ive made a few
> attempts to go back in and get it back to a usable state.

Perhaps it helps to have ha look at AbiWords[1] collaboration service.
they use XMPP too. Perhaps we can even use their collaboration server.
[2]
You can find more infos in this blog: http://uwog.net/news/?p=18

Regards,
Tobias

[1] http://www.abisource.com/release-notes/2.6.0.phtml
[2] http://abicollab.net/

2009/1/30 Tobias Jakobs <tobias.jakobs@...>

> Hello!
>
> On Fri, Jan 30, 2009 at 7:39 AM, Dale Harvey <harveyd@...> wrote:
> >
> > Since I had to stop working on inkboard, ive made a few
> > attempts to go back in and get it back to a usable state.
>
> Perhaps it helps to have ha look at AbiWords[1] collaboration service.
> they use XMPP too. Perhaps we can even use their collaboration server.
> [2]
> You can find more infos in this blog: http://uwog.net/news/?p=18
>
> Heh the main problem that I had on the server was
that I didnt have a development server at the time and
was using public xmpp servers, which was a bit
unreasonable for the amount of transfer it was generating.
(it crashed a few public servers)

I think Bob had setup a development test server but I was having problems
with bugs in the actual xmpp
implementation between different versions of server.

But I have development servers now, and coincidently
in the time after inkboard I became an erlang developer
an know a few of the ejabberd devs, so the server side shouldnt be a problem



> Regards,
> Tobias
>
> [1] http://www.abisource.com/release-notes/2.6.0.phtml
> [2] http://abicollab.net/
>

On Thu, Jan 29, 2009 at 3:35 PM, Felipe Sanches
<felipe.sanches@...> wrote:
> Maybe we should modify sp_svg_write_path to do that. Or maybe create a
> sp_svg_write_path_relative. Or maybe there is a better place in the
> code where we could place the proposed new behaviour... I am just
> guessing. Please tell me what you think about it.

If you really need that, the most logical place is the
optimized/preserved transform option that we already have. You will
probably need a third option there, "preserved starting from 0,0", and
for the implementation, just track how the existing options are
implemented (I think the most important function is
sp_item_write_transform) and add your new case, probably as a subcase
of the "preserved".

-- 
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org

Hey, sorry - I hadn't noticed.  Never really paid that much attention to 
that.  Thanks for pointing it out.

JF

Joel Holdsworth wrote:
> On Thu, 2009-01-29 at 00:24 -0500, Joshua Facemyer wrote:
>   
>> The arrow cursor in the selector and node tools should be 
>> the same - either with a "stem" or without. 
>>     
>
> Not so - it's traditional for node editors in drawing tools to have a
> cursor that has no stem, and the inkscape node editor tool follows that
> tradition. Therefore the icon must match the tool's cursor.
>