Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=2218
I'm well aware that this patch is ugly (or better: makes an ugly
implementation even uglier).
Attached is a somewhat more transparent version (with documentation).
Looks better (for branch).
Co
Martin Vermeer wrote:
On Tue, Nov 06, 2007 at 01:39:40AM +0200, Dov Feldstern wrote:
Martin Vermeer wrote:
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
This is not accurate. It's true for URL, for example, but not for ERT. I
agree with Abdel that ideally, in ERT we should a
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Apart from that it would also make Jean-Marc happy...
Yes. Everytime an explicit xxx_CODE test gets added to the source, a
baby seal is murdered. You do not want that, do you?
JMarc
Uwe Stöhr wrote:
> > I like this phantom feature a lot myself, but I think it qualifies as
> > expert feature. I am not sure it belongs to the toolbar, but I do not
> > oppose it.
>
> The phantom feature is a math feature
No, \phantom, \vphantom and \hphantom are general (plain TeX) commands, whic
Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=2218
>
> I'm well aware that this patch is ugly (or better: makes an ugly
> implementation even uglier).
Attached is a somewhat more transparent version (with documentation).
Jürgen
Index: src/frontends/qt4/QSpellchecker.cpp
On Mon, 05 Nov 2007 23:40:03 +0100
Enrico Forestieri <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 05, 2007 at 11:09:55PM +0200, Martin Vermeer wrote:
>
> > This fix is better... a lot.
>
> Yep, that fixes it.
Committed.
- Martin
On Tue, Nov 06, 2007 at 01:39:40AM +0200, Dov Feldstern wrote:
> Martin Vermeer wrote:
> >On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
> >>This is not accurate. It's true for URL, for example, but not for ERT. I
> >>agree with Abdel that ideally, in ERT we should allow any encod
Hi all,
I'd like to know if, in the BufferView/TextMetrics classes,
there is any method that is always called every time there
is a change in the "paragraphs structure", i.e.:
-) after creating a new document
-) after opening a document
-) after breaking a paragraph in two or adding a new paragra
Martin Vermeer wrote:
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes wrote:
Martin Vermeer writes:
But I am not sure I understand. Why is forceLTR tr
How is the paragraph width controlled, in LyX ?
I'm getting all paragraphs displayed as a single row
(i.e. they are not being broken at all at the window width).
Any clue of what I could have modified wrong ?
Thanks,
T.
On Mon, Nov 05, 2007 at 11:09:55PM +0200, Martin Vermeer wrote:
> This fix is better... a lot.
Yep, that fixes it.
--
Enrico
On Mon, Nov 05, 2007 at 11:50:31PM +0200, Dov Feldstern wrote:
>
>
> Andre Poenitz wrote:
>> On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
>>> Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Jean-Marc Lasgouttes
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
>
>
> Martin Vermeer wrote:
> >On Mon, 05 Nov 2007 15:49:22 +0100
> >Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> >
> >>Jean-Marc Lasgouttes wrote:
> >>>Martin Vermeer writes:
> >>>
> >But I am not sure I understand. Why is for
> > There are 138 options and I have not gone through them one by one.
> > Most, if not all, your preferences can be achieved by changing
> > uncrustify.cfg.
>
> Possibly, but _I_ won't do that ;-)
Jose,
Do you agree to put this file (uncrustify.cfg) under
development/coding? With some adjustment
Andre Poenitz wrote:
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes wrote:
Martin Vermeer writes:
But I am not sure I understand. Why is forceLTR tru
On Mon, Nov 05, 2007 at 03:20:51PM -0600, Bo Peng wrote:
> > ASpell::ASpell(BufferParams const &, string const & lang)
> >
> > by
> >
> > ASpell::ASpell(BufferParams const & , string const & lang)
> >
> >
> > I think I prefer the original version.
> > So, as I said: Checking patches with it is ni
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
> Martin Vermeer wrote:
>> On Mon, 05 Nov 2007 15:49:22 +0100
>> Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
>>> Jean-Marc Lasgouttes wrote:
Martin Vermeer writes:
>> But I am not sure I understand. Why is forceLTR true
> ASpell::ASpell(BufferParams const &, string const & lang)
>
> by
>
> ASpell::ASpell(BufferParams const & , string const & lang)
>
>
> I think I prefer the original version.
> So, as I said: Checking patches with it is nice, but as it stands I
> would not like to see it ruling our style.
There
On Mon, Nov 05, 2007 at 07:59:08PM +0100, Enrico Forestieri wrote:
> On Sun, Nov 04, 2007 at 05:47:59PM +0100, Enrico Forestieri wrote:
>
> > On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
> >
> > > > http://www.lyx.org/trac/changeset/21225 - Fix IEEEtran layout by loading
>
Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes wrote:
Martin Vermeer writes:
But I am not sure I understand. Why is forceLTR true for ERT? Just for
display purpose?
The truth is, it shouldn't be. We're overloading
On Mon, Nov 05, 2007 at 10:40:51PM +0200, Dov Feldstern wrote:
> Andre Poenitz wrote:
>> On Mon, Nov 05, 2007 at 02:16:52PM +0100, Jean-Marc Lasgouttes wrote:
>>> [EMAIL PROTECTED] writes:
>>>
Modified: lyx-devel/trunk/src/Paragraph.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/tr
On Mon, Nov 05, 2007 at 07:59:08PM +0100, Enrico Forestieri wrote:
> On Sun, Nov 04, 2007 at 05:47:59PM +0100, Enrico Forestieri wrote:
>
> > On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
> >
> > > > http://www.lyx.org/trac/changeset/21225 - Fix IEEEtran layout by loading
>
On Mon, Nov 05, 2007 at 07:11:47PM +0100, Jürgen Spitzmüller wrote:
> Martin Vermeer wrote:
> > Could you verify in branch (or where you have enable-stdlib-debug) that
> > this does the job?
>
> No, doesn't fix it.
OK, I just reverted the addRow -> appendRow part here too.
> Jürgen
>
> P.S.:
Andre Poenitz wrote:
On Mon, Nov 05, 2007 at 02:16:52PM +0100, Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Modified: lyx-devel/trunk/src/Paragraph.cpp
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=21407
===
Martin Vermeer wrote:
On Mon, 05 Nov 2007 14:16:52 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
What about declaring forceLTR in the Inset class (returning
false by default) and overriding it for graphics, math and hyperlink?
This would simplify this code and avoid the cast to insetco
On Mon, Nov 05, 2007 at 02:09:20PM +1800, Bo Peng wrote:
> Dear all,
>
> It is not always easy to write code that conforms to lyx' coding rules
> so I have been searching for an open-source code beautifier. I have
> tried bcpp, greatcode, astyle, indent etc, but none of them is
> powerful enough.
I like this phantom feature a lot myself, but I think it qualifies as
expert feature. I am not sure it belongs to the toolbar, but I do not
oppose it.
The phantom feature is a math feature so it should be accessible via the
math toolbar. The math toolbar contains much more expert stuff than
plac
On Mon, Nov 05, 2007 at 07:55:34AM -, [EMAIL PROTECTED] wrote:
> Author: spitz
> Date: Mon Nov 5 08:55:32 2007
> New Revision: 21426
>
> URL: http://www.lyx.org/trac/changeset/21426
> Log:
> * src/mathed/MathParser.cpp (getChar):
> - return 0 instead of char_type(), which is unpredictab
On Mon, Nov 05, 2007 at 02:16:52PM +0100, Jean-Marc Lasgouttes wrote:
> [EMAIL PROTECTED] writes:
>
> > Modified: lyx-devel/trunk/src/Paragraph.cpp
> > URL:
> > http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=21407
> > ===
On Mon, Nov 05, 2007 at 11:35:53AM +0100, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > This is not a helpful entry. I'm an experienced LyXer but I still don't
> > understand what the name "pixmap" is for and what "subpixel hinting" is. I
> > need a more simple explanation for the UserGuide. Whi
On Mon, Nov 05, 2007 at 08:27:05AM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
>> On Sun, Nov 04, 2007 at 05:39:43PM +0100, Jürgen Spitzmüller wrote:
>>> Andre Poenitz wrote:
We definitely should switch to a more user friendly error handling
then plain crashs. While it might be
Richard Heck schrieb:
sebastian guttenberg wrote:
Shall I report bug's here or directly at bugzilla?
There's no fixed rule. But if it's a relatively minor thing, then I'd go
to bugzilla. If it's a crash, or if it's significant enough that it
prevents you from getting work done, then report
On Sun, Nov 04, 2007 at 05:47:59PM +0100, Enrico Forestieri wrote:
> On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
>
> > > http://www.lyx.org/trac/changeset/21225 - Fix IEEEtran layout by loading
> > > counters before the sectioning styles, in order to avoid having sections
http://bugzilla.lyx.org/show_bug.cgi?id=2218
I'm well aware that this patch is ugly (or better: makes an ugly
implementation even uglier).
However, I do not have another solution to fix this really nasty bug, besides
rewriting the whole spellchecker ui (which should be done eventually).
Opinio
sebastian guttenberg wrote:
Shall I report bug's here or directly at bugzilla?
There's no fixed rule. But if it's a relatively minor thing, then I'd go
to bugzilla. If it's a crash, or if it's significant enough that it
prevents you from getting work done, then report it here, the idea being
Hi all!
Shall I report bug's here or directly at bugzilla?
And sorry for going off-topic, but may I also draw one of the experts
attention to my macro-pop-up question
http://www.mail-archive.com/[EMAIL PROTECTED]/msg59777.html
that I posted at the users list and don't get the answer, although I am
On Mon, 05 Nov 2007 18:28:31 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > I think I found the culprit, see attached.
> >
> > Could you verify in branch (or where you have enable-stdlib-debug) that
> > this does the job?
>
> Well, in branch, the renaming has been
Martin Vermeer wrote:
> Could you verify in branch (or where you have enable-stdlib-debug) that
> this does the job?
No, doesn't fix it.
Jürgen
P.S.: personally, it would appreciate it if you could make diffs from the
toplevel directory (i.e. above src/). Would make it easier to apply and clean
Martin Vermeer wrote:
> I think I found the culprit, see attached.
>
> Could you verify in branch (or where you have enable-stdlib-debug) that
> this does the job?
Well, in branch, the renaming has been reverted (and I prefer it to stay that
way).
I can test for trunk, if you are patient enough
On Mon, 05 Nov 2007 15:57:47 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > So do I... thanks.
>
> Could you do the change in trunk, please?
>
> Jürgen
I think I found the culprit, see attached.
Could you verify in branch (or where you have enable-stdlib-debug)
Jürgen Spitzmüller schrieb:
broider wrote:
+ else
+ added = addRow(grid, cellrow, docstring());
Is there a reason why you did this differently in branch and trunk?
Jürgen
no, i did this by accident. will correct it
bernhard
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Jean-Marc Lasgouttes wrote:
> > Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> >>> But I am not sure I understand. Why is forceLTR true for ERT? Just for
> >>> display purpose?
> >> Hmmm. It is to force the langua
broider wrote:
> + else
> + added = addRow(grid, cellrow, docstring());
Is there a reason why you did this differently in branch and trunk?
Jürgen
Martin Vermeer wrote:
> So do I... thanks.
Could you do the change in trunk, please?
Jürgen
On Mon, 05 Nov 2007 15:27:57 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > Are you sure it's this? Doesn't look related.
>
> Yes. Reverting this fixes the problem.
>
> > OK, I'll revert branch.
> > Does it crash in both trunk and branch?
>
> I guess so (haven
On Mon, 05 Nov 2007 15:38:20 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> But I am not sure I understand. Why is forceLTR true for ERT? Just for
> >> display purpose?
> >
> > Hmmm. It is to force the language, and thus the encoding, to
Jean-Marc Lasgouttes wrote:
Martin Vermeer <[EMAIL PROTECTED]> writes:
But I am not sure I understand. Why is forceLTR true for ERT? Just for
display purpose?
Hmmm. It is to force the language, and thus the encoding, to Latin1.
LaTeX needs that; LyX display would be happy with Unicode, but isn
Edwin Leuven wrote:
> > not, i get an infinite loop...
>
> in trunk that is
I see it also in branch. However, the attached patch of Bernhard's (against
branch) fixes it for me.
Bernhard, you should commit this to branch and trunk.
Jürgen
Index: src/mathed/MathParser.cpp
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> But I am not sure I understand. Why is forceLTR true for ERT? Just for
>> display purpose?
>
> Hmmm. It is to force the language, and thus the encoding, to Latin1.
> LaTeX needs that; LyX display would be happy with Unicode, but isn't
> smart enough to
Martin Vermeer wrote:
> Are you sure it's this? Doesn't look related.
Yes. Reverting this fixes the problem.
> OK, I'll revert branch.
> Does it crash in both trunk and branch?
I guess so (haven't compiled trunk with --enable-stdlib-debug).
Note, however, that the _renaming_ was the culprit.
On Mon, 05 Nov 2007 15:07:32 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Also, why exactly is ERT a special case?
> >
> > At least that I can answer ;-) Because we want ERT output to be
> > "naked". In any locale. No \L stuff or the l
On Mon, 05 Nov 2007 13:27:15 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > It's in, for both trunk and branch.
>
> This commit makes LyX crash while loading the User Guide (on Linux with
> stdlib-debug enabled, and I suspect also on Windows).
>
> Please revert
On Nov 5, 2007, at 3:26 AM, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Bennett Helm wrote:
This works for me with 1.6svn (I'm not blind!), but I still
don't notice any difference with 1.5svn.
This is strange. The fix is identical in branch and trunk.
Yep. And I verified again that
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Also, why exactly is ERT a special case?
>
> At least that I can answer ;-) Because we want ERT output to be
> "naked". In any locale. No \L stuff or the like around it.
Hmm, could we use noFontChange for that?
/**
* Is this inset a
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
It's the same and it works fine in branch. Shall I commit?
Yes, please. Since the worst that could happen would be an update too much, it
cannot harm anyway.
Done.
Abdel.
Abdelrazak Younes wrote:
> It's the same and it works fine in branch. Shall I commit?
Yes, please. Since the worst that could happen would be an update too much, it
cannot harm anyway.
Jürgen
On Mon, 05 Nov 2007 14:16:52 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > Modified: lyx-devel/trunk/src/Paragraph.cpp
> > URL:
> > http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=21407
> > =
> For the user guide, just write something like:
many thanks
Uwe
Pavel Sanda wrote:
JMarc, do you plan to commit it ?
Me? No, I did not! But if nobody did anything on monday, I'll do it.
please.
Arghh! I get rejects for PrefUi.ui and WorkArea.cpp!
please do you think i'm worthy enough to gain commit access ?
is not the only pending patch from me which is
[EMAIL PROTECTED] writes:
> Modified: lyx-devel/trunk/src/Paragraph.cpp
> URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=21407
> ==
> --- lyx-devel/trunk/src/Paragraph.cpp (original)
> +++ lyx-deve
> >> > JMarc, do you plan to commit it ?
> >>
> >> Me? No, I did not! But if nobody did anything on monday, I'll do it.
> >
> > please.
>
> Arghh! I get rejects for PrefUi.ui and WorkArea.cpp!
please do you think i'm worthy enough to gain commit access ?
is not the only pending patch from me whi
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Hum, following the wide()-removal, the situation has changed WRT bug
3992 so I committed the following to trunk instead. I guess the same fix
also applies to branch.
A patch is, of course, welcome.
It's the same and it works fine in branch.
Abdelrazak Younes wrote:
> Hum, following the wide()-removal, the situation has changed WRT bug
> 3992 so I committed the following to trunk instead. I guess the same fix
> also applies to branch.
A patch is, of course, welcome.
Jürgen
Martin Vermeer wrote:
> It's in, for both trunk and branch.
This commit makes LyX crash while loading the User Guide (on Linux with
stdlib-debug enabled, and I suspect also on Windows).
Please revert unless we have a fix for this issue.
Backtrace:
/usr/include/c++/4.2.1/debug/vector:198:error:
Quoting William Adams <[EMAIL PROTECTED]>:
> On Nov 2, 2007, at 2:23 PM, Abdelrazak Younes wrote:
>
> > Helge Hafting wrote:
> >> Abdelrazak Younes wrote:
> >>> Helge Hafting wrote:
> William Adams wrote:
> > http://www.stixfonts.org/
> >
> >>> There is no other choice. I would be a g
Martin Vermeer wrote:
On Mon, 05 Nov 2007 12:04:48 +
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Nov 5 13:04:47 2007
New Revision: 21435
URL: http://www.lyx.org/trac/changeset/21435
Log:
Fix bug 4317 and update comment WRT current situation of trunk.
http://bugzilla.lyx.org/show_bu
On Mon, 05 Nov 2007 12:04:48 +
[EMAIL PROTECTED] wrote:
> Author: younes
> Date: Mon Nov 5 13:04:47 2007
> New Revision: 21435
>
> URL: http://www.lyx.org/trac/changeset/21435
> Log:
> Fix bug 4317 and update comment WRT current situation of trunk.
>
> http://bugzilla.lyx.org/show_bug.cgi?i
Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Mon, 05 Nov 2007 11:15:23 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you post a status update please?
Here are the bugs that must be fixed for 1.5.3, IMHO:
4301 cri crash
On Mon, 05 Nov 2007 12:43:51 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > On Mon, 05 Nov 2007 11:15:23 +0100
> > Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> >
> >> Jürgen Spitzmüller wrote:
> >>> Abdelrazak Younes wrote:
> Could you post a status update p
Bernhard Roider <[EMAIL PROTECTED]> writes:
> the problem is: i want to access bugzilla. is there anybody out who
> can restart httpd on aussie?
Is it OK now?
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Uwe Stöhr wrote:
>> What about the other changes (fraction, placeholders)?
>
> The fraction changes are OK. For the placeholders, I'd like to have some
> input
> from math users first.
I like this phantom feature a lot myself, but I think it qual
Martin Vermeer wrote:
On Mon, 05 Nov 2007 11:15:23 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you post a status update please?
Here are the bugs that must be fixed for 1.5.3, IMHO:
4301 cri crash on bookmark in ERT
This c
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Edwin Leuven wrote:
>> Juergen Spitzmueller wrote:
>>> "Regrettably, this beta test will *not* include TeX support. We
>>> expect the
>>> TeX package to be ready for beta test near the end of this year."
>>
>> but this doesn't prohibit using the glyp
Jean-Marc Lasgouttes wrote:
> Arghh! I get rejects for PrefUi.ui and WorkArea.cpp!
sorry about that.
Jürgen
Martin Vermeer <[EMAIL PROTECTED]> writes:
> I just notice that the NeedProtect parameter is poorly named. What it
> signals is this environment _has a moving argument_. It does not signal
> that this command (inset?) needs protection because _it is fragile_.
> Proper usage like illustrated below.
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> > JMarc, do you plan to commit it ?
>>
>> Me? No, I did not! But if nobody did anything on monday, I'll do it.
>
> please.
Arghh! I get rejects for PrefUi.ui and WorkArea.cpp!
JMarc
Edwin Leuven wrote:
not, i get an infinite loop...
in trunk that is
Koji Yokota <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> But doesn't this mean that somebody who has platex installed is now unable to
>> use LyX to prepare documents in, say, latin1?
>
> Yes, that's the problem. It should work well for a user who changed
> the default converter
On Mon, 05 Nov 2007 11:15:23 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Jürgen Spitzmüller wrote:
> > Abdelrazak Younes wrote:
> >> Could you post a status update please?
> >
> > Here are the bugs that must be fixed for 1.5.3, IMHO:
> >
> > 4301 cri crash on bookmark in ERT
>
> T
Jürgen Spitzmüller wrote:
Edwin Leuven wrote:
recipe:
insert a 3x1 math matrix
put cursor in 1st cell
type "a"
home
shift-end
arrow down
ctrl-c
ctrl-v
1.5.2 crashes
is this fixed now (r21434)?
not, i get an infinite loop...
Edwin Leuven wrote:
> recipe:
>
> insert a 3x1 math matrix
> put cursor in 1st cell
> type "a"
> home
> shift-end
> arrow down
> ctrl-c
> ctrl-v
>
>
> 1.5.2 crashes
is this fixed now (r21434)?
Jürgen
Martin Vermeer wrote:
> > No status.15x entry is necessary for this part, because this was
> > introduced in the current release cycle, right?
> >
> > Jürgen
>
> Right.
Of course I saw your other message now. But I was to quick ...
Jürgen
Abdelrazak Younes wrote:
> This crashes only when assertion are disabled. To all package producers,
> in particular for Windows (Uwe, Bo, Joost!) please, make sure assertion
> are disabled in the production packages. Andre', before you comment, I
> am talking about 1.5.x.
I couldn't agree more. Fu
On Mon, 05 Nov 2007 11:12:04 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> vermeer wrote:
> > Fix bug 4323/2, and more logical naming of addRow
>
> No status.15x entry is necessary for this part, because this was introduced
> in
> the current release cycle, right?
>
> Jürgen
Right.
-
Uwe Stöhr wrote:
> This is not a helpful entry. I'm an experienced LyXer but I still don't
> understand what the name "pixmap" is for and what "subpixel hinting" is. I
> need a more simple explanation for the UserGuide. While googling I only
> found that this cache is used for icons and bitmaps tha
Uwe Stöhr wrote:
> Except for the icons part, it's correct. This cache is only about
text painting.
> Look at the status.15x entry:
>
> - The pixmap cache that was introduced in LyX 1.5.2 to improve
performance
> can now be switched on and off in Preferences, since it might decrease
>
Uwe Stöhr wrote:
> What about the other changes (fraction, placeholders)?
The fraction changes are OK. For the placeholders, I'd like to have some input
from math users first.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you post a status update please?
Here are the bugs that must be fixed for 1.5.3, IMHO:
4301 cri crash on bookmark in ERT
This crashes only when assertion are disabled. To all package producers,
in particular for Windows (Uwe, Bo
>> OK I'll postpone this change to LyX 1.6.0.
>
> Yes, please.
What about the other changes (fraction, placeholders)?
Uwe
> Except for the icons part, it's correct. This cache is only about text
painting.
> Look at the status.15x entry:
>
> - The pixmap cache that was introduced in LyX 1.5.2 to improve performance
> can now be switched on and off in Preferences, since it might decrease
> on-screen display qualit
vermeer wrote:
> Fix bug 4323/2, and more logical naming of addRow
No status.15x entry is necessary for this part, because this was introduced in
the current release cycle, right?
Jürgen
Pavel Sanda wrote:
> fix attached.
Thanks. Committed.
Jürgen
On Mon, 05 Nov 2007 09:25:40 +0100
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Martin Vermeer wrote:
> > The second crash is fixed by the attached.
>
> Looks good to me.
>
> > I also propose to change the name of addRow(r) to appendRow(r), as it
> > better describes what it really does. (Yes
Abdelrazak Younes wrote:
> Could you post a status update please?
Here are the bugs that must be fixed for 1.5.3, IMHO:
4301 cri crash on bookmark in ERT
=> patch by Bernhard available.
4317 cri Cursor placement crash
=> no fix available yet.
4323 cri Crash on adding/removing ro
Uwe Stöhr wrote:
> OK I'll postpone this change to LyX 1.6.0.
Yes, please.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Done!!!
Thanks (and congratulations).
Thanks, this was a lot of work!
I've also fixed last drawing issue reported by Bennett. 1.5.3 will be
the fastest, smoothest release ever!
Time to freeze and release I say...
Almost. We still have
> was the change from "math-insert
> \choose" to "math-insert \binom" intentional? And if so, why?
This is intended because LyX 1.6.0 will have \tbinom and \dbinom. So it will be confusing that the
standard binom command is \choose. \choose is identic to \binom.
OK I'll postpone this change to
This commit was interrupted by lyx.org yesterday evening. I'll correct this
later today.
Uwe
Jürgen Spitzmüller wrote:
Bennett Helm wrote:
This works for me with 1.6svn (I'm not blind!), but I still don't
notice any difference with 1.5svn.
This is strange. The fix is identical in branch and trunk.
Yep. And I verified again that the cache is enabled/disabled in sync
with with the c
Martin Vermeer wrote:
> The second crash is fixed by the attached.
Looks good to me.
> I also propose to change the name of addRow(r) to appendRow(r), as it
> better describes what it really does. (Yes, there is also an
> appendRow() that appends to the bottom of an array; another
> potential sou
1 - 100 of 104 matches
Mail list logo
