https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=...
It exists, it is alive! It will most definitely not be the final release, but it is a good point to start beating up Inkscape. This is not for general use, but more for people who follow the development of Inkscape (being subscribed to this e-mail list is a good start :)
I went ahead and put it in the SF file area with a big nasty note to scare away casual users. I think that it is as good of place as any... thoughts are welcome.
--Ted
https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=...
2 ideas:
- Let's delete road_signs from share/clipart, as they are now available in the separate openclipart packages
- I thought about moving /doc to /share/doc so that it gets installed into the user's share dir. Otherwise its content is simply lost for people who install from RPMs, or who delete the source tree after compilation. Comments?
On Wed, 30 Jun 2004, bulia byak wrote:
https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=...
2 ideas:
- Let's delete road_signs from share/clipart, as they are now
available in the separate openclipart packages
Done.
- I thought about moving /doc to /share/doc so that it gets installed
into the user's share dir. Otherwise its content is simply lost for people who install from RPMs, or who delete the source tree after compilation. Comments?
A few of the items in doc/ are relevant to end users and should be moved to share/doc/. Others are only relevant to developers and should remain in doc/. Some files there, such as WISHLIST, spsvgview.txt, sp2ink_rfe.gnumeric, etc. may be obsolete at this point and should be dropped.
It would also be wise to look at revising elementsofdesign.svg to be a bit more space-efficient. It is currently 1.1M (uncompressed), with an equivalent amount for each translation.
I suspect within a few releases we will be gaining both additional tutorials and additional translations. Due to the size of these, it seems like at some point we may want to break out the tutorials into separate (per-language?) packages.
Bryce
El mar, 29-06-2004 a las 10:05, Ted Gould escribió:
https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=...
[...]
--Ted
I'm trying it out right now to check the spanish translation but it insists on showing up with the English strings. How can I force it to start up with my translation? I'm running Mandrake Linux 10, my "$LANG" variable is "es_ES" and I have the spanish inkscape.mo file in "/usr/share/locale/es/LC_MESSAGES/", as that didn't work I tried copying it to "/usr/share/locale/es_ES/LC_MESSAGES/" but I still see it in English. Any suggestions?
Thanks
Hi,
I'm running Mandrake Linux 10, my "$LANG" variable is "es_ES" and I have the spanish inkscape.mo file in "/usr/share/locale/es/LC_MESSAGES/", as that didn't work I tried copying it to "/usr/share/locale/es_ES/LC_MESSAGES/" but I still see it in English.
Have you set the "LANGUAGE" variable?
Arpad Biro
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail
El mié, 30-06-2004 a las 11:08, Arpad Biro escribió:
Hi,
I'm running Mandrake Linux 10, my "$LANG" variable is "es_ES" and I have the spanish inkscape.mo file in "/usr/share/locale/es/LC_MESSAGES/", as that didn't work I tried copying it to "/usr/share/locale/es_ES/LC_MESSAGES/" but I still see it in English.
Have you set the "LANGUAGE" variable?
Yes, the output of the 'locale' command is: [lucas@...408... lucas]$ locale LANG=es_ES LC_CTYPE="es" LC_NUMERIC="es" LC_TIME="es" LC_COLLATE="es" LC_MONETARY="es" LC_MESSAGES="es" LC_PAPER="es" LC_NAME="es" LC_ADDRESS="es" LC_TELEPHONE="es" LC_MEASUREMENT="es" LC_IDENTIFICATION="es" LC_ALL=es [lucas@...408... lucas]$ echo $LANGUAGE es [lucas@...408... lucas]$
What I find suspicious is that the LC_ALL var has no "" surrounding 'es'. I haven't been able to set that like the others even doing: LC_ALL="es"; export LC_ALL;
Arpad Biro
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail
This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Hi,
Have you set the "LANGUAGE" variable?
[lucas@...408... lucas]$ echo $LANGUAGE es
It would be interesting to see the output of
strace inkscape 2>&1|grep open.*.mo
Arpad Biro
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail
El mié, 30-06-2004 a las 11:26, Arpad Biro escribió:
Hi,
Have you set the "LANGUAGE" variable?
[lucas@...408... lucas]$ echo $LANGUAGE es
It would be interesting to see the output of
strace inkscape 2>&1|grep open.*.mo
That did it, it's trying to open /usr/local/share/locale/es/LC_MESSAGES/inkscape.mo and /usr/share/locale/es/LC_MESSAGES/libc.mo which do not exist. Voilá the output:
[lucas@...408... lucas]$ strace inkscape 2>&1|grep open.*.mo open("/usr/bin/../lib/libgmodule-2.0.so.0", O_RDONLY) = 3 open("/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2", O_RDONLY) = 3 open("/usr/share/locale/es/LC_MESSAGES/gtk20.mo", O_RDONLY) = 3 open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3 open("/usr/lib/gconv/gconv-modules", O_RDONLY) = 3 open("/usr/local/share/locale/es/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/es/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/inkscape/icons/writing_mode_lr.xpm", O_RDONLY) = 4 open("/usr/share/inkscape/icons/writing_mode_tb.xpm", O_RDONLY) = 4 open("/usr/share/inkscape/modules", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 open("/usr/share/inkscape/modules/roundhole.inkmod", O_RDONLY) = 5 open("/usr/share/inkscape/modules/dropshadow.inkmod", O_RDONLY) = 5 open("/usr/share/inkscape/modules/dia.inkmod", O_RDONLY) = 5 open("/usr/share/inkscape/modules/epsi_output.inkmod", O_RDONLY) = 5 open("/usr/share/inkscape/modules/ai_input.inkmod", O_RDONLY) = 5 open("/usr/share/inkscape/modules/svgz_output.inkmod", O_RDONLY) = 5 open("/usr/share/inkscape/modules/txt2svg.inkmod", O_RDONLY) = 5 open("/usr/share/inkscape/modules/svgz_input.inkmod", O_RDONLY) = 5 open("/usr/share/inkscape/modules/ai_output.inkmod", O_RDONLY) = 5 open("/usr/lib/gtk-2.0/2.2.0/engines/libsmooth.so", O_RDONLY) = 5 open("/etc/pango/pango.modules", O_RDONLY) = 4 open("/usr/lib/pango/1.2.0/modules/pango-basic-xft.so", O_RDONLY) = 4 open("/etc/gtk-2.0/gtk.immodules", O_RDONLY) = 4
Thank you for your help, I hope it will be useful for others too. If you happen to be in Spain the first week of August, hop by and we'll have a bottle of Albariño wine ;-) (This invitation is extensible for all Inkscape users out there and what the heck, all those who don't use it too)
Ciao
Agree on all points.
The elementsofdesign can be significantly shrunken with use of clones and whatnot. I will look into this shortly...gotta add it to the stack...
Jon
On Wed, 2004-06-30 at 00:09, Bryce Harrington wrote:
On Wed, 30 Jun 2004, bulia byak wrote:
https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=...
2 ideas:
- Let's delete road_signs from share/clipart, as they are now
available in the separate openclipart packages
Done.
- I thought about moving /doc to /share/doc so that it gets installed
into the user's share dir. Otherwise its content is simply lost for people who install from RPMs, or who delete the source tree after compilation. Comments?
A few of the items in doc/ are relevant to end users and should be moved to share/doc/. Others are only relevant to developers and should remain in doc/. Some files there, such as WISHLIST, spsvgview.txt, sp2ink_rfe.gnumeric, etc. may be obsolete at this point and should be dropped.
It would also be wise to look at revising elementsofdesign.svg to be a bit more space-efficient. It is currently 1.1M (uncompressed), with an equivalent amount for each translation.
I suspect within a few releases we will be gaining both additional tutorials and additional translations. Due to the size of these, it seems like at some point we may want to break out the tutorials into separate (per-language?) packages.
Bryce
This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Bryce Harrington wrote:
On Wed, 30 Jun 2004, bulia byak wrote:
https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=...
2 ideas:
- Let's delete road_signs from share/clipart, as they are now
available in the separate openclipart packages
Done.
I removed them from share/clipart/Makefile.am, too. People will likely need to run autogen.sh again.
Bob
Bryce Harrington wrote:
On Wed, 30 Jun 2004, bulia byak wrote:
https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=...
2 ideas:
- Let's delete road_signs from share/clipart, as they are now
available in the separate openclipart packages
Done.
I removed them from share/clipart/Makefile.am, too. People will likely need to run autogen.sh again.
Bob
I don't know how two copies of that last got sent, but, sorry.
Plus, I was thinking (it happens, really): Would it be OK if we had a "dummy" button, menu item, or undocumented hotkey, that normally does nothing? Several times recently, I have come across a situation where I need to start some test function from the main editor window, but I don't really want ot mess with the existing GUI items. It would be nice if we had some GUI callback stub somewhere, where we could occasionally make a call to some new feature we are testing. Such a 'wedge' would only be on our local machines, and never be committed.
Does that sound useful? Just wondering.
Bob
On Wed, Jun 30, 2004 at 02:30:51PM -0300, bulia byak wrote:
[lucas@...408... lucas]$ echo $LANGUAGE es
I don't know why but the only format that works for me is "ru_RU" or "es_ES", not just "ru" or "es". So
I have found that languages only work if I already have the locales generated on the system. Under debian, this is "dpkg-reconfig locale" and you pick a bunch, but I'm not sure about other distros.
I test my configured locales by doing:
LANG=es_MX ls -z
And verifying that both the program (last line) and libc (first line) show up in the correct language. If they just report back the regular "LANG=C" settings, you know it's not config'd:
LANG=es_MX ls -z ls: opci�n inv�lida -- z Pruebe `ls --help' para m�s informaci�n.
good!
LANG=es_ES ls -z ls: invalid option -- z Try `ls --help' for more information.
bad!
:)
participants (8)
-
Arpad Biro -
Bob Jamison -
Bryce Harrington -
bulia byak -
Jon Phillips -
Kees Cook -
Lucas Vieites -
Ted Gould