| 1 |
578 |
markom |
=======================================================================
|
| 2 |
|
|
Following is a list of notes describing things which might be
|
| 3 |
|
|
fixed or changed in a future release of [incr Tcl]
|
| 4 |
|
|
=======================================================================
|
| 5 |
|
|
|
| 6 |
|
|
Handle this case more elegantly:
|
| 7 |
|
|
|
| 8 |
|
|
class Foo {
|
| 9 |
|
|
constructor {args} {
|
| 10 |
|
|
_init
|
| 11 |
|
|
}
|
| 12 |
|
|
proc _init {} {
|
| 13 |
|
|
puts "once!"
|
| 14 |
|
|
proc _init {} {}
|
| 15 |
|
|
}
|
| 16 |
|
|
}
|
| 17 |
|
|
Foo #auto
|
| 18 |
|
|
Foo #auto
|
| 19 |
|
|
|
| 20 |
|
|
|
| 21 |
|
|
itcl "wish" list
|
| 22 |
|
|
------------------------------------------------------------------
|
| 23 |
|
|
- add virtual inheritance
|
| 24 |
|
|
- add "border" type to canvas widget
|
| 25 |
|
|
- add "validate" and "valid" commands for type validation
|
| 26 |
|
|
- add "unknownvar" and provide access to object data members: "obj.var"
|
| 27 |
|
|
- check namespace [info class] {...} as a replacement for "virtual"
|
| 28 |
|
|
- fix "auto_load_all" problem in Tcl-DP
|
| 29 |
|
|
(Their implementation uses "info commands" to verify that a command
|
| 30 |
|
|
has been successfully autoloaded, but absolute command names like
|
| 31 |
|
|
"::iwidgets::fileselectiondialog" don't show up.)
|
| 32 |
|
|
- fix "auto_load" mechanism to be extensible like "unknown"
|
| 33 |
|
|
- fix Itcl_RegisterC() to support ClientData
|
| 34 |
|
|
- core dump with "cmdtrace" (tclX thing?)
|
| 35 |
|
|
|
| 36 |
|
|
- ideas from Nelson Macy:
|
| 37 |
|
|
- add "delegate" keyword for inheritance via composition?
|
| 38 |
|
|
- add "forward" keyword for implementing error handlers
|
| 39 |
|
|
- add "get" code to public variables for "cget" access
|
| 40 |
|
|
|
| 41 |
|
|
- equivalent of constructor/destructor for classes
|
| 42 |
|
|
- protected/private recognized for constructor/destructor
|
| 43 |
|
|
- add something like Tk_CreateWidgetCommand() for widget developers
|
| 44 |
|
|
|
| 45 |
|
|
|
| 46 |
|
|
itcl documentation cleanup
|
| 47 |
|
|
------------------------------------------------------------------
|
| 48 |
|
|
- add "Finance: Trading Systems" to commercial uses of Itcl (Deshaw)
|
| 49 |
|
|
- update doc: "config" code also gets invoked on startup for itk widgets
|
| 50 |
|
|
- update doc: add to FAQ: class with common array interacts with Tk widget
|
| 51 |
|
|
|
| 52 |
|
|
itcl "to do" list
|
| 53 |
|
|
------------------------------------------------------------------
|
| 54 |
|
|
|
| 55 |
|
|
- write "auto_load_all" proc for Tcl-DP
|
| 56 |
|
|
|
| 57 |
|
|
- bad errorInfo:
|
| 58 |
|
|
> More specifically, the constructor for the class did the following:
|
| 59 |
|
|
>
|
| 60 |
|
|
> set hull [info namespace tail $this]
|
| 61 |
|
|
> ::frame $hull
|
| 62 |
|
|
>
|
| 63 |
|
|
> One of the class variables had a configuration script:
|
| 64 |
|
|
>
|
| 65 |
|
|
> public variable textvariable "" {
|
| 66 |
|
|
> if { $textvariable != "" } {
|
| 67 |
|
|
> regsub "\\(.*\\)" $textvariable "" global
|
| 68 |
|
|
> global ::$global
|
| 69 |
|
|
> trace variable $textvariable w "$hull adjust"
|
| 70 |
|
|
> }
|
| 71 |
|
|
> }
|
| 72 |
|
|
|
| 73 |
|
|
- add "@body" in as many places as possible to support Tcl compiler
|
| 74 |
|
|
|
| 75 |
|
|
- check out itcl with Tix:
|
| 76 |
|
|
lappend auto_path $env(TIX_LIBRARY)
|
| 77 |
|
|
source "$env(IWIDGETS_LIBRARY)/init.iwidgets"
|
| 78 |
|
|
|
| 79 |
|
|
iwidgets::Dialog ._Arcattributes -title "Code: Arc Annotations"
|
| 80 |
|
|
-modality application
|
| 81 |
|
|
|
| 82 |
|
|
set attrframe [._Arcattributes childsite]
|
| 83 |
|
|
|
| 84 |
|
|
tixScrolledHList $attrframe.ports
|
| 85 |
|
|
[$attrframe.ports subwidget hlist] configure -selectmode browse
|
| 86 |
|
|
|
| 87 |
|
|
pack $attrframe.ports -expand yes -fill both -padx 10 -pady 10
|
| 88 |
|
|
|
| 89 |
|
|
._Arcattributes activate
|
| 90 |
|
|
|
| 91 |
|
|
|
| 92 |
|
|
------------------------------------------------------------------
|
| 93 |
|
|
|
| 94 |
|
|
To: ig4!att!cas.org!lvirden (Larry W. Virden) (lvirden@cas.org)
|
| 95 |
|
|
cc: michael.mclennan@att.com
|
| 96 |
|
|
Subject: Re: Question concerning the Japanese patches for Tcl 7.4
|
| 97 |
|
|
In-reply-to: Your message of "Fri, 05 Jan 1996 06:43:46 EST."
|
| 98 |
|
|
<9601051143.AA15368@cas.org>
|
| 99 |
|
|
--------
|
| 100 |
|
|
Your message dated: Fri, 05 Jan 1996 06:43:46 EST
|
| 101 |
|
|
>
|
| 102 |
|
|
> The following instructions refer to the software which enables one to
|
| 103 |
|
|
> build a KANJI supporting version of Tcl/Tk. Perhaps a note in the itcl
|
| 104 |
|
|
> instructions letting folk know this package is also compatible would be
|
| 105 |
|
|
> useful.
|
| 106 |
|
|
>
|
| 107 |
|
|
>
|
| 108 |
|
|
> ----- Begin Included Message -----
|
| 109 |
|
|
>
|
| 110 |
|
|
> >From nisinaka@sra.co.jp Thu Jan 4 00:09:52 1996
|
| 111 |
|
|
> Received: from srv07s4m by srv99dr.cas.org (5.65/CAS-1.23)
|
| 112 |
|
|
> id AA29886; Thu, 4 Jan 1996 00:09:52 -0500
|
| 113 |
|
|
> Received: from srv01s4.cas.org by srv07s4m.cas.org (5.0/CAS-1.23)
|
| 114 |
|
|
> id AA11865; Thu, 4 Jan 1996 00:09:50 +0500
|
| 115 |
|
|
> Received: from sraigw.sra.co.jp by srv01s4.cas.org (4.1/CAS-1.23)
|
| 116 |
|
|
> id AA25691; Thu, 4 Jan 96 00:09:39 EST
|
| 117 |
|
|
> Received: from sranhe.sra.co.jp by sraigw.sra.co.jp
|
| 118 |
|
|
> (8.6.12+2.4W3/3.4W-2.1)
|
| 119 |
|
|
> id OAA06131; Thu, 4 Jan 1996 14:09:32 +0900
|
| 120 |
|
|
> Received: from srashc.sra.co.jp (srashc [133.137.44.5]) by
|
| 121 |
|
|
> sranhe.sra.co.jp (8.6.12+2.4W3/3.4W-srambox) with ESMTP id OAA00935;
|
| 122 |
|
|
> Thu, 4 Jan 1996 14:06:26 +0900
|
| 123 |
|
|
> Received: from srashc.sra.co.jp (localhost [127.0.0.1]) by
|
| 124 |
|
|
> srashc.sra.co.jp (8.6.12+2.4W3/3.4W-sra) with ESMTP id OAA25546; Thu, 4
|
| 125 |
|
|
> Jan 1996 14:09:30 +0900
|
| 126 |
|
|
> To: lvirden (Larry W. Virden, x2487)
|
| 127 |
|
|
> Cc: tcl-jp-bugs@sra.co.jp
|
| 128 |
|
|
> Reply-To: nisinaka@sra.co.jp
|
| 129 |
|
|
> Subject: Re: Question concerning the Japanese patches for Tcl 7.4
|
| 130 |
|
|
> In-Reply-To: Your message of Tue, 02 Jan 1996 10:32:32 EST.
|
| 131 |
|
|
> <9601021032.AA2226@cas.org>
|
| 132 |
|
|
> Date: Thu, 04 Jan 1996 14:09:29 +0900
|
| 133 |
|
|
> Message-Id: <25544.820732169@srashc.sra.co.jp>
|
| 134 |
|
|
> From: NISHINAKA Yoshiyuki
|
| 135 |
|
|
> Status: RO
|
| 136 |
|
|
> X-Lines: 31
|
| 137 |
|
|
>
|
| 138 |
|
|
> > I notice that incr tcl 2.0 has been released with it's own,
|
| 139 |
|
|
> customized,
|
| 140 |
|
|
> > version of Tcl 7.4/Tk 4.0. Do any of you use itcl? If so, I
|
| 141 |
|
|
> wondered if you
|
| 142 |
|
|
> > had thought of constructing a specialized set of patches which could
|
| 143 |
|
|
> be
|
| 144 |
|
|
> > used with itcl.
|
| 145 |
|
|
>
|
| 146 |
|
|
> I have just got itcl2.0 and tried it with our Japanization
|
| 147 |
|
|
> patches. Seems it works fine.
|
| 148 |
|
|
>
|
| 149 |
|
|
> What I really did was as follows:
|
| 150 |
|
|
>
|
| 151 |
|
|
> (1) Unpack itcl2.0.tar.gz.
|
| 152 |
|
|
>
|
| 153 |
|
|
> (2) Run `configure' at the directory `itcl2.0'.
|
| 154 |
|
|
>
|
| 155 |
|
|
> (3) Apply `tcl7.4p3jp-patch' at the directory `itcl2.0/tcl7.4'.
|
| 156 |
|
|
> `Makefile.in.rej' was the only rejected file, so apply it
|
| 157 |
|
|
> manually.
|
| 158 |
|
|
>
|
| 159 |
|
|
> (4) Apply `tk4.0p3jp-patch' at the directory `itcl2.0/tk4.0'.
|
| 160 |
|
|
> There was no rejected file.
|
| 161 |
|
|
>
|
| 162 |
|
|
> (5) Make symbolic link from `tcl7.4' to `tcl7.4jp'.
|
| 163 |
|
|
>
|
| 164 |
|
|
> (6) Make all.
|
| 165 |
|
|
>
|
| 166 |
|
|
>
|
| 167 |
|
|
> I haven't seriously tested yet though, `make test' was passed
|
| 168 |
|
|
> and the Japanese translation of `demos/widgets' works fine.
|
| 169 |
|
|
>
|
| 170 |
|
|
>
|
| 171 |
|
|
> Yosh Nishinaka (nisinaka@sra.co.jp)
|
| 172 |
|
|
>
|
| 173 |
|
|
>
|
| 174 |
|
|
> ----- End Included Message -----
|
| 175 |
|
|
>
|
| 176 |
|
|
>
|
| 177 |
|
|
> --
|
| 178 |
|
|
> :s Larry W. Virden INET: lvirden@cas.org
|
| 179 |
|
|
> :s <*>
|
| 180 |
|
|
> :s Unless explicitly stated to the contrary, nothing in this posting should
|
| 181 |
|
|
> :s be construed as representing my employer's opinions.
|
