Ozgur Ugras BARAN wrote:
> Attached patch corrects the buglet mentioned in the heading. I don't know
> this quick hack has any consequences, so please somebody verify.
Uwe and I have tested it, and it works.
(I cannot commit in the next days).
Jürgen
If we want this, another OK is needed.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Attached patch corrects the buglet mentioned in the heading. I don't know
this quick hack has any consequences, so please somebody verify.
here is the svn log:
Fix unnumbered toc entries do not update automatically as you type.
regards,
Ugras
--- buffer_funcs.cpp-lyx-1.5.0rc1 2007-06-11 10:45
On Wed, 2007-06-13 at 19:53 -0600, Bob Lounsbury wrote:
> Yes, seems that this is the same issue. Looks like there is no resolution
> yet. I thought it was due to my 600MHz processor but I guess not. Maybe it
> is due to some program used for compilation. I have no idea I'm not a
> developer just a
On Wed, Jun 13, 2007 at 09:18:22PM -0400, hzluo wrote:
> I just tested and found that it's the Qt or M$'s stdc++ lib
> that made the mistake. LyX call Qt to convert filenames to
> UTF-32, and then call Qt again to convert it to local 8bit.
A working [untested] solution using Qt is
vector getArgum
Not exactly. The problem is, that LyX is not allowing two spaces
which are adjacent *logically* --- but in this case, they are not
adjacent visually. So it looks as if it's not allowing even one
space at that logical position, but in fact there already is a
space in that logical position, i
On 6/13/07, Darren Freeman <[EMAIL PROTECTED]> wrote:
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.
I just tested and found that it's the Qt or M$'s stdc++ lib
that made the mistake. LyX call Qt to convert filenames to
UTF-32, and then call Qt again to convert it to local 8bit.
Finally, the converted results is transfered to i/ofstream
to open the files. I know that M$'s libaray can _never_
prop
Begin forwarded message:
From: Roger Mc Murtrie <[EMAIL PROTECTED]>
Date: 14 June 2007 10:02:49 AM
To: "Leuven, E." <[EMAIL PROTECTED]>
Subject: Re: tear-off math panels
I see, OK.
Select Greek menu, select a character, character entered, palette
closes. But, problem character does not sho
On Wed, 2007-06-13 at 13:35 -0500, Bo Peng wrote:
> As title, can anyone confirm?
See:
http://bugzilla.lyx.org/show_bug.cgi?id=3727
I think that's a 'yes'. Please weigh in on my bug report :)
> BTW, I have been using lyx extensively for two days, without a single
> crash. I guess lyx 1.5.0 is re
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
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 fig
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
--
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
To: [EMAIL PROTECTED]
Newsgroups: gmane.editors.lyx.general
Subject: Importance of Mathed seems to be underestimate
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 (
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
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
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 c
On Wednesday 13 June 2007 17:24:41 Juergen Spitzmueller wrote:
> Thanks!
>
> Jürgen
+1
--
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 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 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
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 forg
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 e
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
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
ran
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?
Yes i can. I recognised this today at work - and read this mail now here at
home :-)
Bernhard
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 in
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 : DimStuff {
> > FatInset(non-"
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 : DimStuff {
FatInset(non-"standard"-stuff-here) { ... }
}
No, it does not allow me to have non-standard cons
On Wed, Jun 13, 2007 at 09:44:10PM +0200, Stefan Schimanski wrote:
> > typedef DimStuff FatInset;
>
> Looks good. Nice trick. Would the following be possible?
>
> struct FatInset : DimStuff {
> }
Yes.
> Would there be any disadvantage of this? I think it's easier to
> understand.
Cons
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 .t
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 suspec
#include
using namespace std;
// Base of the trick: Data _and_ implementation of the feature.
template
struct DimStuff : Base
{
DimStuff() : w(30) {}
int width() const { return w; }
void setWidth(in
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
using namespace std;
// Base of the t
José Matos wrote:
On Tuesday 12 June 2007 23:08:47 Dov Feldstern wrote:
Opinions?
You made it. :-)
OK.
Thanks!
Dov
Committed.
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
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
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
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
> "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
> "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
>> inco
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).
>> 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
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'
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
>
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, acc
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. P
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 al
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,
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...
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 O
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 yo
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: lyx-devel/src/mathed/InsetMathK
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
Bo Peng wrote:
> OK, you and Jurgen win. I will add a lyx2lyx entry.
Thanks!
Jürgen
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 foun
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
...
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
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
[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 n
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
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
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 pallett
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
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 so
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 dea
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 pa
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
> t
On Jun 13, 2007, at 8:48 AM, Leuven, E. wrote:
add
#include
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 operators) that ar
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
add
#include
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 menu to c
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
> 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 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)
> >>>
> >
> > Mart
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
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
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 conver
> "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
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 describ
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(
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
Peter Kümmel wrote:
but have you tried
#if (QT_VERSION >= 0x040200) ?
doesn't work
Without the addStretch line and with a proper icon it looks even uglier.
Bild 6.png
Description: application/applefile
<>
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 continu
Just noticed with a new build: it looks strange on Mac. See here:
Bild 5.png
Description: application/applefile
<>
I guess the tabs should still be centered as they were before.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
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 righ
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Perhaps you would like to see the patch ;)
Looks definitely correct. I should have spotted that...
JMarc
> "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 te
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
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 be
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
> "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
Stefan Schimanski wrote:
Any news about this? LyX still crashes...
The fix is obvious. Just commit it
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 the
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.
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
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
=
1 - 100 of 101 matches
Mail list logo