Hello,
when opening the LyX user manual as a read-only document, menu item
"Layout/Character" is disabled, whereas "paragraph" and "document" can still be
selected. I think the latter two (or at least "paragraph") should be disabled
as well!?
Michael
--
On 19-Jan-2001 Michael Schmitt wrote:
Err, ... hi!
I think the dialog "Tabular Layout" lacks an "OK" button! E.g. the "Width" is
only accepted if you enter return after filling the field. Very unconventional!
Since 1.1.5fix2 made me very pretentious, I would say this is almost a bug
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars | Michael | | BTW: I get a lot of identical warnings when
Lars editing a "g-brief-de" document: | | TexRow::increasePos: this
Lars should happen maximum one time for each run of | increasePos! |
Lars | Are they critical???
Lars no.
On 19-Jan-2001 Michael Schmitt wrote:
Hi (sorry),
another serious problem with tables: If the cursor is at the start of a table
cell (not in the red box but before) and you enter key "page down", the
document scrolls but internally LyX seems to believe that it is still inside
the table
On 22-Jan-2001 Michael Schmitt wrote:
You are right. For example, if the cursor is at the end of a cell (outside its
red box) and you type some characters, usually the input is appended to the
text in the red box. However, I also noticed that some input is _pre_pended.
This is confusing but
You could always activate "Cursor follows scrollbar" (Preferences dialog,
LookFeel-Misc) and see if that gives you the desired behaviour.
Angus
On Monday 22 January 2001 12:15, Juergen Vigna wrote:
On 19-Jan-2001 Michael Schmitt wrote:
Hi (sorry),
another serious problem with tables:
On 22-Jan-2001 Angus Leeming wrote:
You could always activate "Cursor follows scrollbar" (Preferences dialog,
LookFeel-Misc) and see if that gives you the desired behaviour.
This cannot work because the code cannot unlock the inset!
Jrgen
--
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars | Are they critical???
|
| Lars no.
|
| Is it OK if I change them to debug statements? Or should I just
| comment them out?
debug statements.
Lgb
Hi,
another critical comment:
Assume that I have created a reference to some label. Now if I select a
different reference in the reference dialog and click at 'Goto Reference', LyX
still jumps to the former label. Only after clicking "Apply", 'Goto Reference"
jumps to the new label. I think
On Mon, Jan 22, 2001 at 06:48:59PM +0100, Michael Schmitt wrote:
Assume that I have created a reference to some label. Now if I select a
different reference in the reference dialog and click at 'Goto Reference', LyX
still jumps to the former label. Only after clicking "Apply", 'Goto
Michael Schmitt wrote:
Hello,
when opening the LyX user manual as a read-only document, menu item
"Layout/Character" is disabled, whereas "paragraph" and "document" can still be
selected. I think the latter two (or at least "paragraph") should be disabled
as well!?
Michael
why is any
John Levon wrote:
> The table stuff has some more serious UI problems anyway;
You are right. For example, if the cursor is at the end of a cell (outside its
red box) and you type some characters, usually the input is appended to the
text in the red box. However, I also noticed that some input
Hello,
when opening the LyX user manual as a read-only document, menu item
"Layout/Character" is disabled, whereas "paragraph" and "document" can still be
selected. I think the latter two (or at least "paragraph") should be disabled
as well!?
Michael
--
On 19-Jan-2001 Michael Schmitt wrote:
> Err, ... hi!
>
> I think the dialog "Tabular Layout" lacks an "OK" button! E.g. the "Width" is
> only accepted if you enter return after filling the field. Very unconventional!
> Since 1.1.5fix2 made me very pretentious, I would say this is almost a bug
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | Michael | | BTW: I get a lot of identical warnings when
Lars> editing a "g-brief-de" document: | | TexRow::increasePos: this
Lars> should happen maximum one time for each run of | increasePos! |
Lars> | Are they critical???
On 19-Jan-2001 Michael Schmitt wrote:
> Hi (sorry),
>
> another serious problem with tables: If the cursor is at the start of a table
> cell (not in the red box but before) and you enter key "page down", the
> document scrolls but internally LyX seems to believe that it is still inside
> the
On 22-Jan-2001 Michael Schmitt wrote:
> You are right. For example, if the cursor is at the end of a cell (outside its
> red box) and you type some characters, usually the input is appended to the
> text in the red box. However, I also noticed that some input is _pre_pended.
> This is confusing
You could always activate "Cursor follows scrollbar" (Preferences dialog,
Look>Misc) and see if that gives you the desired behaviour.
Angus
On Monday 22 January 2001 12:15, Juergen Vigna wrote:
> On 19-Jan-2001 Michael Schmitt wrote:
> > Hi (sorry),
> >
> > another serious problem with
On 22-Jan-2001 Angus Leeming wrote:
> You could always activate "Cursor follows scrollbar" (Preferences dialog,
> Look>Misc) and see if that gives you the desired behaviour.
>
This cannot work because the code cannot unlock the inset!
Jürgen
--
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> | Are they critical???
|
| Lars> no.
|
| Is it OK if I change them to debug statements? Or should I just
| comment them out?
debug statements.
Lgb
Hi,
another critical comment:
Assume that I have created a reference to some label. Now if I select a
different reference in the reference dialog and click at 'Goto Reference', LyX
still jumps to the former label. Only after clicking "Apply", 'Goto Reference"
jumps to the new label. I think
On Mon, Jan 22, 2001 at 06:48:59PM +0100, Michael Schmitt wrote:
>
> Assume that I have created a reference to some label. Now if I select a
> different reference in the reference dialog and click at 'Goto Reference', LyX
> still jumps to the former label. Only after clicking "Apply", 'Goto
Michael Schmitt wrote:
> Hello,
>
> when opening the LyX user manual as a read-only document, menu item
> "Layout/Character" is disabled, whereas "paragraph" and "document" can still be
> selected. I think the latter two (or at least "paragraph") should be disabled
> as well!?
>
> Michael
why
Hello!
I would like to point out that the problem with the babel package still exists
in 1.1.6! The problem occurs if you change the document language. LaTeX says:
"Package Babel Error: You haven't defined the language XXX yet". I remember
that some solutions were discussed in the mailing list
On Fri, 19 Jan 2001, Michael Schmitt wrote:
Err, ... hi!
I think the dialog "Tabular Layout" lacks an "OK" button! E.g. the "Width" is
only accepted if you enter return after filling the field. Very unconventional!
Since 1.1.5fix2 made me very pretentious, I would say this is almost a bug
Hello!
I would like to point out that the problem with the babel package still exists
in 1.1.6! The problem occurs if you change the document language. LaTeX says:
"Package Babel Error: You haven't defined the language XXX yet". I remember
that some solutions were discussed in the mailing list
On Fri, 19 Jan 2001, Michael Schmitt wrote:
> Err, ... hi!
>
> I think the dialog "Tabular Layout" lacks an "OK" button! E.g. the "Width" is
> only accepted if you enter return after filling the field. Very unconventional!
> Since 1.1.5fix2 made me very pretentious, I would say this is almost a
Hello!
I would like to inform you that when searching for a string with "Find
Replace", LyX does not find text in tables any more! Could you please fix this
in 1.1.6fix1? This feature is really important for keeping documents
consistent.
Regards, Michael
PS: By the way. How about an improved
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hello! I would like to inform you that when searching for a
Michael string with "Find Replace", LyX does not find text in
Michael tables any more! Could you please fix this in 1.1.6fix1? This
Michael feature is really important for
Hello again!
I have imported an old 1.1.5 document into LyX 1.1.6 that includes a table (I
don't know whether this fact is important)
At first, the table is displayed correctly. But when you change the column
alignment from "left" to a particular column width, the content of all cells in
this
Hi (sorry),
another serious problem with tables: If the cursor is at the start of a table
cell (not in the red box but before) and you enter key "page down", the
document scrolls but internally LyX seems to believe that it is still inside
the table (cursor position and text on screen are not
Hello,
... and now for something completely different:
Since quite a long time I have noticed that the vertical distance between the
lines in paragraphs of format "lyx code" varies even though you can't see any
difference on screen. I guess that the last line of a lyx code is not handled
Michael Schmitt wrote:
Since quite a long time I have noticed that the vertical distance between the
lines in paragraphs of format "lyx code" varies even though you can't see any
difference on screen.
The reason for the different amount of space is related to \newline statements
in the lyx
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hello again! I have imported an old 1.1.5 document into LyX
Michael 1.1.6 that includes a table (I don't know whether this fact
Michael is important)
This is probably important. Does it happen if you save the file and
reload it?
Jean-Marc Lasgouttes wrote:
Michael At first, the table is displayed correctly. But when you
Michael change the column alignment from "left" to a particular
Michael column width, the content of all cells in this column is
Michael shifted to the right (only in screen). Most interestingly,
Hi,
yet another bug report.
1. Load file 'error.lyx' (see attachment)
2. Go to the end of line 1
3. Enter return
4. Enter a few characters in the new second line
5. Change paragraph format to standard (ALT-P s)
6. Something really bad is happening: The lyx code paragraph
Err, ... hi!
I think the dialog "Tabular Layout" lacks an "OK" button! E.g. the "Width" is
only accepted if you enter return after filling the field. Very unconventional!
Since 1.1.5fix2 made me very pretentious, I would say this is almost a bug
(Actually, I simply want to have it in 1.1.6fix1
Hello!
I would like to inform you that when searching for a string with "Find &
Replace", LyX does not find text in tables any more! Could you please fix this
in 1.1.6fix1? This feature is really important for keeping documents
consistent.
Regards, Michael
PS: By the way. How about an improved
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hello! I would like to inform you that when searching for a
Michael> string with "Find & Replace", LyX does not find text in
Michael> tables any more! Could you please fix this in 1.1.6fix1? This
Michael> feature is really
Hello again!
I have imported an old 1.1.5 document into LyX 1.1.6 that includes a table (I
don't know whether this fact is important)
At first, the table is displayed correctly. But when you change the column
alignment from "left" to a particular column width, the content of all cells in
this
Hi (sorry),
another serious problem with tables: If the cursor is at the start of a table
cell (not in the red box but before) and you enter key "page down", the
document scrolls but internally LyX seems to believe that it is still inside
the table (cursor position and text on screen are not
Hello,
... and now for something completely different:
Since quite a long time I have noticed that the vertical distance between the
lines in paragraphs of format "lyx code" varies even though you can't see any
difference on screen. I guess that the last line of a lyx code is not handled
Michael Schmitt wrote:
> Since quite a long time I have noticed that the vertical distance between the
> lines in paragraphs of format "lyx code" varies even though you can't see any
> difference on screen.
The reason for the different amount of space is related to \newline statements
in the
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hello again! I have imported an old 1.1.5 document into LyX
Michael> 1.1.6 that includes a table (I don't know whether this fact
Michael> is important)
This is probably important. Does it happen if you save the file and
Jean-Marc Lasgouttes wrote:
> Michael> At first, the table is displayed correctly. But when you
> Michael> change the column alignment from "left" to a particular
> Michael> column width, the content of all cells in this column is
> Michael> shifted to the right (only in screen). Most
Hi,
yet another bug report.
1. Load file 'error.lyx' (see attachment)
2. Go to the end of line 1
3. Enter return
4. Enter a few characters in the new second line
5. Change paragraph format to standard (ALT-P s)
6. Something really bad is happening: The lyx code paragraph
Err, ... hi!
I think the dialog "Tabular Layout" lacks an "OK" button! E.g. the "Width" is
only accepted if you enter return after filling the field. Very unconventional!
Since 1.1.5fix2 made me very pretentious, I would say this is almost a bug
(Actually, I simply want to have it in 1.1.6fix1
Hello,
When trying to edit text in a table header - I try to highlight the text from
left to right with the mouse as I am doing this LyX crashes. This has happened
twice. Once with a LyX1.1.5 document and so I thought it must be a conversion
problem so I started fresh with a new document and
Hello,
When trying to edit text in a table header - I try to highlight the text from
left to right with the mouse as I am doing this LyX crashes. This has happened
twice. Once with a LyX1.1.5 document and so I thought it must be a conversion
problem so I started fresh with a new document and
Hi,
changing the paper size from US letter to A4 in the preferences dialog makes
lyx crash after saving the preferences.
Michael
--
==
Michael Schmittphone: +49 451 500 3725
Institute for
Hi,
changing the document language from english to german leads to a latex error if
you don't change the default language in the preference dialog as well. Latex
complains that 'english' must be defined for the babel package.
Michael
--
On Mon, Jan 08, 2001 at 01:41:19PM +0100, Michael Schmitt wrote:
Hi,
changing the document language from english to german leads to a latex error if
you don't change the default language in the preference dialog as well. Latex
complains that 'english' must be defined for the babel package.
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hi, changing the paper size from US letter to A4 in the
Michael preferences dialog makes lyx crash after saving the
Michael preferences.
You mean in OutputMisc? I cannot get it to crash... Could you get a
backtrace?
JMarc
Dekel Tsur [EMAIL PROTECTED] writes:
| On Mon, Jan 08, 2001 at 01:41:19PM +0100, Michael Schmitt wrote:
| Hi,
|
| changing the document language from english to german leads to a latex error if
| you don't change the default language in the preference dialog as well. Latex
| complains that
Hi,
changing the paper size from US letter to A4 in the preferences dialog makes
lyx crash after saving the preferences.
Michael
--
==
Michael Schmittphone: +49 451 500 3725
Institute for
Hi,
changing the document language from english to german leads to a latex error if
you don't change the default language in the preference dialog as well. Latex
complains that 'english' must be defined for the babel package.
Michael
--
On Mon, Jan 08, 2001 at 01:41:19PM +0100, Michael Schmitt wrote:
> Hi,
>
> changing the document language from english to german leads to a latex error if
> you don't change the default language in the preference dialog as well. Latex
> complains that 'english' must be defined for the babel
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hi, changing the paper size from US letter to A4 in the
Michael> preferences dialog makes lyx crash after saving the
Michael> preferences.
You mean in Output>Misc? I cannot get it to crash... Could you get a
backtrace?
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Jan 08, 2001 at 01:41:19PM +0100, Michael Schmitt wrote:
| > Hi,
| >
| > changing the document language from english to german leads to a latex error if
| > you don't change the default language in the preference dialog as well. Latex
| >
Hello,
I know the 1.1.5fix2 isn't the lastest version of LyX but...
Description :
This bug causes LyX to crash ( segmentaton fault ).
It comes from the 'Decoration' sub-window of the 'Math Panel'.
The 'Decoration' window contains 9 items + the close button.
When I click on the place where
"Jo" == Jo [EMAIL PROTECTED] writes:
Jo Hello, I know the 1.1.5fix2 isn't the lastest version of LyX
Jo but...
Jo Description : This bug causes LyX to crash ( segmentaton fault ).
Jo It comes from the 'Decoration' sub-window of the 'Math Panel'. The
Jo 'Decoration' window contains 9 items +
Hello,
I know the 1.1.5fix2 isn't the lastest version of LyX but...
Description :
This bug causes LyX to crash ( segmentaton fault ).
It comes from the 'Decoration' sub-window of the 'Math Panel'.
The 'Decoration' window contains 9 items + the close button.
When I click on the place where
> "Jo" == Jo <[EMAIL PROTECTED]> writes:
Jo> Hello, I know the 1.1.5fix2 isn't the lastest version of LyX
Jo> but...
Jo> Description : This bug causes LyX to crash ( segmentaton fault ).
Jo> It comes from the 'Decoration' sub-window of the 'Math Panel'. The
Jo> 'Decoration' window
Hello,
I know the 1.1.5fix2 isn't the lastest version of LyX but...
Description :
This bug causes LyX to crash ( segmentaton fault ).
It comes from the 'Decoration' sub-window of the 'Math Panel'.
The 'Decoration' window contains 9 items + the close button.
When I click on the place
ns 9 items + the close button. When I
Jo click on the place where a 10th item should be, LyX crashes.
Hello,
Thanks for the nice bug report. I found the bug and it will be fixed
in next release.
JMarc
Hello,
I know the 1.1.5fix2 isn't the lastest version of LyX but...
Description :
This bug causes LyX to crash ( segmentaton fault ).
It comes from the 'Decoration' sub-window of the 'Math Panel'.
The 'Decoration' window contains 9 items + the close button.
When I click on the place
e 'Math Panel'. The
Jo> 'Decoration' window contains 9 items + the close button. When I
Jo> click on the place where a 10th item should be, LyX crashes.
Hello,
Thanks for the nice bug report. I found the bug and it will be fixed
in next release.
JMarc
After running configure, I have in src/config.h that both HAVE_MKSTEMP and
HAVE_MKTEMP are not defined. This causes a problem in src/support/tempname.C
(the make_tempfile() function is nonfunctional).
I can compile the sources if I set HAVE_MKSTEMP in config.h.
On Sat, Dec 09, 2000 at 05:36:02PM +0200, Dekel Tsur wrote:
After running configure, I have in src/config.h that both HAVE_MKSTEMP and
HAVE_MKTEMP are not defined. This causes a problem in src/support/tempname.C
(the make_tempfile() function is nonfunctional).
I can compile the sources if I
On Sat, Dec 09, 2000 at 08:55:07AM -0800, Kayvan A. Sylvan wrote:
On Sat, Dec 09, 2000 at 05:36:02PM +0200, Dekel Tsur wrote:
After running configure, I have in src/config.h that both HAVE_MKSTEMP and
HAVE_MKTEMP are not defined. This causes a problem in src/support/tempname.C
(the
After running configure, I have in src/config.h that both HAVE_MKSTEMP and
HAVE_MKTEMP are not defined. This causes a problem in src/support/tempname.C
(the make_tempfile() function is nonfunctional).
I can compile the sources if I set HAVE_MKSTEMP in config.h.
On Sat, Dec 09, 2000 at 05:36:02PM +0200, Dekel Tsur wrote:
> After running configure, I have in src/config.h that both HAVE_MKSTEMP and
> HAVE_MKTEMP are not defined. This causes a problem in src/support/tempname.C
> (the make_tempfile() function is nonfunctional).
> I can compile the sources if
On Sat, Dec 09, 2000 at 08:55:07AM -0800, Kayvan A. Sylvan wrote:
> On Sat, Dec 09, 2000 at 05:36:02PM +0200, Dekel Tsur wrote:
> > After running configure, I have in src/config.h that both HAVE_MKSTEMP and
> > HAVE_MKTEMP are not defined. This causes a problem in src/support/tempname.C
> > (the
On 7 Dec 2000, Lars Gullik Bjønnes wrote:
One option we have for lyx-1.1.6 is to disable the ERROR message,
nothing bad seems to happen...
Lgb
unless we're at cross-purposes, this means I can't delete a foot/margin
note with the cursor, without highlighting it first ... that seems
On 7 Dec 2000, Lars Gullik Bjønnes wrote:
> One option we have for lyx-1.1.6 is to disable the ERROR message,
> nothing bad seems to happen...
>
> Lgb
unless we're at cross-purposes, this means I can't delete a foot/margin
note with the cursor, without highlighting it first ... that
"Erik" == [EMAIL PROTECTED] writes:
Erik Hi! I have just upgraded to lyx 1.1.5fix2. It has a problem
Erik where my old lyx (don't remember the version, sorry. An old one,
Erik 1.0.0 or 1.0.1, I think 1.0.1) didn't.
Erik Actually, it has two related problems:
Erik 1) It won't let me insert a
Baruch Even [EMAIL PROTECTED] writes:
| Try the following scenario:
| 1. Open a new document (an existing one will work too).
| 2. Create a margin note (The same happens with a footnote too).
| 3. Close it and place the cursor just before the margine note.
| 4. Press the 'Delete' key.
| 5. Find
> "Erik" == <[EMAIL PROTECTED]> writes:
Erik> Hi! I have just upgraded to lyx 1.1.5fix2. It has a problem
Erik> where my old lyx (don't remember the version, sorry. An old one,
Erik> 1.0.0 or 1.0.1, I think 1.0.1) didn't.
Erik> Actually, it has two related problems:
Erik> 1) It won't let
Baruch Even <[EMAIL PROTECTED]> writes:
| Try the following scenario:
| 1. Open a new document (an existing one will work too).
| 2. Create a margin note (The same happens with a footnote too).
| 3. Close it and place the cursor just before the margine note.
| 4. Press the 'Delete' key.
| 5.
"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 Gullik
"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 % items in
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 |
"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 popups.
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 like it)
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 hand? Are
|
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
> "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
> "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 |
> "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
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
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
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
Hi!
I have just upgraded to lyx 1.1.5fix2. It has a problem where my old lyx
(don't remember the version, sorry. An old one, 1.0.0 or 1.0.1, I think 1.0.1)
didn't.
Actually, it has two related problems:
1) It won't let me insert a double-quote in the lyx code environment. It will
only insert
Hi!
I have just upgraded to lyx 1.1.5fix2. It has a problem where my old lyx
(don't remember the version, sorry. An old one, 1.0.0 or 1.0.1, I think 1.0.1)
didn't.
Actually, it has two related problems:
1) It won't let me insert a double-quote in the lyx code environment. It will
only insert
"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
601 - 700 of 1196 matches
Mail list logo