Inkscape

Hi,

> > Have you set the "LANGUAGE" variable?
> [lucas@... 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=E9, 30-06-2004 a las 11:26, Arpad Biro escribi=F3:
> Hi,
>=20
> > > Have you set the "LANGUAGE" variable?
> > [lucas@... lucas]$ echo $LANGUAGE
> > es
>=20
> It would be interesting to see the output of
>=20
> 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=E1 the output:

[lucas@... lucas]$ strace inkscape 2>&1|grep open.*\.mo
open("/usr/bin/../lib/libgmodule-2.0.so.0", O_RDONLY) =3D 3
open("/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2", O_RDONLY) =3D 3
open("/usr/share/locale/es/LC_MESSAGES/gtk20.mo", O_RDONLY) =3D 3
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) =3D 3
open("/usr/lib/gconv/gconv-modules", O_RDONLY) =3D 3
open("/usr/local/share/locale/es/LC_MESSAGES/inkscape.mo", O_RDONLY) =3D
-1 ENOENT (No such file or directory)
open("/usr/share/locale/es/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT
(No such file or directory)
open("/usr/share/inkscape/icons/writing_mode_lr.xpm", O_RDONLY) =3D 4
open("/usr/share/inkscape/icons/writing_mode_tb.xpm", O_RDONLY) =3D 4
open("/usr/share/inkscape/modules",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) =3D 4
open("/usr/share/inkscape/modules/roundhole.inkmod", O_RDONLY) =3D 5
open("/usr/share/inkscape/modules/dropshadow.inkmod", O_RDONLY) =3D 5
open("/usr/share/inkscape/modules/dia.inkmod", O_RDONLY) =3D 5
open("/usr/share/inkscape/modules/epsi_output.inkmod", O_RDONLY) =3D 5
open("/usr/share/inkscape/modules/ai_input.inkmod", O_RDONLY) =3D 5
open("/usr/share/inkscape/modules/svgz_output.inkmod", O_RDONLY) =3D 5
open("/usr/share/inkscape/modules/txt2svg.inkmod", O_RDONLY) =3D 5
open("/usr/share/inkscape/modules/svgz_input.inkmod", O_RDONLY) =3D 5
open("/usr/share/inkscape/modules/ai_output.inkmod", O_RDONLY) =3D 5
open("/usr/lib/gtk-2.0/2.2.0/engines/libsmooth.so", O_RDONLY) =3D 5
open("/etc/pango/pango.modules", O_RDONLY) =3D 4
open("/usr/lib/pango/1.2.0/modules/pango-basic-xft.so", O_RDONLY) =3D 4
open("/etc/gtk-2.0/gtk.immodules", O_RDONLY) =3D 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=F1o wine ;-) (This invitation is extensible for
all Inkscape users out there and what the heck, all those who don't use
it too)

  Ciao

--=20
Lucas 'Basurero' Vieites
Dept. Desarrollo <lucas@...>
Asix Inform=E1tica <http://www.asixinformatica.com/>
Tel/Fax: +34 986 54 26 98

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=99112&release_id=249474
> > 
> > 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 http://www.blackhat.com
> _______________________________________________
> Inkscape-devel mailing list
> Inkscape-devel@...
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
-- 
Jon Phillips
Graduate Researcher
Visual Arts Department

PO BOX 948667
LA JOLLA, CA
92037
USA

cell.858.361.2811
jon@...
http://www.rejon.org

Bryce Harrington wrote:

>On Wed, 30 Jun 2004, bulia byak wrote:
>  
>
>>https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=99112&release_id=249474
>>
>>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=99112&release_id=249474
>>
>>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

> > Have you set the "LANGUAGE" variable?

> [lucas@... 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

$ LANGUAGE=es_ES inkscape

works.

> The elementsofdesign can be significantly shrunken with use of clones
> and whatnot. I will look into this shortly...gotta add it to the
> stack...

Yes, and it still misses the "finished composition" at the end which
makes is kinda pointless.

On Wed, Jun 30, 2004 at 02:30:51PM -0300, bulia byak wrote:
> > [lucas@... lucas]$ echo $LANGUAGE
> > es
>=20
> 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=3Des_MX ls -z

And verifying that both the program (last line) and libc (first=20
line) show up in the correct language.  If they just report back the=20
regular "LANG=3DC" settings, you know it's not config'd:

LANG=3Des_MX ls -z
ls: opci=EF=BF=BDn inv=EF=BF=BDlida -- z
Pruebe `ls --help' para m=EF=BF=BDs informaci=EF=BF=BDn.

good!


LANG=3Des_ES ls -z
ls: invalid option -- z
Try `ls --help' for more information.

bad!

:)

--=20
Kees Cook                                            @outflux.net

>  1. I think the clipping-paths-not-activating-on-load bug is related to a
>     cut+paste mistake in sp_item_set -- if you compare the
>     SP_ATTR_CLIP_PATH and SP_ATTR_MASK branches, one ->clip_ref has not
>     been changed to ->mask_ref in the SP_ATTR_MASK branch.  (hopefully
>     that's right; this is from memory) Could someone please check, fix and
>     commit that?

I would but I don't have a file to test it on. If you could provide
one that would help.

>  3. The tools currently set the newly created item's transform by directly
>     assigning to SPItem::transform.  That's incredibly bad, and I
>     had not intended to leave it in.  It'd be nice if someone could
>     make a public SPItem::setTransform() method (which would more or
>     less just call the private sp_item_(mumble?)_set_transform() ..
>     sorry, this is from memory) and use that instead.  SPItem::transform
>     should really be treated as read-only by outsiders.

I just wanted to ping you about that. We have this function already,
it's sp_item_write_transform that does all the compensations (stroke
width etc.), calls/not calls object's own transform writer (depending
on optimize/preserve) and emits signal. Why don't you use it?

On Wed, 30 Jun 2004, Arpad Biro wrote:

> Hi,
> 
> The current UI localization status:
> 
> am        11 %
> az         7 %
> be        25 %
> ca        80 %
> cs        26 %
> da        14 %
> de        75 %
> el         5 %
> es_MX     57 %
> es       100 %
> et         0 %
> fr        50 %
> ga         1 %
> gl        11 %
> hu       100 %
> it        12 %
> ja        42 %
> mk         0 %
> nl        25 %
> no        24 %
> pl        22 %
> pt_BR      1 %
> pt        28 %
> ru        55 %
> sk        28 %
> sl        99 %
> sr@...   28 %
> sr        86 %
> sv        28 %
> tr        25 %
> uk        16 %
> zh_CN     15 %
> 
> 
> Average   34 %
> 
> 
> As you can see, we have two translation files at 0 % and another
> two at 1 %. Probably it would be better to remove these four files.
> What do you guys think?

Give it a week, and if there are no updates to the files, then yeah,
I'd say it's probably best to prune them.

Bryce

El mi=E9, 30-06-2004 a las 19:44, Bryce Harrington escribi=F3:
> On Wed, 30 Jun 2004, Arpad Biro wrote:
>=20
> > Hi,
> >=20
> > The current UI localization status:
[...]=20
> >=20
> > As you can see, we have two translation files at 0 % and another
> > two at 1 %. Probably it would be better to remove these four files.
> > What do you guys think?
>=20
> Give it a week, and if there are no updates to the files, then yeah,
> I'd say it's probably best to prune them.
>=20
> Bryce
>=20

  Wouldn't it be nicer to mail the person tagged as "Last translator" in
the file to tell him/her the file will be erased if they do not update?
  Just a suggestion ;-)

--=20
Lucas 'Basurero' Vieites
Dept. Desarrollo <lucas@...>
Asix Inform=E1tica <http://www.asixinformatica.com/>
Tel/Fax: +34 986 54 26 98

On Wed, 30 Jun 2004, Lucas Vieites wrote:
> El mi=E9, 30-06-2004 a las 19:44, Bryce Harrington escribi=F3:
> > On Wed, 30 Jun 2004, Arpad Biro wrote:
> >=20
> > > Hi,
> > >=20
> > > The current UI localization status:
> [...]=20
> > >=20
> > > As you can see, we have two translation files at 0 % and another
> > > two at 1 %. Probably it would be better to remove these four files.
> > > What do you guys think?
> >=20
> > Give it a week, and if there are no updates to the files, then yeah,
> > I'd say it's probably best to prune them.
> >=20
> > Bryce
> >=20
>=20
>   Wouldn't it be nicer to mail the person tagged as "Last translator" in
> the file to tell him/her the file will be erased if they do not update?
>   Just a suggestion ;-)

Ah, yes you're right.  I was assuming these were left over from the
Sodipodi days, so the translators would be long gone, but certainly
can't hurt to send them a notice.  :-)

Bryce

Hi,

> >   Wouldn't it be nicer to mail the person tagged as "Last
> translator" in
> > the file to tell him/her the file will be erased if they do not
> update?
> 
> Ah, yes you're right.  I was assuming these were left over from the
> Sodipodi days, so the translators would be long gone, but certainly
> can't hurt to send them a notice.  :-)

You're right - those files have not been touched since the fork.
Three of them were last modified in 2000, one in 2003.
And yes, we could send those guys letters, but since what they
contributed to was Sodipodi, I don't think we should.
One thing we could do is to check the current Sodipodi translations,
but I don't know where to find them. Anyone?




Arpad Biro



		
__________________________________
Do you Yahoo!?
Take Yahoo! Mail with you! Get it on your mobile phone.
http://mobile.yahoo.com/maildemo

> You're right - those files have not been touched since the fork.
> Three of them were last modified in 2000, one in 2003.
> And yes, we could send those guys letters, but since what they
> contributed to was Sodipodi, I don't think we should.

Why not? Just explain the difference between the two programs and let
them decide for themselves.

And by the way, why limit ourselves to 0 or 1% ones? I think we could
send such a reminder to every translator in our database. (Well,
except for those who are already very active :) Some of them may
simply not be aware of Inkscape existence, and those who are may not
know that we're nearing a release so it's high time for translation
contributions.

> One thing we could do is to check the current Sodipodi translations,
> but I don't know where to find them. Anyone?

http://cvs.gnome.org/viewcvs/sodipodi/

On Wed, 30 Jun 2004, Arpad Biro wrote:
> > >   Wouldn't it be nicer to mail the person tagged as "Last
> > translator" in
> > > the file to tell him/her the file will be erased if they do not
> > update?
> > 
> > Ah, yes you're right.  I was assuming these were left over from the
> > Sodipodi days, so the translators would be long gone, but certainly
> > can't hurt to send them a notice.  :-)
> 
> You're right - those files have not been touched since the fork.
> Three of them were last modified in 2000, one in 2003.
> And yes, we could send those guys letters, but since what they
> contributed to was Sodipodi, I don't think we should.

For what it's worth, the way translations were handled in Sodipodi was a
bit different than we do it.  There is a GNOME list specifically for
translators, and Lauris would post to that list just prior to making a
release, then those translators (who all had CVS access via GNOME) would
check in their translations.  So while they were contributing it to
Sodipodi, it felt more like they were contributing to "another GNOME
app" rather than Sodipodi specifically.  

Given that, I wouldn't expect we would be likely to get their
assistance, but you never know.  

In any case, you might want to consider posting to that translator's
list, to see if there might be people interested, and give them the
directions for how to submit translations for us, since our process is
different from how they usually do it.

> One thing we could do is to check the current Sodipodi translations,
> but I don't know where to find them. Anyone?

Yes, Sodipodi is in the GNOME CVS tree, so either go to http://www.gnome.org
and look for their CVS Web type thingee, or look at the CVS co info on
the Sodipodi site.  My guess is that the translations are probably not
current, and if they've been updated it would be for terms that are not
in Inkscape.  But it's probably worth a look.

Bryce