On Wed, Jul 11, 2007 at 07:12:42AM +0200, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Tue, Jul 10, 2007 at 09:40:38PM +0200, Peter Kümmel wrote:
> >> Here an updated patch which only calls the Ex functions
> >> if they are available.
> >>
> >> And what was the status? It doesn't work on V
Enrico Forestieri wrote:
> On Tue, Jul 10, 2007 at 09:40:38PM +0200, Peter Kümmel wrote:
>> Here an updated patch which only calls the Ex functions
>> if they are available.
>>
>> And what was the status? It doesn't work on Vista?
>> And also needs some chmod changes on cygwin?
>
> The patch works
On Tue, Jul 10, 2007 at 09:40:38PM +0200, Peter Kümmel wrote:
> Here an updated patch which only calls the Ex functions
> if they are available.
>
> And what was the status? It doesn't work on Vista?
> And also needs some chmod changes on cygwin?
The patch works on Vista. However, for some inexpl
Here an updated patch which only calls the Ex functions
if they are available.
And what was the status? It doesn't work on Vista?
And also needs some chmod changes on cygwin?
Peter
Index: src/support/os_cygwin.cpp
===
--- src/support
On Thu, Jul 05, 2007 at 05:23:52PM +0200, Enrico Forestieri wrote:
> On Thu, Jul 05, 2007 at 03:30:56PM +0200, Jean-Marc Lasgouttes wrote:
>
> > > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >
> > Enrico> No, and this is most astonishing, the thing seems to survive a
> > Enri
On Fri, Jul 06, 2007 at 12:48:10AM +0200, Enrico Forestieri wrote:
> On Wed, Jul 04, 2007 at 04:31:55PM +0200, Jean-Marc Lasgouttes wrote:
>
> > With Qt4.2, we can also use QFontDatabase::addApplicationFont
> > http://doc.trolltech.com/4.2/qfontdatabase.html#addApplicationFont
>
> I tried this o
On Wed, Jul 04, 2007 at 04:31:55PM +0200, Jean-Marc Lasgouttes wrote:
> With Qt4.2, we can also use QFontDatabase::addApplicationFont
> http://doc.trolltech.com/4.2/qfontdatabase.html#addApplicationFont
I tried this option (see attached patch). It works on Win2k and solves
the problem of having f
On Thu, Jul 05, 2007 at 03:30:56PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> No, and this is most astonishing, the thing seems to survive a
> Enrico> reboot. I tried to find whether the info is stored in the
> Enrico> registry
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> No, and this is most astonishing, the thing seems to survive a
Enrico> reboot. I tried to find whether the info is stored in the
Enrico> registry, but could not find anything.
Enrico> However, I investigated further and it tu
On Wed, Jul 04, 2007 at 04:31:55PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> It seems that once you have used AddFontResource to add a font
> Enrico> file, you have no choice and cannot move them from the
> Enrico> original po
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> It seems that once you have used AddFontResource to add a font
Enrico> file, you have no choice and cannot move them from the
Enrico> original position, otherwise they will not be found. I am
Enrico> really disgusted.
Until y
On Wed, Jul 04, 2007 at 01:08:18PM +0200, Enrico Forestieri wrote:
> On Wed, Jul 04, 2007 at 06:53:10AM +0200, Peter Kümmel wrote:
> > As JMarc suggested, does it work when you rename the font file, and
> > remove the _LyX from the patch?
>
> No, as I already tried to say. What is worse is that Ad
On Wed, 4 Jul 2007, Enrico Forestieri wrote:
I did catch a reference to that bit, but I felt someone should argue
against things (roughly) like:
* Windows users don't need "unixy" stuff
So they don't need LyX? ;-)
Exactly ;-)
* No other Windows program does it like that
This is not true.
On Wed, Jul 04, 2007 at 09:24:45AM +0200, [EMAIL PROTECTED] wrote:
> On Wed, 4 Jul 2007, Jürgen Spitzmüller wrote:
>
> > [EMAIL PROTECTED] wrote:
> >> To be more serious, why should we restrict Windows users from
> >> functionality we appreciate elsewhere?
> >
> > Please read the whole thread: be
On Wed, Jul 04, 2007 at 06:53:10AM +0200, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Tue, Jul 03, 2007 at 09:46:54PM +0200, Peter Kümmel wrote:
> >
> >> Ok, here with the changes for cygwin, BUT I couldn't test it.
> >
> > And here is the result of my tests. I uninstalled the bakoma f
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Peter Kümmel wrote:
>>> 3) In any case, I think that the proper windows way is to use
>>> AddFontResourceEx and, if it returns an error message (win9x), use
>>> AddFontResource instead. There is no need for explicit testing.
>>
>>
[EMAIL PROTECTED] wrote:
> Having said that, a preference that allows a user to trade this
> functionality for performance would be fine by me for now.
A preference for switching a bug on? Nah...
Jürgen
On Wed, 4 Jul 2007, Jürgen Spitzmüller wrote:
[EMAIL PROTECTED] wrote:
To be more serious, why should we restrict Windows users from
functionality we appreciate elsewhere?
Please read the whole thread: because the feature isn't implemented
correctly and causes severe performance problems.
On Wed, 4 Jul 2007, Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
On Tue, 3 Jul 2007, Jean-Marc Lasgouttes wrote:
> > > > > > "Abdelrazak" == Abdelrazak Younes
> > > > > > <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Some of those regressions are 'fixedintrunk'.
> Abdelrazak> Unfort
[EMAIL PROTECTED] wrote:
On Wed, 4 Jul 2007, Uwe Stöhr wrote:
Could you please test the attached patch? It limits the copied
paragraphs to 10 so the cost of copySelection is constant when
selecting large pieces of texts.
But Georg opposed to this:
http://bugzilla.lyx.org/show_bug.cgi?id=38
[EMAIL PROTECTED] wrote:
On Tue, 3 Jul 2007, Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> Some of those regressions are 'fixedintrunk'.
Abdelrazak> Unfortunately, bugzilla does not allow to filter upon two
Abdelrazak> keyboards. One way
[EMAIL PROTECTED] wrote:
> To be more serious, why should we restrict Windows users from
> functionality we appreciate elsewhere?
Please read the whole thread: because the feature isn't implemented correctly
and causes severe performance problems.
Jürgen
On Wed, 4 Jul 2007, Uwe Stöhr wrote:
Could you please test the attached patch? It limits the copied
paragraphs to 10 so the cost of copySelection is constant when
selecting large pieces of texts.
But Georg opposed to this:
http://bugzilla.lyx.org/show_bug.cgi?id=3877#c4
And what is the pro
On Tue, 3 Jul 2007, Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Some of those regressions are 'fixedintrunk'.
Abdelrazak> Unfortunately, bugzilla does not allow to filter upon two
Abdelrazak> keyboards. One way to get a correct list wou
Bo Peng wrote:
And what is the problem that the middle mouse button doesn't pste on
Windows?
It is not only windows. Abdel's patch disables persistent selection on
all platforms. Jurgen was able to paste because of his desktop
manager.
Are you really sure of that? As far as I see this is a X1
Peter Kümmel wrote:
3) In any case, I think that the proper windows way is to use
AddFontResourceEx and, if it returns an error message (win9x), use
AddFontResource instead. There is no need for explicit testing.
I assume LyX will crash, because there is not such function on win9x,
or couldn't
Bo Peng wrote:
> or, you are not using the patched lyx.
as said, it used to work with all versions of LyX I ever used.
THis piece of code is platform independent, Abdel, could you test there?
As I said in the comment my commit did disable the middle-mouse pasting
under Windows. So there is
Enrico Forestieri wrote:
On Tue, Jul 03, 2007 at 10:36:22PM +0200, Jean-Marc Lasgouttes wrote:
2) I thought we already had abandonned hope of running under windows
98?
That was with Qt3, Qt4 is supposed to work with ME and 98.
And I got some report a while ago that it actually works under Wi
Bo Peng wrote:
I do not see that behaviour. I'll test tomorrow under linux.
Here, I select from firefox/gmail a long piece of code, paste to
gnome-multi-terminal, and only about 1/3 is pasted.
I'd prefer (if possible)
4. Do 1. for now and fix the bug properly as soon as possible.
There is
Bo Peng wrote:
> and you are disabling a feature that is in
Wait, I just disabled the formatting preservation, not the persistent
selection as Jurgen has reported.
No. You are disabling the whole thing.
On Windows and Mac yes.
Abdel.
> >I do not see that behaviour. I'll test tomorrow under linux.
>
> Here, I select from firefox/gmail a long piece of code, paste to
> gnome-multi-terminal, and only about 1/3 is pasted.
i tried it here with ~100 pages-book in firefox + Eterm and nothing is lost.
actually - even if the loss is t
Enrico Forestieri wrote:
> On Tue, Jul 03, 2007 at 09:46:54PM +0200, Peter Kümmel wrote:
>
>> Ok, here with the changes for cygwin, BUT I couldn't test it.
>
> And here is the result of my tests. I uninstalled the bakoma fonts
>>from the Windows fonts dir and reinstalled the same fonts that were
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Jürgen Spitzmüller wrote:
>>> Abdelrazak Younes wrote:
3962 cri (Math) Font problems on Windows
This one is a packaging issue right?
>>> No, AFAIU you need to replace AddFontRessource and
>>
On Tuesday 03 July 2007 11:34:35 [EMAIL PROTECTED] wrote:
> I looked at the wiki page
> http://wiki.lyx.org/Devel/BuglistsForLyX150
>
> and saw the following:
>
> * 3 critical issues
> * 29 regression issues
> * 10 major issues
> * 25 other issues
>
> /Christian
I am sorry to say that I ha
On Tue, Jul 03, 2007 at 10:36:22PM +0200, Jean-Marc Lasgouttes wrote:
> > "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Jürgen Spitzmüller wrote:
> >> Abdelrazak Younes wrote:
> >>> 3962 cri (Math) Font problems on Windows
> >>> This one is a packaging issue right?
> >>
> >>
And what is the problem that the middle mouse button doesn't pste on Windows?
It is not only windows. Abdel's patch disables persistent selection on
all platforms. Jurgen was able to paste because of his desktop
manager.
Bo
On Tue, Jul 03, 2007 at 09:46:54PM +0200, Peter Kümmel wrote:
> Ok, here with the changes for cygwin, BUT I couldn't test it.
And here is the result of my tests. I uninstalled the bakoma fonts
from the Windows fonts dir and reinstalled the same fonts that were
giving problems with \kappa (with th
> So you are facing three choices:
>
> 1. disable this feature like what Abdel does.
> 2. with this 10 paragraph limit. This looks like a good compromise to
> me. After all, middle button paste is not supposed to paste huge text.
> 3. without this limit but with bug 3877 WONTFIX.
Please consider
> Could you please test the attached patch? It limits the copied
> paragraphs to 10 so the cost of copySelection is constant when
> selecting large pieces of texts.
But Georg opposed to this:
http://bugzilla.lyx.org/show_bug.cgi?id=3877#c4
And what is the problem that the middle mouse button doe
Peter Kümmel wrote:
Both functions are not supported by older Window versions.
Therefore we have to decides at runtime which function to call.
LyX only supports Windows 2000 and later, so there is no need to add
these additional hacks.
Joost
I do not see that behaviour. I'll test tomorrow under linux.
Here, I select from firefox/gmail a long piece of code, paste to
gnome-multi-terminal, and only about 1/3 is pasted.
I'd prefer (if possible)
4. Do 1. for now and fix the bug properly as soon as possible.
There is actually a prope
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Unfortunately this is not acceptable. We cannot afford to select
>> only part of what the user thinks he has selected. This is a recipe
>> for data loss.
Bo> As I have said in the patch, this is what firefox/linux/xterm
Bo> does. I am not sure
Unfortunately this is not acceptable. We cannot afford to select only
part of what the user thinks he has selected. This is a recipe for data
loss.
As I have said in the patch, this is what firefox/linux/xterm does. I
am not sure who is responsible for this behavior though.
So you are facing th
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Jürgen Spitzmüller wrote:
>> Abdelrazak Younes wrote:
>>> 3962 cri (Math) Font problems on Windows
>>> This one is a packaging issue right?
>>
>> No, AFAIU you need to replace AddFontRessource and
>> RemoveFontRessourse in support/o
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Could you please test the attached patch? It limits the copied
Bo> paragraphs to 10 so the cost of copySelection is constant when
Bo> selecting large pieces of texts.
Unfortunately this is not acceptable. We cannot afford to select only
part o
Enrico Forestieri wrote:
> On Tue, Jul 03, 2007 at 08:13:42PM +0200, Peter Kümmel wrote:
>
>> Peter Kümmel wrote:
>>> Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
>> 3962 cri (Math) Font problems on Windows
> This one is a packaging issue right?
No, AFAIU you need to
On Tue, Jul 03, 2007 at 08:13:42PM +0200, Peter Kümmel wrote:
> Peter Kümmel wrote:
> > Jürgen Spitzmüller wrote:
> >> Abdelrazak Younes wrote:
> 3962 cri (Math) Font problems on Windows
> >>> This one is a packaging issue right?
> >> No, AFAIU you need to replace AddFontRessource and
On 7/3/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
>> Yes, that's exactly what I proposed in my solution 2. Hopefully for
>> 1.5.1. I mean, 1.5.0 was supposed to be released yesterday...
>
> It should not be that hard,
Be my guest ;-)
Abdel,
Could you please test the attac
Peter Kümmel wrote:
> Jürgen Spitzmüller wrote:
>> Abdelrazak Younes wrote:
3962 cri (Math) Font problems on Windows
>>> This one is a packaging issue right?
>> No, AFAIU you need to replace AddFontRessource and RemoveFontRessourse in
>> support/os_win32.spp with AddFontResourceEx and Rem
Yes, this is what I already said
Sorry that I did not follow this thread closely.
: it does not preserve formatting, it's just
good old Unix middle mouse behaviour.
Then, in general, Abdel's patch disables this feature.
Bo
Bo Peng wrote:
> There is an easy way to test: can you persistently paste lyx format
> (tables etc)? If not, your desktop manager holds a text version of the
> selection for you.
Yes, this is what I already said: it does not preserve formatting, it's just
good old Unix middle mouse behaviour.
Jü
Jürgen Spitzmüller wrote:
> Abdelrazak Younes wrote:
>>> 3962 cri (Math) Font problems on Windows
>> This one is a packaging issue right?
>
> No, AFAIU you need to replace AddFontRessource and RemoveFontRessourse in
> support/os_win32.spp with AddFontResourceEx and RemoveFontResourceEx.
Doe
as said, it used to work with all versions of LyX I ever used.
There is an easy way to test: can you persistently paste lyx format
(tables etc)? If not, your desktop manager holds a text version of the
selection for you.
Bo
> or, you are not using the patched lyx.
as said, it used to work with all versions of LyX I ever used.
THis piece of code is platform independent, Abdel, could you test there?
Bo
Bo Peng wrote:
> It should not. copySelectionToStack(cur, selectionBuffer) is the only
> place we put selection to a buffer. If your lyx works, you must be
> using some external persistent selection buffer (what desktop manger
> are you using?),
KDE.
> or, you are not using the patched lyx.
as
On 7/3/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
> No. You are disabling the whole thing. I do not know how Jurgen tested
> your patch but here, selection, left click, middle button click does
> not paste.
It surely does on Unix.
It should not. copySelectionToStack(cur,
Bo Peng wrote:
> No. You are disabling the whole thing. I do not know how Jurgen tested
> your patch but here, selection, left click, middle button click does
> not paste.
It surely does on Unix.
Jürgen
> and you are disabling a feature that is in
Wait, I just disabled the formatting preservation, not the persistent
selection as Jurgen has reported.
No. You are disabling the whole thing. I do not know how Jurgen tested
your patch but here, selection, left click, middle button click does
not pa
Bo Peng wrote:
Yes, that's exactly what I proposed in my solution 2. Hopefully for
1.5.1. I mean, 1.5.0 was supposed to be released yesterday...
It should not be that hard,
Be my guest ;-)
and you are disabling a feature that is in
Wait, I just disabled the formatting preservation, not th
Yes, that's exactly what I proposed in my solution 2. Hopefully for
1.5.1. I mean, 1.5.0 was supposed to be released yesterday...
It should not be that hard, and you are disabling a feature that is in
1.5.0rc1 and rc2 and you have not changed announcement.
Bo
Bo Peng wrote:
Jürgen> to be more precise: if the feature really costs that much, it
Jürgen> is obviously not yet ready. Then I vote for commenting it out
Jürgen> and explain the situation in the code.
I apologize but what 'cost' are you talking about? Is it slow page
up/down with selection?
Bo Peng wrote:
> I apologize but what 'cost' are you talking about?
http://bugzilla.lyx.org/show_bug.cgi?id=3877
Jürgen
Jürgen> to be more precise: if the feature really costs that much, it
Jürgen> is obviously not yet ready. Then I vote for commenting it out
Jürgen> and explain the situation in the code.
I apologize but what 'cost' are you talking about? Is it slow page
up/down with selection? If so, the easies
Jean-Marc Lasgouttes wrote:
"Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Jürgen Spitzmüller wrote:
Obviously, I wouldn't miss the feature.
Jürgen> to be more precise: if the feature really costs that much, it
Jürgen> is obviously not yet ready. Then I vote for commentin
Bo Peng wrote:
I do not know what patch Abdel wants to commit and why it is relevant
to r17022. r17022 enables persistent selection, which I am 99.9% sure
*not* available in 1.4.x. Also, r17022 is the result of long
discussions (Abdel should remember) and is related to some later
patches. I mean,
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Jürgen Spitzmüller wrote:
>> Obviously, I wouldn't miss the feature.
Jürgen> to be more precise: if the feature really costs that much, it
Jürgen> is obviously not yet ready. Then I vote for commenting it out
Jürgen> and exp
Jürgen Spitzmüller wrote:
> Obviously, I wouldn't miss the feature.
to be more precise: if the feature really costs that much, it is obviously not
yet ready. Then I vote for commenting it out and explain the situation in the
code.
Jürgen
I do not know what patch Abdel wants to commit and why it is relevant
to r17022. r17022 enables persistent selection, which I am 99.9% sure
*not* available in 1.4.x. Also, r17022 is the result of long
discussions (Abdel should remember) and is related to some later
patches. I mean, it is *not* eas
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Are you sure that formatting is preserved?
No, it's not (I wasn't aware of that feature).
But I suspect that the answer is going to be _no_, in which case we will
have to make a decision how what we want. I can see two solution:
1) we remov
Abdelrazak Younes wrote:
> Are you sure that formatting is preserved?
No, it's not (I wasn't aware of that feature).
> But I suspect that the answer is going to be _no_, in which case we will
> have to make a decision how what we want. I can see two solution:
>
> 1) we remove the code: this means
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I think there's a misunderstanding here. Persistent selection is when
you:
1) select something (mouse or keyboard)
2) left-click somewhere: selection is gone)
3) middle-click somewhere: the selected text in 1) is past
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I think there's a misunderstanding here. Persistent selection is when you:
1) select something (mouse or keyboard)
2) left-click somewhere: selection is gone)
3) middle-click somewhere: the selected text in 1) is pasted
4) left-click somewhere
Abdelrazak Younes wrote:
> I think there's a misunderstanding here. Persistent selection is when you:
>
> 1) select something (mouse or keyboard)
> 2) left-click somewhere: selection is gone)
> 3) middle-click somewhere: the selected text in 1) is pasted
> 4) left-click somewhere else.
> 5) middle-
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Some of those regressions are 'fixedintrunk'.
Abdelrazak> Unfortunately, bugzilla does not allow to filter upon two
Abdelrazak> keyboards. One way to get a correct list would be to set
Abdelraz
Jürgen Spitzmüller wrote:
Bo Peng wrote:
Persistent selection
also means that you can paste even if the selection is cleared. For
example, select, left button click (selection cleared), middle button
paste.
I can't remember that this ever _didn't_ work here, actually.
I think there's a misun
Bo Peng wrote:
> Persistent selection
> also means that you can paste even if the selection is cleared. For
> example, select, left button click (selection cleared), middle button
> paste.
I can't remember that this ever _didn't_ work here, actually.
Jürgen
Hm, what you describe seems to work here (linux) with and without Abdel's
patch (however, it also works with 1.4, so I probably still miss the point).
Strange, I do not think it is backported to 1.4. Persistent selection
also means that you can paste even if the selection is cleared. For
example
Bo Peng wrote:
> When you select, you can paste with middle button many times, across
> multiple windows and multiple buffers. Previously, middle button paste
> only pastes a current selection.
Hm, what you describe seems to work here (linux) with and without Abdel's
patch (however, it also works
Yes. Could you tell me once more what "persistent selection" is supposed to
be?
When you select, you can paste with middle button many times, across
multiple windows and multiple buffers. Previously, middle button paste
only pastes a current selection.
This also works under windows.
Cheers,
Bo
Abdelrazak Younes wrote:
> > 3962 cri (Math) Font problems on Windows
>
> This one is a packaging issue right?
No, AFAIU you need to replace AddFontRessource and RemoveFontRessourse in
support/os_win32.spp with AddFontResourceEx and RemoveFontResourceEx.
> > 3404 maj lyx2lyx adds too man
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Some of those regressions are 'fixedintrunk'.
Abdelrazak> Unfortunately, bugzilla does not allow to filter upon two
Abdelrazak> keyboards. One way to get a correct list would be to set
Abdelrazak> the target milestone
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Why don't we release now 1.5.0?
IMO at least those bugs should be fixed (for some, there are patches
available).
3313 cri unicode error when invoking lyx2lyx
3962 cri (Math) Font problems on Windows
This one is a packaging issue
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> 3764 maj Implicit \author field in .lyx files
I am working on this one.
JMarc
Abdelrazak Younes wrote:
> Why don't we release now 1.5.0?
IMO at least those bugs should be fixed (for some, there are patches
available).
3313 cri unicode error when invoking lyx2lyx
3962 cri (Math) Font problems on Windows
3404 maj lyx2lyx adds too many \end_layout tokens
3764
[EMAIL PROTECTED] wrote:
I looked at the wiki page
http://wiki.lyx.org/Devel/BuglistsForLyX150
and saw the following:
* 3 critical issues
* 29 regression issues
Some of those regressions are 'fixedintrunk'. Unfortunately, bugzilla
does not allow to filter upon two keyboards. One way to g
I looked at the wiki page
http://wiki.lyx.org/Devel/BuglistsForLyX150
and saw the following:
* 3 critical issues
* 29 regression issues
* 10 major issues
* 25 other issues
/Christian
Crititcal issues:
---
3313cri P2 Oth [EMAIL PROTECTED] REO
86 matches
Mail list logo
