rgheck wrote:
> * DOCUMENT INPUT/OUTPUT
>
> +- Do an emergency save if LyX attempts to destroy a dirty document
> buffer. + This is a last resort to try to avoid data loss.
Richard, the status file has an "Updates" and a "Bug Fixes" section. The
former is for enhancements, so this note should
As time elapses, more and more of the features attached to the "search"
component are likely to be implemented in the advanced F&R, but still be
missing in the simple search facility.
As of now, this forbids closure of corresponding bugs (in a few of them
there is the "as we'll keep using the
The problem seems to be between french and spanish. If I choose french
as the default language (the last to appear in the babel options)
there is no problem. But if I choose any other language, latex returns
an error.
2009/9/1 LyX Ticket Tracker :
> #6187: incorrect code when french language sele
> 2.8 is released. Any implications for LyX users, or any advice against
upgrading at this point?
No. Why do you think this might be needed?
I'll deliver MiKTeX 2.8 with the installer for LyX 1.6.5.
MiKTeX 2.8 provides many new features like that LaTeX-packages can be installed also by non-adm
Tommaso Cucinotta schreef:
Tommaso Cucinotta ha scritto:
Vincent van Ravesteijn ha scritto:
anyone against this patch ? It uses OutputParams.linelen to control
newlines also on LaTeX exports, additionally to plaintext ones.
Yes, I'm against.
You give no reason for doing this.
On a related not
Tommaso Cucinotta ha scritto:
Vincent van Ravesteijn ha scritto:
anyone against this patch ? It uses OutputParams.linelen to control
newlines also on LaTeX exports, additionally to plaintext ones.
Yes, I'm against.
You give no reason for doing this.
On a related note, the proposed patch gives
2.8 is released. Any implications for LyX users, or any advice against
upgrading at this point?
Abdelrazak Younes ha scritto:
@@ -158,7 +181,6 @@
{
// FIXME: create a Dialog::returnFocus() or something instead
of this:
view_.setCurrentWorkArea(view_.currentMainWorkArea());
-// FIXME: This should be an LFUN.
Why do you remove this FIXME?
Because, AFAICR, this was a consequ
Abdelrazak Younes ha scritto:
What about the buffer().isInternal() or buffer().internal() method ?
Afterward, implementation may be changed as appropriate.
OK for the new buffer().isInternal() but this method should be used in
the same commit. I guess this is in TocBackend.cpp:
- buffer_-
Jean-Marc Lasgouttes wrote:
Le 28/08/2009 08:40, Abdelrazak Younes a écrit :
Vincent van Ravesteijn wrote:
Most of all, I don't like the randomness with which this is done. All
LFUNs handled in LyXFunc should relate to the documentBuffer(). Now
some LFUNs are corrected and others are not. At le
Dear all,
We managed to fix the problem that prevented the release of a Mac binary for
LyX 1.6.4. A binary for the Mac is now available at
ftp://ftp.lyx.org/pub/lyx/bin/1.6.4/LyX-1.6.4.1-Mac-Universal.dmg
Note that this is an extra release (hence the *.1 version suffix). However,
the only diffe
Now that the Mac binary is ready, the freeze is lifted.
Thanks for your patience,
Jürgen
BH wrote:
> Done. I've put it at:
>
> http://edisk.fandm.edu/bennett.helm/lyx/LyX-1.6.4.1-Mac-Universal.dmg
Thanks, I've put it on the server and adapted the download page. The web
announcement will follow later this week, since I'm off home as well (but
I'll drop a note to the lists).
Jürgen
Tommaso Cucinotta wrote:
Vincent van Ravesteijn ha scritto:
The comment was about r31219. I really don't like that commit because:
1) I don't want to spoil the code with an infinite amount of
if (buffer().fileName().extension() == "internal")
Absolutely agree. At least, it should be "if (buff
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
tomm...@lyx.org wrote:
Author: tommaso
Date: Fri Aug 21 18:51:07 2009
New Revision: 31179
URL: http://www.lyx.org/trac/changeset/31179
Log:
Advanced Search GUI enhancements (tooltips, navigation, shorter labels)
@@ -158,7 +181,6 @@
{
15 matches
Mail list logo
