- Inkscape Devel - Inkscape Mailman

Shortcut key translation
by Lucas Vieites 14 Dec '04

14 Dec '04

Hi, I was contacted the other day by J. Ramón Palacios, who translated the basic tutorial to spanish (I'll sent it in as soon as I do a quick revision). He asked me a question I had no answer for: in the inkscape menus the names of theshortcut keys are not translated. On the attached screenshot you'll see the spanish 'Object' menu (red underlining is mine). The shortcut keys are named 'PgUp', 'PgDn', etc. when they should be named 'Repág', 'Avpág', etc. Are these strings supposed to be in the .po file? If not, where are they supposed to be translated? Thanks for your time, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

3 2

Re: [Inkscape-devel] Shortcut key translation
by Kees Cook 14 Dec '04

14 Dec '04

On Tue, Dec 14, 2004 at 04:49:04PM +0100, Lucas Vieites wrote: > > This seems to be common to all Gtk applications, but I can't believe > > it's intended. If I run other tools (like gnumeric), I get the same > > results. > > > That's strange, because I don't. Before posting the origianl message I > checked Gnumeric and Evolution, and both show the correct key names, > that's why I asked. > Any other comments, anyone? Hm. Then I wonder if it's the locale of the Gnome instance itself? I use the "C" locale for my system by default, so when I start X, everything is in English. If I force inkscape (or gnumeric, etc) into another locale ("LC_ALL=fr_FR inkscape"), I get the localized menu names, but not shortcuts. Weird. I wonder if inkscape is missing some kind of localization initialization call? I know there is the main one at the start. Don't know. I guess file a bug so we can track this. -- Kees Cook @outflux.net

2 1

API for extensions?
by Ben Crowell 14 Dec '04

14 Dec '04

Bulia tells me there will soon be an extensions menu. I'm interested in writing some extensions in Perl. My motivation is to scratch my own itch, but some of the stuff I write might be of interest to other users as well. So far I've just been writing Perl scripts to manipulate SVG files, and running them from the command line. Is there an API for extensions yet? The simplest thing would probably be to do it through a shell, and provide a way to hook the command-line options and arguments up to a dialog box in the GUI. There would need to be provisions for internationalization, and for error reporting (including errors resulting from not having the right Perl modules installed). However, since Inkscape runs on Windows, running it in a shell might not work. Is the Extensions menu envisioned as a Unix-only feature? It seems like it would be quite complicated to implement such a thing on a cross-platform basis. It's easy to write the scripts to be platform-independent, but, e.g., most Windows users aren't going to have Active State Perl installed, and even if you embedded a Perl interpreter in Inkscape, that would only work for Perl, and there would still be the issue of libraries. Even if you told Windows users they were required to install Perl and a certain set of libraries, it would also be complex to try to write the glue between Inkscape and Perl in a platform-independent way. And my experience from writing a cross-platform Perl app is that it's a lot of work in terms of testing and code maintenance, much more than writing a Unix-only app.

3 2

[pjc@...609...: Re: [Inkscape-devel] OpenCD]
by Kees Cook 14 Dec '04

14 Dec '04

----- Forwarded message from Pierre-Jean Coudert <pjc@...609...> ----- Hello, I am Pierre-Jean Coudert from the WinLibre project ( http://www.winlibre.com/en/ ). WinLibre is a free software distribution for Windows aimed at popularizing free/open source software. We are including Inkscape since the WinLibre 0.2 release. (actually Inkscape 0.39 ) I want first to thank you for your great and impressive work. We have actually a problem with the 0.40 version. When we install it over the 0.39, it's impossible to open a file with the menu or the icon command (Inkscape crashes). Any idea for correcting this ? We would like to include the 0.40 version in the next WinLibre release. TIA Best regards, Pierre-Jean Coudert, WinLibre. ----- End forwarded message ----- -- Kees Cook @outflux.net

1 0

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

13 Dec '04

>> 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). Is there an API for >> extensions? >Hmmm... >Sounds perhaps like you might need to do more than just base gamma-correction. >There are many issues on color in general that need to be addressed. What >exactly are your needs for gamma-correction, and have you skimmed any of the >wiki pages on color? Ah, thanks for pointing me to the wiki -- lots of cool information there! I have a set of textbooks that was originally done on a Mac in PageMaker and Illustrator, and which I'm now in the process of converting to LaTeX and Inkscape on Linux. I'm actually producing the printed books in black and white, so CMYK issues aren't important to me. But as I move the books from Mac to Linux, I've been switching to the appropriate PC gamma correction. This makes them look right to me on the screen, and to users on Windows. (I give the PDFs away for free on my web site, and also sell them in print. Having them look good to professors who might adopt them is important.) Up until now, I'd just been gamma-correcting the EPS output from Illustrator using a kludgy Perl script. Now that I'm actually getting set up to *edit* the files on Linux using Inkscape, I'm planning to write software to gamma-correct the svg source files themselves.

1 0

Re: [Inkscape-user] Re: script for embedding raster images
by bulia byak 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 :-) 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.

1 0

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