> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> One way to overcome this is to just move the LyX main window
Allan> around and the menus suddenly start working properly again.
I do not see it here, but does reverting the following change fix your
problem?
JMarc
Index: Menubar_pim
Here's a test file created in lyx-1.1.5fix1-1
that makes the CVS LyX core dump. Apparently
related to the table format change.
Remove the ref from the table and the crash
goes away. This is the only thing keeping
me from upgrading.
Yst. Martin
--
Martin Vermeer [EMAIL PROTECTED]
Helsinki Uni
Errr
Let's get this straight. Before you Reconfigured, you couldn't open
Edit->Preferences. After you reconfigured you could.
But
isn't LyX reconfigured as part of thr installation process
Don't understand.
Angus
On Sunday 03 December 2000 02:01, Ben Cazzolato wrote:
> Mon, 27 N
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Errr Let's get this straight. Before you Reconfigured, you
Angus> couldn't open
Edit-> Preferences. After you reconfigured you could.
Angus> But isn't LyX reconfigured as part of thr installation
Angus> process
When i
Why not? They appear in my lyx.pot file. I guess you mean that they aren't in
yours?
Admittedly, "GUI background" etc don't appear. Will investigate.
Angus
On Friday 01 December 2000 18:07, Pauli Virtanen wrote:
> This applies on LyX CVS head branch of Wed Nov 29
>
> For your information: Th
Well how about adding a flag to the system lyxrc.defaults.
\user_reconfigure yes/no
???
Angus
On Monday 04 December 2000 11:11, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Errr Let's get this straight. Before you Reconfigur
I guess that what is needed is a permanent entry in the system lyxrc.defaults
\user_reconfigure 1.1.6 yes
that is overridden by the corresponding entry in the user lyxrc.defaults
\user_reconfigure 1.1.6 no
Angus
On Monday 04 December 2000 11:26, Angus Leeming wrote:
> Well how
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I guess that what is needed is a permanent entry in the system
Angus> lyxrc.defaults \user_reconfigure 1.1.6 yes
Angus> that is overridden by the corresponding entry in the user
Angus> lyxrc.defaults
Angus> \user_reconfigure 1.1
On Fri, 1 Dec 2000, Amir Karger wrote:
> On Fri, Dec 01, 2000 at 12:43:02PM +, John Levon wrote:
> >
> > I imagine you mean xforms. In fact I think this might be a problem that
> > was reported ages ago, around when I started reading lyx-devel. I had the
> > hypothesis at the time that this
On Monday 04 December 2000 11:41, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> I guess that what is needed is a permanent entry in the system
> Angus> lyxrc.defaults \user_reconfigure 1.1.6 yes
>
> Angus> that is overridden by the correspondin
Angus Leeming <[EMAIL PROTECTED]> writes:
| Gentlemen,
|
| I've written the inset proposed by Jean-Marc. Currently, it's a little
| cumbersome to use:
|
| Eg, type in the minibuffer:
|
| shortcut-insert line-end
But this is not what we really want... we want an inset that shows the
output o
Allan Rae <[EMAIL PROTECTED]> writes:
| On Fri, 1 Dec 2000, Angus Leeming wrote:
|
| > Gentlemen,
| >
| > I've written the inset proposed by Jean-Marc. Currently, it's a little
| > cumbersome to use:
| >
| > Eg, type in the minibuffer:
| >
| > shortcut-insert line-end
| >
| > And a little
Attached is a patch that removes xform_macros.h. It also finishes off the
Colors tab. I hope.
Angus
patch.diff.bz2
On Sun, 3 Dec 2000, Allan Rae wrote:
> On Fri, 1 Dec 2000, John Levon wrote:
>
> > Me & Angus have started up a prototype bug tracker for lyx at :
> >
> > http://sourceforge.net/bugs/?group_id=15212
>
> We've certainly discussed this often enough but nobody has had the time or
> inclination to
I'd rather you did this.
Angus
On Saturday 02 December 2000 14:11, Angus Leeming wrote:
> On Friday 01 December 2000 00:01, Allan Rae wrote:
> > On 30 Nov 2000, Lars Gullik Bjønnes wrote:
> > > #: src/frontends/xforms/form_graphics.C:52
> > > #: src/frontends/xforms/form_graphics.C:67
> > > #, c-
Lior Silberman <[EMAIL PROTECTED]> writes:
| With regards the UserGuide, however, we must bear in mind that having a
| list of keybindings indexed by the key combinations is not useful.
Why is this so?
| I will admit here that all of the above reflects the personal opinions of
| a cua.bind user
John Levon <[EMAIL PROTECTED]> writes:
| Me & Angus have started up a prototype bug tracker for lyx at :
|
| http://sourceforge.net/bugs/?group_id=15212
|
| We've both found it quite handy (I know what still needs working on !), so
| if anyone else can make use of it, just ask angus or me for a
John Levon <[EMAIL PROTECTED]> writes:
| Change the things like :
|
| " c None",
| ". c #",
| "X c #7B7B",
| "o c gray70"
|
| to :
|
| " c None",
| ". c # m black",
| "X c #7B7B m black",
| "o c gray70 m black"
|
| or similar. It can'
Angus Leeming <[EMAIL PROTECTED]> writes:
| Errr
|
| Let's get this straight. Before you Reconfigured, you couldn't open
| Edit->Preferences. After you reconfigured you could.
Why does this make a difference?
It really shouldn't.
Lgb
On 4 Dec 2000, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | Me & Angus have started up a prototype bug tracker for lyx at :
> |
> | http://sourceforge.net/bugs/?group_id=15212
> |
> | We've both found it quite handy (I know what still needs working on !), so
> | if
On 4 Dec 2000, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
>
> | Change the things like :
> |
> | " c None",
> | ". c #",
> | "X c #7B7B",
> | "o c gray70"
> |
> | to :
> |
> | " c None",
> | ". c # m black",
> | "X c #7B
Angus Leeming <[EMAIL PROTECTED]> writes:
| > Anyway, no crash should happen!
|
| Well, I can''t reproduce this:
|
| lyx-1.1.4, Reconfigure, Close.
| mv ~/.lyx/preferences ~/.lyx/preferences_safe
| lyx-1.1.6cvs, Edit->Preferences
|
| No crash. Don't see how we can find the root cause of the pr
Allan Rae <[EMAIL PROTECTED]> writes:
| 4. As above but do a case insensitive search (IIRC STL provides such an
| option)
No it does not, but we provide it in lstrings.h
Lgb
The attached patch fixes the two bugs :
1) figures wouldn't work if pspell was enabled. This bug is a direct
result of not having functions in their proper files ;)
2) Fix most of the cases of the gs hangs with a workaround. I have
verified this on 0.88 and 0.89. The remaining cases involve po
Ummm...
Aren't you wanting three different insets for your three different types of
info. My quick (and fully working) hack does exactly what your
describe-function-binding line-end -> "C-e"
would do. I guess that you could use the one inset, but don't see why.
Angus
On Monday 04 December
Allan Rae <[EMAIL PROTECTED]> writes:
| LyXAction::funcHasFlag: No info about kb_action: 8
| A truly unknown func!
Care to investigate?
Why is anything passed to LyXAction/LyXFunc in this case?
Lgb
Allan Rae <[EMAIL PROTECTED]> writes:
| On Sun, 3 Dec 2000, Dekel Tsur wrote:
|
| > On Sun, Dec 03, 2000 at 05:23:18PM +1000, Allan Rae wrote:
| > >
| > > Viewing requires one run of pdflatex. Updating runs pdflatex 6 times
| > > using the exact same file -- no changes in between runs.
| >
|
Angus Leeming <[EMAIL PROTECTED]> writes:
| Ummm...
|
| Aren't you wanting three different insets for your three different types of
| info. My quick (and fully working) hack does exactly what your
|
| describe-function-binding line-end -> "C-e"
|
| would do. I guess that you could use the on
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, 3 Dec 2000, Allan Rae wrote:
|
| > On Fri, 1 Dec 2000, John Levon wrote:
| >
| > > Me & Angus have started up a prototype bug tracker for lyx at :
| > >
| > > http://sourceforge.net/bugs/?group_id=15212
| >
| > We've certainly discussed this of
On 4 Dec 2000, Lars Gullik Bjønnes wrote:
> I'd be happy to have a bugzilla at baywatch.lyx.org.
>
> Just tell me what we need.
>
> Lgb
I'm afraid installation looks non-trivial :(
In terms of supporting packages, bugzilla
(http://www.mozilla.org/projects/bugzilla/) needs an MySQL ins
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Angus Leeming <[EMAIL PROTECTED]> writes: | Gentlemen, | | I've
Lars> written the inset proposed by Jean-Marc. Currently, it's a
Lars> little | cumbersome to use: | | Eg, type in the minibuffer: | |
Lars> shortcut-insert line-e
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Allan Rae <[EMAIL PROTECTED]> writes: |
Lars> LyXAction::funcHasFlag: No info about kb_action: 8 | A truly
Lars> unknown func!
Lars> Care to investigate?
Lars> Why is anything passed to LyXAction/LyXFunc in this case?
I'd sa
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Yes, that's what I had in mind originally. And lyxfuncs allowed for
| this inset should be marked explicitely in LyXAction.
Hmmm... rather mark all functions that outputs something...
| So, would you be ready to accept that in 1.1.6?
I would h
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Yes, that's what I had in mind originally. And lyxfuncs allowed
Lars> for | this inset should be marked explicitely in LyXAction.
Lars> Hmmm... rather mark all functions
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Allan Rae <[EMAIL PROTECTED]> writes: |
| Lars> LyXAction::funcHasFlag: No info about kb_action: 8 | A truly
| Lars> unknown func!
|
| Lars> Care to investigate?
|
| Lar
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Attached is a patch that removes xform_macros.h. It also
Angus> finishes off the Colors tab. I hope.
I'll apply this.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> it is not a timeout.
Indeed. I stand corrected.
Lars> | xforms returns 8 and we do not know what to do with | it. I'd
Lars> say it's mostly harmless, but I do not have a simple fix. How |
Lars> come there is no lyxfunc with n
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> Yes, that's what I had in mind originally. And lyxfuncs allowed
| Lars> for | this inset should be marked explic
This is dying in Buffer::isLatex()
bool Buffer::isLatex() const
{
return textclasslist.TextClass(params.textclass).outputType() == LATEX;
}
This hack works:
bool Buffer::isLatex() const
{
return true;
}
All displays correctly.
This fails on return:
bool Buffer::isLatex() const
The attached re-organises the KDE frontend to be much nicer in terms
of number of files per directory. It also contains a full sync up to my
tree.
I have supplied a tarfile, as a diff would be completely unweildy in this
case. To apply :
patch -p0
#!/bin/sh
removeme="copyrightdlgdata.C in
Hello,
I use LyX 1.1.4fix3 at home and LyX 1.1.5fix2 at work, that is i386
GNU/Linux Debian Potato and a current Debian Woody. Works like a
charm, but: LyX 1.1.5 writes a construct that breaks 1.1.4:
\layout Description
a\SpecialChar ~
b c
LyX 1.1.4 expects:
\layout Description
a\proctected
Angus Leeming <[EMAIL PROTECTED]> writes:
| This is dying in Buffer::isLatex()
Are you sure that inlining is not playing tricks on you?
Seems almost liek isLatex is beeing called on a buffer that has just
been deleted...
Lgb
Jean-Marc has just applied my FormPreferences/remove xform_macros.h patch.
In the process of "cvs update", I get the line:
R src/frontends/xforms/xform_macros.h
Now when I create a patch, I have:
Index: src/frontends/xforms/xform_macros.h
=
On Monday 04 December 2000 14:56, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | This is dying in Buffer::isLatex()
>
> Are you sure that inlining is not playing tricks on you?
>
> Seems almost liek isLatex is beeing called on a buffer that has just
> been deleted...
B
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc has just applied my FormPreferences/remove xform_macros.h patch.
|
| In the process of "cvs update", I get the line:
| R src/frontends/xforms/xform_macros.h
This is because you have scheduled the file for "R"emoval
| Is "cvs remove src/fron
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc has just applied my FormPreferences/remove
Angus> xform_macros.h patch. In the process of "cvs update", I get the
Angus> line: R src/frontends/xforms/xform_macros.h
I forgot to remove it from my side. The "cvs remove" yo
On Monday 04 December 2000 15:15, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Jean-Marc has just applied my FormPreferences/remove xform_macros.h
> | patch.
> |
> | In the process of "cvs update", I get the line:
> | R src/frontends/xforms/xform_macros.h
>
> This is
> The attached re-organises the KDE frontend to be much nicer in terms
> of number of files per directory. It also contains a full sync up to my
> tree.
I don't know what the others think but I think it would be rather nice
if you avoided sending 147 kByte patches to the list.
Some people have l
On Mon, 4 Dec 2000, Andre Poenitz wrote:
> > The attached re-organises the KDE frontend to be much nicer in terms
> > of number of files per directory. It also contains a full sync up to my
> > tree.
>
> I don't know what the others think but I think it would be rather nice
> if you avoided send
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> It does. The things Lars questioned was the addition of
John> isStrUnsignedInt() (which I need to get signed-correctness
John> right, and is nice thing IMHO) and the changing in vspace.h
I'll apply it then. Lars will be free after that
John Levon <[EMAIL PROTECTED]> writes:
| On 4 Dec 2000, Jean-Marc Lasgouttes wrote:
|
| > Does your patch include the former FormPara improvements? I had not
| > applied it earlier because it seem Lars had problems with it.
| >
| > I can apply the patch if there is no problem with it.
| >
| >
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> The attached re-organises the KDE frontend to be much nicer in
John> terms of number of files per directory. It also contains a full
John> sync up to my tree.
John> I have supplied a tarfile, as a diff would be completely
John> unweild
On 4 Dec 2000, Jean-Marc Lasgouttes wrote:
> Does your patch include the former FormPara improvements? I had not
> applied it earlier because it seem Lars had problems with it.
>
> I can apply the patch if there is no problem with it.
>
> JMArc
It does. The things Lars questioned was the addit
I'm not sure anybody promised backward compatability... Anyway, it's not
going to happen! Forward compatibility is Ok.
If you're not going to upgrade and use the same version of lyx on both
machines, then the following little file will do the trick:
conv_new2old.sed
# Replace all instances of
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
Yann> hello, lyx users I've got a problem, when trying to get the
Yann> french language in the menus.
Yann> like said in the customization file, i export the LANG variable
Yann> :
Yann> export LANG=fr
Yann> i use a suse6.2. Is there anoth
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> Therefore, I must retract the argument that GUII will make the
Asger> model more basic, since obviously it isn't for the dialogs and
Asger> the menus.
Thanks :)
Asger> If you by infrastructure mean the model abstraction
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> This patch fixes few
Dekel> issues with RTL cursor, and also - Open all floats before
Dekel> spellchecking to enable spellchecking of their contents - Fix
Dekel> the bug where selecting with the mouse some text that ends with
Dekel> a
On Mon, Dec 04, 2000 at 11:23:31AM +, Angus Leeming wrote:
> Why not? They appear in my lyx.pot file. I guess you mean that they aren't in
> yours?
>
> Admittedly, "GUI background" etc don't appear. Will investigate.
You should use 'xcol.name = _("GUI background")' instead of using N_().
Th
On Mon, Dec 04, 2000 at 03:56:53PM +0100, Lars Gullik Bj&resh;nnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | This is dying in Buffer::isLatex()
>
> Are you sure that inlining is not playing tricks on you?
>
> Seems almost liek isLatex is beeing called on a buffer that has just
>
On Sun, Dec 03, 2000 at 03:31:22PM +1000, Allan Rae wrote:
>
> LyXAction::funcHasFlag: No info about kb_action: 8
> A truly unknown func!
Another way to see this is to press M-f, press down until the "Version Control"
menu is highlighted, press enter to open the submenu, and then press left or
e
Angus Leeming <[EMAIL PROTECTED]> writes:
> I'm not sure anybody promised backward compatability... Anyway, it's not
> going to happen! Forward compatibility is Ok.
Beg to differ. Forward compatibility is a must and therefore not worth
mentioning. Backward compatibility is nice to have, and I w
On Mon, Dec 04, 2000 at 06:43:50PM +0100, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> This patch fixes few
> Dekel> issues with RTL cursor, and also - Open all floats before
> Dekel> spellchecking to enable spellchecking of their contents - Fix
Dekel,
I'm no gettext guru. Can you explain what the two functions actually DO?
A
On Monday 04 December 2000 17:52, Dekel Tsur wrote:
> On Mon, Dec 04, 2000 at 11:23:31AM +, Angus Leeming wrote:
> > Why not? They appear in my lyx.pot file. I guess you mean that they
> > aren't in yours?
> >
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Dec 04, 2000 at 06:43:50PM +0100, Jean-Marc Lasgouttes wrote:
| > > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
| >
| > Dekel> This patch fixes few
| > Dekel> issues with RTL cursor, and also - Open all floats before
| > Dekel> spellchec
Well, in general, it is impossible to be backward compatible always. By this
I mean that changes to the file format cannot possibly be backward
compatible. The change we're discussing is just such a change. And, it was an
intelligent thing to do, making it easier to maintain the code base by ha
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Dec 04, 2000 at 03:56:53PM +0100, Lars Gullik Bjønnes wrote:
| > Angus Leeming <[EMAIL PROTECTED]> writes:
| >
| > | This is dying in Buffer::isLatex()
| >
| > Are you sure that inlining is not playing tricks on you?
| >
| > Seems almost liek is
Thomas Steffen <[EMAIL PROTECTED]> writes:
| Angus Leeming <[EMAIL PROTECTED]> writes:
|
| > I'm not sure anybody promised backward compatability... Anyway, it's not
| > going to happen! Forward compatibility is Ok.
|
| Beg to differ. Forward compatibility is a must and therefore not worth
| m
Angus Leeming <[EMAIL PROTECTED]> writes:
| Dekel,
|
| I'm no gettext guru. Can you explain what the two functions actually
| DO?
_(...)
is a "macro" for gettext(...)
N_(...) is a macro expanding to just its arguments.
They are both used by xgettext to descover _what_ strings needs
translati
Some of the files in src/frontends/kde/dlg should be removed :
cd src/frontends/kde/dlg
rm copyrightdlg.C copyrightdlg.h indexdlg.C indexdlg.h paradlg.C paradlg.h
paraextradlg.C paraextradlg.h printdlg.C printdlg.h parageneraldlg.C
parageneraldlg.h tabcreatedlg.C tabcreatedlg.h
cvs delete copy
Angus Leeming <[EMAIL PROTECTED]> writes:
> Well, in general, it is impossible to be backward compatible always.
> By this I mean that changes to the file format cannot possibly be
> backward compatible.
Yes, I understand that. And I am the last person to complain about a
change to the better,
On Mon, Dec 04, 2000 at 07:49:19PM +0100, Lars Gullik Bjønnes wrote:
> Thomas Steffen <[EMAIL PROTECTED]> writes:
>
> | [snipped]
>
> Only if you define what minor revisions are... I am not sure the
> change from 1.1.4 to 1.1.5 is a minor revision (and please forget the
> numbers). 1.1.4 to 1.1.
On Monday 04 December 2000 18:45, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> | On Mon, Dec 04, 2000 at 03:56:53PM +0100, Lars Gullik Bjønnes wrote:
> | > Angus Leeming <[EMAIL PROTECTED]> writes:
> | > | This is dying in Buffer::isLatex()
> | >
> | > Are you sure that in
On Mon, Dec 04, 2000 at 06:19:08PM +, Angus Leeming wrote:
> [snip]
>
> Can anybody think of any other changes in format?
\paragraph_spacing (special spacing for the paragraph)
>
> Angus
>
--
Yves
On Mon, Dec 04, 2000 at 07:32:16PM +0100, Lars Gullik Bj&resh;nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> |
> | You do want to spellcheck the text in the footnotes.
>
> by opening them.
How many users knows that this is needed ? And how many of those will
remember doing it ?
> IMHO
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Dec 04, 2000 at 07:32:16PM +0100, Lars Gullik Bjønnes wrote:
| > Dekel Tsur <[EMAIL PROTECTED]> writes:
| > |
| > | You do want to spellcheck the text in the footnotes.
| >
| > by opening them.
|
| How many users knows that this is needed ? And
On Mon, Dec 04, 2000 at 09:50:52PM +0100, Lars Gullik Bj&resh;nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | > IMHO the float should only be opened if a wrongly spelt word is found
> | > inside.
> |
> | This should be done in 1.2.0.
>
> Let's leave it until then.
> Lyx 1.1.6 will no
Dekel Tsur <[EMAIL PROTECTED]> writes:
| > Let's leave it until then.
| > Lyx 1.1.6 will not be any worse that prev verisons in this respect.
|
| But openning the floats is better than the current behavior.
Is it really?
Perhaps it is... but I don't want anything that can potentially delay
1.1
On Mon, Dec 04, 2000 at 10:02:25PM +0100, Lars Gullik Bj&resh;nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | > Let's leave it until then.
> | > Lyx 1.1.6 will not be any worse that prev verisons in this respect.
> |
> | But openning the floats is better than the current behavior.
>
Dekel Tsur <[EMAIL PROTECTED]> writes:
| > Let's get 1.1.6 out, begin 1.2.0cvs, "fixes" like this can be
| > backported to 1.1.6fixX.
|
| How is this going to delay the code ?
All additional patches delay code...
We have seen that patches thought to be trivial has created bugs, and
created brow
log attached
Making all in intl
make[1]: Entering directory `/usr/local/garst/lyx-devel/intl'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/garst/lyx-devel/intl'
Making all in po
make[1]: Entering directory `/usr/local/garst/lyx-devel/po'
make[1]: Nothing to be don
Jean-Marc Lasgouttes wrote:
>
> > "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
>
> Yann> hello, lyx users I've got a problem, when trying to get the
> Yann> french language in the menus.
>
> Yann> like said in the customization file, i export the LANG variable
> Yann> :
>
> Yann> expo
Why isn't -lXpm on your link line?
Didn't you get a warning when running configure?
Lgb
Isn't the ERT inset supposed to be strictly raw LaTeX so should always be
in TeX mode rather than allowing the user to set a standard paragraph
style or any other style for that matter?
Allan. (ARRae)
Allan Rae <[EMAIL PROTECTED]> writes:
| Isn't the ERT inset supposed to be strictly raw LaTeX so should always be
| in TeX mode rather than allowing the user to set a standard paragraph
| style or any other style for that matter?
Yes. Should be fixed to TeX.
Lgb
84 matches
Mail list logo
