| Deutsch English Français Italiano |
|
<101umvu$28ruh$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Eric Brunel <eric.brunel@pragmadev.invalid.com> Newsgroups: comp.lang.tcl Subject: Re: Mouse "words" vs. keyboard "words" Date: Fri, 6 Jun 2025 12:29:51 -0000 (UTC) Organization: A noiseless patient Spider Lines: 57 Message-ID: <101umvu$28ruh$1@dont-email.me> References: <101msg1$qof$1@dont-email.me> <101mti8$3rgi4$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Fri, 06 Jun 2025 14:29:51 +0200 (CEST) Injection-Info: dont-email.me; posting-host="106506a219a1fe76b66aafba75b0b047"; logging-data="2387921"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+9boIAf1Z6MjWz/4/Zb5bw95jAErXJBkI=" User-Agent: Pan/0.146 (Hic habitat felicitas; 8107378 git@gitlab.gnome.org:GNOME/pan.git) Cancel-Lock: sha1:vYlXEE9y728uQjS7dmPYeVNZ+6Y= On Tue, 3 Jun 2025 15:33:04 +0200, Harald Oehlmann wrote: > Am 03.06.2025 um 15:14 schrieb Eric Brunel: >> Hello all, >> >> I noticed something with tk 9.0.1 that I find a little bit confusing. >> According to the man pages, in the text widgets, here is the behavior >> of some of the bindings related to words: >> >> - In the "Bindings" section, list item 2, it is specified that "Double- >> clicking with mouse button 1 selects the word under the mouse"; >> - In the same section, list item 9, it is specified that "Control-Left >> and Control-Right move the insertion cursor by words". >> >> So far so good. Now let's try: in a text widget, I type the text >> "foo.bar". If I double-click on "foo" or "bar", it selects the word >> "foo", >> or the word "bar", respectively. Now if I put my insertion point just >> after "bar" and press Control+Left, I would expect the insertion point >> to move at the beginning of "bar". But that's not what it does: it >> moves before "foo", as if the "." was part of the word, when it wasn't >> with the double-click. And same the other way: if my insertion point is >> before "foo" and I press Control+Right, the insertion point moves after >> "bar". >> >> I get caught every time I try to move my cursor by words with the >> keyboard, and it's kind of annoying. Also, I tested with tk 8.6 and it >> wasn't what it was doing, at least on Linux: Control+Left and >> Control+Right were identifying words the same way as the double-click >> does. >> >> Is the tk 9.0 behavior intentional? If it is, why are words when using >> the mouse different from the words when using the keyboard? Is there a >> rationale behind that? >> >> Cheers! > > I think, it is a bug. > In Tk 8.6, there was a simple algorithm to look for separation > characters. > In Tk 9.0, word boundary detection is now done by the unicode ICU > library. Special reason is, that there are languages, where the word > boundaries are not trivial at all (Thai for example). > > I suppose, the "click on" feature still uses the old algorithm, and the > "next/prev" key uses the new one. > > Please file a bug report. > > Thanks, > Harald Thanks once more, Harald, will do! Cheers. -- Eric