[Tcl-bugs] [ tktoolkit-Bugs-1871474 ] <<Modified>> does not trigger

[SourceForge.net <no...@so...>]

Bugs item #1871474, was opened at 2008-01-14 11:59
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=1871474&group_id=12997

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: 18. [text]
Group: current: 8.5.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: fvogelnew1 (fvogelnew1)
Assigned to: Jeffrey Hobbs (hobbs)
Summary: <<Modified>> does not trigger

Initial Comment:
The <<Modified>> event is sometimes not generated when the text widget changes state, despite what the man states.

It looks like the fix for bug 1799782 (and 687522) that made it into 8.5.0 at the last minute seems to have created this bug.

For instance:

1 % info patchlevel
8.5.0
2 % text .t
.t
3 % pack .t
4 % bind .t <<Modified>> {puts "EVENT"}
5 % .t edit modified
0
6 % .t insert end "Hello"
EVENT
7 % .t edit modified
1
8 % .t edit modified false
9 % .t edit modified
0
10 % 

The modified flag is correctly automatically set to true when text is inserted.

Then the modified flag is manually reset to false.

This latter action should generate a <<Modified>> event, which does not happen. The manual indeed says that "Whenever the flag changes state a <<Modified>> virtual event is generated."


Francois


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-01-22 09:27

Message:
Logged In: NO 

Indeed, this is caused by the fix for 1799782. But the current situation
is far worse than before, since events are actually missed now!

In fact, I think 1799782 shouldn't have been fixed. It's perfectly
acceptable that a <<Modified>> event is generated every time when "edit
modified ..." is called.

For example, the text widget doc also states that "Whenever the sel tag
range changes a virtual event <<Selection>> is generated". But also in this
case there is no check that the selection really changes:

% pack [text .t]
% bind .t <<Selection>> {puts SelectionEvent}
% .t tag add sel 1.0 end
SelectionEvent
% .t tag add sel 1.0 end
SelectionEvent


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=1871474&group_id=12997