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