I am looking for a simple means to overcome two (possibly with same root cause) issues relating to Tk::Listbox entry selections being reset unexpectedly (my expectations).
1. Scenario Tk::Entry (or Tk::ROText both tested) widget with text showing, Tk::Listbox with one or more entries selected (-selectmode 'single' and 'extended' tested) and select (Left Mouse press and drag) some text in Tk::Entry and you'll see the Listbox selection is reset.
2. Have multiple Tk::Listboxs open, even if in separate toplevel windows, and you cannot (as far as I can see) have selections in more than one Listbox at a time - even if you use selectionSet() method to try and achieve that (selection in more than one Listbox at a time that is).
Doctor it hurts when I do this! Reply: Then don't do that! So yes, not without a measure of frustration, I can achieve what I want via using <<ListboxSelect>> event and depicting selected entries in a different font color and/or background plus code to do equivalent of curselection() method by fnding such configuration item differences or I could look to Tk::TableMatrix and have multiple columns(lists) etc
Education greatly appreciated!
To add to the frustration, it appears my lap counter is in need of replacement due to RSI - I've been around the bend too often! However, I can't afford a replacement due to the therapy costs between counter update events!
In reply to Tk::Listbox and Selection unexpected changes by WayneRas
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |