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
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)
Why isn't -lXpm on your link line?
Didn't you get a warning when running configure?
Lgb
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
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
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
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 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 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:
| 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 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
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 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 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.
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,
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:
| 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
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
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
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 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
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?
> >
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
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 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
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 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
> "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
> "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
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
> "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
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> 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
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
> 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
> "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
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
> "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
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
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
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
=
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
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
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
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
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
> "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
> "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
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
> "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:
| 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> 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
> "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
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
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
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
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.
| >
|
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
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
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
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
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
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
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
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
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'
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
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
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-
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
Attached is a patch that removes xform_macros.h. It also finishes off the
Colors tab. I hope.
Angus
patch.diff.bz2
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
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
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
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
> "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
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
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
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
> "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
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
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
> "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
84 matches
Mail list logo
