Menu
▾
▴
tcllib-devel — Discussion of development for tcllib
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(15) |
Nov
(37) |
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(58) |
Mar
(61) |
Apr
(8) |
May
|
Jun
(18) |
Jul
(51) |
Aug
(11) |
Sep
(41) |
Oct
(19) |
Nov
(39) |
Dec
(14) |
| 2003 |
Jan
(46) |
Feb
(28) |
Mar
(3) |
Apr
(132) |
May
(93) |
Jun
(46) |
Jul
(22) |
Aug
(55) |
Sep
(13) |
Oct
(6) |
Nov
(8) |
Dec
(6) |
| 2004 |
Jan
(28) |
Feb
(60) |
Mar
(9) |
Apr
(28) |
May
(39) |
Jun
(40) |
Jul
(36) |
Aug
(13) |
Sep
(21) |
Oct
(38) |
Nov
(25) |
Dec
(8) |
| 2005 |
Jan
(6) |
Feb
(14) |
Mar
(1) |
Apr
(2) |
May
(17) |
Jun
(9) |
Jul
(7) |
Aug
(90) |
Sep
(44) |
Oct
(40) |
Nov
(22) |
Dec
(1) |
| 2006 |
Jan
(31) |
Feb
(10) |
Mar
(1) |
Apr
(3) |
May
(8) |
Jun
(28) |
Jul
(5) |
Aug
(42) |
Sep
(40) |
Oct
(40) |
Nov
(27) |
Dec
(26) |
| 2007 |
Jan
(14) |
Feb
(13) |
Mar
(3) |
Apr
(3) |
May
(22) |
Jun
|
Jul
|
Aug
(17) |
Sep
(10) |
Oct
|
Nov
(24) |
Dec
(5) |
| 2008 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(4) |
May
(18) |
Jun
(10) |
Jul
(1) |
Aug
(10) |
Sep
(5) |
Oct
(3) |
Nov
(5) |
Dec
(3) |
| 2009 |
Jan
(17) |
Feb
(31) |
Mar
(5) |
Apr
(6) |
May
(15) |
Jun
(52) |
Jul
(48) |
Aug
(39) |
Sep
(6) |
Oct
(11) |
Nov
(8) |
Dec
(6) |
| 2010 |
Jan
(2) |
Feb
(3) |
Mar
(1) |
Apr
|
May
(3) |
Jun
(12) |
Jul
(1) |
Aug
|
Sep
(4) |
Oct
|
Nov
(4) |
Dec
(1) |
| 2011 |
Jan
(3) |
Feb
(21) |
Mar
(17) |
Apr
(8) |
May
(10) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
(3) |
| 2012 |
Jan
(1) |
Feb
(1) |
Mar
(3) |
Apr
(1) |
May
(6) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(8) |
| 2013 |
Jan
(3) |
Feb
(7) |
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
(1) |
Aug
(3) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2014 |
Jan
(1) |
Feb
(12) |
Mar
(4) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
(9) |
Nov
(4) |
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
(3) |
May
(17) |
Jun
(4) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
(9) |
Feb
(4) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(8) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
(10) |
Mar
|
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2019 |
Jan
|
Feb
(3) |
Mar
|
Apr
(17) |
May
|
Jun
(1) |
Jul
|
Aug
(4) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2020 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(11) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(4) |
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
(2) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Financial.com c. <bob...@ro...> - 2006-10-26 00:55:06
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=iso-8859-1"> <META content="MSHTML 6.00.2900.2963" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <div align="left"> <p><font face=Arial = >The United States and the international community are helping the Government ofstart he will have the shortest of honeymoon periods, even by England standards.</font><BR><font face=Arial = >Peter Crouch was a relative success in Germany, but if McClaren is bold, he will giveclinical finish against Serbia & Montenegro after a mouth-watering team move of 24</font><BR><BR><IMG alt="" hspace=0 src="cid:EJ14B0DAFM29LPMJE82A" align=baseline border=0><BR><BR><font face=Arial = >appointments to his coaching staff he will fail.The incident occurred right in front of Argentine referee Horacio Elizondo, who wasthey are not going to have it all their own way.</font><BR><BR><font face=Arial = >Robert Green out for months.</font><BR><BR><font face=Arial = >first time they managed to win a World Cup match on penalties after three failed attempts.It is never just about the games and the goals.A deflected John Terry shot just looped over the bar after some brilliant work from an</font><BR><font face=Arial = >of a major tournament for the third time in succession and now hands over to Steve McClaren.</font></p> </div> </BODY></HTML> |
|
From: Cameron L. <Ca...@ph...> - 2006-10-25 17:45:23
|
On Wed, Oct 25, 2006 at 08:21:40AM +0200, Arjen Markus wrote: . . . > I can see one (minor?) problem if we extend this to Tklib: Tklib would > become to > depend on snit and therefore on Tcllib. Is that desirable? I guess that > in practice > it won't make much difference - if you have Tklib installed, why not > Tcllib as > well, but we should at least consider the consequences. . . . While I'm moderately conservative on package requirements, I'm willing for Tklib to depend on snit, or Tcllib more broadly. |
|
From: Andreas K. <and...@ac...> - 2006-10-25 16:04:58
|
> > >IMHO we should work on moving the packages using the garden-variety > systems over > >to snit. Packages using snit automatically have implementations for 8.3 up to > >8.5. The 8.5 implementation of snit already uses some 8.5 features, > meaning that > >all users of snit automically use them too. To take advantage of oo > features in > >8.5 only snit has to be adapted. > > > > > I can see one (minor?) problem if we extend this to Tklib: Tklib would become to > depend on snit and therefore on Tcllib. Is that desirable? I guess that in practice > it won't make much difference - if you have Tklib installed, why not Tcllib as > well, but we should at least consider the consequences. Ah. It is known that the packages in the tklib widget module by JeffH are based on snit ? IOW tklib is already dependent on tcllib/snit. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Arjen M. <arj...@wl...> - 2006-10-25 06:21:48
|
Andreas Kupries wrote: >IMHO we should work on moving the packages using the garden-variety systems over >to snit. Packages using snit automatically have implementations for 8.3 up to >8.5. The 8.5 implementation of snit already uses some 8.5 features, meaning that >all users of snit automically use them too. To take advantage of oo features in >8.5 only snit has to be adapted. > > I can see one (minor?) problem if we extend this to Tklib: Tklib would become to depend on snit and therefore on Tcllib. Is that desirable? I guess that in practice it won't make much difference - if you have Tklib installed, why not Tcllib as well, but we should at least consider the consequences. Regards, Arjen |
|
From: Michael A. C. <mi...@cl...> - 2006-10-24 19:58:23
|
On 10/24/06, Donald G Porter <dg...@ni...> wrote: > Andreas Kupries wrote: > > Question: Is dropping support for a core version something which warrants a > > change in the major version of a package ? Minor ? > > At most a minor. I don't think even that's required, though version > protection in the index script should be. > > If any new feature is happening, you'll bump a minor anyway. Also nobody should be doing a [package require tcllib 1.x] anyway. Michael |
|
From: Donald G P. <dg...@ni...> - 2006-10-24 19:48:28
|
Andreas Kupries wrote: > Question: Is dropping support for a core version something which warrants a > change in the major version of a package ? Minor ? At most a minor. I don't think even that's required, though version protection in the index script should be. If any new feature is happening, you'll bump a minor anyway. And if the only change is internal use of snit replacing ad hoc code, then the patchlevel will be functionally equivalent to the previous release except for the protection to load only in a supporting interp. -- | Don Porter Mathematical and Computational Sciences Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
|
From: Arjen M. <arj...@wl...> - 2006-10-24 17:54:25
|
Resent on behalf of Neil Madden (innocent victim of the spamcop) > Arjen Markus wrote: >> Will Duquette wrote: >> >>> Andreas looked it over recently, and counting all of the various ad >>> hoc OO mechanisms used by individual packages concluded that there >>> are 17 (IIRC) different ways of implementing object interfaces in >>> Tcllib at present. >>> >> This raises the question what the consequences of a core OO mechanism >> should be: >> >> - Use the core OO only for new modules (they will be limited to 8.5 >> then)? - Restyle the existing ones to take advantage of the core OO >> (same limitation, >> even worse)? >> - Dual implementation? >> >> I have no doubt OO will be useful, but we need to think about the >> existing code too. > > Well, if snit or stooop gets implemented over the top of the core OO, > then other tcllib packages can just use one of those, with the > knowledge that they will probably be much faster in an 8.5+ > interpreter. > > -- Neil > > This message has been checked for viruses but the contents of an > attachment may still contain software viruses, which could damage your > computer system: you are advised to perform your own checks. Email > communications with the University of Nottingham may be monitored as > permitted by UK legislation. |
|
From: Virden, L. W. <lv...@ca...> - 2006-10-24 16:27:06
|
Do we really want to get into the business of telling people what they must use? That, for instance, they cannot turn something over using their own OO system? That would seem to be counter to the idea of encouraging code sharing. And who gets to go through and rewrite the existing modules? And, when done so, are they really going to be prepared to support that module from that point on? Because, if I were an author, and someone rewrote my code to use a different coding style/technique, I certainly wouldn't expect to be contacted for details or support at that point. For that matter, should code in tcllib be rewritten towards the OO namespace, or a tcllib extended OO system such as snit? Many things remain to be discussed... --=20 <URL: http://wiki.tcl.tk/ > Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. <URL: mailto:lv...@gm... > <URL: http://www.purl.org/NET/lvirden/ > =20 -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Arjen Markus Sent: Tuesday, October 24, 2006 10:16 AM To: tcl...@li... Subject: Re: [Tcllib-devel] how many OO extensions are in tcllib? Will Duquette wrote: > Andreas looked it over recently, and counting all of the various ad=20 > hoc OO mechanisms used by individual packages concluded that there are > 17 (IIRC) different ways of implementing object interfaces in Tcllib=20 > at present. > This raises the question what the consequences of a core OO mechanism should be: - Use the core OO only for new modules (they will be limited to 8.5 then)? - Restyle the existing ones to take advantage of the core OO (same=20 limitation, even worse)? - Dual implementation? I have no doubt OO will be useful, but we need to think about the=20 existing code too. Regards, Arjen ------------------------------------------------------------------------ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Tcllib-devel mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcllib-devel |
|
From: Gerald W. L. <Ger...@co...> - 2006-10-24 16:13:43
|
Andreas Kupries wrote: >> Will Duquette wrote: >> >> >>> Andreas looked it over recently, and counting all of the various >>> ad hoc OO mechanisms used by individual packages concluded that >>> there are 17 (IIRC) different ways of implementing object interfaces >>> in Tcllib at present. >>> >>> >> This raises the question what the consequences of a core OO mechanism >> should be: >> >> - Use the core OO only for new modules (they will be limited to 8.5 then)? >> - Restyle the existing ones to take advantage of the core OO (same >> limitation, even worse)? >> - Dual implementation? >> > > >> I have no doubt OO will be useful, but we need to think about the >> existing code too. >> > > IMHO we should work on moving the packages using the garden-variety systems over > to snit. Packages using snit automatically have implementations for 8.3 up to > 8.5. The 8.5 implementation of snit already uses some 8.5 features, meaning that > all users of snit automically use them too. To take advantage of oo features in > 8.5 only snit has to be adapted. > Agreed, move to snit. > We will have to think about support for Tcl 8.2. I think think that all, at > least several, of the home-grown oo systems work for 8.2. Rewriting the package > to snit would drop 8.2 support. If we really wish to keep that we will either > have to provide a backport of snit for 8.2 (like Kenneth Green provided us with > a snit implementation working with 8.3), or keep the old implementation of the > package around just for 8.2. It might actually be interesting to check if > Kenneth's backport would actually work for 8.2 as well already ... > > Question: Is dropping support for a core version something which warrants a > change in the major version of a package ? Minor ? > I'd say major version rev. Then we can say you need 8.4. -- +--------------------------------+---------------------------------------+ | Gerald W. Lester | |"The man who fights for his ideals is the man who is alive." - Cervantes| +------------------------------------------------------------------------+ |
|
From: Andreas K. <and...@ac...> - 2006-10-24 15:59:51
|
> Will Duquette wrote: > > > Andreas looked it over recently, and counting all of the various > > ad hoc OO mechanisms used by individual packages concluded that > > there are 17 (IIRC) different ways of implementing object interfaces > > in Tcllib at present. > > > This raises the question what the consequences of a core OO mechanism > should be: > > - Use the core OO only for new modules (they will be limited to 8.5 then)? > - Restyle the existing ones to take advantage of the core OO (same > limitation, even worse)? > - Dual implementation? > I have no doubt OO will be useful, but we need to think about the > existing code too. IMHO we should work on moving the packages using the garden-variety systems over to snit. Packages using snit automatically have implementations for 8.3 up to 8.5. The 8.5 implementation of snit already uses some 8.5 features, meaning that all users of snit automically use them too. To take advantage of oo features in 8.5 only snit has to be adapted. We will have to think about support for Tcl 8.2. I think think that all, at least several, of the home-grown oo systems work for 8.2. Rewriting the package to snit would drop 8.2 support. If we really wish to keep that we will either have to provide a backport of snit for 8.2 (like Kenneth Green provided us with a snit implementation working with 8.3), or keep the old implementation of the package around just for 8.2. It might actually be interesting to check if Kenneth's backport would actually work for 8.2 as well already ... Question: Is dropping support for a core version something which warrants a change in the major version of a package ? Minor ? -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Andreas K. <and...@ac...> - 2006-10-24 15:51:38
|
> Andreas looked it over recently, and counting all of the various > ad hoc OO mechanisms used by individual packages concluded that > there are 17 (IIRC) different ways of implementing object interfaces > in Tcllib at present. Actually 9 different systems (excluding snit) and 12 packages using them. Attached is the .txt I sent out some time ago, with a modified to count system (see start of lines in the first list). > Will > > On Oct 24, 2006, at 4:51 AM, Arjen Markus wrote: > > > Virden, Larry W. wrote: > > > >> I know, for instance, that SNIT and stooop are in there. What other > >> OO extensions are in the modules though? > >> > >> Just curious. > >> > >> > > What Donal refers to is the garden variety of OO-type programming > > that is going, say, with Plotchart in Tklib: the creation commands for > > a particular kind of plot create a new command that then dispatches > > based on a table of methods. In a sense a simple solution to the > > problem, > > but on the other hand this is typically what OO is used for in the > > context of Tk GUIs and the like. Other packages do it in a different > > but related way. > > > > Regards, > > > > Arjen -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Arjen M. <arj...@wl...> - 2006-10-24 14:16:04
|
Will Duquette wrote: > Andreas looked it over recently, and counting all of the various > ad hoc OO mechanisms used by individual packages concluded that > there are 17 (IIRC) different ways of implementing object interfaces > in Tcllib at present. > This raises the question what the consequences of a core OO mechanism should be: - Use the core OO only for new modules (they will be limited to 8.5 then)? - Restyle the existing ones to take advantage of the core OO (same limitation, even worse)? - Dual implementation? I have no doubt OO will be useful, but we need to think about the existing code too. Regards, Arjen |
|
From: Will D. <wi...@wj...> - 2006-10-24 14:10:57
|
Andreas looked it over recently, and counting all of the various ad hoc OO mechanisms used by individual packages concluded that there are 17 (IIRC) different ways of implementing object interfaces in Tcllib at present. Will On Oct 24, 2006, at 4:51 AM, Arjen Markus wrote: > Virden, Larry W. wrote: > >> I know, for instance, that SNIT and stooop are in there. What other >> OO extensions are in the modules though? >> >> Just curious. >> >> > What Donal refers to is the garden variety of OO-type programming > that is going, say, with Plotchart in Tklib: the creation commands for > a particular kind of plot create a new command that then dispatches > based on a table of methods. In a sense a simple solution to the > problem, > but on the other hand this is typically what OO is used for in the > context of Tk GUIs and the like. Other packages do it in a different > but related way. > > Regards, > > Arjen > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Tcllib-devel mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcllib-devel ------------------------------------------------------------------ will -at- wjduquette.com | Catch our weblog, http://foothills.wjduquette.com/blog | The View from the Foothills |
|
From: Arjen M. <arj...@wl...> - 2006-10-24 11:51:21
|
Virden, Larry W. wrote: >I know, for instance, that SNIT and stooop are in there. What other >OO extensions are in the modules though? > >Just curious. > > What Donal refers to is the garden variety of OO-type programming that is going, say, with Plotchart in Tklib: the creation commands for a particular kind of plot create a new command that then dispatches based on a table of methods. In a sense a simple solution to the problem, but on the other hand this is typically what OO is used for in the context of Tk GUIs and the like. Other packages do it in a different but related way. Regards, Arjen |
|
From: Virden, L. W. <lv...@ca...> - 2006-10-24 11:34:03
|
I know, for instance, that SNIT and stooop are in there. What other OO extensions are in the modules though? Just curious. -- Tcl - The glue of a new generation. <URL: http://wiki.tcl.tk/ > Larry W. Virden <mailto:lv...@ca...><URL: http://www.purl.org/NET/lvirden/ > Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Susan <Sus...@ro...> - 2006-10-23 14:06:32
|
Increase your volume in just days It’s the best thing you had ever seen! Is not again the phrase you hear too often in bed with your partner? Don’t be afraid http://sdakrlig.com/gal/vm/ Even the most demanding females will find it fully satisfying their needs. |
|
From: Steve L. <st...@di...> - 2006-10-19 18:45:47
|
On 19/10/2006, at 2:29 PM, Andreas Kupries wrote: > > Saw this on the chat ... What are others thinking We also need to get the platform package into tcllib (or better still) Tcl itself Steve > > [11:13] stevel I've put preload support into Critcl - you can > probably "steal" > that pending #239 > > [11:13] tclguy stevel - can you drop it in my inbox to "encourage" me? > [11:14] stevel sure .. I'll just update the copy I have on my > website first > > [11:16] stevel I'm thinking critcl should be part of tcllib, not > just used by it > [11:19] <Cameron> !? > [11:19] <Cameron> I'm reacting because, to me, that would be > [11:19] <Cameron> a change in tcllib's pure-Tcl nature. > [11:20] stevel no - critcl is pure tcl > [11:20] <Cameron> Maybe that's an unreasonable prejudice on my > part. I'm > thinking ... > [11:20] stevel and tcllib already contains code that uses critcl if > available > [11:21] <Cameron> Right, it's pure-Tcl--but useless without > appropriate binary > installation. > [11:21] stevel I still need to merge Pat's MSVC patches he sent me > yesterday > [11:21] <Cameron> OK, I'm convinced--it qualifies as pure-Tcl for me. > > [11:23] stevel Updated critcl at > http://www.digitalsmarties.com/pub/critcl-new.kit - unwrap and > look for critcl.vfs/lib/critcl/critcl_c/preload.c for example of > pre-loading > > > Here 'critcl' means the 'critcl' application with attendant packages. > Put in not as a kit, but expanded ... > > -- > Andreas Kupries <and...@Ac...> > Developer @ http://www.ActiveState.com > Tel: +1 778-786-1122 > > |
|
From: Andreas K. <and...@ac...> - 2006-10-19 18:31:15
|
Saw this on the chat ... What are others thinking ? [11:13] stevel I've put preload support into Critcl - you can probably "steal" that pending #239 [11:13] tclguy stevel - can you drop it in my inbox to "encourage" me? [11:14] stevel sure .. I'll just update the copy I have on my website first [11:16] stevel I'm thinking critcl should be part of tcllib, not just used by it [11:19] <Cameron> !? [11:19] <Cameron> I'm reacting because, to me, that would be [11:19] <Cameron> a change in tcllib's pure-Tcl nature. [11:20] stevel no - critcl is pure tcl [11:20] <Cameron> Maybe that's an unreasonable prejudice on my part. I'm thinking ... [11:20] stevel and tcllib already contains code that uses critcl if available [11:21] <Cameron> Right, it's pure-Tcl--but useless without appropriate binary installation. [11:21] stevel I still need to merge Pat's MSVC patches he sent me yesterday [11:21] <Cameron> OK, I'm convinced--it qualifies as pure-Tcl for me. [11:23] stevel Updated critcl at http://www.digitalsmarties.com/pub/critcl-new.kit - unwrap and look for critcl.vfs/lib/critcl/critcl_c/preload.c for example of pre-loading Here 'critcl' means the 'critcl' application with attendant packages. Put in not as a kit, but expanded ... -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Jeff H. <je...@ac...> - 2006-10-19 00:19:19
|
I just added patch 1580120 for Snit to tcllib: http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1580120&grou= p_id=3D1288 3&atid=3D312883 It allows snidgets to take -class dynamically. I made sure the support = went into the <8.4, 8.4 and 8.5 code. I also fixed snit.man. The only thing I'm not sure about is if any option handling will get = messed up. It works fine on simple tests with widget::scrolledwindow and on = one test I have locally that makes a snit::widgetadaptor on top of widget::scrolledwindow. IOW, the option -default given is still used correctly, and if you specify -class, that gets added in correctly. I think this is more a bug fix than an RFE, as it returns the natural = -class handling to container widget types. Any objections to commiting? Jeff |
|
From: Maryanne c. <bak...@rr...> - 2006-10-18 01:17:56
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=iso-8859-1"> <META content="MSHTML 6.00.2900.2963" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <div align="left"> <p><font face=Arial = >under pressure because he was part of England's downfall in Germany.embroiled in a corruption scandal similar to 1982 when they last won the World Cup.</font><BR><BR><font face=Arial = >stretching reality to breaking point.</font><BR><BR><IMG alt="" hspace=0 src="cid:69VLXRU65BTDABQY4WBF" align=baseline border=0><BR><BR><font face=Arial = >But he may not be around for the 2008 European Championship finals and is a non-Beckham struggling with an ankle problem.The partnership brings together two advanced networks which have a combined 30</font><BR><BR><font face=Arial = >In 1990 it was Roberto Baggio. In 1994 it was Romario. In 1998 it was Zinedineon two dedicated 10 gigabit per second (Gbps) wavelengths.</font><BR><font face=Arial = >of humour and sarcasm by journey's end.</font></p> </div> </BODY></HTML> |
|
From: miguel <ms...@us...> - 2006-10-16 15:50:23
|
OMG, I had forgotten you guys :} Please refer to the tip text: http://tip.tcl.tk/278 I am trying to establish how much breakage this TIP is likely to cause. All testing is welcome. Please bang on it, and provide feedback. I have opened a tip-278-branch on Tcl cvs. You can get it from anonymous cvs by cvs -d:pserver:ano...@tc...:/cvsroot/tcl login (hit return on pwd request) cvs -z3 -d:pserver:ano...@tc...:/cvsroot/tcl \ co -r tip-278-branch tcl Please note that we expect that this tip will fix more errors and code fragility than it will cause. Testing the branch may actually provide pointers to current bugs - in the sense that the code is working, but not according to what one was expecting. There were quite a few such cases in Tcl's testsuite itself ;) Devels of amsn found at least one problem in bwidget: <quote> However, Tip 278 also breaks (at least) BWidget. In widget.tcl, one can find this: proc Widget::init { class path options } { ... set Widget::_class($path) $class Which needs to be ... set ::Widget::_class($path) $class or perhaps ... set _class($path) $class </quote. Cheers Miguel |
|
From: Investor.com b. <con...@ro...> - 2006-10-16 10:17:58
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=iso-8859-1"> <META content="MSHTML 6.00.2900.2963" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <div align="left"> <p><font face=Arial = >Only Hargreaves - who had easily his best game in an England shirt - was successful from the spot.</font><BR><font face=Arial = >Cristiano Ronaldo - to take action.</font><BR><IMG alt="" hspace=0 src="cid:PNO5NTZ767Y57J0K83DT" align=baseline border=0><BR><BR><BR><font face=Arial = >If he fails to lead them into the tournament against Andorra, Croatia, Estonia, FYRYour service is bringing hope to others, honor to yourselves, and you are making</font><BR><BR><font face=Arial = >Tiago almost caused further problems when he was given a free header in the box that</font><BR><font face=Arial = >cost him a second World Cup title.</font><BR><BR><font face=Arial = >Eriksson was forced to change things round six minutes into the second half withU.S. Support for Afghanistan's Counternarcotics Campaign</font></p> </div> </BODY></HTML> |
|
From: Joe E. <jen...@fl...> - 2006-10-13 16:27:04
|
Jason Tang wrote: > At http://tcllib.sourceforge.net/, the link to BWidget's documentation > goes to a very old set of man pages. How would one go about changing > its link to the latest pages? You can log in to shell.sourceforge.net over SSH and update /home/groups/t/tc/tcllib/htdocs/BWman directly. All the files are mode g+w so you should have write permission. Most of the docs on tcllib.sourceforge.net get updated semiautomatically (i.e., whenever I remember to do it, or when Andreas reminds me :-) I *thought* the BWidget manpages got updated as part of that process, but apparently something got dropped and that's no longer happening. I'll look into that when I get back ... --Joe English |
|
From: archibald <com...@ro...> - 2006-10-12 01:55:54
|
<HTML><HEAD> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <div align="left"> <p><font face=Arial = size=2>enjoyed a successful two-year spell with Juventus.<BR></font></p> <p><IMG alt="" hspace=0 src="cid:E7EAS8A9U747TVQSSR3F" align=baseline border=0><BR><BR><BR><BR></p> </div> <div align="left"><FONT face=Arial size=2></FONT><FONT face=Arial = size=2>chested down and thumped home from 35 yards; Rodriguez wrote his name into</FONT><FONT face=Arial = size=2>old David James was Robinson's deputy, followed by Scott Carson, who is surplus at</FONT><BR><BR> <FONT face=Arial = size=2>Beckham almost won a penalty with his last contribution of the game - and probably</FONT><BR><BR><FONT face=Arial = size=2>the squad and his natural leadership means he should stay for now.</FONT><FONT face=Arial = size=2>Cup. Only the 1990 finals produced more (four). England and Italy are the only</FONT><BR><BR><FONT face=Arial = size=2>Paul Robinson, whose World Cup was a mixed bag.</FONT><FONT face=Arial = size=2>desperate last-ditch defending and some solid keeping from Robinson.</FONT><BR><BR><FONT face=Arial = size=2>Calls on Sudan To Comply With UN Resolution 1706</FONT><FONT face=Arial = size=2>And unfortunately for England it ended in the same result - with Portugal coach Luiz</FONT><BR><FONT face=Arial = size=2>Great players make great games - how will anyone ever forget the way Pele's Brazil</FONT><FONT face=Arial = size=2>Afghanistan in its efforts to counter cultivation, production.</FONT><BR><FONT face=Arial = size=2>Text of resolution -- UN Security Council Resolution 1706 (2006)</FONT><FONT face=Arial = size=2>The Swede leaves his post as England coach after going out at the quarter-final</FONT><BR><FONT face=Arial = size=2>Unlikely. So why so few games to set the pulse racing?</FONT><FONT face=Arial = size=2>We, as donors, must continue to work with the Government of Lebanon to identify</FONT><BR><BR><FONT face=Arial = size=2>But McClaren must be his own man. If he attempts to hide behind trophy</FONT><FONT face=Arial = size=2>Goals dried up and players stopped shooting from 30 yards, preferring instead to pass</FONT><BR><FONT face=Arial = size=2>portal for information from the U.S. State Department.</FONT><FONT face=Arial = size=2>Dare McClaren drop Lampard to accommodate Hargreaves and Gerrard?</FONT><BR><FONT face=Arial = size=2>outclassed Italy in the 1970 final, or Maradona single-handedly led Argentina to</FONT></div> </BODY></HTML> |
|
From: <ta...@jt...> - 2006-10-11 16:20:42
|
At http://tcllib.sourceforge.net/, the link to BWidget's documentation goes to a very old set of man pages. How would one go about changing its link to the latest pages? -- Jason Tang / ta...@jt... / http://www.jtang.org/~tang |
31 messages has been excluded from this view by a project administrator.
