Jean-Marc Lasgouttes wrote:
> OK, here is the updated version. I'd be glad if people who know about
> QDocument and QDocumentDialog (I did not) could take a look and check
> that I have put things at the right place.
It does not look wrong.
> I also changed
> QDocumentDialog::classChanged to up
John Levon wrote:
> > 3.1.
>
> OK, then we need to make that the minimum Qt version we support,
> finally.
Agreed. As long as we silently take care that LyX at least builds against
Qt2/Win Free unless Qt4 is out.
> Pity about Qt/Win Free or whatever it was but there's not much
> we can do othe
Hi Anus,
>>I've seen in the Whishlist the usage of QSession mentionend.
>>It would be nice to store and retrieve the window size and
>>position. Is someone working on this?
>
>
> Nope.
>
>
>>I'm a bit out of practise using C++ but a could help.
>
>
> Excellent!
I've been playing around with
Hi Jean-Marc,
> Hammer> Hi, I've seen in the Whishlist the usage of QSession
> Hammer> mentionend. It would be nice to store and retrieve the window
> Hammer> size and position. Is someone working on this?
>
> Hammer> I'm a bit out of practise using C++ but a could help.
>
> That would be a very
[EMAIL PROTECTED] wrote:
> Complete Diff:
> /usr/bin/cvs -f diff -kk -u -r 1.773 -r 1.774 src/frontends/qt2/ChangeLog
> /usr/bin/cvs -f diff -kk -u -r 1.81 -r 1.82 src/frontends/qt2/lyx_gui.C
> /usr/bin/cvs -f diff -kk -u -r 1.42 -r 1.43
> src/frontends/qt2/QMathDialog.C
Just a thought, but why no
Martin Vermeer wrote:
> On Wed, May 11, 2005 at 07:10:36PM +0300, Martin Vermeer wrote:
>> See attached. It fixes at least the menu cut/copy - paste multi-cell
>> within a tabular.
>>
>> OK to commit?
>>
>> - Martin
>
> New and improved... shared pointers are funny things.
>
> - Martin
Rather
On Thu, 2005-05-12 at 12:04, Angus Leeming wrote:
> Martin Vermeer wrote:
>
> > On Wed, May 11, 2005 at 07:10:36PM +0300, Martin Vermeer wrote:
> >> See attached. It fixes at least the menu cut/copy - paste multi-cell
> >> within a tabular.
> >>
> >> OK to commit?
> >>
> >> - Martin
> >
> > New
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> [EMAIL PROTECTED] wrote:
>> Complete Diff: /usr/bin/cvs -f diff -kk -u -r 1.773 -r 1.774
>> src/frontends/qt2/ChangeLog /usr/bin/cvs -f diff -kk -u -r 1.81 -r
>> 1.82 src/frontends/qt2/lyx_gui.C /usr/bin/cvs -f diff -kk -u -r
>> 1.4
Lars Gullik Bjønnes wrote:
> I think this is enough, to make this work.
>
> Please test.
It works. Of course it would be great if the user was informed about the
reason of the failure.
Jürgen
On Thu, 2005-05-12 at 11:59, Angus Leeming wrote:
> [EMAIL PROTECTED] wrote:
> > Complete Diff:
> > /usr/bin/cvs -f diff -kk -u -r 1.773 -r 1.774 src/frontends/qt2/ChangeLog
> > /usr/bin/cvs -f diff -kk -u -r 1.81 -r 1.82 src/frontends/qt2/lyx_gui.C
> > /usr/bin/cvs -f diff -kk -u -r 1.42 -r 1.43
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> [EMAIL PROTECTED] wrote:
>> Complete Diff: /usr/bin/cvs -f diff -kk -u -r 1.773 -r 1.774
>> src/frontends/qt2/ChangeLog /usr/bin/cvs -f diff -kk -u -r 1.81 -r
>> 1.82 src/frontends/qt2/lyx_gui.C /usr/bin/cvs -f diff -kk -u -r
>> 1.4
Martin Vermeer wrote:
>> Rather than:
>> boost::shared_ptr inset;
>> inset.reset(new InsetText(*paste_tabular->getCellInset(r1, c1)));
>>
>> Do this:
>> boost::shared_ptr const inset(
>> new InsetText(*paste_tabular->getCellInset(r1, c1)));
>
> Ah... thanks. BTW this thing in
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> OK, here is the updated version. I'd be glad if people who
Jean-Marc> know about QDocument and QDocumentDialog (I did not) could
Jean-Marc> take a look and check that I have put things at the right
Jean-Marc> place. I
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> But with a large-ish document (about 1 words and with
Bennett> many footnotes, citations, and cross references, but with no
Bennett> math or graphics), typing at a normal speed is simply
Bennett> impossible: the order letters
On Thu, 2005-05-12 at 12:33, Angus Leeming wrote:
> Martin Vermeer wrote:
...
> > Ah... thanks. BTW this thing in insettext.h
> >
> > InsetText(InsetText const &);
> >
> > looks like a copy constructor... but in a funny place. Is it? I use it
> > here as such. Is any destructor needed, or is th
Martin Vermeer wrote:
>> > Ah... thanks. BTW this thing in insettext.h
>> >
>> > InsetText(InsetText const &);
>> >
>> > looks like a copy constructor... but in a funny place. Is it? I use it
>> > here as such. Is any destructor needed, or is the standard one enough?
>>
>> It's a copy constructo
On Monday 09 May 2005 14:33, Juergen Spitzmueller wrote:
>
> As far as I understand, you don't need to handle each single accent,
> that's at least how I read the KOffice fixes (in the recent kotext
> library, see
> http://lists.freedesktop.org/archives/immodule-qt/2004-December/000649.ht
>ml
I
Jose' Matos wrote:
> On Monday 09 May 2005 14:33, Juergen Spitzmueller wrote:
>>
>> As far as I understand, you don't need to handle each single accent,
>> that's at least how I read the KOffice fixes (in the recent kotext
>> library, see
>>
http://lists.freedesktop.org/archives/immodule-qt/2004-
On Thu, 2005-05-12 at 12:04, Angus Leeming wrote:
> Martin Vermeer wrote:
>
> > On Wed, May 11, 2005 at 07:10:36PM +0300, Martin Vermeer wrote:
> >> See attached. It fixes at least the menu cut/copy - paste multi-cell
> >> within a tabular.
> >>
> >> OK to commit?
> >>
> >> - Martin
> >
> > New
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I think this is enough, to make this work.
>>
>> Please test.
>
| It works. Of course it would be great if the user was informed about the
| reason of the failure.
1.5 stuff. Then we will get that info provided by t
On Thursday 12 May 2005 13:13, Angus Leeming wrote:
> I don't know anything about this stuff either, but looking at the code I
> have a couple of questions:
>
> Given that "*e->text().ascii()" is a char, why do you need the
> static_cast ? Surely, C++'s type promotion rules will do that for
> you?
> "Hammer" == Hammer Armin <[EMAIL PROTECTED]> writes:
Hammer> On MacOsX the options doens'nt seems active. I got an "unknown
Hammer> option" error.
Forget about it, this is done by qt/x11.
Hammer> QSessions seems quite easy. I will give it try.
But It seems to me that they do not provide
Are any of you using ccache when building lyx?
Experiences?
I just tried it out and it looks golden to me.
(how I use it... "make CC="ccache gcc" CXX="ccache g++")
This results in a build time for "make clean ; make" of 12 minutes for a
build with both xforms and qt frontents. Otherwise a clea
On Thu, 2005-05-12 at 15:57, Bennett Helm wrote:
> On May 12, 2005, at 5:45 AM, Jean-Marc Lasgouttes wrote:
>
> >> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
> >
> > Bennett> But with a large-ish document (about 1 words and with
> > Bennett> many footnotes, citations, and cross
On Thu, 2005-05-12 at 16:34, Andreas Vox wrote:
> Am 11.05.2005 um 12:55 schrieb Jean-Marc Lasgouttes:
...
> >
> > It would be interesting to know how things have evolved since Martin's
> > latest patch.
>
>
> showCursor() is still recursive.
Yes, but it is allowed to be. It is called also fro
Martin Vermeer wrote:
>> 1. Instead of reordering keystrokes, it drops keystrokes. Thus, typing
>> "The last time I tested lyx" results in: "Th attm Itsedlx".
>
> I don't manage to reproduce this, even in the User Guide. But I'm not a
> fast typist.
I see it when using LyX remotely (Qt/X11).
> R
Angus Leeming <[EMAIL PROTECTED]> writes:
| Martin Vermeer wrote:
>>> 1. Instead of reordering keystrokes, it drops keystrokes. Thus, typing
>>> "The last time I tested lyx" results in: "Th attm Itsedlx".
>>
>> I don't manage to reproduce this, even in the User Guide. But I'm not a
>> fast typist
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Are any of you using ccache when building lyx?
>
| Experiences?
>
| I just tried it out and it looks golden to me.
>
| (how I use it... "make CC="ccache gcc" CXX="ccache g++")
>
| This results in a build time for "make clean ; make" of 12 minutes f
I have ported the fixes to the qt longtabular ui. Cf.
http://bugzilla.lyx.org/show_bug.cgi?id=1061
Jean-Marc, ok?
Jürgen
? install-sh
? missing
Index: status.13x
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/Attic/status.13x,v
retrie
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> QFontEngineMac::doTextTask eating 55% of your CPU? Or spending
Martin> 55% of its time there, waiting for drawing to finish?
That's weird, especially since none of this time is credited to a
lower-level function.
Martin> Older
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Angus Leeming <[EMAIL PROTECTED]> writes:
Lars> | Martin Vermeer wrote:
1. Instead of reordering keystrokes, it drops keystrokes. Thus,
typing "The last time I tested lyx" results in: "Th attm
Itsedlx".
>>> I don
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| So it seems that my brilliant idea was a bit lousy. I do not see what
| Qt machinery could help us, except perhaps QApplication::postEvent. We
| could setup an eventFilter for the application that fileters user
| input events and posts them for la
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Martin Vermeer wrote:
1. Instead of reordering keystrokes, it drops keystrokes. Thus, typing
"The last time I tested lyx" results in: "Th attm Itsedlx".
>>>
>>> I don't manage to reproduce this, even in the Us
On Thu, 2005-05-12 at 17:53, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
...
> So it seems that my brilliant idea was a bit lousy. I do not see what
> Qt machinery could help us, except perhaps QApplication::postEvent. We
> could setup an eventFilter
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
| | So it seems that my brilliant idea was a bit lousy. I do not see what
| | Qt machinery could help us, except perhaps QApplication::postEvent. We
| | could setup an eventFilter for the applicati
Juergen Spitzmueller wrote:
Agreed. As long as we silently take care that LyX at least builds against
Qt2/Win Free unless Qt4 is out.
I will care about Qt 3/Win Free (which BTW is version 3.3.4)
Michael
this is the last big patch concerning text messages.
Once again, the objective is to make the LyX GUI as consistent as
possible. I have also removed the "LyX: " prefix from all dialog titles
and re-introduced it at a single place.
Is anybody willing to apply this pending patch?
Thanks, Michael
On Thu, 2005-05-12 at 18:05, Angus Leeming wrote:
...
> > What is making it slower?
> > Is it the screen drawing or the new two-stage drawing thing?
>
> In 1.3 we have a row cache and redraw only those rows that have changed.
> In 1.4 we redraw the entire document on every single key press. If
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| | Then we just need a timer that kicks in some 10-20 times a second to
| | check the queue and do the real work.
>
| and with the queue doing the right thing we can actually put
| processEvents allover as much as we want to to make the interactive
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Would be nice if people could try this a bit and see if the problems
| seen earlier can be reproduced with this patch applied.
>
| - most likely a check for update in progress is needed in the
| keyeventTimeout
| - event coalescing would be nice.
On Thu, 2005-05-12 at 19:56, Lars Gullik BjÃnnes wrote:
> [EMAIL PROTECTED] (Lars Gullik BjÃnnes) writes:
>
> | Would be nice if people could try this a bit and see if the problems
> | seen earlier can be reproduced with this patch applied.
> >
> | - most likely a check for update in progress is n
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> >> So... where is events ditched?
>> >
>> | Well, if you call processEvents with QEventLoop::ExcludeUserInput, what
>> | happens is (I think) that whenever the call empties the X event queue,
>> | those events that are user input (i.e., keystrokes amon
On May 12, 2005, at 12:56 PM, Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Would be nice if people could try this a bit and see if the problems
| seen earlier can be reproduced with this patch applied.
| - most likely a check for update in progress is needed in the
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Thu, 2005-05-12 at 19:56, Lars Gullik Bjønnes wrote:
>> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>>
>> | Would be nice if people could try this a bit and see if the problems
>> | seen earlier can be reproduced with this patch applied.
>> >
>>
On Thu, 2005-05-12 at 15:50 +0200, Lars Gullik Bjønnes wrote:
> Are any of you using ccache when building lyx?
>
> Experiences?
I've been using it for as long as I've been compiling LyX, never had any
problems.
John
On Thu, 2005-05-12 at 20:16, Bennett Helm wrote:
> On May 12, 2005, at 12:56 PM, Lars Gullik BjÃnnes wrote:
>
> > [EMAIL PROTECTED] (Lars Gullik BjÃnnes) writes:
> >
> > | Would be nice if people could try this a bit and see if the problems
> > | seen earlier can be reproduced with this patch appl
Bennett Helm <[EMAIL PROTECTED]> writes:
| On May 12, 2005, at 12:56 PM, Lars Gullik Bjønnes wrote:
>
>> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>>
>> | Would be nice if people could try this a bit and see if the problems
>> | seen earlier can be reproduced with this patch applied.
>>>
>>
Martin Vermeer <[EMAIL PROTECTED]> writes:
| I think the reordering problem would go when using the eventLoop version
| of processEvents, when available. I.e. _without_ the ExcludeUserInput
| arg, the intended behaviour of which (storing up keystrokes rather than
| dropping them) is now done by th
My patch to allow "spaces in file names" or not depending on LaTeX's
abilities has become quite large simply because I've also removed a heap
of bloat. I've decided, therefore, to split the patch into two.
This patch, part I, changes nothing in LyX's operation. Well actually,
that's not quite true
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
| | | Then we just need a timer that kicks in some 10-20 times a second to
| | | check the queue and do the real work.
>>
| | and with the queue doing the right thing we can actually put
| | process
On Thu, May 12, 2005 at 06:47:50PM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | | Then we just need a timer that kicks in some 10-20 times a second to
> | | check the queue and do the real work.
> >
> | and with the queue doing the right thing we can ac
Lars Gullik Bjønnes wrote:
> Comments bitte please por favor.
It's a very small patch...
--
Angus
Angus Leeming wrote:
> In 1.3 we have a row cache and redraw only those rows that have changed.
> In 1.4 we redraw the entire document on every single key press. If the row
> is 'on screen' then the real painter is called. If not, then the painting
> is performed by the null painter.
I think you
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Comments bitte please por favor.
>
| It's a very small patch...
That is the nice thing about it...
Index: QContentPane.C
===
RCS file: /usr/local/lyx/cvsroot/
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> - most likely a check for update in progress is needed in the
>> keyeventTimeout
>> - event coalescing would be nice... (may be 1.5 stuff if we go this route)
>
| On risk of appearing dense, would you please go over this patch step by
| step and expl
Lars Gullik Bjønnes wrote:
> | Lars Gullik Bjønnes wrote:
>>> Comments bitte please por favor.
>>
> | It's a very small patch...
>
> That is the nice thing about it...
Why isn't step_timer a QContentPane member? More than one LyX window? Why
create step_timer on the heap and not on the stack?
Pu
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Lars Gullik Bjønnes wrote:
Comments bitte please por favor.
>>>
>> | It's a very small patch...
>>
>> That is the nice thing about it...
>
| Why isn't step_timer a QContentPane member?
artifact of proof-of-concept
I
Multiply defined symbols? Just remove lengthvalidator.*
--
Angus
Angus Leeming wrote:
> My patch to allow "spaces in file names" or not depending on LaTeX's
> abilities has become quite large simply because I've also removed a heap
> of bloat. I've decided, therefore, to split the patch into two.
>
> This patch, part I, changes nothing in LyX's operation. Well
On Thu, May 12, 2005 at 06:19:39PM +0300, Martin Vermeer wrote:
> On Thu, 2005-05-12 at 17:53, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> ...
>
> > So it seems that my brilliant idea was a bit lousy. I do not see what
> > Qt machinery could he
Helge Hafting <[EMAIL PROTECTED]> writes:
| Loosing keypresses that actually got delivered to lyx won't do.
| Even a horribly lagging lyx is better than that.
| (Loosing autorepeats _by design_ is of course ok.)
This is what my patch tries to do... never loose keyevents but prune
autorepeats to a
Lars Gullik Bjønnes wrote:
> I think
>
> qApp->processEvents(5);
>
> is just the same thing. Does that exist for earlier qt versions?
doc.troll.no ?
Certainly, QEventLoop does not exist for Qt < 3.1
> | sync_non_user_events() doesn't appear to be used.
>
> only becuase you didn't get a diff o
Michael Schmitt wrote:
>> this is the last big patch concerning text messages.
>>
>> Once again, the objective is to make the LyX GUI as consistent as
>> possible. I have also removed the "LyX: " prefix from all dialog titles
>> and re-introduced it at a single place.
>
> Is anybody willing to ap
Angus Leeming <[EMAIL PROTECTED]> writes:
>> | sync_non_user_events() doesn't appear to be used.
>>
>> only becuase you didn't get a diff of all my modifications...
>> I make the sync_non_user_events for testing... I added it to the token
>> loop when reading lyx files...
>
| Then don't ask me to
Lars Gullik Bjønnes wrote:
> | Do I have to add a smiley?
>
> Smilies are for sissies.
Good.
>>> | Do you want more comments or are you feeling fragile?
>>>
>>> Keep it comming.
>>> (Rock on, baby!)
>>
> | I bet you're excited by the up-coming Eurovision song contest :)
>
> Hey, do you follow
Angus Leeming <[EMAIL PROTECTED]> writes:
| It was only a small patch. Anyway, I have a rule not to be nasty to new
| recruits.
That was awfully nice of you.
I see that with gcc 3.3.3 and qt 3.3.3 it is not possible to default
construct QKeyEvents... this means that they are impossible to store
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | It was only a small patch. Anyway, I have a rule not to be nasty to new
> | recruits.
>
> That was awfully nice of you.
I'm a nice guy.
> I see that with gcc 3.3.3 and qt 3.3.3 it is not possible to default
> construc
Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> That was awfully nice of you.
>
| I'm a nice guy.
Prove it. Come to Paris and let me re-verify again.
| FC4 test 3.
Actually it was FC3...
>> with what is supplied there, there are no such problems.
>
| Well, you seem quite happy to use 'new',
Lars Gullik Bjønnes wrote:
>>> That was awfully nice of you.
>>
> | I'm a nice guy.
>
> Prove it. Come to Paris and let me re-verify again.
I'm working on it. Life's a bit messy ATM, but a Eurostar to Paris for the
w/e is something I'm striving for.
> I might be a new recruit, but I know how to
Angus Leeming <[EMAIL PROTECTED]> writes:
| Can you advertise?
For creation of recruits?
(I have a lot of code buried away... just waiting for 1.5.x to pop
up...)
--
Lgb
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| | this is kindo a proof-of-concept.
>
| This is a revised version of the patch. This time is also prunes key
| events that is caused by auto-repeat. (Gives imho very nice behavior.)
And I cleaned it up a bit.
If people feels that this make behavi
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Can you advertise?
>
> For creation of recruits?
Creation sounds a bit biblical. "For recruits" is what I was suggesting.
> (I have a lot of code buried away... just waiting for 1.5.x to pop
> up...)
Thank goodness M
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | Can you advertise?
>>
>> For creation of recruits?
>
| Creation sounds a bit biblical. "For recruits" is what I was suggesting.
I thought you wanted be to pound the date
Lars Gullik Bjønnes wrote:
> | Creation sounds a bit biblical. "For recruits" is what I was
> | suggesting.
>
> I thought you wanted be to pound the dateing scene harder (there got to
> be a pun in there...)
Never pound too hard on an all male m/l...
> I was never much of a bug fixer... (unless
> Multiply defined symbols? Just remove lengthvalidator.*
>
> --
> Angus
>
Could the attached patch to development/win32/lyx.vcproj be applied,
please? This takes care of the lengthvalidator/validator changes for the
MSVC build.
Thanks
Rob
lyx.vcproj.diff
Description: lyx.vcproj.diff
Launch LyX, create new file, insert box inset (or perhaps any
collapsable inset), click on button to collapse, click on it again. This
crashes LyX. A portion of the Windows stack trace included. I see this
on both Windows and Mac.
lyx.exe!lyx::support::abort() Line 23 C++
lyx.exe
In case this is of concern...
\lyx\lyx-devel\src\mover.C(82) : warning C4172: returning address of
local variable or temporary
Mover const & Movers::operator()(string const & fmt) const
{
SpecialsMap::const_iterator const it = specials_.find(fmt);
return (it == specials_.end()) ?
On Fri, May 13, 2005 at 02:07:53AM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | | this is kindo a proof-of-concept.
> >
> | This is a revised version of the patch. This time is also prunes key
> | events that is caused by auto-repeat. (Gives imho very n
On Thu, May 12, 2005 at 11:43:24PM -0400, Rob Bearman wrote:
> Launch LyX, create new file, insert box inset (or perhaps any
> collapsable inset), click on button to collapse, click on it again. This
> crashes LyX. A portion of the Windows stack trace included. I see this
> on both Windows and Mac.
Martin Vermeer wrote:
On Wed, 2005-05-11 at 17:41, Asger Alstrup wrote:
Martin Vermeer wrote:
On Wed, 2005-05-11 at 17:02, Lars Gullik Bjønnes wrote:
How can events be reordered?
Precisely my question.
Did you check that your keyboard queue is really a queue, and not a stack?
There is no keyboard
80 matches
Mail list logo
