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