- Inkscape Devel - Inkscape Mailman

Added viewBox attribute
by Bob Jamison 05 Mar '04

05 Mar '04

I added a few lines of code to add a <src viewBox=""> attribute. Since we have no viewBox editor yet, I just made the viewBox equal to "0 0 width height" where the width and height are the page sizes x 1.25. So, if you want to put an SVG drawing on a web page, do the following: 1. Set the page size to the size in points that the image rectangle will be on the web page. 2. Resize and move your drawing to fit into the page outline rectangle. 3. You might want to make a background rect to slightly overlap the page outline, to make sure that the edge of the drawing area does not appear on the web page. 4. Save. Paste into an XHTML document, and enjoy! Bob

1 1

Inkscape with coloured icons (fwd)
by Alan Horkan 05 Mar '04

05 Mar '04

I mentioned on a previous thread that I thought it would be nice if the Inkscape icons had different colours for rectangle, ellipse, star, and I figured it would make sense to match their defualt colours (blue, red, yellow respectively). I hand edited icons.svg and changed the ellipse/arc to use a red gradient that already existed and that worked nicely. then I tried to change the star to yellow by adding another gradient but that doesn't seem to have worked as planned because I somehow managed to break the blue rectangle in the process. screenshot here: http://www.maths.tcd.ie/~horkana/inkscape/inkscape-coloured-icons-test.png and if you want to try it for yourself you can grab my modified icons.svg and drop it in place of the current one: http://www.maths.tcd.ie/~horkana/inkscape/inkscape-coloured-icons-test_icon… If people like this I'll try a brighter shade of Yellow and try to do this again properly without losing the blue rectangle and I'll submit a patch. I also played around with was converting the file to Standard SVG and it still worked fine. >From reading the markup I have noticed that it is extremely verbose (more accurately I was reminded having previously noticed this in Sodipodi) and I cannot think of any reason why this markup needs to be written. For example a lot of style information about fonts in groups that done contain any text or setting the fill-style:none but and then still setting the unneccessary fill-rule, so i filed an enhancement request asking for less verbose markup and with some suggestions. http://sourceforge.net/tracker/index.php?func=detail&aid=909368&group_id=93… Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

2 1

Win32 build and Inkview
by Bob Jamison 05 Mar '04

05 Mar '04

After considerable tweaking, the Win32 build, which has been broken for a couple of days, is OK again. In addition, the src/Makefile.am has been cleaned up a bit to make it clearer, and so that Inkscape and Inkview can more cleanly use the same base code. Bob

2 1

Re: [Inkscape-devel] Re: [OT] Re: Inkscape inclusion on w3 svg site
by bulia byak 04 Mar '04

04 Mar '04

>After placing a few SVG images on XHTML docs, I would say that he is >correct. For such things the size is less important than the viewBox="" >setting. > >I would suggest that for an interim solution, that when an SVG doc >is written, the <svg> attribute be added: > >viewBox="0 0 width height" > >...where the width and height are the size of the page, but in >SVG coordinates x 1.25 (1/0.8) I think it's a sensible approach. Just patch sp_document_create() in document.cpp and sp_doc_dialog_whatever_changed() in dialogs/desktop-properties.cpp to also put the page size into viewBox=. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] DTD
by bulia byak 04 Mar '04

04 Mar '04

>Good idea. For Inkscape we listed 'full SVG compliance' as one of our >core missions & goals, so the DTD is extremely important. I don't know >if Inkscape's output passes the W3C DTD, but if it doesn't then those >items should probably be treated as critical bugs (as bad as crash >bugs). No it does not pass W3C DTD, and it will never be able to, simply because DTDs are not namespace-aware. In a DTD, you cannot say "pay no attention to anything outside svg namespace". DTDs are an extremely old and inflexible technology. The best we can do about it is ignore it. >We've also talked about having a DTD for the SVG additions. This is >definitely something that should be written and included with the >Inkscape package - wouldn't hurt to include the W3C SVG DTD too, for >completeness. Maybe we should have a share/dtd/ directory? Any schemas are useful when you have different suppliers and different consumers of information using a shared format. In our case, we have one supplier (Inkscape) and one consumer (Inkscape), so I don't see much use for a DTD or schema. When people will begin generating Inkscape SVG documents by scripts, or do some meaningful things to them outside of Inkscape, then a shema will be more useful. Right now it's ultimately Inkscape itself that defines what is "valid" and what not. Also, the inkscape: additions are very much in a flux, new ones are added often, and we still don't have a big enough body of SVG documents in Inkscape format. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] Re: 'dialogs' menu (screenshot inside)
by Alan Horkan 04 Mar '04

04 Mar '04

On Sat, 21 Feb 2004, Nestor Diaz Valencia wrote: > Date: Sat, 21 Feb 2004 10:38:57 +0000 > From: Nestor Diaz Valencia <nestordiaz@...207...> > To: Alan Horkan <horkana@...44...> > Subject: Re: [Inkscape-devel] Re: 'dialogs' menu (screenshot inside) > > You are right, gimp stock icons, plus openoffice stock icons. > The theme is not perfect but it looks integrated. I had a look. Rather than simply embed the new icons I would ideally like to see the icon theme specifications followed so that users can switch themes rather than being stuck with just one. I've been meaning for a long time to get the original vector graphics for the High Contrast theme and make a low (~16) theme out of it. The (gfig) star and spiral icons are pretty bad, but they were drawn too small originally because of the cramped gfig user interface and I think jimmac didn't change them much when he redrew them. If you are going to use the stock icons from OpenOffice I think it would be far better if you used the ellipse icon that doesn't have a segment sliced out of it (because the ellipse tool in inkscape cannot draw shapes like that yet). (I really hope I remember this right because I've deleted the mail with the attachment and although I tried to find it in the mailing list archives there is a signficant delay before Sourceforge updates the mailing list archives http://sourceforge.net/mailarchive/forum.php?forum_id=36054 ) All the icons are on Jimmacs website http://jimmac.musichall.cz/i.php3?ikony=77 Stock Draw circle http://jimmac.musichall.cz/ikony/i77/stock_draw-circle.png Stock Draw square http://jimmac.musichall.cz/ikony/i77/stock_draw-square.png I should admit that I'm not a huge fan of Jimmacs Gnome 2 icons and I actually prefer clearer sharper icons however it is a great bit of work you have done and it great that someone tried this, just the other day on GnomeDesktop.org a user was asking for Inkscape to use the stock icons. http://gnomedesktop.org/article.php?sid=1653 I also considered taking the icons Inkscape was already using and colouring in the Square Circle and Star to the colours they are now using by default to make them more easily distinguishable at a glance. Hope that makes sense Sincerely Alan Horkan

10 22

RE : call for sample pictures
by Cédric GEMY 04 Mar '04

04 Mar '04

I've put some SVG files here : http://www.le-radar.com/?art/galerie feel free to use them. A+ Cedric

1 0

RE: [Inkscape-devel] Inkscape with coloured icons (fwd)
by bulia byak 03 Mar '04

03 Mar '04

>From reading the markup I have noticed that it is extremely verbose (more >accurately I was reminded having previously noticed this in Sodipodi) and >I cannot think of any reason why this markup needs to be written. For >example a lot of style information about fonts in groups that done contain >any text or setting the fill-style:none but and then still setting the >unneccessary fill-rule, so i filed an enhancement request asking for less >verbose markup and with some suggestions. >http://sourceforge.net/tracker/index.php?func=detail&aid=909368&group_id=93… Text style is not added to non-text objects now. Since icons.svg was created long ago, it doesn't show that. More granular style management will be possible when we have AST (a new internal representation for XML and CSS) that's being worked on. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

Mozilla SVG support info
by Bob Jamison 03 Mar '04

03 Mar '04

I saw this posted on /. http://www.mozilla.org/events/dev-day-feb-2004/mozilla-futures/title.html Use the <-- and --> keys to navigate. It would be absolutely wonderful if Mozilla supported SVG by default. Bob

1 0

[Fwd: [OT] Re: Inkscape inclusion on w3 svg site]
by Jonathan Phillips 03 Mar '04

03 Mar '04

I've been trying to get us on w3.org, but look at one of the responses from their list. I guess we should look at the RFE's some more, but man we have a ton of RFE's!!! Jon -----Forwarded Message----- From: Tobias Reif <tobiasreif@...254...> To: Jonathan Phillips <jon@...15...> Cc: svg list <www-svg@...157...> Subject: [OT] Re: Inkscape inclusion on w3 svg site Date: Wed, 03 Mar 2004 10:31:05 +0100 Hi On Tue 2004-03-02 Jonathan Phillips wrote: > Could someone add Inkscape to this page as an acceptable SVG editor. > This site drives traffic in a major way and we've identified being > on this list as highly valuable. > [...] > Inkscape's main motivation is to provide the Open Source community > with a fully XML, SVG, and CSS2 compliant SVG drawing tool. > Additional planned work includes conversion of the codebase from > C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful > features added through an extension mechanism, and establishment of > a friendly, open, community-oriented development processes. Given that there hasn't been any reaction to my RFE http://sourceforge.net/tracker/index.php?func=detail&atid=604309&aid=848230… since more than three months I didn't even bother trying it out. Tobi -- Jonathan Phillips <jon@...15...>

1 0

RE: [Inkscape-devel] Problem with saved files in system with non UTF-8 locales
by unknown＠example.com 03 Mar '04

03 Mar '04

> -------- Original Message -------- > Subject: [Inkscape-devel] Problem with saved files in system with non > UTF-8 locales > From: "Okhremenko Andrei" <andreo@...251...> > Date: Wed, March 03, 2004 12:04 am > To: "Inkscape-devel" <Inkscape-devel(a)lists.sourceforge.net> > > I use Fedora Core 1 with russian locale ru_RU.koi8r. > When I saved file (SaveAs) with russian letters in filename I have > some > problems. > > 1. I don't see filename in header of program. > 2. When I closed inkscape and start it again I have message That's a known bug, id #866197 I happen to be working on that litterally as we speak. (Well, tonight while I'm reading and responding to your mail). I'll probably have a fix checked into CVS soon. :-)

2 1

RE: [Inkscape-devel] Problem with saved files in system with non UTF-8 locales
by bulia byak 03 Mar '04

03 Mar '04

> When I saved file (SaveAs) with russian letters in filename I have some >problems. This is a known bug. We're fixing it at the moment, it will work in 0.38. Thanks for reporting! _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Problem with saved files in system with non UTF-8 locales
by Okhremenko Andrei 03 Mar '04

03 Mar '04

I use Fedora Core 1 with russian locale ru_RU.koi8r. When I saved file (SaveAs) with russian letters in filename I have some problems. 1. I don't see filename in header of program. 2. When I closed inkscape and start it again I have message /home/oau/.inkscape/preferences.xml either is not valid xml file or you do not have read premissions on it. Although inkscape will run, you are neither able to load nor save preferences. I viewed filename.svg and preferences.xml files and I found what Inkscape write some attributes in tags in koi8r locale, non utf-8. Example filename.svg tag <svg ... sodipodi:docname - koi8r locale sodipodi:docbase - koi8r locale preferences.xml tag <document ... uri - koi8r locale name - koi8r locale It's wrong. Andreo P.S. Sorry my english is so bad.

1 0

Re: [Inkscape-devel] DTD
by bulia byak 03 Mar '04

03 Mar '04

Wait a second. What is the bug here? The namespace URI does not resolve into DTD? It doesn't have to. It must be formally correct URI but it must not necessarily correspond to any page. Besides, only the Sodipodi namespace alludes to a DTD, Inkscape's does not, and we cannot add a DTD to sodipodi.sf.net even if we wanted to. We may eventually provide a schema for the Inkscape/Sodipodi SVG extensions, but it is not top priority now, and it may not be a DTD (there are much more flexible and powerful schema languages than DTD). >From: Jonathan Phillips <jon@...15...> >To: Wendall Cada <wendallc@...248...> >CC: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] DTD >Date: Tue, 02 Mar 2004 13:14:42 -0800 > >Cool...could you file it in Inkscape as a bug. > >Jon > > >On Tue, 2004-03-02 at 13:06, Wendall Cada wrote: > > I filed a bug with the Sodipodi project quite some time ago, it can be > > found here: > > > > Date: 2003-11-29 11:29 > > Sender: lauris > > Logged In: YES > > user_id=19294 > > > > No, DTD does not exist, because nobody wants to maintain > > it (and unmaintained DTD is much useless). > > Also, W3C guidelines only say, that xmlns indicator has to > > be valid URL, not really existing document. > > Also, there is 'plain-svg' saving option and --export-svg > > command line option, that should create pure W3C variant. > > So I move this to feature request category from bugs. >-- >Jonathan Phillips <jon@...15...> > > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

4 3

DTD
by Wendall Cada 03 Mar '04

03 Mar '04

Hello, Accidentally sent a post earlier, the admin can disregard. Anyway, I posted a SR on sf.net some months ago that can be found here: https://sourceforge.net/tracker/?func=detail&aid=742081&group_id=4054&atid=… Anyway, I came away with the impression that lauris didn't much care about the spirit of the W3C documentation and interpreted it to the letter whenever convenient. I didn't bother to argue the fact that the DTD does need to exist, and as mhnoyes points out, the DTD provided by W3C could just as easily be used. Date: 2003-11-29 11:29 Sender: lauris Logged In: YES user_id=19294 No, DTD does not exist, because nobody wants to maintain it (and unmaintained DTD is much useless). Also, W3C guidelines only say, that xmlns indicator has to be valid URL, not really existing document. Also, there is 'plain-svg' saving option and --export-svg command line option, that should create pure W3C variant. So I move this to feature request category from bugs. Anyway, I disagree that this is a Feature Request. This is a problem, not a feature I'm looking for. I realize that valid files are created, but the DTD's are part of the process. I and am wondering how this with be addressed with InkScape? Wendall -- "Only the ideas that we really live have any value." --Hermann Hesse (Demian)

4 3

tutorials + renaming menu items
by Jonathan Phillips 03 Mar '04

03 Mar '04

Hello, 1.) After we get a couple more tutorials, how hard would it be to make a big Tutorial menu item with the sub-menu arrow to like our normal tutorials, a tutorial on how to create an icon, and lets say a tutorial a tips and tricks tutorial? If we can do this, I'd be interesting in plowing on these. We have a nice template already of what to do (thx to bulia), and we might as well make use of them. I will start these tutorials if someone (bulia?) makes that hierarchical Tutorial menu item with just the standard tutorial in it for now. 2.) NJH mentioned that we should rename the Import... menu item to "Place..." I thoroughly agree as place just places an absolute reference to a PNG file. A true import implies that a file is converted and put into the current document that a user is working on, right? If we agree to this, I'll change it. Jon -- Jonathan Phillips <jon@...15...>

5 5

Re: [Inkscape-devel] more font work
by Robert Crosbie 03 Mar '04

03 Mar '04

>From: Bryce Harrington <bryce@...1...> >To: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] more font work >Date: Tue, 2 Mar 2004 11:16:28 -0800 (PST) > >On Tue, 2 Mar 2004, Jonathan Phillips wrote: > > Two things: > > > > 1.) What is the speed differences between using SVGs compared to XPMs > > for icons in the interface? > >I don't think anyone's quantified it, but I traced through the code that >gets called to render them, and it's quite extensive. My guess is that >it's quite a bit slower, but couldn't say how much. I suspect that >could be mitigated via caching the rendered bitmaps at compile or >installation time. > > > 2.) Currently, our interface doesn't use SVGs for icons, right? > >I think it uses a mix of both SVG and XPM. > >Bryce > Yes, it is a mix of both SVG and XPM. I was working on this a while ago when I added the Stock support. I got lost in the SVG icon rendering code and didn't know if we wanted to go exclusively with SVG or XPM, so I left things as a mix. I haven't had time to work on the code since before christmas. :( Some icons in the icons.svg file aren't rendered as xpm yet. If we went exclusively with XPM's we could put everything in stock and get rid of the SPIcon code (I think). It should be faster and the code would be easier to manage and understand. Also, last time I looked, Valgrind was reporting quite a few memory leaks traceable to the SPIcon code. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

4 4

more font work
by bulia byak 03 Mar '04

03 Mar '04

Continuing the font system cleanup, today I checked in a fairly large chunk of code: 1. All CSS font properties (style, weight, stretch, variant) are now fully supported. This support is somewhat flakey in that when you change a font of a text object, the properties get their values from parsing the style name of the font, assuming the name uses more or less standard terms (and is in English). This is currently unavoidable, because the Xft back-end provides no information about the font style except italic and bold bits, which is clearly insufficient for our purposes. When we switch to Pango, we'll be able to get from it an exact match for the CSS properties, but it needs to be tested how reliable is this information from Pango (it may well be that parsing the name, although ugly, is still more reliable). Similarly, when Inkscape reads a CSS font specification from SVG, it finds the most appropriate font based on the name only. So, now Inkscape can see, apply, and read from SVG a lot more fonts and styles than before. It still cannot handle _all_ fonts, but the limit of the CSS syntax is reached, and further improvement is only possible if we introduce an inkscape:font-style extension attribute. Perhaps I will do this next. 2. The matching algorithm that finds the most appropriate family and style is much improved. If there's no exact family match, Inkscape now uses partial matches (e.g. "Times New Roman" if SVG specifies "times", or "Adobe Garamond" if the file requires "Garamond", or vice versa), of which it selects the family with the shortest name. Inkscape now knows more standard families (most importantly Bitstream Vera, but also Luxi and Windows standard fonts) and uses one of them when all else fails. It also attempts to avoid using fancy fonts (such as monospace, outline, etc) when not asked, so as to prevent funny font substitutions. Finally, it now understands and tries to obey generic font families (serif, sans-serif, monospace) and can parse multiple families in one specification (e.g. "font-family:garamond,times,serif") finding the best match for all listed families. With matching style, it will match "italic" when you specify "oblique" but no oblique is available, and vice versa, and will find the closes stretch and weight match among the available styles. 3. Whenever an inexact family/style match is chosen, Inkscape will now display a g_warning showing what font was required and what is being used instead. You will probably get a lot of such warnings for your old files, because older versions of inkscape/sodipodi often included bogus and unnecessary font references. Newly created files should be OK (at least when viewed on the same system). In particular, there were warnings in icons.svg, tutorial.svg and about.svg; I cleaned them all up so please do "make install" again. If you get some suspicious font substitution or any other font problem, contact me at once. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

6 10

new library dependency: libgc
by MenTaLguY 03 Mar '04

03 Mar '04

We're looking at using libgc (the Boehm garbage collector) -- will this be a problem for any of our non-Unix packages? -mental

1 0

Re: [Inkscape-devel] SVG icon work (was more font work)
by Robert Crosbie 02 Mar '04

02 Mar '04

>From: Alan Horkan <horkana@...44...> >To: Bob Jamison <rjamison@...73...> >CC: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] more font work >Date: Tue, 2 Mar 2004 21:10:40 +0000 (GMT) > > >On Tue, 2 Mar 2004, Bob Jamison wrote: > > > Date: Tue, 02 Mar 2004 08:28:59 -0600 > > From: Bob Jamison <rjamison@...73...> > > To: inkscape <inkscape-devel(a)lists.sourceforge.net> > > Subject: Re: [Inkscape-devel] more font work > > > > bulia byak wrote: > > > > > warnings in icons.svg, tutorial.svg and about.svg; I cleaned them all >up > > > so please do "make install" again. > > > > > > > Speaking of icons.svg, I have noticed > > something that maybe one of the users > > could help with, if this is OK with > > Bryce. > > > Currently, icons.svg is rather unorganized. > > It would be really great if someone > > could organize and arrange the icons > > according to their use. And annotated, too. > > Like if the file were arranged like this, > > visually: > > > > > > Toolbox icons, 20x20 > > [icon] [icon] [icon] > > text-tool curve-tool freehand-tool > > > > Menu icons, 24x24 > > [icon] [icon] [icon] > > import-into file_export print-direct > > > > > > ....etc.... > > > > > > The only restrictions are that the > > icons should not be resized, that > > they must remain top-level <g> members > > of the svg tree, and that they retain their > > proper names. > >Would be possible (or even a good idea) to have some way of simply >allowing the group id to be shown directly in the document? > >This would save adding lots of text descriptions as the icons are all >already nicely labelled. > >- Alan H. It is possible that adding extra text and other unused objects could slow down the parsing of the icons. It could be negligable, I don't know, but people do like their applications to start as fast as possible. The file could still be organized into a logical order though and I could take this task. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 3

Re: [Inkscape-devel] DTD
by bulia byak 02 Mar '04

02 Mar '04

>I agree about there being more powerful methods than a DTD. My point is >that I disagree about the URI not needing to correspond to an actual >page. If that is the stance of this development team, I think you should >get some clarity from someone over at W3C, because that has never been >the case in my experience, nor is it how I or any other developer I've >worked with interprets the documents. Quoting http://www.w3.org/TR/REC-xml-names/#ns-decl "The namespace name, to serve its intended purpose, should have the characteristics of uniqueness and persistence. It is not a goal that it be directly usable for retrieval of a schema (if any exists)." This clearly states that a namespace URI is not that of a schema and was never intended to be. If Lauris decided to construct a URI that ends with .dtd, it's not our problem. We keep using it simply for compatibility with Sodipodi. >It would be completely acceptable to leave it out, but putting invalid >DTD information in the files does produce errors. Or do you mean that the SVG DTD linked to in DOCTYPE does not validate our files? If so then yes, it's a problem, we'll probably need to remove that reference (or maybe remove the DOCTYPE altogether). _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

Re: [Inkscape-devel] tutorials + renaming menu items
by bulia byak 02 Mar '04

02 Mar '04

> > 2.) NJH mentioned that we should rename the Import... menu item to > > "Place..." I thoroughly agree as place just places an absolute reference > > to a PNG file. A true import implies that a file is converted and put > > into the current document that a user is working on, right? > >I'm not sure that is a valid assumption. I vote against "Place". It annoys me enough in Illustrator. Importing is a logical inverse of exporting, so the name must reflect that. Whether a file is sucked in or just linked to is secondary. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] DTD
by Bryce Harrington 02 Mar '04

02 Mar '04

Thanks, we'd appreciate the help. I think once a DTD (or XML Schema) is available, I assume all we'd need to do is post it to the appropriate place on our website to take care of that validation issue, right? Bryce On Tue, 2 Mar 2004, Wendall Cada wrote: > Should have waited to respond, this answered my question entirely. I > would love to check into this for you guys. If I remember correctly, the > SVG files validated against the W3C DTD just fine. I just cut and pasted > the DTD address over the Sodipodi one. > > Wendall > > On Tue, 2004-03-02 at 13:32, Bryce Harrington wrote: > > On Tue, 2 Mar 2004, Wendall Cada wrote: > > > Hello, > > > > > > Accidentally sent a post earlier, the admin can disregard. > > > > > > Anyway, I posted a SR on sf.net some months ago that can be found here: > > > > > > https://sourceforge.net/tracker/?func=detail&aid=742081&group_id=4054&atid=… > > > > > > Anyway, I came away with the impression that lauris didn't much care > > > about the spirit of the W3C documentation and interpreted it to the > > > letter whenever convenient. I didn't bother to argue the fact that the > > > DTD does need to exist, and as mhnoyes points out, the DTD provided by > > > W3C could just as easily be used. > > > > Good idea. For Inkscape we listed 'full SVG compliance' as one of our > > core missions & goals, so the DTD is extremely important. I don't know > > if Inkscape's output passes the W3C DTD, but if it doesn't then those > > items should probably be treated as critical bugs (as bad as crash > > bugs). > > > > We've also talked about having a DTD for the SVG additions. This is > > definitely something that should be written and included with the > > Inkscape package - wouldn't hurt to include the W3C SVG DTD too, for > > completeness. Maybe we should have a share/dtd/ directory? > > > > It might be useful to have an optional extension that did a DTD check of > > documents on load, so people who want to ensure DTD compliance could > > make use of that as a filter/check. > > > > Wendall, would you be interested in checking some of the output against > > the W3C DTD and get a feel for how far off we are from compliance? > > Also, if you know the ins and outs of DTD making, would you be > > interested in helping make the DTD for the added svg items? (I think > > mental could probably itemize what the svg additions in Inkscape are, if > > you catch him on Jabber). > > > > Bryce > > > > > Date: 2003-11-29 11:29 > > > Sender: lauris > > > Logged In: YES > > > user_id=19294 > > > > > > No, DTD does not exist, because nobody wants to maintain > > > it (and unmaintained DTD is much useless). > > > Also, W3C guidelines only say, that xmlns indicator has to > > > be valid URL, not really existing document. > > > Also, there is 'plain-svg' saving option and --export-svg > > > command line option, that should create pure W3C variant. > > > So I move this to feature request category from bugs. > > > > > > Anyway, I disagree that this is a Feature Request. This is a problem, > > > not a feature I'm looking for. I realize that valid files are created, > > > but the DTD's are part of the process. I and am wondering how this with > > > be addressed with InkScape? > > > > > > Wendall > > > >

1 0

DTD
by Wendall Cada 02 Mar '04

02 Mar '04

Hello, Accidentally sent two posts earlier, the admin can disregard. Not enough coffee or something today. Anyway, I posted a SR on sf.net some months ago that can be found here: https://sourceforge.net/tracker/?func=detail&aid=742081&group_id=4054&atid=… Anyway, I came away with the impression that lauris didn't much care about the spirit of the W3C documentation and interpreted it to the letter whenever convenient. I didn't bother to argue the fact that the DTD does need to exist, and as mhnoyes points out, the DTD provided by W3C could just as easily be used. Date: 2003-11-29 11:29 Sender: lauris Logged In: YES user_id=19294 No, DTD does not exist, because nobody wants to maintain it (and unmaintained DTD is much useless). Also, W3C guidelines only say, that xmlns indicator has to be valid URL, not really existing document. Also, there is 'plain-svg' saving option and --export-svg command line option, that should create pure W3C variant. So I move this to feature request category from bugs. Anyway, I disagree that this is a Feature Request. This is a problem, not a feature I'm looking for. I realize that valid files are created, but the DTD's are part of the process. I and am wondering how this with be addressed with InkScape? Wendall -- "Only the ideas that we really live have any value." --Hermann Hesse (Demian)

1 0

DTD
by Wendall Cada 02 Mar '04

02 Mar '04

I filed a bug with the Sodipodi project quite some time ago, it can be found here: Date: 2003-11-29 11:29 Sender: lauris Logged In: YES user_id=19294 No, DTD does not exist, because nobody wants to maintain it (and unmaintained DTD is much useless). Also, W3C guidelines only say, that xmlns indicator has to be valid URL, not really existing document. Also, there is 'plain-svg' saving option and --export-svg command line option, that should create pure W3C variant. So I move this to feature request category from bugs. -- "Only the ideas that we really live have any value." --Hermann Hesse (Demian)

2 1