- Inkscape Devel - Inkscape Mailman

script for embedding raster images
by Ben Crowell 13 Dec '04

13 Dec '04

On Mon, 13 Dec 2004 20:31:29 +1100, Trent Buck <fubarbaz@...405...> wrote: > Up spake Ben Crowell: > > I don't know if AI's output is standards-compliant in this situation > > or not. If omitting the type is legal according to the SVG standard, > > then maybe Inkscape should allow it on input. > > Inkscape should probably allow it regardless, since being compatible > with AI is nearly as important as being compatible with the spec. > We don't have the clout to force AI to fix its mistakes, yet :-) Yep. If Inkscape allows the user to read noncompliant AI SVG output, and change it into standards-compliant Inkscape SVG, then that's a win for standards. If Inkscape won't let the user do that, then the user has no way of switching to a standards-compliant format. It's not like the situation with browsers, where bug-for-bug compatibility arguably just encourages web sites to use nonstandard HTML. Visiting a broken site with my standards-compliant browser doesn't fix the broken site :-) >I have to agree with that, though upon reading the RFC it's clear that >the missing mimetype is interpreted as text/plain by default. So I >think Inkscape is correct in its ignoring such images because >technically, they're not images but texts. I'm not sure how to "fix" >this because we probably use some library call to retrieve images from >URIs. Should just be a question of reading the first four bytes of the file to find out the magic number, and then closing it and calling the appropriate library for that type of file. Does anyone know where in the source code I should look? This is something I'm motivated to try to fix, since I have 660 AI SVG files I'm trying to get working with Inkscape, and many of them have this problem.

1 0

Re: [Inkscape-user] Re: script for embedding raster images
by bulia byak 13 Dec '04

13 Dec '04

> I've fixed the script to write it the way Inkscape wants it: > http://www.lightandmatter.com/embed_raster_in_svg Excellent, thanks! I tested it and it works when I run it on a file in the current dir, but when I tried to give it a file in a subdir tt/, I got this error: $ ./embed_raster_in_svg.pl tt/a.svg embedded raster file New_document_1-path1061-4294967076.png, image/png error renaming file tt/a.svg to tt/a.svg.bak, No such file or directory at ./embed_raster_in_svg.pl line 114. > I don't know if AI's output is standards-compliant in this situation > or not. Consult http://www.faqs.org/rfcs/rfc2397.html to find out who is compliant and who's not > >P.S. If you plan to keep contributing to Inkscape I can give you > >developer access > That would be nice, thanks! Given my weak C++ skills and lack of > familiarity with Inkscape's codebase, I probably wouldn't dare > to committ changes to the C++ code on my own, except maybe after > getting comments on them. But if the plan is to have an Extensions > menu that can call various Perl scripts, then it might be nice for > me to be able to contribute directly to that. My Perl skills are > a lot better than my C++ skills, and I'm going to need to write > various scripts anyway for my own use (e.g., I'm going to need > something to gamma-correct svg files). Good, I added bcrowell to the project > Is there an API for > extensions? I know we're moving towards it, Ted Gould will probably be able to give you more specific info. If you can help him to work on the extensions system for the next version, this would be fantastic. Also we have the ill2svg perl script that is used for importing illustrator files. I believe there were some issues with it that needed fixing (look up the bug tracker and list archives). In any case, since you're working with AI files and know Perl, you seem to be the ideal person to systematically test this script and write at least some documentation for it (what AI versions and what features are supported and what not, how to best prepare your files for import, etc). It might also make sense to incorporate the embed/outbed images functionality into it as an option.

1 0

Problems with EPS export and printing of markers
by Per Bjornsson 13 Dec '04

13 Dec '04

Hi, I'm seeing some problems with markers in Inkscape 0.40 and current CVS: They simply don't print or get exported in exported EPS files. (They are also all black instead of the line color, but that's known to be an unimplemented feature: http://sourceforge.net/tracker/index.php?func=detail&aid=995815&group_id=93… .) I couldn't find anything about them not getting printed or exported though so I figured that I'd check if it's just my build. Also, when building Inkscape with gnome-print support ('./configure --with-gnome-print') I don't get any print dialog at all, the print job is just dumped immediately on the default printer. Is this supposed to happen or should I actually be getting the regular gnome- print dialog? I noticed that the statically linked RPMs on the SF download site are built without gnome-print support, is that because gnome-print support is actually broken? My platform is Fedora Core 3, with GNOME 2.8 (for libgnomeprint), GTK 2.4 and my compiler is GCC 3.4. If this is specific to my setup I'll be ahppy to try to dig into what's going on; if it's universal maybe I can try to hack a solution, although although C++ might not be my most fuelnt language so I can't make any promises as to how far I'll get... Cheers, Per

1 0

compile problem, ar: libnr/have_mmx.o: No such file or directory
by Ben Crowell 12 Dec '04

12 Dec '04

I'm trying to compile the latest CVS version on my Debian box, and am getting the error message shown at the end of this mail. I have previously compiled 0.40 on this machine successfully. Can anyone suggest how to fix this problem? This is on Debian-testing, pretty standard setup except that I had to install automake 1.9 from source, since Debian only has 1.4 in unstable. TIA! ============== tail end of compiler output ============== gcc -g -O2 -c libnr/have_mmx.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_EMPTY_A8_RGBAP.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_A8_RGBAP.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8_R8G8B8_R8G8B8A8_P.S rm -f libnr/libnr.a ar cru libnr/libnr.a libnr/nr-blit.o libnr/nr-compose-transform.o libnr/nr-compose.o libnr/nr-gradient.o libnr/nr-matrix-div.o libnr/nr-matrix-fns.o libnr/nr-matrix-rotate-ops.o libnr/nr-matrix-scale-ops.o libnr/nr-matrix-translate-ops.o libnr/nr-matrix.o libnr/nr-object.o libnr/nr-path.o libnr/nr-pixblock-line.o libnr/nr-pixblock-pattern.o libnr/nr-pixblock-pixel.o libnr/nr-pixblock.o libnr/nr-point-fns.o libnr/nr-rect-l.o libnr/nr-rect.o libnr/nr-rotate-fns.o libnr/nr-rotate-matrix-ops.o libnr/nr-scale-matrix-ops.o libnr/nr-scale-translate-ops.o libnr/nr-svp-render.o libnr/nr-svp.o libnr/nr-translate-matrix-ops.o libnr/nr-translate-scale-ops.o libnr/nr-translate-rotate-ops.o libnr/nr-types.o libnr/nr-values.o libnr/have_mmx.o libnr/nr_mmx_R8G8B8A8_P_EMPTY_A8_RGBAP.o libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_A8_RGBAP.o libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.o libnr/nr_mmx_R8G8B8_R8G8B8_R8G8B8A8_P.o ar: libnr/have_mmx.o: No such file or directory make[2]: *** [libnr/libnr.a] Error 1 make[2]: Leaving directory `/home/bcrowell/Documents/sw/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/bcrowell/Documents/sw/inkscape' make: *** [all] Error 2

2 1

Mention in this months Linux Format
by John Cliff 12 Dec '04

12 Dec '04

Hi guys, First up, sorry about the empty mail, stupid ie on my parents computer :) Just thought I'd let you all know that we're mentioned very briefly in the news section of the xmas edition of linux format, just a they've released a new version with improved text features etc blurb, with the GO! screenshot above it. Didnt buy the mag as i dont use linux and didnt want to spend $10 on a magazine for 1 paragraph. Cheers John __________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com

2 1

Mention in this months Linux Format
by John Cliff 11 Dec '04

11 Dec '04

Hi guys, __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

1 0

Mention in this months Linux Format
by John Cliff 11 Dec '04

11 Dec '04

Hi guys, __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

1 0

Article to introduce Inkscape 0.40
by Bryce Harrington 11 Dec '04

11 Dec '04

I've started sketching out a PR piece about Inkscape 0.40, with the intent of writing up something lengthy that both discusses the new capabilities of the project and encourages people to chip in help at improving things. http://inkscape.org/cgi-bin/wiki.pl?ArticleIntroducingInkscape0_40 I've identified a few areas that definitely need more fleshing out; help on those areas would be quite valuable. Also, example images are needed to show off the capabilities; I'm sure I could rough something together but am betting that folks who actually have artistic talent could do a much better job than I. :-) So help would be much appreciated there as well. I haven't thought about where to publish it; Footsteps perhaps. This is also a rough "off the cuff" writing, so needs some editing and wordsmithing, as it's probably too wordy at this point. I haven't even spell checked it, so there's probably seplling and that grammer problem too. Bryce

4 6

OpenCD
by Kees Cook 11 Dec '04

11 Dec '04

These folks are creating a Windows-only OSS CD: http://theopencd.sunsite.dk/ They've had some discussions about possibly including Inkscape, and I'm worried about some of their impressions. I'm not sure how to address their concerns. "Too much flux" and "Development has slowed" wtf!? I wish they had contacted us, we could have made the v2.0 cut... http://theopencd.sunsite.dk/forum/viewtopic.php?t=540&highlight=inkscape http://theopencd.sunsite.dk/forum/viewtopic.php?t=717&highlight=inkscape -- Kees Cook @outflux.net

2 1

Static build portability warning
by Mike Hearn 11 Dec '04

11 Dec '04

Good day gentlemen, Statically linking libgc is a good idea, because not many people have this library and it's small enough that doing so isn't a big deal. Unfortunately due to the general brokenness of glibc, this will fail on some systems with the following error: inkscape: relocation error: inkscape: symbol __libc_stack_end, version GLIBC_2.1 not defined in file ld-linux.so.2 with link time reference This is because at some point, __libc_stack_end was changed from being public to private. It seems there's been some to-and-fro on this issue: on a Debian unstable system I have access (glibc 2.3.2) to __libc_stack_end is exported but marked as private, eg you can still build against it and it'll work but may break at any moment. On my inkscape nightly build system (glibc 2.3.4) and on my Fedora Core 3 system it's public (@@GLIBC_2.1). It appears that this symbol was originally public, made private then it was discovered that it was required for some of the non-exec stack work and made public again. The net result is that anything attempting to use this symbol is going to be screwed by the symbol versioning mechanism. Boehm GC attempts to weak link against this symbol, but due to the dubious design of weak linkage on GNU systems it fails because glibc does not export this symbol as weak. I will apply a patch to the autopackage copy of libgc soon to make it always fall back to parsing /proc, ask for an explanation of this mess from the glibc developers (I will probably be ignored) and post the patch to upstream libgc to use dlsym to retrieve this symbol, which should bypass symbol versioning. If anybody sees this message then, now you know what it means (kinda). thanks -mike

3 4