| Ticket UUID: | 450914 | |||
| Title: | example access Tk internals | |||
| Type: | Bug | Version: | None | |
| Submitter: | dgp | Created on: | 2001-08-14 19:39:52 | |
| Subsystem: | ftp | Assigned To: | gwlester | |
| Priority: | 7 High | Severity: | ||
| Status: | Closed | Last Modified: | 2013-07-04 17:25:09 | |
| Resolution: | Not Applicable Here | Closed By: | ||
| Closed on: | ||||
| Description: |
The hpupdate.tcl script calls the Tk private command [tkButtonInvoke]. That command is moving in Tk 8.4. Here's a patch to workaround the problem. | |||
| User Comments: |
dgp added on 2009-04-11 03:28:31:
status? dgp added on 2002-06-25 20:58:44: Logged In: YES user_id=80530 increased priority. as 8.4 release approaches this is more important. andreas_kupries added on 2001-12-12 05:22:25: Logged In: YES user_id=75003 I see six places invoking this command. We cannot use [<widget> invoke] as that bypasses even processing. The only way I see to get around using internal is to use [event generate] to explicitly simulate a mouse click. Which is a bit ironic because "tkButtonInvoke" was written exactly to simulate a click on the button with the mouse when the button is invoked through the keyboard. It is exactly this for which the command is used here in the example, but we are not allowed to do so as it is declared private. Question: Do we have plans to make parts of the ::tk command public ? dgp added on 2001-08-15 02:42:54: Logged In: YES user_id=80530 Committed workaround. Leaving bug open, because the real fix is to stop accessing Tk internals. dgp added on 2001-08-15 02:39:53: File Added - 9535: patch | |||
Attachments:
- patch [download] added by dgp on 2001-08-15 02:39:53. [details]