> Please don't start undoing someone's work. I can do it myself.
Why are you grumpy? I haven't undone anything, I only removed the status16 entry. This has been the
usual way in the past when it appears that a bug is not fixed. This assures that it won't
accidentally slip trough for the release
uwesto...@lyx.org schreef:
Author: uwestoehr
Date: Sat Aug 8 02:22:09 2009
New Revision: 30918
URL: http://www.lyx.org/trac/changeset/30918
Log:
status.16x: #5957 is not completely fixed
Modified:
lyx-devel/branches/BRANCH_1_6_X/status.16x
Modified: lyx-devel/branches/BRANCH_1_6_X/status.1
On 06/23/2009 06:12 PM, Paul A. Rubin wrote:
Michal Skrzypek wrote:
I don't reproduce that here (same setup minus the Polish). What
document class are you using? Any other modules besides "Theorems"
and "Theorems (By Section)"?
The class is "article (AMS)", also "Theorems (AMS-Extended)
This time with the diff
---
In thinking about Paul Rubin's new math modules, it occurred to me that
it would be nice to have some conditionals in the layout files. Attached
is a patch that adds IfStyle and IfCounter tags. The effect of these is
to act as normal Style and Counter tags do,
In thinking about Paul Rubin's new math modules, it occurred to me that
it would be nice to have some conditionals in the layout files. Attached
is a patch that adds IfStyle and IfCounter tags. The effect of these is
to act as normal Style and Counter tags do, if the style or counter
already
On 07/26/2009 03:15 AM, Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
On a related note, I also posted a bug fix for the existing theorem
modules -- under certain circumstances (which I've since forgotten), the
title (Theorem, Lemma, ...) appears in italics rather than bold. I
can't f
On 08/07/2009 03:00 PM, rgh...@lyx.org wrote:
Author: rgheck
Date: Fri Aug 7 21:00:57 2009
New Revision: 30909
URL: http://www.lyx.org/trac/changeset/30909
Log:
Fixes for the theorem modules from Paul Rubin.
This doesn't change functionality, so I'm figuring it doesn't need
status.16x.
Jürgen Spitzmüller schreef:
Vincent van Ravesteijn wrote:
- we can disable the assertion for PgUp/PgDwn, because it doesn't work
anyway (there is another bug that the cursor is not placed inside insets),
Probably a good idea, since assertions seem to be persistent on Windows.
Jürgen
Vincent van Ravesteijn wrote:
> - we can disable the assertion for PgUp/PgDwn, because it doesn't work
> anyway (there is another bug that the cursor is not placed inside insets),
Probably a good idea, since assertions seem to be persistent on Windows.
Jürgen
Jürgen Spitzmüller schreef:
Vincent van Ravesteijn wrote:
It is caused by the assert_in_view option that I created to have
consistent scrolling.
Do you have any plans about this?
Jürgen
Yes.. several,
- we could adjust the y-coordinate,
- we can disable the assertion for PgUp/PgD
Vincent van Ravesteijn wrote:
> It is caused by the assert_in_view option that I created to have
> consistent scrolling.
Do you have any plans about this?
Jürgen
Jean-Marc Lasgouttes schreef:
Vincent van Ravesteijn writes:
It is caused by the assert_in_view option that I created to have
consistent scrolling.
What is that?
JMarc
If you press five times PgDwn and five times PgUp, you expect to end up
at exactly the same position as you were
Vincent van Ravesteijn writes:
> It is caused by the assert_in_view option that I created to have
> consistent scrolling.
What is that?
JMarc
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>> Open Math manual, keep finger on Page Down, eventually you get a crash,
>> with the following backtrace
>
> Not known (at least to me).
> Could you file a record?
This is now #6126.
JMarc
Vincent van Ravesteijn writes:
> I've only 'fixed' this bug by removing some code which was IMO of no
> obvious use, so I won't promise you perfect scrolling. If you want
> that, you can try out the other patch that I attached to bug 4464.
OK. This was qt 4.2.3, btw.
JMarc
Jürgen Spitzmüller schreef:
Jean-Marc Lasgouttes wrote:
Open Math manual, keep finger on Page Down, eventually you get a crash,
with the following backtrace
Not known (at least to me).
Could you file a record?
Jürgen
It is caused by the assert_in_view option that I created to have
Vincent van Ravesteijn wrote:
> I still had a list of commits that I wanted to backport dating back to
> May (when the previous branch was already closed). I totally forgot
> about these when backporting the list of bugs previous month.
Put them in.
Jürgen
Jean-Marc Lasgouttes wrote:
> Open Math manual, keep finger on Page Down, eventually you get a crash,
> with the following backtrace
Not known (at least to me).
Could you file a record?
Jürgen
Vincent van Ravesteijn wrote:
> To branch ?
OK.
Jürgen
Jean-Marc Lasgouttes schreef:
Vincent van Ravesteijn writes:
Could somebody with Qt 4.2 test branch whether strange things happen
when scrolling while selecting with the mouse.
Here is what I see, if I have a displayed equation and scroll up with
the mouse, I can manage to get stuck i
Open Math manual, keep finger on Page Down, eventually you get a crash,
with the following backtrace
#4 0x080b96d4 in boost::assertion_failed (expr=0x8aac320 "false",
function=0x8bb4140 "void lyx::doAssert(const char*, const char*, long
int)", file=0x8bb40ec "../../../1.6.x/src/support/lass
Vincent van Ravesteijn writes:
> Could somebody with Qt 4.2 test branch whether strange things happen
> when scrolling while selecting with the mouse.
Here is what I see, if I have a displayed equation and scroll up with
the mouse, I can manage to get stuck if the horizontal position is at
the se
Pavel Sanda writes:
> have you killed those components already? (i see outliner add but no
> component deleted...)
Hell froze over, I have killed some components.
JMarc
v...@lyx.org schreef:
Author: vfr
Date: Fri Aug 7 15:47:59 2009
New Revision: 30901
URL: http://www.lyx.org/trac/changeset/30901
Log:
branch: Fix bug #4464: Missing autoscroll when selecting by mouse
Modified:
lyx-devel/branches/BRANCH_1_6_X/src/frontends/qt4/GuiWorkArea.cpp
Modified: lyx-
Jürgen
I still had a list of commits that I wanted to backport dating back to
May (when the previous branch was already closed). I totally forgot
about these when backporting the list of bugs previous month.
New Revision: 29509
URL: http://www.lyx.org/trac/changeset/29509
Log:
Add the em
v...@lyx.org schreef:
Author: vfr
Date: Tue Aug 4 00:45:06 2009
New Revision: 30855
URL: http://www.lyx.org/trac/changeset/30855
Log:
Fix shortcuts context menu after r30296.
Modified:
lyx-devel/trunk/lib/ui/stdcontext.inc
Modified: lyx-devel/trunk/lib/ui/stdcontext.inc
===
Vincent van Ravesteijn wrote:
> First, the second is basically the function call and not just some
> conditional logic, second, it is now clearer to what the comment is
> referring to, third, there will hopefully be #ifndef QT_VERSION >=
> 40x000 commands around the first if statement.
Thanks.
Jü
Jürgen Spitzmüller schreef:
Vincent van Ravesteijn wrote:
To branch ?
Yes.
BTW, why the nested if-statement (and no &&)?
Jürgen
First, the second is basically the function call and not just some
conditional logic, second, it is now clearer to what the comment is
referring to, thi
Vincent van Ravesteijn wrote:
> To branch ?
Yes.
BTW, why the nested if-statement (and no &&)?
Jürgen
v...@lyx.org schreef:
Author: vfr
Date: Fri Aug 7 14:49:03 2009
New Revision: 30897
URL: http://www.lyx.org/trac/changeset/30897
Log:
Work-around for bug #6034: Applying preferences confuses window about its size.
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiView.cpp
Modified: lyx-devel/
On 08/07/2009 05:05 AM, Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Jean-Marc?
This looks good to me, since we have anyway to compile a specific
version of TextClass.o.
OK. Richard, please put it in.
Done.
rh
Jean-Marc Lasgouttes wrote:
> > Jean-Marc?
>
> This looks good to me, since we have anyway to compile a specific
> version of TextClass.o.
OK. Richard, please put it in.
Jürgen
On Friday 07 August 2009 08:39:02 Jean-Marc Lasgouttes wrote:
> Uwe Stöhr writes:
> > Jean-Pierre Chrétien schrieb:
> >> In HowToUseSVN, I find these lines unclear, and in fact dangerous
> >
> > This needs to be discussed on the lyx-devel list. I'm forwarding this
> > email to this list:
>
> T
Jürgen Spitzmüller writes:
> rgheck wrote:
>> Here is a patch along the lines we discussed earlier. All it does is
>> have tex2lyx treat the DefaultModule tag as if it were an Input tag.
>> This hardly solves all existing problems, but it does solve the biggest
>> one.
>>
>> OK?
>
> Jean-Marc?
T
Uwe Stöhr writes:
> Jean-Pierre Chrétien schrieb:
>
>> In HowToUseSVN, I find these lines unclear, and in fact dangerous
>
> This needs to be discussed on the lyx-devel list. I'm forwarding this
> email to this list:
The new text makes sense to me. It should additionally be pointed out
that
35 matches
Mail list logo
