Andre Poenitz wrote:
On Tue, Jun 12, 2007 at 09:38:59PM +0200, Peter Kümmel wrote:
Edwin Leuven wrote:
Edwin Leuven wrote:
Peter Kümmel wrote:
I'm wrong, moc is better now. Here (4.3) this macro check works:
#if (QT_VERSION = QT_VERSION_CHECK(4, 2, 0))
and
#if QT_VERSION =
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
Cursor thing. ScreenUpdateStrategy should be only about screen updating,
so it's a frontend thing and BufferView make the link between the two. I
introduced
On Tue, Jun 12, 2007 at 06:30:41PM -0400, hzluo wrote:
This patch addresses problem of bug:
http://bugzilla.lyx.org/show_bug.cgi?id=3788
The commandline parameters are supposed to be converted
to internal path via os::internal_path(), but tex2lyx
forgot to call it. Then an assertion in
On Wed, Jun 13, 2007 at 07:22:47AM +0200, Stefan Schimanski wrote:
Am 12.06.2007 um 23:44 schrieb Andre Poenitz:
On Tue, Jun 12, 2007 at 09:14:44PM +0200, Stefan Schimanski wrote:
Am 12.06.2007 um 14:47 schrieb Leuven, E.:
ctrl-n
ctrl-m
\neq
arrow right (exit math)
arrow left
On Wed, Jun 13, 2007 at 07:32:21AM +0200, Stefan Schimanski wrote:
The whole business around rev 17836 and 17840 looks dubious at best.
Sorry, read 18836, not 17. Wer lesen kann...
Now you lost _me_.
Andre'
This question I have asked myself so many times, but not only about
this piece of code.
Btw, two lines of the block above are by you ;-)
That was the global MathArray - MathData renaming, no 'active'
change.
I know I know. Was just kidding :)
It would be helpful if you wrote what you
Am 13.06.2007 um 08:24 schrieb Andre Poenitz:
On Wed, Jun 13, 2007 at 07:32:21AM +0200, Stefan Schimanski wrote:
The whole business around rev 17836 and 17840 looks dubious at best.
Sorry, read 18836, not 17. Wer lesen kann...
Now you lost _me_.
Was misreading the revision number and
Works for me as well. Applied it.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Stefan Schimanski wrote:
Right, too late for 1.5. Still the inverse logic is better IMHO.
So it marks the lfun as undispatched. But then the Update::Force
flag is overwritten later by the cursor down handler of the text.
Maybe you could change this overwritting?
As far
as I see there is no
Andre Poenitz wrote:
On Wed, Jun 13, 2007 at 07:22:47AM +0200, Stefan Schimanski wrote:
can end up in MathData.cpp?
This question I have asked myself so many times, but not only about
this piece of code.
Btw, two lines of the block above are by you ;-)
That was the global MathArray -
Any news about this? LyX still crashes...
Stefan
Am 11.06.2007 um 16:41 schrieb Jean-Marc Lasgouttes:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Since label update is a view thing (nothing to do in core undo
code imo), we could have a new update flag that does the update
Stefan Schimanski wrote:
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the kerning,
compared it to the old one, but forgot to update the dim parameter.
Obviously correct (and the bug is probably my fault).
Abdel.
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Jun 13, 2007 at 07:22:47AM +0200, Stefan Schimanski wrote:
can end up in MathData.cpp?
This question I have asked myself so many times, but not only about
this piece of code.
Btw, two lines of the block above are by you ;-)
That was
Stefan Schimanski wrote:
Any news about this? LyX still crashes...
The fix is obvious. Just commit it
Abdel.
I have not tested it, but I think it's great. This kind of work is
really essential if you use LyX with other people. Thanks!
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the kerning,
compared it to the old one, but forgot to update the dim parameter.
Stefan
Index: lyx-devel/src/mathed/InsetMathKern.cpp
José == José Matos [EMAIL PROTECTED] writes:
José Now a small question, do we want to call it SplitLayout?
I'd prefer a name that does not look like an environment name, like
--Separator-- or --Splitter--.
JMarc
On aussie, i.e. the wiki server, I've got a script that emails me when
uploaded files have been changed. It works well on many days, but every
few days it misbehaves.
Here's the algorithm of the script:
* Check if the script has been executed within the last day, if not:
** Generate a list of
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
Cursor thing. ScreenUpdateStrategy should be only about screen updating,
so it's a frontend thing and BufferView make the link between the
I mean: if (cur.result().update() == Update::Force) this means
that the flag has been explicitely set previously as opposed to
have the default value (Update::FitCursor | Update::Force). Maybe
this information could be used?
Here is a solution in the direction I described: the old cursor is
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico On Tue, Jun 12, 2007 at 10:55:41PM +0200, Juergen Spitzmueller
Enrico wrote:
Enrico Forestieri wrote:
As regards the OptArgs, do you have something specific in mind?
I just noticed an [ERT] OptArg in the template (author or
Dov == Dov Feldstern [EMAIL PROTECTED] writes:
Dov Perhaps you would like to see the patch ;)
Looks definitely correct. I should have spotted that...
JMarc
On Mon, 11 Jun 2007, Jean-Marc Lasgouttes wrote:
christian Do you think it's koscher to place these names and e-mail
christian adresses on the wiki for future reference? I could put them
christian in a page that requires a password to read. (Not that I can
christian read the addresses right
Just noticed with a new build: it looks strange on Mac. See here:
Bild 5.png
Description: application/applefile
inline: Bild 5.png
I guess the tabs should still be centered as they were before.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Hi,
My replies to your replies :) :
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to continue
the Hebrew to the right of the English word, but after the Hebrew space,
as to continue typing,
Without the addStretch line and with a proper icon it looks even uglier.
Bild 6.png
Description: application/applefile
inline: Bild 6.png
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Peter Kümmel wrote:
but have you tried
#if (QT_VERSION = 0x040200) ?
doesn't work
Here is a patch which fixes the cosmetic problem on Mac. I have no
Linux or Windows here though and have no idea how it looks there.
Especially the commented addStretch line might be necessary on
Windows to move the tabs to the left. Is this correct? On Mac this
would look wrong.
Stefan
Citeren Andre Poenitz [EMAIL PROTECTED]:
On Tue, Jun 12, 2007 at 09:18:45AM +0300, Martin Vermeer wrote:
On Mon, Jun 11, 2007 at 11:45:34PM +0200, Andre Poenitz wrote:
On Mon, Jun 11, 2007 at 09:46:27PM +0300, Martin Vermeer wrote:
BTW I find isActive() not very clear. isHighlyEditable()
Stefan Schimanski wrote:
I mean: if (cur.result().update() == Update::Force) this means that
the flag has been explicitely set previously as opposed to have the
default value (Update::FitCursor | Update::Force). Maybe this
information could be used?
Here is a solution in the direction I
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
And one of them is 'isActive()' (which probably {c,sh}ould be
renamed)
Martin ...to hasText()?
Or isDescendable().
JMarc
Bo Peng wrote:
Here is the whole story:
1. we only provide export to 1.4.x and 1.3.x from 1.5.x.
2. Only 1.5.x can enter unrecognizable listings parameters.
3. If a user is using RC1, he can not read 1.5.x file, so the file has
to be exported to 1.4.x, in which listings will be converted
Am 13.06.2007 um 14:02 schrieb Jean-Marc Lasgouttes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
And one of them is 'isActive()' (which probably {c,sh}ould be
renamed)
Martin ...to hasText()?
Or isDescendable().
+1
hasText() sounds like !cell(i).empty()
Stefan
PGP.sig
Dov Feldstern wrote:
Attached is a new version of this patch, which uses the paragraph's
language as the default language. It may not be perfect, but I think
it's good enough, and it seems to work...
I did not test it, but if it does what you say then it is correct AFAIK.
Georg
On Wed, Jun 13, 2007 at 02:09:39PM +0200, Stefan Schimanski wrote:
Am 13.06.2007 um 14:02 schrieb Jean-Marc Lasgouttes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
And one of them is 'isActive()' (which probably {c,sh}ould be
renamed)
Martin ...to hasText()?
Or
i would like the menu to close after clicking on a symbol when it is not
torn off
when the menu is torn off i'd like it close only when clicking on the
close button
perhaps some more can try the attached?
it work flawlessly for me
Index: src/frontends/qt4/IconPalette.cpp
On Jun 13, 2007, at 8:39 AM, Leuven, E. wrote:
i would like the menu to close after clicking on a symbol when it
is not
torn off
when the menu is torn off i'd like it close only when clicking on
the
close button
perhaps some more can try the attached?
it work flawlessly for me
add
#include QMouseEvent
to iconpalette.cpp
?
-Original Message-
From: Bennett Helm [mailto:[EMAIL PROTECTED]
Sent: Wed 6/13/07 14:44
To: Leuven, E.
Cc: Bo Peng; LyX-Devel Mechanics
Subject: Re: tear-off math panels
On Jun 13, 2007, at 8:39 AM, Leuven, E. wrote:
i would like the
I made the mistake again...
Please see the attached.
Thanks!
Hangzai
This patch addresses these problems I ever
met during the convertion between .lyx and .tex
eh, i dont see the patch... ?
tex2lyxenhance.diff
Description: Binary data
On Jun 13, 2007, at 8:48 AM, Leuven, E. wrote:
add
#include QMouseEvent
to iconpalette.cpp
?
That fixes the compilation.
However, the patch doesn't seem to work. (I'm not sure exactly how it
is supposed to work, but here's what I find.)
Clicking on icons (such as that for big
Bennett Helm wrote:
On Jun 13, 2007, at 8:48 AM, Leuven, E. wrote: That fixes the
compilation.
However, the patch doesn't seem to work. (I'm not sure exactly how it
is supposed to work, but here's what I find.)
Clicking on icons (such as that for big operators) that are supposed
to bring
On Wed, Jun 13, 2007 at 07:41:46AM +0200, Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
Yes, you're right. All theorem like environments accept an optional
argument. Updated patch attached.
You should also probably update the Format of the layout (or put in the
Format parameter,
On Wed, Jun 13, 2007 at 09:47:44AM +0200, Jean-Marc Lasgouttes wrote:
Concerning the \markboth problem, what about the following simpler
approach? The only problem I could see is that hyphenation could be
incorrect in headings, but this looks like a useless feature to me.
Elementary, my dear
Georg Baum wrote:
What a shame. This problem is known since 2003, and still not fixed? Does
nobody care for such a standard violation?
It seems the fact that FreeBSD had an old implementation of a wchar_t
equivalence before wchar_t was introduced made the problem complicated.
I wish it is
On Jun 13, 2007, at 8:39 AM, Leuven, E. wrote:
i would like the menu to close after clicking on a symbol when it
is not
torn off
when the menu is torn off i'd like it close only when clicking on
the
close button
perhaps some more can try the attached?
it work flawlessly for me
Roger Mc Murtrie wrote:
Great! It works. Close button and all!! Wonderfull!!!
could you confirm that the menu disappear after a click when they are attached,
but that they stay on top when torn-off?
Just one suggestion. Can there be a little more space between the top of
the pallette
If this is the new path to follow then please be honest and announce to the
users that you don't care for file compatibility anymore.
OK, you and Jurgen win. I will add a lyx2lyx entry.
Another reason I did not add a lyx2lyx entry is that listings has to
be converted to ERT because there is no
I'd prefer a name that does not look like an environment name,
Good idea!
like --Separator-- or --Splitter--.
Either is fine to me, so I can go with --Separator--.
Michael, what do you think?
Bo
[EMAIL PROTECTED] wrote:
On aussie, i.e. the wiki server, I've got a script that emails me when
uploaded files have been changed. It works well on many days, but
every few days it misbehaves.
Here's the algorithm of the script:
* Check if the script has been executed within the last day, if
Either is fine to me, so I can go with --Separator--.
Patch submitted, please test or read user's guide, section 3.4.4.
I did not wait longer because lyx2lyx was not usable due to a bug
introduced by my previous patch.
Cheers,
Bo
The keyword 'NumberWithin' documented into the Customization guide (§
5.3.5) doesn't seem to work for me (Intel Mac OS X.4.9, 1.5.0rc1).
Here's an example:
1. Edit the file stdfloats.inc, in order to have figures numbered
relative to sections:
Float
Type figure
The keyword NumberWithin documented into the Customization guide (§
5.3.5) doesn't seem to work for me (Intel Mac OS X.4.9):
1. Edit the file stdfloats.inc, in order to have figures relative
to sections:
Float
Type figure
GuiName Figure
...
On Wed, 13 Jun 2007, Richard Heck wrote:
cd /home/lyx/www/pmwiki
find uploads -printf '%TY-%Tm-%Td %TH:%TM %-8s %p\n' files
Is this the exact command? If not, what is it? Or better yet, can you
send me the script?
The 'find' is pretty close I'd say. I think you've already
Bo Peng wrote:
OK, you and Jurgen win. I will add a lyx2lyx entry.
Thanks!
Jürgen
Bo Peng wrote:
Patch submitted, please test or read user's guide, section 3.4.4.
Enrico, you might use this Split environment instead of the clumsy ERT in
the IEEEtran template (last section).
Jürgen
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the kerning,
compared it to the old one, but forgot to update the dim parameter.
Anybody tried it? A second OK would be needed.
Stefan
Stefan
Index:
Stefan Schimanski wrote:
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the kerning,
compared it to the old one, but forgot to update the dim parameter.
Anybody tried it? A second OK would be needed.
i cannot apply it. perhaps
Am 13.06.2007 um 18:42 schrieb Edwin Leuven:
Stefan Schimanski wrote:
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the
kerning, compared it to the old one, but forgot to update the dim
parameter.
Anybody tried it? A second
Stefan Schimanski wrote:
It applies fine here against svn from 30 sec ago:
cd lyx/trunk
patch -p1 neqmetrics.patch
tortoisesvn doesn't like your patch so i ended up doing it by hand
things look sane again
put it in i'd say...
On Wed, Jun 13, 2007 at 08:59:56AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Jun 13, 2007 at 07:22:47AM +0200, Stefan Schimanski wrote:
can end up in MathData.cpp?
This question I have asked myself so many times, but not only about
this piece of code.
Btw, two lines of
I'm running debian etch on a 600MHz iBook and I have 1.4.3 from the
repositories and I've compiled 1.5rc1 from source.
When I'm using 1.5rc1 there is a very noticeable typing lag (kind of
frustrating to work with), especially in figure floats while 1.4.3 there are
absolutely no speed issues at
On Wed, Jun 13, 2007 at 06:26:45PM +0200, Juergen Spitzmueller wrote:
Bo Peng wrote:
Patch submitted, please test or read user's guide, section 3.4.4.
Enrico, you might use this Split environment instead of the clumsy ERT in
the IEEEtran template (last section).
Yes, I think so. Please,
On Wed, Jun 13, 2007 at 09:07:36AM +0200, Stefan Schimanski wrote:
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the kerning,
compared it to the old one, but forgot to update the dim parameter.
Introduced in 17899, which,
On Wed, Jun 13, 2007 at 09:17:42AM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Jun 13, 2007 at 07:22:47AM +0200, Stefan Schimanski wrote:
can end up in MathData.cpp?
This question I have asked myself so many times, but not only about
this piece of
On Wed, Jun 13, 2007 at 02:02:48PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
And one of them is 'isActive()' (which probably {c,sh}ould be
renamed)
Martin ...to hasText()?
Or isDescendable().
Better.
Andre'
This patch addresses these problems I ever
met during the convertion between .lyx and .tex
Could you please provide a few test cases? Please use one test case
for each specific problem.
Thanks.
Bo
The 'LabelStringAppendix' attribute (Customization guide, § 5.3.4)
doesn't work properly when using child documents, and making it to
work into LyX leads to an inconsistency into the output file. See
attached files labelstringappendix.lyx (master) and
labelstringappendix2.lyx (child).
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico On Wed, Jun 13, 2007 at 09:47:44AM +0200, Jean-Marc Lasgouttes
Enrico wrote:
Concerning the \markboth problem, what about the following simpler
approach? The only problem I could see is that hyphenation could be
incorrect in
Koji == Koji Yokota [EMAIL PROTECTED] writes:
Koji Then, is a sort of modification as the attached patch
Koji acceptable? It seems it solved the problem and is working fine!
This particular patch does not look good, but we'll find one around
this idea. Isn't there some define that we can test
I just tested it, and the answer is no...
At least on Windows XP with local set to Simplified Chinese,
LyX does not accept any filename with Chinese characters.
Neither lyx.exe nor tex2lyx.exe can propertly handle such files.
I'm trying to make a patch for this problem.
Hangzai
Not related to
Enrico Forestieri wrote:
Yes, I think so. Please, let me know what you think about the updated
patch using the brilliant solution by JMarc.
I like it. Put it in.
Jürgen
As title, can anyone confirm?
BTW, I have been using lyx extensively for two days, without a single
crash. I guess lyx 1.5.0 is ready.
Bo
Bo Peng wrote:
As title, can anyone confirm?
I cannot confirm, but there are bug reports about similar things:
http://bugzilla.lyx.org/show_bug.cgi?id=3727
Jürgen
José Matos wrote:
On Tuesday 12 June 2007 23:08:47 Dov Feldstern wrote:
Opinions?
You made it. :-)
OK.
Thanks!
Dov
Committed.
In the 1.6 cycle I'd like to get rid of the 'Dimension' data member in
Inset. As a lot of insets need that member and derivation from a
'common' 'DimInset' base was impractical I am thinking about using the
old ATL trick:
#include iostream
using namespace std;
// Base
#include iostream
using namespace std;
// Base of the trick: Data _and_ implementation of the feature.
template class Base
struct DimStuff : Base
{
DimStuff() : w(30) {}
int width() const { return w; }
On Wed, Jun 13, 2007 at 02:23:21PM -0400, hzluo wrote:
I just tested it, and the answer is no...
At least on Windows XP with local set to Simplified Chinese,
LyX does not accept any filename with Chinese characters.
Neither lyx.exe nor tex2lyx.exe can propertly handle such files.
I suspected
Please test the attached.
First import enhance.tex and see the result, then use the patched version to
import it,
you can recognize the difference immediately.
And texTurnRound.lyx is a .lyx file with cases that lyx exports some latex
features
but tex2lyx can't read back. Please export it to
On Wed, Jun 13, 2007 at 09:44:10PM +0200, Stefan Schimanski wrote:
typedef DimStuffFatBase FatInset;
Looks good. Nice trick. Would the following be possible?
struct FatInset : DimStuffWhatEverParentInset {
}
Yes.
Would there be any disadvantage of this? I think it's easier to
One problem I see here: What about the constructors? They must be
generic in DimStuff, no?
If you need the constructors, your question is the answer:
struct FatInset : DimStuffWhatEverParentInset {
FatInset(non-standard-stuff-here) { ... }
}
No, it does not allow me to have
On Wed, Jun 13, 2007 at 10:19:14PM +0200, Stefan Schimanski wrote:
One problem I see here: What about the constructors? They must be
generic in DimStuff, no?
If you need the constructors, your question is the answer:
struct FatInset : DimStuffWhatEverParentInset {
Andre Poenitz wrote:
On Wed, Jun 13, 2007 at 09:07:36AM +0200, Stefan Schimanski wrote:
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the kerning,
compared it to the old one, but forgot to update the dim parameter.
Introduced
Bo Peng schrieb:
As title, can anyone confirm?
Yes i can. I recognised this today at work - and read this mail now here at
home :-)
Bernhard
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Jun 13, 2007 at 09:07:36AM +0200, Stefan Schimanski wrote:
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the kerning,
compared it to the old one, but forgot to update the dim
Bo Peng schrieb:
As title, can anyone confirm?
BTW, I have been using lyx extensively for two days, without a single
crash. I guess lyx 1.5.0 is ready.
Unfortunally i got a crash today (in rc1, winxp) ():
Ctrl+n
In the document settings dialog - text format - listings-setting enter some
Andre Poenitz wrote:
In the 1.6 cycle I'd like to get rid of the 'Dimension' data member in
Inset. As a lot of insets need that member and derivation from a
'common' 'DimInset' base was impractical I am thinking about using the
old ATL trick:
I think this is too complicated. A better solution
Ctrl+n
In the document settings dialog - text format - listings-setting enter some
random characters.
- note that the ok-button is still greyed out. Thus change some other setting and
press ok - crash.
I can not reproduce. It is a bug that changing other settings would
enable OK (without
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Jun 13, 2007 at 09:07:36AM +0200, Stefan Schimanski wrote:
Back to topic, here is the patch. The problem was that
InsetMathKern::metrics's logic was wrong: it computed the kerning,
compared it to the old one, but
On Wed, Jun 13, 2007 at 11:25:34PM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
In the 1.6 cycle I'd like to get rid of the 'Dimension' data member in
Inset. As a lot of insets need that member and derivation from a
'common' 'DimInset' base was impractical I am thinking about using
On Wednesday 13 June 2007 14:29:27 Enrico Forestieri wrote:
Is the Format parameter tagging a LyX release or the layout file itself?
The layout file format.
--
Enrico
--
José Abílio
On Wednesday 13 June 2007 19:11:41 Jean-Marc Lasgouttes wrote:
Looks OK to me.
JMarc
OK.
--
José Abílio
On Wednesday 13 June 2007 17:24:41 Juergen Spitzmueller wrote:
Thanks!
Jürgen
+1
--
José Abílio
Hi!
attached find a very simple fix for
http://bugzilla.lyx.org/show_bug.cgi?id=3011 (which is a regression
relative to 1.3.X). The problem is that when typing some LTR in an RTL
paragraph (or vice versa), when an inset is inserted, it gets inserted
in the paragraph language, and not in the
Miki Dovrat wrote:
Hi,
My replies to your replies :) :
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to continue
the Hebrew to the right of the English word, but after the Hebrew space,
as to
On Wednesday 13 June 2007 19:35:48 Bo Peng wrote:
As title, can anyone confirm?
I noticed that too yesterday when demoing lyx to a new customer. :-)
Bo
--
José Abílio
On Wednesday 13 June 2007 22:40:38 Abdelrazak Younes wrote:
There is a quiproquo here obviously. I was referring to the '#if 0' mess
intoduced 3 years ago, but with very good reason at the time. Of course
the reason is forgotten long ago by the original comitter.
Abdel.
And as you know (or
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
-- Forwarded message --
Date: Mon, 26 Feb 2007 18:19:27 +0100
From: Heiko Schröder heikos28-VIXq6x/[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Newsgroups: gmane.editors.lyx.general
Subject: Importance
On Wed, Jun 13, 2007 at 11:19:22PM +0100, José Matos wrote:
On Wednesday 13 June 2007 19:11:41 Jean-Marc Lasgouttes wrote:
Looks OK to me.
JMarc
OK.
Committed: http://www.lyx.org/trac/changeset/18767.
JMarc, what about 1.4.x?
--
Enrico
On Wed, 2007-06-13 at 17:12 +0200, Mael Hilléreau wrote:
Float
Type figure
GuiName Figure
...
NumberWithin section
...
End
Anyone can confirm?
I've never considered doing this but I did put in an enhancement request
for figures to
On Wed, 2007-06-13 at 11:31 -0600, Bob Lounsbury wrote:
When I'm using 1.5rc1 there is a very noticeable typing lag (kind of
frustrating to work with), especially in figure floats while 1.4.3 there are
absolutely no speed issues at all. Just for the info, since I'm sure someone
will mention
1 - 100 of 210 matches
Mail list logo