Jean-Marc Lasgouttes wrote:
Too bad. Is it because you do not want us to discover that you are
actually a Spanish girl (and moreover mathematician)?
Damn! How did you find out?
Jürgen
http://bugzilla.lyx.org/show_bug.cgi?id=2520
The attached patch does this (I think it's the last remaining non-translatable
ui part).
Kudos to Neil Muller for his Python help. Remaining clumsyness is obviously my
own, since I implemented it somewhat differently.
Opinions?
Jürgen
Index:
Jürgen Spitzmüller wrote:
OK?
Since it's obvious and harmless, I just committed.
Jürgen
José Matos wrote:
I will start looking to remaining issues before RC2, AFAIR there are two
patches that I would like to have before the release, one by Jürgen that
has a file format change and another related with reverting documents to
1.4.
Yes. I keep on waiting for you to do the python
Ekkehart == Ekkehart Schlicht [EMAIL PROTECTED] writes:
Ekkehart I just imported a manuscript from a Latex file that has been
Ekkehart produced from a Document file (.doc) by exporting from
Ekkehart OpenOffice Writer 2.2. The tex file compiles well with Latex
Ekkehart and the outpurt is the best
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hi, the following patch by Jürgen (with a minor fix by
Michael myself) prevents the replacement of deleted text.
Michael I tested the fix and it works.
Is the thing correct when there is no selection? I would think the
replace() then
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Because that is not needed either. We can just the frontend's
Andre resource system and would not need to ship individual files at
Andre all.
I do not think this gains anything.
Andre Slightly quicker loading of individual pixmaps at the
Jean-Marc Lasgouttes wrote:
Is the thing correct when there is no selection? I would think the
replace() then searches for the next hit. Of course, this is difficult
to get right, but at least a FIXME would be useful.
I would think everythink would be OK if the replace and replace all
buttons
On Mon, 18 Jun 2007, [EMAIL PROTECTED] wrote:
I assume you're rather computer savvy. Would you say above average (for a
Windows user)?
Yes, I think I could say above average. I'm able to install windows
and have already tried ubuntu, puppy linux and some others. I'm using
texlive under ubuntu
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Jean-Marc Lasgouttes wrote:
Is the thing correct when there is no selection? I would think the
replace() then searches for the next hit. Of course, this is
difficult to get right, but at least a FIXME would be useful.
Jürgen I
Dov Feldstern wrote:
Yeah, I don't know. I'm just basing this on the comment above. But I
can't imagine that there are anywhere near 32-bits worth of unicode
symbols...
The Unicode standard defines that it has 21-bit code points, so there
are 11 bits left that can be used. This number will
another approach:
here i use the old math panel (the one that works for everyone)
and draw a tear-off widget ourselves
works fine for me
so am seeking volunteers (esp mac and linux)!
any takers? ;-)
Index: src/frontends/qt4/IconPalette.cpp
In contrary, my resources are limited at the moment.
the quick fix is below.
Setting the user name to anonymous may be a good solution for the time being
(at least for 1.5rc2) provided that we can change back to the old settings at
no cost later.
afaik the current situation is :
1. user
Jean-Marc:
I deposited an example to
http://www.semverteilung.vwl.uni-muenchen.de/temp/short.zip
It contains
1. short.doc: Shortened version of a winword file I obtained from the
publisher
2. short.tex: short.doc exported by OpenOfficeWriter 2.2 to Latex. As
you can see it is rather
Jean-Marc Lasgouttes wrote:
Is the thing correct when there is no selection? I would think the
replace() then searches for the next hit. Of course, this is
difficult to get right, but at least a FIXME would be useful.
Jürgen I would think everythink would be OK if the replace and
Jürgen
Leuven, E. wrote:
another approach:
here i use the old math panel (the one that works for everyone)
and draw a tear-off widget ourselves
works fine for me
so am seeking volunteers (esp mac and linux)!
any takers? ;-)
Works fine here (linux, qt 4.2.3).
Nice stuff.
A/
On Jun 19, 2007, at 6:08 AM, Leuven, E. wrote:
another approach:
here i use the old math panel (the one that works for everyone)
and draw a tear-off widget ourselves
works fine for me
so am seeking volunteers (esp mac and linux)!
any takers? ;-)
tearoff2.diff
It works on Mac, though
From: news on behalf of Alfredo Braunstein
Works fine here (linux, qt 4.2.3). Nice stuff.
great. so if now some mac people can chime in...
Bennett Helm wrote:
It works on Mac, though it's not obvious that it should.
don't know what this means
The panel
that pops up has a wider border on the top with an extra horizontal
line, but nothing that looks like a title bar.
sounds like intended behavior: this is the regular popup
On Jun 19, 2007, at 9:13 AM, Leuven, E. wrote:
Bennett Helm wrote:
It works on Mac, though it's not obvious that it should.
don't know what this means
What I meant is that when the panel pops up, there's no clear
indication from its appearance that tearing it off can work, and so
Anybody tried it? Need another OK for committing.
Stefan
Am 18.06.2007 um 11:37 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Sorry, I misread Key_Space for Key_Escape. But Key_Space of
course doesn't look right as an LFUN can have arguments.
That's the reason for Key_Space. Space
Darren Freeman wrote:
On Mon, 2007-06-18 at 12:40 +0200, Hellmut Weber wrote:
Hi Darren, don't you think that calling a lyx behaviour 'gestapo
behaviour' is inappropriate?
I don't think I spent any more than three seconds on it and hadn't
considered it to be anything other than a
Bennett Helm wrote:
What I meant is that when the panel pops up, there's no clear indication
from its appearance that tearing it off can work, and so people won't
likely try clicking there and discover the tear-off feature. Is there
some other way to make this function more apparent?
i've
On Tue, 2007-06-19 at 15:58 +0200, Helge Hafting wrote:
Darren Freeman wrote:
considered it to be anything other than a little colourful. I was
referring to the heavy-handed policing which LyX is now applying to
extra white-space and I think I made my point.
Removing those spaces from
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think, solves
the remaining problems. Whether this is the best way to do it, I'm not
sure. Abdel was talking about a more major re-organization of the
code, but maybe that could wait.
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think,
solves the remaining problems. Whether this is the best way to do
it, I'm not sure. Abdel was talking about a more major
re-organization of the code, but
Abdelrazak Younes wrote:
Hi Richard,
I've done that and did a bit more simplifications. Patch attached
(not tested yet).
Here is a patch that actually compiles and works for all use cases.
Whoops. I just committed the other one, per your suggestion. If you want
to revert and commit this one,
On 6/19/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
Jürgen Spitzmüller wrote:
OK?
Since it's obvious and harmless, I just committed.
+1, though late.
Bo
Richard Heck wrote:
Abdelrazak Younes wrote:
Hi Richard,
I've done that and did a bit more simplifications. Patch attached
(not tested yet).
Here is a patch that actually compiles and works for all use cases.
Whoops. I just committed the other one, per your suggestion. If you want
to revert
Darren == Darren Freeman [EMAIL PROTECTED] writes:
Darren My point was that in the past you could enter them and they
Darren would be removed when you moved away, but now you can't enter
Darren them at all. I vote for the older behaviour which feels more
Darren natural.
Are you sure? What
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Tue Jun 19 16:59:34 2007
New Revision: 18826
URL: http://www.lyx.org/trac/changeset/18826
Log:
Trivial whitespace fix.
Sorry but it doesn't look trivial...
Modified:
lyx-devel/trunk/src/BufferView.cpp
Modified:
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen I see. Like in the attached? (I don't see the need to do the
Jürgen test for multiple paragraphs)
It looks better, but I'll let Michael decide.
JMarc
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Tue Jun 19 16:59:34 2007
New Revision: 18826
URL: http://www.lyx.org/trac/changeset/18826
Log:
Trivial whitespace fix.
Sorry but it doesn't look trivial...
OK, got it.
Abdel.
On Tue, Jun 19, 2007 at 04:14:18PM +0200, Leuven, E. wrote:
in summary:
- allow panels to tear off using only qt 4.1 functionality
- reported to work on windows, linux and mac
seeking 2 ok's
Edwin, I really appreciate your effort for trying to provide this
feature with Qt 4.1. However,
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
The fix is simple. The removed code is already done on Buffer deletion
thanks to the Buffer::closing() signal connection to LyXView. Setting
the
christian == christian ridderstrom [EMAIL PROTECTED] writes:
christian On Mon, 18 Jun 2007, Andre Poenitz wrote:
Now that I was too stupid to get my booking right the first time, I
again have a choice of dates.
Originally I was thinking about Thursday-Monday as usual but
given the
Jean-Marc Lasgouttes wrote:
It looks better, but I'll let Michael decide.
OK. Michael, if you're fine with this as well, just commit it.
Jürgen
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
I've no time to test ATM, but your explanation
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
No this is something
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
Actually the fix for
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
Abdelrazak Younes wrote:
I'll be off for a few days and I didn't
want RC2 to behave like this.
Me as well (until the weekend). So if you think any of the patches I posted
should go in, feel free to commit them.
Jürgen
Enrico Forestieri wrote:
Edwin, I really appreciate your effort for trying to provide this
feature with Qt 4.1. However, I think that we should not jump through
hoops if something is hard to obtain with older Qt versions.
It suffices to let the thing compile, even with reduced functionality.
I
in summary:
- allow panels to tear off using only qt 4.1 functionality
- reported to work on windows, linux and mac
seeking 2 ok's
tearoff2.diff
works for me with latest svn, qt4.3.0 and mac os x.
andi
To fix bug 3813, I have copied dictionary files to
http://www.lyx.org/~bpeng/aspell6-windows; and make it an alternative
downloading URL. The installer seems to work now.
If there is a better location, I can change this URL.
Cheers,
Bo
-- Forwarded message --
Author: bpeng
Pavel Sanda schrieb:
In contrary, my resources are limited at the moment.
the quick fix is below.
I think this is a good work-around for the time being (i.e. 1.5rc2).
If I get another OK, I will commit. As soon as we have a better
solution, I am going to revert the quick fix.
On Tue, Jun 19, 2007 at 08:40:52PM +0200, Edwin Leuven wrote:
the attached patch has the advantage that it also allows tearoff panels
on the mac
i would be very surprised if this one doesn't work for you
You did it! Works like a charm.
A big thank you!
--
Enrico
Enrico Forestieri wrote:
You did it! Works like a charm.
:)
A big thank you!
thanks for testing!
...
will collect 2 ok's tomorrow.
josé?
On Tuesday 19 June 2007 21:58:16 Michael Gerz wrote:
If I get another OK, I will commit. As soon as we have a better
solution, I am going to revert the quick fix.
Michael
OK.
--
José Abílio
Hi developers:
I am running LyX 1.5.0rc1 on Windows XP SP2. When I include an eps
graph, LyX is not able to show it but displays the message Error
converting to loadable format
I run lyxc.exe -dbg graphics and got the output below when including
the graph.
Does anybody knows what is
I am running LyX 1.5.0rc1 on Windows XP SP2. When I include an eps
graph, LyX is not able to show it but displays the message Error
converting to loadable format
I run lyxc.exe -dbg graphics and got the output below when including
the graph.
Does anybody knows what is going on?
Dov Feldstern schrieb:
* Numbers in Arabic are printed backwards (1234 - 4321), which is wrong.
It#s up to you to change this. The arabi documentation tells you that you can put this also to a
\textL environment.
I'm attaching a patch for the \R - \AR issue, so that you can play
around
On Tue, Jun 19, 2007 at 04:22:59PM -0300, Fernando Roig wrote:
Hi developers:
I am running LyX 1.5.0rc1 on Windows XP SP2. When I include an eps
graph, LyX is not able to show it but displays the message Error
converting to loadable format
I run lyxc.exe -dbg graphics and got the
Hello:
I am running LyX 1.5.0rc1 on Windows XP with a US keyboard configured
as United States (international), so I can use dead keys.
All dead keys work properly in LyX except the circumflex accent (^)
key, which neither works in text mode nor in math mode (by the way, it
works properly
On Tue, 2007-06-19 at 17:51 +0200, Jean-Marc Lasgouttes wrote:
Darren == Darren Freeman [EMAIL PROTECTED] writes:
Darren My point was that in the past you could enter them and they
Darren would be removed when you moved away, but now you can't enter
Darren them at all. I vote for the older
Jean-Marc Lasgouttes wrote:
> Too bad. Is it because you do not want us to discover that you are
> actually a Spanish girl (and moreover mathematician)?
Damn! How did you find out?
Jürgen
http://bugzilla.lyx.org/show_bug.cgi?id=2520
The attached patch does this (I think it's the last remaining non-translatable
ui part).
Kudos to Neil Muller for his Python help. Remaining clumsyness is obviously my
own, since I implemented it somewhat differently.
Opinions?
Jürgen
Index:
Jürgen Spitzmüller wrote:
> OK?
Since it's obvious and harmless, I just committed.
Jürgen
José Matos wrote:
> I will start looking to remaining issues before RC2, AFAIR there are two
> patches that I would like to have before the release, one by Jürgen that
> has a file format change and another related with reverting documents to
> 1.4.
Yes. I keep on waiting for you to do the python
> "Ekkehart" == Ekkehart Schlicht <[EMAIL PROTECTED]> writes:
Ekkehart> I just imported a manuscript from a Latex file that has been
Ekkehart> produced from a Document file (.doc) by exporting from
Ekkehart> OpenOffice Writer 2.2. The tex file compiles well with Latex
Ekkehart> and the
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, the following patch by Jürgen (with a minor fix by
Michael> myself) prevents the replacement of deleted text.
Michael> I tested the fix and it works.
Is the thing correct when there is no selection? I would think the
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Because that is not needed either. We can just the frontend's
Andre> resource system and would not need to ship individual files at
Andre> all.
>> I do not think this gains anything.
Andre> Slightly quicker loading of individual
Jean-Marc Lasgouttes wrote:
> Is the thing correct when there is no selection? I would think the
> replace() then searches for the next hit. Of course, this is difficult
> to get right, but at least a FIXME would be useful.
I would think everythink would be OK if the "replace" and "replace all"
On Mon, 18 Jun 2007, "[EMAIL PROTECTED]" wrote:
I assume you're rather computer savvy. Would you say above average (for a
Windows user)?
Yes, I think I could say above average. I'm able to install windows
and have already tried ubuntu, puppy linux and some others. I'm using
texlive under
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Jean-Marc Lasgouttes wrote:
>> Is the thing correct when there is no selection? I would think the
>> replace() then searches for the next hit. Of course, this is
>> difficult to get right, but at least a FIXME would be
Dov Feldstern wrote:
Yeah, I don't know. I'm just basing this on the comment above. But I
can't imagine that there are anywhere near 32-bits worth of unicode
symbols...
The Unicode standard defines that it has 21-bit code points, so there
are 11 bits left that can be used. This number will
another approach:
here i use the old math panel (the one that works for everyone)
and draw a tear-off widget ourselves
works fine for me
so am seeking volunteers (esp mac and linux)!
any takers? ;-)
Index: src/frontends/qt4/IconPalette.cpp
> In contrary, my resources are limited at the moment.
the quick fix is below.
> Setting the user name to anonymous may be a good solution for the time being
> (at least for 1.5rc2) provided that we can change back to the old settings at
> no cost later.
afaik the current situation is :
1.
Jean-Marc:
I deposited an example to
http://www.semverteilung.vwl.uni-muenchen.de/temp/short.zip
It contains
1. short.doc: Shortened version of a winword file I obtained from the
publisher
2. short.tex: short.doc exported by OpenOfficeWriter 2.2 to Latex. As
you can see it is rather
Jean-Marc Lasgouttes wrote:
> >> Is the thing correct when there is no selection? I would think the
> >> replace() then searches for the next hit. Of course, this is
> >> difficult to get right, but at least a FIXME would be useful.
>
> Jürgen> I would think everythink would be OK if the "replace"
Leuven, E. wrote:
> another approach:
>
> here i use the old math panel (the one that works for everyone)
>
> and draw a tear-off widget ourselves
>
> works fine for me
>
> so am seeking volunteers (esp mac and linux)!
>
> any takers? ;-)
Works fine here (linux, qt 4.2.3).
Nice stuff.
A/
On Jun 19, 2007, at 6:08 AM, Leuven, E. wrote:
another approach:
here i use the old math panel (the one that works for everyone)
and draw a tear-off widget ourselves
works fine for me
so am seeking volunteers (esp mac and linux)!
any takers? ;-)
It works on Mac, though it's not obvious
From: news on behalf of Alfredo Braunstein
> Works fine here (linux, qt 4.2.3). Nice stuff.
great. so if now some mac people can chime in...
Bennett Helm wrote:
> It works on Mac, though it's not obvious that it should.
don't know what this means
> The panel
> that pops up has a wider border on the top with an extra horizontal
> line, but nothing that looks like a title bar.
sounds like intended behavior: this is the regular popup
On Jun 19, 2007, at 9:13 AM, Leuven, E. wrote:
Bennett Helm wrote:
It works on Mac, though it's not obvious that it should.
don't know what this means
What I meant is that when the panel pops up, there's no clear
indication from its appearance that tearing it off can work, and so
Anybody tried it? Need another OK for committing.
Stefan
Am 18.06.2007 um 11:37 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Sorry, I misread Key_Space for Key_Escape. But Key_Space of
course doesn't look right as an LFUN can have arguments.
That's the reason for Key_Space. Space
Darren Freeman wrote:
On Mon, 2007-06-18 at 12:40 +0200, Hellmut Weber wrote:
Hi Darren, don't you think that calling a lyx behaviour 'gestapo
behaviour' is inappropriate?
I don't think I spent any more than three seconds on it and hadn't
considered it to be anything other than a
Bennett Helm wrote:
> What I meant is that when the panel pops up, there's no clear indication
> from its appearance that tearing it off can work, and so people won't
> likely try clicking there and discover the tear-off feature. Is there
> some other way to make this function more apparent?
On Tue, 2007-06-19 at 15:58 +0200, Helge Hafting wrote:
> Darren Freeman wrote:
> > considered it to be anything other than a little colourful. I was
> > referring to the heavy-handed policing which LyX is now applying to
> > extra white-space and I think I made my point.
> >
> Removing those
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think, solves
the remaining problems. Whether this is the best way to do it, I'm not
sure. Abdel was talking about a more major re-organization of the
code, but maybe that could wait.
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think,
solves the remaining problems. Whether this is the best way to do
it, I'm not sure. Abdel was talking about a more major
re-organization of the code, but
Abdelrazak Younes wrote:
Hi Richard,
I've done that and did a bit more simplifications. Patch attached
(not tested yet).
Here is a patch that actually compiles and works for all use cases.
Whoops. I just committed the other one, per your suggestion. If you want
to revert and commit this one,
On 6/19/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Jürgen Spitzmüller wrote:
> OK?
Since it's obvious and harmless, I just committed.
+1, though late.
Bo
Richard Heck wrote:
Abdelrazak Younes wrote:
Hi Richard,
I've done that and did a bit more simplifications. Patch attached
(not tested yet).
Here is a patch that actually compiles and works for all use cases.
Whoops. I just committed the other one, per your suggestion. If you want
to revert
> "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
Darren> My point was that in the past you could enter them and they
Darren> would be removed when you moved away, but now you can't enter
Darren> them at all. I vote for the older behaviour which feels more
Darren> natural.
Are you
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Tue Jun 19 16:59:34 2007
New Revision: 18826
URL: http://www.lyx.org/trac/changeset/18826
Log:
Trivial whitespace fix.
Sorry but it doesn't look trivial...
Modified:
lyx-devel/trunk/src/BufferView.cpp
Modified:
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> I see. Like in the attached? (I don't see the need to do the
Jürgen> test for multiple paragraphs)
It looks better, but I'll let Michael decide.
JMarc
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Tue Jun 19 16:59:34 2007
New Revision: 18826
URL: http://www.lyx.org/trac/changeset/18826
Log:
Trivial whitespace fix.
Sorry but it doesn't look trivial...
OK, got it.
Abdel.
On Tue, Jun 19, 2007 at 04:14:18PM +0200, Leuven, E. wrote:
> in summary:
>
> - allow panels to tear off using only qt 4.1 functionality
>
> - reported to work on windows, linux and mac
>
> seeking 2 ok's
Edwin, I really appreciate your effort for trying to provide this
feature with Qt 4.1.
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
The fix is simple. The removed code is already done on Buffer deletion
thanks to the Buffer::closing() signal connection to LyXView. Setting
the
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Mon, 18 Jun 2007, Andre Poenitz wrote:
>> Now that I was too stupid to get my booking right the first time, I
>> again have a choice of dates.
>>
>> Originally I was thinking about Thursday-Monday "as usual" but
Jean-Marc Lasgouttes wrote:
> It looks better, but I'll let Michael decide.
OK. Michael, if you're fine with this as well, just commit it.
Jürgen
Abdelrazak Younes wrote:
> Use case:
>
> 1) Open doc1
> 2) scroll a bit
> 3) open doc2
> 4) close doc2
>
> Bug: The cursor is not at last position of doc1 and the screen is not
> redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
I've no time to test ATM, but your
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
No this is something
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
Actually the fix for
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
Abdelrazak Younes wrote:
> I'll be off for a few days and I didn't
> want RC2 to behave like this.
Me as well (until the weekend). So if you think any of the patches I posted
should go in, feel free to commit them.
Jürgen
Enrico Forestieri wrote:
Edwin, I really appreciate your effort for trying to provide this
feature with Qt 4.1. However, I think that we should not jump through
hoops if something is hard to obtain with older Qt versions.
It suffices to let the thing compile, even with reduced functionality.
I
in summary:
- allow panels to tear off using only qt 4.1 functionality
- reported to work on windows, linux and mac
seeking 2 ok's
works for me with latest svn, qt4.3.0 and mac os x.
andi
To fix bug 3813, I have copied dictionary files to
http://www.lyx.org/~bpeng/aspell6-windows; and make it an alternative
downloading URL. The installer seems to work now.
If there is a better location, I can change this URL.
Cheers,
Bo
-- Forwarded message --
Author: bpeng
1 - 100 of 110 matches
Mail list logo