Hey all, I'm not quite sure where to send this, but I have a request
for a later release of lyx. I would like to see the same preview
options that are present for the math palette for the chemistry
package mhchem. I'm not sure how many people out there use it, but
it would be a great
Hey all, I'm not quite sure where to send this, but I have a request
for a later release of lyx. I would like to see the same preview
options that are present for the math palette for the chemistry
package mhchem. I'm not sure how many people out there use it, but
it would be a great
Hey all, I'm not quite sure where to send this, but I have a request
for a later release of lyx. I would like to see the same preview
options that are present for the math palette for the chemistry
package mhchem. I'm not sure how many people out there use it, but
it would be a great
Tim Holy wrote:
And, of course, no lyx_trial.odt file. I even did an updatedb and found
the tex4ht.env file (in two places). Finally, executing the following
command: tex4ht oolatex -e/etc/tex4ht/tex4ht.env lyx_trial
appeared to be successful. It created a whole heap of files, but none of
Hi,
On Friday 25 May 2007, Charles de Miramon wrote:
The TeX4ht package in Debian (and I guess in Ubuntu) was unmaintained and
quite broken. New versions are better.
OK, thanks for this. I posted something yesterday on the Ubuntu forums. Since
it seems to not just be me, I'll file it as a
Dear Enrico,
On Thursday 24 May 2007, Enrico Forestieri wrote:
Notice that OpenOffice is at fault here and not latex2rtf.
By default, latex2rtf uses EQ field codes for translating math constructs
(see http://office.microsoft.com/en-gb/word/HP051861481033.aspx)
but OpenOffice is not able to
Tim Holy wrote:
On Thursday 24 May 2007, Enrico Forestieri wrote:
Notice that OpenOffice is at fault here and not latex2rtf.
By default, latex2rtf uses EQ field codes for translating math constructs
(see http://office.microsoft.com/en-gb/word/HP051861481033.aspx)
but OpenOffice is not able
Tim Holy wrote:
And, of course, no lyx_trial.odt file. I even did an updatedb and found
the tex4ht.env file (in two places). Finally, executing the following
command: tex4ht oolatex -e/etc/tex4ht/tex4ht.env lyx_trial
appeared to be successful. It created a whole heap of files, but none of
Hi,
On Friday 25 May 2007, Charles de Miramon wrote:
The TeX4ht package in Debian (and I guess in Ubuntu) was unmaintained and
quite broken. New versions are better.
OK, thanks for this. I posted something yesterday on the Ubuntu forums. Since
it seems to not just be me, I'll file it as a
Dear Enrico,
On Thursday 24 May 2007, Enrico Forestieri wrote:
Notice that OpenOffice is at fault here and not latex2rtf.
By default, latex2rtf uses EQ field codes for translating math constructs
(see http://office.microsoft.com/en-gb/word/HP051861481033.aspx)
but OpenOffice is not able to
Tim Holy wrote:
On Thursday 24 May 2007, Enrico Forestieri wrote:
Notice that OpenOffice is at fault here and not latex2rtf.
By default, latex2rtf uses EQ field codes for translating math constructs
(see http://office.microsoft.com/en-gb/word/HP051861481033.aspx)
but OpenOffice is not able
Tim Holy wrote:
> And, of course, no lyx_trial.odt file. I even did an updatedb and found
> the tex4ht.env file (in two places). Finally, executing the following
> command: tex4ht oolatex -e/etc/tex4ht/tex4ht.env lyx_trial
> appeared to be successful. It created a whole heap of files, but none
Hi,
On Friday 25 May 2007, Charles de Miramon wrote:
> The TeX4ht package in Debian (and I guess in Ubuntu) was unmaintained and
> quite broken. New versions are better.
OK, thanks for this. I posted something yesterday on the Ubuntu forums. Since
it seems to not just be me, I'll file it as a
Dear Enrico,
On Thursday 24 May 2007, Enrico Forestieri wrote:
> Notice that OpenOffice is at fault here and not latex2rtf.
> By default, latex2rtf uses EQ field codes for translating math constructs
> (see http://office.microsoft.com/en-gb/word/HP051861481033.aspx)
> but OpenOffice is not able
Tim Holy wrote:
On Thursday 24 May 2007, Enrico Forestieri wrote:
Notice that OpenOffice is at fault here and not latex2rtf.
By default, latex2rtf uses EQ field codes for translating math constructs
(see http://office.microsoft.com/en-gb/word/HP051861481033.aspx)
but OpenOffice is not able
Hello,
At least in the biological sciences, most journals can't accept LaTeX, and so
it's important for us to be able to export to RTF format for final submission
of papers. In LyX 1.5.0beta3 (and also in the 1.4 series), exporting to RTF
works well with a notable exception: super- and
Tim Holy [EMAIL PROTECTED] writes:
At least in the biological sciences, most journals can't accept LaTeX, and
so
it's important for us to be able to export to RTF format for final
submission
of papers.
[snip]
However, latex2rtf does handle \textsuperscript and \textsubscript
Andreas K. wrote:
Tim Holy [EMAIL PROTECTED] writes:
At least in the biological sciences, most journals can't accept LaTeX, and
so
it's important for us to be able to export to RTF format for final
submission
of papers.
[snip]
However, latex2rtf does handle \textsuperscript and
Tim Holy wrote:
At least in the biological sciences, most journals can't accept LaTeX, and so
it's important for us to be able to export to RTF format for final submission
of papers.
Try exporting to OpenDocument. In my experience, oolatex tends to be
more reliable than latex2rtf, which
Dear Richard,
Thanks very much for your response.
On Thursday 24 May 2007, Richard Heck wrote:
Tim Holy wrote:
At least in the biological sciences, most journals can't accept LaTeX,
and so it's important for us to be able to export to RTF format for final
submission of papers.
Try
On Thursday 24 May 2007, Richard Heck wrote:
Tim Holy wrote:
At least in the biological sciences, most journals can't accept LaTeX,
and so it's important for us to be able to export to RTF format for final
submission of papers.
Try exporting to OpenDocument. In my
Tim Holy writes:
Hello,
At least in the biological sciences, most journals can't accept LaTeX, and so
it's important for us to be able to export to RTF format for final submission
of papers. In LyX 1.5.0beta3 (and also in the 1.4 series), exporting to RTF
works well with a notable
Hello,
At least in the biological sciences, most journals can't accept LaTeX, and so
it's important for us to be able to export to RTF format for final submission
of papers. In LyX 1.5.0beta3 (and also in the 1.4 series), exporting to RTF
works well with a notable exception: super- and
Tim Holy [EMAIL PROTECTED] writes:
At least in the biological sciences, most journals can't accept LaTeX, and
so
it's important for us to be able to export to RTF format for final
submission
of papers.
[snip]
However, latex2rtf does handle \textsuperscript and \textsubscript
Andreas K. wrote:
Tim Holy [EMAIL PROTECTED] writes:
At least in the biological sciences, most journals can't accept LaTeX, and
so
it's important for us to be able to export to RTF format for final
submission
of papers.
[snip]
However, latex2rtf does handle \textsuperscript and
Tim Holy wrote:
At least in the biological sciences, most journals can't accept LaTeX, and so
it's important for us to be able to export to RTF format for final submission
of papers.
Try exporting to OpenDocument. In my experience, oolatex tends to be
more reliable than latex2rtf, which
Dear Richard,
Thanks very much for your response.
On Thursday 24 May 2007, Richard Heck wrote:
Tim Holy wrote:
At least in the biological sciences, most journals can't accept LaTeX,
and so it's important for us to be able to export to RTF format for final
submission of papers.
Try
On Thursday 24 May 2007, Richard Heck wrote:
Tim Holy wrote:
At least in the biological sciences, most journals can't accept LaTeX,
and so it's important for us to be able to export to RTF format for final
submission of papers.
Try exporting to OpenDocument. In my
Tim Holy writes:
Hello,
At least in the biological sciences, most journals can't accept LaTeX, and so
it's important for us to be able to export to RTF format for final submission
of papers. In LyX 1.5.0beta3 (and also in the 1.4 series), exporting to RTF
works well with a notable
Hello,
At least in the biological sciences, most journals can't accept LaTeX, and so
it's important for us to be able to export to RTF format for final submission
of papers. In LyX 1.5.0beta3 (and also in the 1.4 series), exporting to RTF
works well with a notable exception: super- and
Tim Holy <[EMAIL PROTECTED]> writes:
> At least in the biological sciences, most journals can't accept LaTeX, and
so
> it's important for us to be able to export to RTF format for final
submission
> of papers.
[snip]
> However, latex2rtf does handle \textsuperscript and \textsubscript
Andreas K. wrote:
Tim Holy <[EMAIL PROTECTED]> writes:
At least in the biological sciences, most journals can't accept LaTeX, and
so
it's important for us to be able to export to RTF format for final
submission
of papers.
[snip]
However, latex2rtf does handle \textsuperscript and
Tim Holy wrote:
> At least in the biological sciences, most journals can't accept LaTeX, and so
> it's important for us to be able to export to RTF format for final submission
> of papers.
Try exporting to OpenDocument. In my experience, oolatex tends to be
more reliable than latex2rtf, which
Dear Richard,
Thanks very much for your response.
On Thursday 24 May 2007, Richard Heck wrote:
> Tim Holy wrote:
> > At least in the biological sciences, most journals can't accept LaTeX,
> > and so it's important for us to be able to export to RTF format for final
> > submission of papers.
>
>
> On Thursday 24 May 2007, Richard Heck wrote:
>
>> Tim Holy wrote:
>>
>>> At least in the biological sciences, most journals can't accept LaTeX,
>>> and so it's important for us to be able to export to RTF format for final
>>> submission of papers.
>>>
>> Try exporting to
Tim Holy writes:
> Hello,
>
> At least in the biological sciences, most journals can't accept LaTeX, and so
> it's important for us to be able to export to RTF format for final submission
> of papers. In LyX 1.5.0beta3 (and also in the 1.4 series), exporting to RTF
> works well with a notable
I like the ability to reduce figures, tables, and evil red text to a
grey box that can be clicked to restore it to full size. I think it would
make sense to extend this to chapters and sections: there could be a small
minimize button next to the heading, which would cause the text to be
replaced
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walt Ogburn wrote:
I think it would
make sense to extend this to chapters and sections: there could be a small
minimize button next to the heading, which would cause the text to be
replaced by a grey box with the heading number and title.
I like the ability to reduce figures, tables, and evil red text to a
grey box that can be clicked to restore it to full size. I think it would
make sense to extend this to chapters and sections: there could be a small
minimize button next to the heading, which would cause the text to be
replaced
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walt Ogburn wrote:
I think it would
make sense to extend this to chapters and sections: there could be a small
minimize button next to the heading, which would cause the text to be
replaced by a grey box with the heading number and title.
I like the ability to reduce figures, tables, and evil red text to a
grey box that can be clicked to restore it to full size. I think it would
make sense to extend this to chapters and sections: there could be a small
minimize button next to the heading, which would cause the text to be
replaced
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walt Ogburn wrote:
> I think it would
> make sense to extend this to chapters and sections: there could be a small
> minimize button next to the heading, which would cause the text to be
> replaced by a grey box with the heading number and title.
Markus Jockisch wrote:
Dear Sirs,
thank you very much for your engagement for Free Software.
Here are some suggestions for new LyX functions:
1. LaTeX packages: dropping or dropcaps
Could you implement one of these packages? They are much too difficult for
standard users to use via ERT.
.
This is a feature request submitted to bugzilla:
http://bugzilla.lyx.org/show_bug.cgi?id=2536
I have added your request there. Feel free to write there too.
Regards,
Andreas
Markus Jockisch wrote:
Dear Sirs,
thank you very much for your engagement for Free Software.
Here are some suggestions for new LyX functions:
1. LaTeX packages: dropping or dropcaps
Could you implement one of these packages? They are much too difficult for
standard users to use via ERT.
.
This is a feature request submitted to bugzilla:
http://bugzilla.lyx.org/show_bug.cgi?id=2536
I have added your request there. Feel free to write there too.
Regards,
Andreas
Markus Jockisch wrote:
Dear Sirs,
thank you very much for your engagement for Free Software.
Here are some suggestions for new LyX functions:
1. LaTeX packages: dropping or dropcaps
Could you implement one of these packages? They are much too difficult for
standard users to use via ERT.
o basic in typography.
This is a feature request submitted to bugzilla:
http://bugzilla.lyx.org/show_bug.cgi?id=2536
I have added your request there. Feel free to write there too.
Regards,
Andreas
Dear Sirs,
thank you very much for your engagement for Free Software.
Here are some suggestions for new LyX functions:
1. LaTeX packages: dropping or dropcaps
Could you implement one of these packages? They are much too difficult for
standard users to use via ERT. Initials are so basic in
Markus Jockisch wrote:
Here are some suggestions for new LyX functions:
To make sure these suggestions are not forgotten, you should file separate
enhancement requests for each at http://bugzilla.lyx.org
(Please check in advance if they are not yet there).
Jürgen
Dear Sirs,
thank you very much for your engagement for Free Software.
Here are some suggestions for new LyX functions:
1. LaTeX packages: dropping or dropcaps
Could you implement one of these packages? They are much too difficult for
standard users to use via ERT. Initials are so basic in
Markus Jockisch wrote:
Here are some suggestions for new LyX functions:
To make sure these suggestions are not forgotten, you should file separate
enhancement requests for each at http://bugzilla.lyx.org
(Please check in advance if they are not yet there).
Jürgen
Dear Sirs,
thank you very much for your engagement for Free Software.
Here are some suggestions for new LyX functions:
1. LaTeX packages: dropping or dropcaps
Could you implement one of these packages? They are much too difficult for
standard users to use via ERT. Initials are so basic in
Markus Jockisch wrote:
> Here are some suggestions for new LyX functions:
To make sure these suggestions are not forgotten, you should file separate
enhancement requests for each at http://bugzilla.lyx.org
(Please check in advance if they are not yet there).
Jürgen
Rainer M Krug wrote:
Hi Helge
thanks a lot - I thought this would be the only option at the moment.
Therefore I have a question for a extension of the search / replace to
include options to including formating, i.e. emphasized, noun,
underlined. It would be of great help in e.g. biological
Rainer M Krug wrote:
Hi Helge
thanks a lot - I thought this would be the only option at the moment.
Therefore I have a question for a extension of the search / replace to
include options to including formating, i.e. emphasized, noun,
underlined. It would be of great help in e.g. biological
Rainer M Krug wrote:
Hi Helge
thanks a lot - I thought this would be the only option at the moment.
Therefore I have a question for a extension of the search / replace to
include options to including formating, i.e. emphasized, noun,
underlined. It would be of great help in e.g. biological
Hi Helge
thanks a lot - I thought this would be the only option at the moment.
Therefore I have a question for a extension of the search / replace to
include options to including formating, i.e. emphasized, noun,
underlined. It would be of great help in e.g. biological articles where
species
Hi Helge
thanks a lot - I thought this would be the only option at the moment.
Therefore I have a question for a extension of the search / replace to
include options to including formating, i.e. emphasized, noun,
underlined. It would be of great help in e.g. biological articles where
species
Hi Helge
thanks a lot - I thought this would be the only option at the moment.
Therefore I have a question for a extension of the search / replace to
include options to including formating, i.e. emphasized, noun,
underlined. It would be of great help in e.g. biological articles where
species
The same happens to me too (lyx preview displaying an earlier equation);
so I guess it is a bug. Any solutions for this
The same happens to me too (lyx preview displaying an earlier equation);
so I guess it is a bug. Any solutions for this
The same happens to me too (lyx preview displaying an earlier equation);
so I guess it is a bug. Any solutions for this
Whenever I open a large document (with preview on) and scroll through it for the
first time it has to think to render the math preview. It would be nice if there
were a force preview command to do this all at once and/or a preference option
to do this automatically on opening. I rather wait once
Whenever I open a large document (with preview on) and scroll through it for the
first time it has to think to render the math preview. It would be nice if there
were a force preview command to do this all at once and/or a preference option
to do this automatically on opening. I rather wait once
Whenever I open a large document (with preview on) and scroll through it for the
first time it has to think to render the math preview. It would be nice if there
were a "force preview" command to do this all at once and/or a preference option
to do this automatically on opening. I rather wait once
Dear list,
One of my favorite features of vim is that when I open a file, it
automatically jumps to where I left off last time. I think this is a
useful feature to have (especially for long files) and would like to
ask which of the following options you like better.
1. Remember the location
Dear list,
One of my favorite features of vim is that when I open a file, it
automatically jumps to where I left off last time. I think this is a
useful feature to have (especially for long files) and would like to
ask which of the following options you like better.
1. Remember the location
Dear list,
One of my favorite features of vim is that when I open a file, it
automatically jumps to where I left off last time. I think this is a
useful feature to have (especially for long files) and would like to
ask which of the following options you like better.
1. Remember the location
Hi!
I'd love to see the following enhancement to LyX. While writing a big
article, one has to do a lot of juggling with formulae and pieces of
text and one clipboard is not enough for that. Is it possible to add
named clipboards (a.k.a 'registers' in Emacs jargon)?
The other thing that
Hi!
I'd love to see the following enhancement to LyX. While writing a big
article, one has to do a lot of juggling with formulae and pieces of
text and one clipboard is not enough for that. Is it possible to add
named clipboards (a.k.a 'registers' in Emacs jargon)?
The other thing that
Hi!
I'd love to see the following enhancement to LyX. While writing a big
article, one has to do a lot of juggling with formulae and pieces of
text and one clipboard is not enough for that. Is it possible to add
named clipboards (a.k.a 'registers' in Emacs jargon)?
The other thing that
Hello,
I'd like to send this feature to the list for discussions: a math panel
appears when a user right-clicks inside a math equation.
Does anybody have a need for this? Or is it already possible to do?
I'm using 1.3.5 on Windows XP.
Cheers
Leo
Leo wrote:
I'd like to send this feature to the list for discussions: a math panel
appears when a user right-clicks inside a math equation.
Hi, Leo.
Context sensitive menus that appear with a RMB click are something we've
been talking about for years. Nobody ever got around to coding them
LB == LB [EMAIL PROTECTED] writes:
LB Hello, I'd like to send this feature to the list for discussions:
LB a math panel appears when a user right-clicks inside a math
LB equation.
LB Does anybody have a need for this? Or is it already possible to
LB do?
It seems to me that this feature is
Hi,
This feature is working in Linux OS, maybe it doesnt work at LB OS (He
use windows).
Hannan
Jean-Marc Lasgouttes wrote:
LB == LB [EMAIL PROTECTED] writes:
LB Hello, I'd like to send this feature to the list for discussions:
LB a math panel appears when a user right-clicks
This feature works with Windows 1.3.5-QT
- Original Message -
From: Hannan Sadar [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Sent: Tuesday, May 24, 2005 6:50 AM
Subject: Re: Math feature request?
Hi,
This feature is working in Linux OS, maybe it doesnt work at LB OS (He
use
9:28 AM
Subject: Re: Math feature request?
This feature works with Windows 1.3.5-QT
- Original Message -
From: Hannan Sadar [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Sent: Tuesday, May 24, 2005 6:50 AM
Subject: Re: Math feature request?
Hi,
This feature is working in Linux OS
Hello,
I'd like to send this feature to the list for discussions: a math panel
appears when a user right-clicks inside a math equation.
Does anybody have a need for this? Or is it already possible to do?
I'm using 1.3.5 on Windows XP.
Cheers
Leo
Leo wrote:
I'd like to send this feature to the list for discussions: a math panel
appears when a user right-clicks inside a math equation.
Hi, Leo.
Context sensitive menus that appear with a RMB click are something we've
been talking about for years. Nobody ever got around to coding them
LB == LB [EMAIL PROTECTED] writes:
LB Hello, I'd like to send this feature to the list for discussions:
LB a math panel appears when a user right-clicks inside a math
LB equation.
LB Does anybody have a need for this? Or is it already possible to
LB do?
It seems to me that this feature is
Hi,
This feature is working in Linux OS, maybe it doesnt work at LB OS (He
use windows).
Hannan
Jean-Marc Lasgouttes wrote:
LB == LB [EMAIL PROTECTED] writes:
LB Hello, I'd like to send this feature to the list for discussions:
LB a math panel appears when a user right-clicks
This feature works with Windows 1.3.5-QT
- Original Message -
From: Hannan Sadar [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Sent: Tuesday, May 24, 2005 6:50 AM
Subject: Re: Math feature request?
Hi,
This feature is working in Linux OS, maybe it doesnt work at LB OS (He
use
9:28 AM
Subject: Re: Math feature request?
This feature works with Windows 1.3.5-QT
- Original Message -
From: Hannan Sadar [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Sent: Tuesday, May 24, 2005 6:50 AM
Subject: Re: Math feature request?
Hi,
This feature is working in Linux OS
Hello,
I'd like to send this feature to the list for discussions: a math panel
appears when a user right-clicks inside a math equation.
Does anybody have a need for this? Or is it already possible to do?
I'm using 1.3.5 on Windows XP.
Cheers
Leo
Leo wrote:
I'd like to send this feature to the list for discussions: a math panel
appears when a user right-clicks inside a math equation.
Hi, Leo.
Context sensitive menus that appear with a RMB click are something we've
been talking about for years. Nobody ever got around to coding them
> "LB" == LB <[EMAIL PROTECTED]> writes:
LB> Hello, I'd like to send this feature to the list for discussions:
LB> a math panel appears when a user right-clicks inside a math
LB> equation.
LB> Does anybody have a need for this? Or is it already possible to
LB> do?
It seems to me that this
Hi,
This feature is working in Linux OS, maybe it doesnt work at LB OS (He
use windows).
Hannan
Jean-Marc Lasgouttes wrote:
>>"LB" == LB <[EMAIL PROTECTED]> writes:
>>
>>
>
>LB> Hello, I'd like to send this feature to the list for discussions:
>LB> a math panel appears
This feature works with Windows 1.3.5-QT
- Original Message -
From: "Hannan Sadar" <[EMAIL PROTECTED]>
To: <lyx-users@lists.lyx.org>
Sent: Tuesday, May 24, 2005 6:50 AM
Subject: Re: Math feature request?
Hi,
This feature is working in Linux OS, maybe it doesnt
s@lists.lyx.org>
Sent: Tuesday, May 24, 2005 9:28 AM
Subject: Re: Math feature request?
This feature works with Windows 1.3.5-QT
- Original Message -
From: "Hannan Sadar" <[EMAIL PROTECTED]>
To: <lyx-users@lists.lyx.org>
Sent: Tuesday, May 24, 2005 6:5
I think I alluded to this a long while ago, but never followed up.
Anyway, here's a feature request --- perhaps the ERT inset could
instead be a little pop-up menu populated w/ the number of lines one
could gain / lose and the initial value being a comment w/ the number
of lines? Say something
I think I alluded to this a long while ago, but never followed up.
Anyway, here's a feature request --- perhaps the ERT inset could
instead be a little pop-up menu populated w/ the number of lines one
could gain / lose and the initial value being a comment w/ the number
of lines? Say something
I think I alluded to this a long while ago, but never followed up.
Anyway, here's a feature request --- perhaps the ERT inset could
instead be a little pop-up menu populated w/ the number of lines one
could gain / lose and the initial value being a comment w/ the number
of lines? Say something
Is there any chance that lyx will ever support multiple documents as separate
windows which can be displayed nect to each other?
... at least for qt.
Ulrich
Ulrich == Ulrich Guenther [EMAIL PROTECTED] writes:
Ulrich Is there any chance that lyx will ever support multiple
Ulrich documents as separate windows which can be displayed nect to
Ulrich each other? ... at least for qt.
It is in the list of things we do not forget about but that are not
Is there any chance that lyx will ever support multiple documents as separate
windows which can be displayed nect to each other?
... at least for qt.
Ulrich
Ulrich == Ulrich Guenther [EMAIL PROTECTED] writes:
Ulrich Is there any chance that lyx will ever support multiple
Ulrich documents as separate windows which can be displayed nect to
Ulrich each other? ... at least for qt.
It is in the list of things we do not forget about but that are not
Is there any chance that lyx will ever support multiple documents as separate
windows which can be displayed nect to each other?
... at least for qt.
Ulrich
> "Ulrich" == Ulrich Guenther <[EMAIL PROTECTED]> writes:
Ulrich> Is there any chance that lyx will ever support multiple
Ulrich> documents as separate windows which can be displayed nect to
Ulrich> each other? ... at least for qt.
It is in the list of things we do not forget about but that
christoff pale wrote:
Hi,
It would be great to have buffer tabs in LyX (much
like xemacs). This would also solve the problems of
corrupted lyxpipe due to multiple lyx sessions.
You can already open several buffers in LyX. Switching between buffer has
improved already but is still too tedious
501 - 600 of 812 matches
Mail list logo