Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
| 2004 |
Jan
(2) |
Feb
(73) |
Mar
(76) |
Apr
(69) |
May
(116) |
Jun
(160) |
Jul
(100) |
Aug
(59) |
Sep
(87) |
Oct
(185) |
Nov
(191) |
Dec
(261) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(228) |
Feb
(182) |
Mar
(272) |
Apr
(186) |
May
(205) |
Jun
(219) |
Jul
(226) |
Aug
(429) |
Sep
(418) |
Oct
(324) |
Nov
(357) |
Dec
(223) |
| 2006 |
Jan
(277) |
Feb
(194) |
Mar
(328) |
Apr
(248) |
May
(304) |
Jun
(411) |
Jul
(188) |
Aug
(118) |
Sep
(204) |
Oct
(137) |
Nov
(237) |
Dec
(142) |
| 2007 |
Jan
(218) |
Feb
(375) |
Mar
(221) |
Apr
(335) |
May
(454) |
Jun
(329) |
Jul
(240) |
Aug
(282) |
Sep
(229) |
Oct
(358) |
Nov
(227) |
Dec
(198) |
| 2008 |
Jan
(311) |
Feb
(170) |
Mar
(146) |
Apr
(200) |
May
(145) |
Jun
(105) |
Jul
(83) |
Aug
(152) |
Sep
(68) |
Oct
(42) |
Nov
(23) |
Dec
(27) |
| 2009 |
Jan
(90) |
Feb
(39) |
Mar
(125) |
Apr
(82) |
May
(108) |
Jun
(137) |
Jul
(58) |
Aug
(44) |
Sep
(105) |
Oct
(99) |
Nov
(71) |
Dec
(111) |
| 2010 |
Jan
(102) |
Feb
(76) |
Mar
(52) |
Apr
(36) |
May
(27) |
Jun
(33) |
Jul
(24) |
Aug
(92) |
Sep
(56) |
Oct
(71) |
Nov
(58) |
Dec
(57) |
| 2011 |
Jan
(113) |
Feb
(68) |
Mar
(106) |
Apr
(61) |
May
(40) |
Jun
(62) |
Jul
(23) |
Aug
(18) |
Sep
(71) |
Oct
(59) |
Nov
(42) |
Dec
(18) |
| 2012 |
Jan
(12) |
Feb
(31) |
Mar
(33) |
Apr
(40) |
May
(35) |
Jun
(9) |
Jul
(13) |
Aug
(30) |
Sep
(67) |
Oct
(3) |
Nov
(22) |
Dec
(22) |
| 2013 |
Jan
(24) |
Feb
(16) |
Mar
(29) |
Apr
(61) |
May
(70) |
Jun
(21) |
Jul
(66) |
Aug
(38) |
Sep
(41) |
Oct
(21) |
Nov
(28) |
Dec
(69) |
| 2014 |
Jan
(9) |
Feb
(37) |
Mar
(28) |
Apr
(34) |
May
(34) |
Jun
(41) |
Jul
(26) |
Aug
(108) |
Sep
(48) |
Oct
(64) |
Nov
(22) |
Dec
(17) |
| 2015 |
Jan
(37) |
Feb
(57) |
Mar
(55) |
Apr
(38) |
May
(43) |
Jun
(19) |
Jul
(32) |
Aug
(58) |
Sep
(96) |
Oct
(71) |
Nov
(37) |
Dec
(35) |
| 2016 |
Jan
(65) |
Feb
(142) |
Mar
(70) |
Apr
(63) |
May
(35) |
Jun
(61) |
Jul
(20) |
Aug
(12) |
Sep
(27) |
Oct
(71) |
Nov
(95) |
Dec
(42) |
| 2017 |
Jan
(103) |
Feb
(127) |
Mar
(24) |
Apr
(128) |
May
(65) |
Jun
(61) |
Jul
(45) |
Aug
(12) |
Sep
(60) |
Oct
(4) |
Nov
(7) |
Dec
(32) |
| 2018 |
Jan
(16) |
Feb
(10) |
Mar
(10) |
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(20) |
2
(16) |
3
(19) |
4
(16) |
5
(3) |
|
6
(4) |
7
(15) |
8
(5) |
9
(1) |
10
(7) |
11
(10) |
12
(11) |
|
13
(2) |
14
(3) |
15
(11) |
16
(2) |
17
(25) |
18
(46) |
19
(11) |
|
20
(5) |
21
(22) |
22
(31) |
23
(9) |
24
(11) |
25
(11) |
26
(7) |
|
27
(2) |
28
|
29
(7) |
30
(25) |
|
|
|
|
From: Kinsley Turner <kingsleyturner@we...> - 2005-11-17 23:45:58
|
> > - somewhere in between > > allows a user to specify how many digits to round off > > eg. .750 >> .75, 143.23123576 >> 143.231 > > ... > > It might be more useful to let a user specify the number of significant > digits. This should give much more consistent results. How about to within an error margin... You lose alot more detail rounding 1.4444 -> 1 rather than rounding 1.9999 -> 2 Maybe what is needed is a kind of 'normalise'. Think of a particularly bad case for rounding, say a rectangle with the left side with an X of 1.5 and the other at 3.0 Say you rounded to 0dp, then the left side moves 30%, but the right side moves 0. I wonder if you could not massage the points a bit so they both move around the same sort of amount. Would this preserve the 'image' better?! (*shrug*) -kt (non-removable crud below) -- Please consider our environment before printing this email. WARNING - This email and any attachments may be confidential. If received in error, please delete and inform us by return email. Because emails and attachments may be interfered with, may contain computer viruses or other defects and may not be successfully replicated on other systems, you must be cautious. Westpac cannot guarantee that what you receive is what we sent. If you have any doubts about the authenticity of an email by Westpac, please contact us immediately. It is also important to check for viruses and defects before opening or using attachments. Westpac's liability is limited to resupplying any affected attachments. This email and its attachments are not intended to constitute any form of financial advice or recommendation of, or an offer to buy or offer to sell, any security or other financial product. We recommend that you seek your own independent legal or financial advice before proceeding with any investment decision. Westpac Institutional Bank is a division of Westpac Banking Corporation, a company registered in New South Wales in Australia under the Corporations Act 2001 (Cth). Westpac is authorised and regulated in the United Kingdom by the Financial Services Authority and is registered at Cardiff in the United Kingdom as Branch No. BR 106. Westpac operates in the United States of America as a federally chartered branch, regulated by the Office of the Comptroller of the Currency. Westpac Banking Corporation ABN 33 007 457 141. |
|
From: Kyle <robo210@gm...> - 2005-11-17 22:52:58
|
aaron@... wrote: > Might as well add my 2 cents. I would find even more useful retroactive > grid snapping, ie. round all units to the nearest 1/4 inch. I second this. I remember going through a small drawing in Sodipodi trying to do this in the XML editor. It turned out to be a huge pain that I never want to have to do again. |
|
From: <aaron@ek...> - 2005-11-17 22:41:59
|
Jasper van de Gronde wrote: > It might be more useful to let a user specify the number of significant > digits. This should give much more consistent results. Might as well add my 2 cents. I would find even more useful retroactive grid snapping, ie. round all units to the nearest 1/4 inch. Aaron Spike |
|
From: Jasper van de Gronde <th.v.d.gronde@hc...> - 2005-11-17 22:28:12
|
Dave Holmes wrote: > ... > It would be interesting to see a script that compressed the image by > removing extra digits as Henning suggested, but also allowed you to > determine how much loss you were willing to accept. With the range of > compression options such as: > > - lossless > where it only throws out zeros > eg. .75000000 >> .75, 143.23123576 >> 143.23123576 > > - lots of loss > rounds all coordinates to nearest whole number, all opacity values to > > two decimal digits (so the percentage is a whole number) > eg. .75000000 >> .75, 143.23123576 >> 143 > > - somewhere in between > allows a user to specify how many digits to round off > eg. .750 >> .75, 143.23123576 >> 143.231 > ... It might be more useful to let a user specify the number of significant digits. This should give much more consistent results. |
|
From: Alan Horkan <horkana@ma...> - 2005-11-17 21:08:28
|
On Thu, 17 Nov 2005, Henning Pingel wrote: > Date: Thu, 17 Nov 2005 15:46:25 +0100 (MET) > From: Henning Pingel <henning.pingel@...> > Reply-To: inkscape-user@... > To: inkscape-user@... > Subject: [Inkscape-user] Cut off digits after decimal point automatically? > > Hi, > > Is it possible to reduce the size If you are really concerned about size then you should be using SVGZ, that is Gzip compressed SVG files. XML has a tendency to be verbose but Gzip compression is an ideal way to compensate for that and is an integral part of the SVG standard. > of a SVG file by cutting off (some or all of) the digits of numbers > behind the decimal point automatically? Now if you want cleaner more readable SVG that is another issue but knowing your real motivations will make it easier for developers to fix the real problem rather than treating the symptoms. AFAIK work has already been committed to reduce this issue and at least trim the trailing zeros (I vaguely recall a bug report) and I strongly encourage you to try out a nightly build or even the testing prereleases for 0.43 (or check the RFE tracker). With careful use of a Grid and Snap to Grid you might be able to futher reduce the complex decimals output in your SVG (or maybe not, but I'd at least try it). > style="fill:none;fill-opacity:0.75000000;fill-rule:evenodd;stroke:#000000;stroke-width:1.0585089px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1.0000000" > id="path1310" /> Part of the reason I asked above if you are not only concerned about file size but are also interesed in issues like clarity of markup was because then there are other changes you might be interested in. I previously asked about support for SVG tags like circle and rect rather than using paths for everything as it would produce much more readable code but it seems the techinical infrastructure required to allow this would be a lot of work and not practical at this time. (And I should clarifly that while I think it would be nice to have there are many other features which would be more important, nicer to have and easier to do.) Another thing which might be helpful would be including some whitespace and more linebreaks to the style information (which gzip will do a fine job of compressing) because not only could this make the markup more readable it and would be a big help to anyone committing Inkscape SVG into a Version Control System like CVS or Subversion (which I assume is why Sodipodi added so many line breaks into the markup in the past). (I'll try and remember to file a request, it is something I've been pondering but it isn't a big deal because most people dont tinker with the markup quite as obsessively as I like to do.) > Thanks in advance! Sincerely Alan Horkan Inkscape http://inkscape.org Abiword http://www.abisource.com Dia http://gnome.org/projects/dia/ Open Clip Art http://OpenClipArt.org Alan's Diary http://advogato.org/person/AlanHorkan/ |
|
From: <nidd@al...> - 2005-11-17 20:58:40
|
|
From: Alexandre Prokoudine <alexandre.prokoudine@gm...> - 2005-11-17 19:08:44
|
On 11/17/05, Ezequias Rodrigues da Rocha <ezequias@...> wrote: > Sorry my dummy but I was afread with the correct size of a CD, just it. But you seem to have them at the .gif image you have provided URL for :) > Sorry again. No need to be sorry, really ;) Alexandre |
|
From: bulia byak <buliabyak@gm...> - 2005-11-17 18:57:32
|
On 11/17/05, mental@... <mental@...> wrote: > It seems like the numbers like 0.75000000 would be better candidates > for throwing out digits (as those zeroes are not significant). This is already done, and even mentioned in 0.43 release notes. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org |
|
From: Ezequias Rodrigues da Rocha <ezequias@re...> - 2005-11-17 18:54:36
|
I would make many CD labels prototypes to my boss analyse. Thank you all for the help. Best regards Ezequias Aaron Digulla wrote: >Ezequias Rodrigues da Rocha wrote: > > > >>I don't want a CD cover. I need a cd label. To put over the CD. >> >> > >Will you print directly on the CD or onto a paper label? > >If the latter then be warned: When you glue anything to a CD, it will >most likely become unreadable after a few months (the paper shrinks and >bends the CD until the drive can't read it anymore). > > > -- Ezequias Rodrigues da Rocha http://ezequiasrocha.blogspot.com msn:ezequias@... |
|
From: Aaron Digulla <digulla@he...> - 2005-11-17 18:50:30
|
Ezequias Rodrigues da Rocha wrote: > I don't want a CD cover. I need a cd label. To put over the CD. Will you print directly on the CD or onto a paper label? If the latter then be warned: When you glue anything to a CD, it will most likely become unreadable after a few months (the paper shrinks and bends the CD until the drive can't read it anymore). -- Aaron "Optimizer" Digulla a.k.a. Philmann Dark "It's not the universe that's limited, it's our imagination. Follow me and I'll show you something beyond the limits." http://www.philmann-dark.de/ |
|
From: Ezequias Rodrigues da Rocha <ezequias@re...> - 2005-11-17 18:48:46
|
Sorry my dummy but I was afread with the correct size of a CD, just it. Sorry again. Ezequias Alexandre Prokoudine wrote: >On 11/17/05, Ezequias Rodrigues da Rocha <ezequias@...> wrote: > > >>I don't know what is a torus, but take a look on this image below: >>http://www.dovetapes.com/templates/CD_Label.gif >> >> > >Erm, it took me 2 minutes to draw the attached one, while you are >waiting 3 hours for a ready-to-go one. What is exactly wrong with >doing your own templates? :) > >NB: proportions I used are not correct. > >Alexandre > > -- Ezequias Rodrigues da Rocha http://ezequiasrocha.blogspot.com msn:ezequias@... |
|
From: Alexandre Prokoudine <alexandre.prokoudine@gm...> - 2005-11-17 18:41:55
|
On 11/17/05, Ezequias Rodrigues da Rocha <ezequias@...> wrote: > I don't know what is a torus, but take a look on this image below: > http://www.dovetapes.com/templates/CD_Label.gif Erm, it took me 2 minutes to draw the attached one, while you are waiting 3 hours for a ready-to-go one. What is exactly wrong with doing your own templates? :) NB: proportions I used are not correct. Alexandre |
|
From: Ezequias Rodrigues da Rocha <ezequias@re...> - 2005-11-17 18:33:40
|
I don't know what is a torus, but take a look on this image below: http://www.dovetapes.com/templates/CD_Label.gif Ezequias Alexandre Prokoudine wrote: >On 11/17/05, Ezequias Rodrigues da Rocha <ezequias@...> wro= te: > =20 > >>I don't want a CD cover. I need a cd label. To put over the CD. >> =20 >> > >A torus? > >Alexandre > > >------------------------------------------------------- >This SF.Net email is sponsored by the JBoss Inc. Get Certified Today >Register for a JBoss Training Course. Free Certification Exam >for All Training Attendees Through End of 2005. For more info visit: >http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=CCk >_______________________________________________ >Inkscape-user mailing list >Inkscape-user@... >https://lists.sourceforge.net/lists/listinfo/inkscape-user > > =20 > --=20 Ezequias Rodrigues da Rocha http://ezequiasrocha.blogspot.com msn:ezequias@... |
|
From: Alexandre Prokoudine <alexandre.prokoudine@gm...> - 2005-11-17 18:28:48
|
On 11/17/05, Ezequias Rodrigues da Rocha <ezequias@...> wrote: > I don't want a CD cover. I need a cd label. To put over the CD. A torus? Alexandre |
|
From: Dave Holmes <Dave.Holmes@bu...> - 2005-11-17 18:22:33
|
That's a good point you raise about throwing out zeros first because
they are not significant digits.=20
It would be interesting to see a script that compressed the image by
removing extra digits as Henning suggested, but also allowed you to
determine how much loss you were willing to accept. With the range of
compression options such as:
- lossless
where it only throws out zeros
eg. .75000000 >> .75, 143.23123576 >> 143.23123576
- lots of loss
rounds all coordinates to nearest whole number, all opacity values to
two decimal digits (so the percentage is a whole number)
eg. .75000000 >> .75, 143.23123576 >> 143
- somewhere in between
allows a user to specify how many digits to round off
eg. .750 >> .75, 143.23123576 >> 143.231
I'm sure it would be possible to further optimize the compression by
doing things like changing path names to shorter values, remove
whitespace, convert styles to a style sheet, etc.
- Dave
-----Original Message-----
From: inkscape-user-admin@...
[mailto:inkscape-user-admin@...] On Behalf Of
mental@...
Sent: Thursday, November 17, 2005 8:51 AM
To: inkscape-user@...
Subject: Re: [Inkscape-user] Cut off digits after decimal point
automatically?
Quoting Henning Pingel <henning.pingel@...>:
> It should work like this:
>
> Before:
>
> <path
> d=3D"M 197.50906,180.93358 C 208.42611,171.19005
> 243.09749,175.25444
> 255.13174,160.93358 C 258.56906,156.84315 258.33300,147.20836=20
> 258.33300,140.93358"
>
style=3D"fill:none;fill-opacity:0.75000000;fill-rule:evenodd;stroke:#0000=
0
0;stroke-width:1.0585089px;stroke-linecap:butt;stroke-linejoin:miter;str
oke-opacity:1.0000000"
> id=3D"path1310" />
>
>
> After:
>
> <path
> d=3D"M 197,180 C 208,171 243,175 255,160 C 258,156 258,147=20
> 258,140"
>
>
style=3D"fill:none;fill-opacity:0.75000000;fill-rule:evenodd;stroke:#0000=
0
0;stroke-width:1.0585089px;stroke-linecap:butt;stroke-linejoin:miter;str
oke-opacity:1.0000000"
> id=3D"path1310" />
>
> Thanks in advance!
It seems like the numbers like 0.75000000 would be better candidates for
throwing out digits (as those zeroes are not significant).
For paths, throwing out the fractional part of all coordinates is likely
to cause visible distortions.
-mental
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam for All
Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick
_______________________________________________
Inkscape-user mailing list
Inkscape-user@...
https://lists.sourceforge.net/lists/listinfo/inkscape-user
|
|
From: Ezequias Rodrigues da Rocha <ezequias@re...> - 2005-11-17 17:19:48
|
I don't want a CD cover. I need a cd label. To put over the CD. thanks anyway Sincerey Ezequias Jared wrote: >File > New > CD_Cover > > >On Thu, 2005-11-17 at 12:33 -0300, Ezequias Rodrigues da Rocha wrote: > > >>Hi list, >> >>It there in the project a CD label model ? >> >>Sincerely ... >> >> >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by the JBoss Inc. Get Certified Today >Register for a JBoss Training Course. Free Certification Exam >for All Training Attendees Through End of 2005. For more info visit: >http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click >_______________________________________________ >Inkscape-user mailing list >Inkscape-user@... >https://lists.sourceforge.net/lists/listinfo/inkscape-user > > > -- Ezequias Rodrigues da Rocha http://ezequiasrocha.blogspot.com msn:ezequias@... |
|
From: Jared <test@me...> - 2005-11-17 17:12:15
|
File > New > CD_Cover On Thu, 2005-11-17 at 12:33 -0300, Ezequias Rodrigues da Rocha wrote: > Hi list, > > It there in the project a CD label model ? > > Sincerely ... > |
|
From: <mental@ry...> - 2005-11-17 16:50:43
|
Quoting Henning Pingel <henning.pingel@...>: > It should work like this: > > Before: > > <path > d=3D"M 197.50906,180.93358 C 208.42611,171.19005 > 243.09749,175.25444 > 255.13174,160.93358 C 258.56906,156.84315 258.33300,147.20836 > 258.33300,140.93358" > style=3D"fill:none;fill-opacity:0.75000000;fill-rule:evenodd;stroke:#0000= 00;stroke-width:1.0585089px;stroke-linecap:butt;stroke-linejoin:miter;str= oke-opacity:1.0000000" > id=3D"path1310" /> > > > After: > > <path > d=3D"M 197,180 C 208,171 243,175 255,160 C 258,156 258,147 > 258,140" > > style=3D"fill:none;fill-opacity:0.75000000;fill-rule:evenodd;stroke:#0000= 00;stroke-width:1.0585089px;stroke-linecap:butt;stroke-linejoin:miter;str= oke-opacity:1.0000000" > id=3D"path1310" /> > > Thanks in advance! It seems like the numbers like 0.75000000 would be better candidates for throwing out digits (as those zeroes are not significant). For paths, throwing out the fractional part of all coordinates is likely to cause visible distortions. -mental |
|
From: Hibbs, Phil <phil.hibbs@ca...> - 2005-11-17 16:49:33
|
I expect that the problem with this is that, depending on your document's scale, this might end up throwing all the information away=2E What if your document contains "0=2E197509,0=2E18033 C 0=2E20842,0=2E17119 0=2E2439,0= =2E17525", and all your points are between 0=2E00000 and 0=2E99999? I thought of this= myself a couple of weeks ago, but it isn't as simple as it might seem=2E __________________________________________________ Phil Hibbs | Capgemini | Rotherham Technical Consultant __________________________________________________ This message contains information that may be privileged or confidential= and is the property of the Capgemini Group=2E It is intended only for the= person to whom it is addressed=2E If you are not the intended recipient, = you are not authorized to read, print, retain, copy, disseminate, = distribute, or use this message or any part thereof=2E If you receive this= message in error, please notify the sender immediately and delete all = copies of this message=2E |
|
From: Ezequias Rodrigues da Rocha <ezequias@re...> - 2005-11-17 15:34:40
|
Hi list, It there in the project a CD label model ? Sincerely ... -- Ezequias Rodrigues da Rocha http://ezequiasrocha.blogspot.com msn:ezequias@... |
|
From: Michael Moore <stuporglue@gm...> - 2005-11-17 14:50:21
|
> Maybe it would be a good idea to be able to add an alternate way (besides > the keys Alt-> and Alt-<) to adjust letterspacing. Because on my keyboard= I > need to use the shift key already to enter '>'. So I can't use that key f= or > the 10 pixel variant of the key combination anymore. Just an idea. I believe that on OSX this key combination also doesn't work. I think X11 grabs it before it gets to Inkscape. -- Michael Moore ------------------------------- http://www.stuporglue.com -- Articles, software and computer tutorials. http://www.stuporglue.org -- Donate your used computer to a student that needs it. |
|
From: Henning Pingel <henning.pingel@gm...> - 2005-11-17 14:46:40
|
Hi,
Is it possible to reduce the size of a SVG file by cutting off (some or all
of) the digits of numbers behind the decimal point automatically? Can this
be done within Inkscape or is it possible to write a script to extend
Inkscape? (With regular expressions and a scripting laanguage it would be
possible but I would like to know if a feature like this already exists.
It should work like this:
Before:
<path
d="M 197.50906,180.93358 C 208.42611,171.19005 243.09749,175.25444
255.13174,160.93358 C 258.56906,156.84315 258.33300,147.20836
258.33300,140.93358"
style="fill:none;fill-opacity:0.75000000;fill-rule:evenodd;stroke:#000000;stroke-width:1.0585089px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1.0000000"
id="path1310" />
After:
<path
d="M 197,180 C 208,171 243,175 255,160 C 258,156 258,147 258,140"
style="fill:none;fill-opacity:0.75000000;fill-rule:evenodd;stroke:#000000;stroke-width:1.0585089px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1.0000000"
id="path1310" />
Thanks in advance!
Best regards,
Henning
--
Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat,
DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl
|
|
From: Jared <test@me...> - 2005-11-17 13:40:53
|
Select the block of text, Path > object to Path, then Path > break apart. On Thu, 2005-11-17 at 14:34 +0100, H.Fagard wrote: > Dear all, > > Is there a way to convert a text into individual paths (one separate > path for each letter or letter part), which can then be moved or > modified individually? > > Thanks in advance, > > Herve > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. Get Certified Today > Register for a JBoss Training Course. Free Certification Exam > for All Training Attendees Through End of 2005. For more info visit: > http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click > _______________________________________________ > Inkscape-user mailing list > Inkscape-user@... > https://lists.sourceforge.net/lists/listinfo/inkscape-user |
|
From: H.Fagard <herve.fagard@ig...> - 2005-11-17 13:35:41
|
Dear all, Is there a way to convert a text into individual paths (one separate path for each letter or letter part), which can then be moved or modified individually? Thanks in advance, Herve |
|
From: Jef Driesen <jefdriesen@ho...> - 2005-11-17 09:26:09
|
>On 11/7/05, Jef Driesen <jefdriesen@...> wrote: > > Thanks for the suggestion, but it doesn't look as nice as the text on >top. > >Remember that you can always position each character independently by >kerning keys (alt+arrows). > > > Increasing the letterspacing creates a slightly better result, but this >is > > not exactly the solution I hoped for. (I was looking for a behaviour >similar > > to CorelDraw, where it is possible to have the upper side of the text on >the > > path.) > >This is not possible in SVG, afaik. I was already afraid of that. I managed to produce a nice looking result with your suggestion of using two circles and adjusting letterspacing. I did some experimenting with CorelDraw and noticed that the letterspacing needed some tweaking also for a nice result. > > Also, increasing letterspacing does not seem to work when the text is > > already on the path. And increasing letterspacing before putting it on >th= >e > > path makes it difficult to predict the final result (and is a lot of > > trial-and-error work). > >Letterspacing in text-on-path works for me. If it does not for you, >please submit a but attaching the bad file (or giving a link to it). The letterspacing does work with text-on-path. I only needed to enter 'editing text' mode first. Maybe it would be a good idea to be able to add an alternate way (besides the keys Alt-> and Alt-<) to adjust letterspacing. Because on my keyboard I need to use the shift key already to enter '>'. So I can't use that key for the 10 pixel variant of the key combination anymore. Just an idea. |
