Where? Igor this is important for importnt bug to post in the list so that I can add them to the list of urgent stuff to integrate stef On Apr 20, 2009, at 2:14 AM, Igor Stasenko wrote:
There is a mistake in update. This method is redundant. The problem is solved by simply removing that method. A method in base class (InputEventFetcher ) works with default 10 ms delays. I have posted this on issue tracker.
2009/4/20 Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:
I see, InputEventFetcher default class -> InputEventPollingFetcher and InputEventPollingFetcher>>#eventLoop "Fetch pending raw events from the VM. This method is run at high priority."
| delay | delay := Delay forMilliseconds: 100.
100ms is very high!
Pharo VM requires blockClosure, which make them recent. I think all these VM have primitive 93 for asynchronously signaling the availability of events. No ?
2009/4/19 Stéphane Ducasse <stephane.ducasse@inria.fr>:
Yes may be the event cleaning of mike cleaned too much. So I hope that mike will provide a fix soon :)
Stef On Apr 19, 2009, at 5:01 PM, Nicolas Cellier wrote:
Since latest 10284 Pharo update, i experience lost of keystroke vanishing.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project