This occurs with current CVS when LANG=fr. Note that I have so far been able
to obtain this crash only when LANG=fr.
$ LANG=fr
$ ./lyx somedoc.lyx
Try to open either the Fichier or Éditer menu items. LyX crashes instantly.
In ConvertShortcuts [objects.c 1017] Too many shortcuts (>16)
In Conve
Angus Leeming <[EMAIL PROTECTED]> writes:
| This occurs with current CVS when LANG=fr. Note that I have so far been able
| to obtain this crash only when LANG=fr.
|
| $ LANG=fr
| $ ./lyx somedoc.lyx
|
| Try to open either the Fichier or Éditer menu items. LyX crashes instantly.
|
| In Conver
Continuing this bug report...
I'm sure that this will make sense to someone...
Does nobody else get this?
Angus
Open a file
./lyx -dbg 8 ../lib/examples/splash.lyx
Click on the "File" Menu entry.
LANG=C
No problems
LANG=no
No problems
LANG=ca
Menu warning: menu entry "" does not contain short
On Thu, 23 Nov 2000, Angus Leeming wrote:
> Continuing this bug report...
>
> I'm sure that this will make sense to someone...
>
> Does nobody else get this?
> Angus
>
> Open a file
> ./lyx -dbg 8 ../lib/examples/splash.lyx
> Click on the "File" Menu entry.
>
WORKSFORME, LANG=fr, LANG=ca, gl
Does this mean that you don't get a crash or that running -dbg 8 you don't
get the warning messages? Could you do it again and then scroll back up
through the messages on the console...
For me, its crashing in tostr( int const & ).
I can print out the relevant int (item.action()) fine, so that
Angus Leeming <[EMAIL PROTECTED]> writes:
| Continuing this bug report...
|
| I'm sure that this will make sense to someone...
|
| Does nobody else get this?
| Angus
|
| Open a file
| ./lyx -dbg 8 ../lib/examples/splash.lyx
| Click on the "File" Menu entry.
|
| LANG=C
| No problems
| LANG=no
Angus Leeming <[EMAIL PROTECTED]> writes:
| > so the bug isn't that the menu entry does not contain the shortcut?
| > and that the current menucode does not know how to handle that?
| >
| > | In ConvertShortcuts [objects.c 1017] Too many shortcuts (>16)
| > | core dump.
| >
| > And wrong strings
I'm being stupid here, but I have no idea how to incorporate changes I make
in po/fr.po into the lyx executable without doing a "make install"
I have finally established that lyx has been using
/usr/local/share/locale/fr/LC_MESSAGES/lyx.mo. Ie, any changes I make in the
po directory have no ef
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> The offending file is fr.po
Lars> The correct fix to avoid the problem wiould be to either -
Lars> remove the translations for "Revertto Last Version|L - correct
Lars> the translation (something like Recharger la version
Lars>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> The offending file is fr.po
|
| Lars> The correct fix to avoid the problem wiould be to either -
| Lars> remove the translations for "Revertto Last Version|L - correct
|
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> we could also set gettext to not allow/use fuzzy items in .mo
Lars> files. ... actually I think that is already the case.
If we can force gettext to behave correctly, it is indeed better than
hacking the menu code.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> we could also set gettext to not allow/use fuzzy items in .mo
| Lars> files. ... actually I think that is already the case.
|
| If we can force gettext to behave correctl
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Oh, but gettext _is_ behaving correctly. It is the translation
Lars> that is wrong or lacking.
Lars> Since we encode label _and_ shortcut into the gettext label we
Lars> open up for this kind of errors. But I do not see any
La
No there won't! If my "patch" was correct, then all the other po files can be
"fixed" in 10 minutes.
A global replace of
"|
with
"
will do it.
Angus
On Tuesday 28 November 2000 15:57, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Oh, but gettext _is_ behaving correctly. It is the translation
| Lars> that is wrong or lacking.
|
| Lars> Since we encode label _and_ shortcut into the gettext label we
Angus Leeming <[EMAIL PROTECTED]> writes:
| No there won't! If my "patch" was correct, then all the other po files can be
| "fixed" in 10 minutes.
|
| A global replace of
| "|
| with
| "
| will do it.
Of course assuming that this is the only user generated error possible
in po fil
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> F.eks. having the wrong %xXX value can be just as disasterous.
Lars> Or missing a menuitem in a menu translation block.
Note that we should not have %x values in po files anymore.
JMarc
Jean-Marc, Lars.
are the po files going to be regenerated automatically to fix both these
problems
msgstr "|Registrace%x51"
or must this still be done by hand? Are things like %m, %i valid?
Angus
On Thursday 30 November 2000 09:03, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars G
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, Lars. are the po files going to be regenerated
Angus> automatically to fix both these problems msgstr
Angus> "|Registrace%x51" or must this still be done by hand? Are
Angus> things like %m, %i valid?
There should be no
So, the following entry (and others like it) should be changes in the source
code before changing the po files?
#: src/lyx_gui.C:324
msgid ""
" No change %l| No color | Black | White | Red | Green | Blue | Cyan | "
"Magenta | Yellow %l| Reset "
msgstr ""
" Keine Änderung %l| Standardfarbe | Sch
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> So, the following entry (and others like it) should be changes
Angus> in the source code before changing the po files?
Oops! Sorry. I was mentionning only the menu entries. I did not
remember that there were similar entries in po
Well, this isn't too terrible. I'll just remove % entries from the
translation if they don't exist in the english.
Angus
On Thursday 30 November 2000 11:33, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> So, the following entry (and others l
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
|
| Angus> Jean-Marc, Lars. are the po files going to be regenerated
| Angus> automatically to fix both these problems msgstr
| Angus> "|Registrace%x51" or must this still be done by han
Angus Leeming <[EMAIL PROTECTED]> writes:
| Well, this isn't too terrible. I'll just remove % entries from the
| translation if they don't exist in the english.
Yes, that should be ok.
and don't just remove the % entries... remove the whole translation.
Lgb
Why?
Assuming that you have a reason, here's the plan:
1. Replace all instances of "|xyz" with "xyz"
2. Remove any translation with invalid use of %.
3. Running "LANG=xx; lyx" I get reports about invalid entries in
xx_menus.bind (things like fax etc). I'll remove these.
4. I also get messages a
25 matches
Mail list logo