[squeak-dev] Possible bug in PluggableTextMorph: Selection is reversed when rehovering text
Christoph.Thiede at student.hpi.uni-potsdam.de
Mon Jan 6 16:50:20 UTC 2020
> 06.08.2019 06:41:33
Great that someone keeps track of all our bugs! The mailing list would descend into chaos without your support ... :-)
Von: Squeak-dev <squeak-dev-bounces at lists.squeakfoundation.org> im Auftrag von Taeumel, Marcel
Gesendet: Montag, 6. Januar 2020 16:44:57
An: Chris Muller; JOHN SARKELA via Squeak-dev
Betreff: Re: [squeak-dev] Possible bug in PluggableTextMorph: Selection is reversed when rehovering text
That issue should be fixed in Trunk by now. If I recall correctly, Eliot found other examples in Transcript and Debugger windows that helped track down the bug.
Am 06.08.2019 06:41:33 schrieb Chris Muller <asqueaker at gmail.com>:
On Mon, Aug 5, 2019 at 8:21 AM Christoph Thiede <christoph.thiede at student.hpi.uni-potsdam.de<mailto:christoph.thiede at student.hpi.uni-potsdam.de>> wrote:
currently, the editor is not replaced after #setText:, is it? Couldn't it be
troublesome to reset the editor in #setText: if styling is executed deferred
and the user made a new RTL selection?
@Chris: I have nearly the same preferences, but also activated the third
option (where I couldn't find any difference when toggling it).
It affects whether clicking on one of the window buttons (close, menu, minimize, maximize) of a background window will activate the button, or simply bring the window to the front first, at which point the button will respond -- like an exception to the "Contents always active". Marcel did a brilliant job on it.
But I don't
see how this solves the problem?
You're right, it doesn't solve it, I simply tried to reproduce your issue in trunk image with my settings, but couldn't. In a stock image (default settings), I could. I didn't research why.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Squeak-dev