- Inkscape Devel - Inkscape Mailman

de.po update for inkscape upcoming
by Colin Marquardt 14 Jun '04

14 Jun '04

Hi, in order to avoid duplicated work... this is to announce that I will submit an update to the de.po that is in CVS in a few days - I have posted it on the gnome-de mailing list for review now. I did not have the time to translate everything, but it's an update nevertheless. I haven't checked (had a very poor connection, barely enough to the get the po file), but maybe it would be worth to msgmerge the po files from Sodipodi with the ones from Inkscape from time to time? Cheers, Colin

2 1

Fred / someone please check a commit
by Carl Hetherington 14 Jun '04

14 Jun '04

Hi, I just committed the following patch: Index: src/libnrtype/TextWrapper.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/libnrtype/TextWrapper.cpp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- src/libnrtype/TextWrapper.cpp 14 Jun 2004 14:44:04 -0000 1.2 +++ src/libnrtype/TextWrapper.cpp 14 Jun 2004 23:05:45 -0000 1.3 @@ -393,7 +393,7 @@ int last_w_st=-1; int last_s_st=-1; int last_p_st=0; - for (int i=0;i<=nAttr;i++) { + for (int i=0;i<nAttr;i++) { text_boundary nbs; text_boundary nbe; nbs.uni_pos=i; Could people just check that they agree with it? Thanks Carl

1 0

Re: Inkscape-devel digest, Vol 1 #444 - 14 msgs
by Peter Linnell 14 Jun '04

14 Jun '04

> 8. Installing Inkscape on a Win machine (David Christian Berg) > Message: 8 > From: David Christian Berg <david.berg@...240...> > Reply-To: david@...139... > To: inkscape-devel(a)lists.sourceforge.net > Organization: SIP Solutions > Date: Fri, 11 Jun 2004 15:37:17 +0200 > Subject: [Inkscape-devel] Installing Inkscape on a Win machine > > Hi guys, > > since I'm working with Linux, I'll never have to personally, but > inkscape has become my favorite graphics tool, and I need to share files > with win users. Now since svg isn't supported that much, I thought, the > easiest solution might be to just have the win users install inkscape... > how hard is this? I mean including installing gtk. I hope this is real > simple and you can point me at some howto. The current packaging works great IMO: a. download b. unzip > > Also I wonder if there'll be work done on the ps export soon. Though I > really am looking forward to pangoisation being finished, I really need > a proper export of transparency for ps, to make pdfs for sharing, > instead of pngs, since pngs are huge, for A3 or A4 posters since I need > at least 300 dpi. > > Any chances, I will see something like that soon? > > > David >PS: The Scribus import filter isn't good enough for my posters... so >using Scribus for export is ruled out. Have you updated to Scribus 1.1.7, which has a bunch of new gradient support ? The other variable is the version of Ghostscript installed. Using a 8.1x version has better results overall. Text handling on SVG import is the next issue to tackle, but IMO most text work can be done in Scribus more effectively - not a knock on Inkscape, it is just that SVG and PS/PDF text models are a bit different and easier to translate into reliable PDF via Scribus. I wrote a howto for installing parallel GS's, so you do not need to remove the existing patched GS which most distros supply: http://ahnews.music.salford.ac.uk/scribus/documentation/gsadv.html I hate to sound like a broken record, but exporting transparency in PS is not a trivial task. In pre-press, I would think it is safer and really much better to use PDF 1.4 for handling transparency downstream with printers etc. PDF 1.4 spec supports this capably. Moreover, even if Inkscape were to do this (export transparency) in PS, few printers or print setups on typical Linux distros can fully support advanced PS3 printing. I know - I've tested with Suse 9.x and Fedora with a Fiery PS3/PDF1.4 RIP. It took some tweaking to get this working properly. I basically rebuilt all the CUPS rpms to enable PS3, which is turned off by default. Otherwise, Inkscape would need to add a flattener to the exported PS - again not trivial. Peter

1 0

ill2svg.pl change
by Bryce Harrington 14 Jun '04

14 Jun '04

ill2svg.pl now auto-detects the file format (Unix, Mac, or DOS) and performs line ending conversion appropriately. This makes the -l cmdline option unnecessary, and thus it has been removed. Let me know if this causes any compatibility issues. Bryce

2 1

RE: [Inkscape-devel] Report on Bugs
by bulia byak 14 Jun '04

14 Jun '04

>Bug 852976 is reported a LOT, there's probably 3-4 other bug reports >that describe basically the same problem, that I left at lower priority. >We've looked at it before and it seems to be a Gtk-on-Windows issue so >there might not be much we can do about it. It would be nice if someone >could figure out if there's a work-around of some sort for Windows that >would stop the crashing, even if it required disabling a feature on >Windows (e.g. autoscrolling). Autoscrolling is irrelevant. GTK just drops events when mouse is outside a window. I've spent a lot of time on this and I honestly don't know what to do. Someone with fresh energy must attack it. The most annoying thing is that Sodi does not suffer this malaise (reportedly). _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Report on Bugs
by Bryce Harrington 14 Jun '04

14 Jun '04

I've gone through all the bug reports in the tracker on SF to update priorities. There were eight bugs that looked like critical bugs: 964635 CRASH (Win32) on insert special character in text w/ALT+Num 953771 Click on zoom spin control crashes inkscape 955020 assert when quitting with dialog and duplicated window 950610 SEGV with gradients 937347 symbol fonts not supported? 934209 Marker-related assertion failure. 852976 win32: mouse freeze when dragging outside canvas 925033 win32: non-ascii filenames still don't work For this release since it is development-focused I don't think we need to close all the critical bugs, but it'd be nice to close a few. Bug 852976 is reported a LOT, there's probably 3-4 other bug reports that describe basically the same problem, that I left at lower priority. We've looked at it before and it seems to be a Gtk-on-Windows issue so there might not be much we can do about it. It would be nice if someone could figure out if there's a work-around of some sort for Windows that would stop the crashing, even if it required disabling a feature on Windows (e.g. autoscrolling). Since the Pango patch was applied today, it would be wise for everyone to get a new development copy at this time and test the heck out of it, and report all recreatable crash bugs you can find, so we can address them prior to the upcoming release. Bryce

1 0

mucking with repr
by Kees Cook 14 Jun '04

14 Jun '04

So, I want to understand what I have to do to make the xml parser sane when it comes to reading RDF's. Currently it adds id='s and removes "xmlns"s. Where should I start looking for examples on how to search/change/update elements in the XML tree? -- Kees Cook @outflux.net

2 1

Re: [Clipart] ANNOUNCE: SVG::Metadata
by Glenn Randers-Pehrson 14 Jun '04

14 Jun '04

At 11:14 AM 6/13/2004 -0700, Bryce Harrington wrote: >On Sun, 13 Jun 2004, Glenn Randers-Pehrson wrote: >> At 10:04 PM 6/12/2004 -0700, Bryce Harrington wrote: >> >I've completed writing some code for processing collections of SVG files >> >to validate their metadata (title, author, license). The code is >> >packaged and released to CPAN: >> > >> > http://search.cpan.org/~bryce/SVG-Metadata-0.01/ >> > >> >It includes the following: >> > >> >SVG::Metadata - A module for parsing and accessing an SVG's metadata, >> > including title, author, license, and keywords. >> > >> >svg_validate - A script for scanning through a collection of SVG files >> > and extracting ones with valid metadata. It also automatically >> > generates png's for each (using inkscape) and metadata text files. >> >> For the past few weeks I have been attempting to get a "License" keyword >> approved by the PNG group, so far without success. The group seems to >> feel that licensing info should go in a textual chunk with the "Copyright" >> keyword, even if there is no copyright. I'll know more on June 23 >> when the group finishes voting. >> >> We could follow that recommendation, or we could of course use an >> un-registered "License" keyword or even "OCAP License" keyword. It >> would be good to use the same keywords in PNG and SVG metadata. > >Agreed. But if they end up using the Copyright keyword, that's probably >not an issue. > >Do you know of tools for editing the metadata in a PNG file? I could >modify the script to include a metadata insertion into the generated PNG >files as part of the process. pngcrush will do it. I wanted to resolve issues with the PNG group before writing it up. For example, pngcrush -text b "Copyright" \ "copyright 2000 svg-scribblers, Inc. Placed in Public Domain June 2004" \ -text b "Author" "J. F. Scribbler, www.svg-scribblers.com" \ in.png out.png The "b" means place the resulting tEXt chunk before the IDAT chunks. Otherwise use "a" to put it after the IDAT. Glenn

3 3

RE: [Inkscape-devel] Re: [Clipart] ANNOUNCE: SVG::Metadata
by bulia byak 13 Jun '04

13 Jun '04

>Do you know of tools for editing the metadata in a PNG file? I could >modify the script to include a metadata insertion into the generated PNG >files as part of the process. We probably also need to copy the SVG metadata into our exported PNG. Now our png-write.cpp has: /* Made by Inkscape comment */ text_ptr[0].key = "Software"; text_ptr[0].text = "www.inkscape.org"; but you can add arbitrary additional fields. Although I think this should be optional because not everyone wants their PNG bloated by metadata. _________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Re: [Clipart] ANNOUNCE: SVG::Metadata
by Glenn Randers-Pehrson 13 Jun '04

13 Jun '04

At 10:04 PM 6/12/2004 -0700, Bryce Harrington wrote: >I've completed writing some code for processing collections of SVG files >to validate their metadata (title, author, license). The code is >packaged and released to CPAN: > > http://search.cpan.org/~bryce/SVG-Metadata-0.01/ > >It includes the following: > >SVG::Metadata - A module for parsing and accessing an SVG's metadata, > including title, author, license, and keywords. > >svg_validate - A script for scanning through a collection of SVG files > and extracting ones with valid metadata. It also automatically > generates png's for each (using inkscape) and metadata text files. For the past few weeks I have been attempting to get a "License" keyword approved by the PNG group, so far without success. The group seems to feel that licensing info should go in a textual chunk with the "Copyright" keyword, even if there is no copyright. I'll know more on June 23 when the group finishes voting. We could follow that recommendation, or we could of course use an un-registered "License" keyword or even "OCAP License" keyword. It would be good to use the same keywords in PNG and SVG metadata. Glenn

2 1