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: Andreas D. <dr...@us...> - 2010-02-15 21:17:49
|
Dear Tcllib developer, I finally could complete the cleanup work on the new Tcllib module TEPAM (Tcl's Enhanced Procedure and Argument Manager) and check-in a first version into the repository. The interested people can find the documentation of this new module attached to this mail. Please start with the 'tepam_introduction.html' document that provides an informal overview about the module. the other two files are then the reference manuals of the two major commands provided by TEPAM. You can also run the demo 'tepam_demo.tcl' from Tcllib's example folder that will open a tiny graphical environment from which you can select several demos that are visualizing TEPAM's features. Please let me know if you can find any issues with this new module, or if you have any recommendations or suggestions either for the main package file, for the documentation, the examples or the regression test. Any feedback will be appreciated. Best regards, Andreas Drollinger |
|
From: Andreas K. <and...@ac...> - 2010-01-22 19:03:50
|
Andreas Drollinger wrote:
> Dear all,
With nobody else answering it seems to fall to me.
> The necessary changes of the TEPAM module (Tcl's Enhanced Procedure and
> Argument Manager) to make it compliant with Tcllib could finally be
> completed. The following adaptations and modifications have been made on
> the module:
>
> as on Windows Tcl 8.4.7 and 8.5.8. Since the Tcllib's test framework
> doesn't seam to be compliant with Tcl 8.3.x,
This is quite possible (*). I haven't run the tcllib testsuite against 8.3 for
quite some time now, only 8.4.19, 8.5.8, 8.6/cvs-head.
> a simplified framework has been used for Tcl 8.3.x.
> What would be now the next steps to submit this new module into the
> Tcllib package? Is there an acceptance committee that is voting about
> the incorporation of new modules into Tcllib? Is there a review
> committee that checks the quality and completenesses of a new module,
> before the new code is checked into the version control system? Thanks
> for indicating me the next steps for the submission of this module.
No, we have no commitees for either acceptance, or review. There are some
semi-automatic review simply by using
sak.tcl test run
and sak.tcl validate
for the new module.
In essence now either
(a) one of the Tcllib admins makes you a developer for Tcllib, i.e. giving
you CVS write access and you can then do the commit, or
(b) you create a new entry in the Tcllib Tracker on SF, with your work
attached, and then any of the existing developers can do the
integration.
I personally prefer (a), because then the admin can set the trackers up so that
the notifications when entries for the module are added to the trackers are
directed to you, i.e. you will be(come) the maintainer for this part of Tcllib.
The admins are (alphabetically sorted by sf id):
* andreas_kupries (thats me)
* dev_null42a
* ericm
* hobbs
* kennykb
* kuchler
* rmax
* techentin
* welch
How do you wish to go forward ?
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
|
From: Andreas D. <an...@dr...> - 2010-01-18 22:28:00
|
Dear all, The necessary changes of the TEPAM module (Tcl's Enhanced Procedure and Argument Manager) to make it compliant with Tcllib could finally be completed. The following adaptations and modifications have been made on the module: * Writing the documentation in the Doctools style: Three documents are provided: 1) TEPAM introduction, 2) tepam::procedure manual page, 3) tepam::argument_dialogbox manual page. * Change of the regression test: It is now compliant with the Tcllib test framework. * Completion of the regression test: Also most features of the graphical argument_dialogbox function are now tested. * Validation of TEPAM using several Tcl/Tk versions: The regression test passes now on Linux Tcl/Tk 8.3.0, 8.3.5, 8.4.7, 8.5.6 and 8.6b1, as well as on Windows Tcl 8.4.7 and 8.5.8. Since the Tcllib's test framework doesn't seam to be compliant with Tcl 8.3.x, a simplified framework has been used for Tcl 8.3.x. * Cleanup: Code and documents have generally been cleaned-up. * Demo: The demo has been completed and is presenting now most features of TEPAM's procedure and argument_dialogbox commands. What would be now the next steps to submit this new module into the Tcllib package? Is there an acceptance committee that is voting about the incorporation of new modules into Tcllib? Is there a review committee that checks the quality and completenesses of a new module, before the new code is checked into the version control system? Thanks for indicating me the next steps for the submission of this module. Best regards, Andreas |
|
From: Andreas K. <and...@ac...> - 2009-12-07 18:31:59
|
Andreas Kupries wrote:
>
> Hello all.
>
> Tcllib 1.12 has been released today.
Compared to the release candidate two changes were made
a bugfix in 'math',
and small new features for 'tar' (-prefix option for 'add').
The recently submitted rewrite of the innards of the JSON package is not in
this release.
The release is tagged with 'tcllib-1-12'.
The CVS is now open again, i.e. there is no need any longer to coordinate with
me before committing changes.
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
|
From: Andreas K. <and...@ac...> - 2009-12-07 18:23:57
|
Hello all. Tcllib 1.12 has been released today. The relevant archives can be found at https://sourceforge.net/projects/tcllib/files/tcllib/1.12/ For a list of changes (new packages, modified packages), please see the attached README-1.12.txt. This README is also available at the url shown above. All the packages of Tcllib 1.12 are also available through ActiveState's public TEApot repository at http://teapot.activstate.com, and the 'teacup' client for such repositories coming with all recent distributions of ActiveTcl. Disclosure: I am developer at ActiveState. -- Sincerely, Andreas Kupries <an...@ac...> Developer @ <http://www.activestate.com/> |
|
From: Andreas K. <and...@ac...> - 2009-12-04 16:14:11
|
Arjen Markus wrote:
> Hi Andreas,
>
> as you may note, I have finally resolved bug #1998628.
> Changes to the source code in the comments to that bug.
> (Tested using Tcl 8.5.7)
Thanks. I'll have a look today or over the weekend.
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
|
From: Arjen M. <arj...@de...> - 2009-12-04 08:26:52
|
Hi Andreas, as you may note, I have finally resolved bug #1998628. Changes to the source code in the comments to that bug. (Tested using Tcl 8.5.7) Regards, Arjen On 2009-12-03 19:21, Andreas Kupries wrote: > Andreas Kupries wrote: >> I have now placed a >> Release Candidate for Tcllib 1.12 >> >> up on SourceForge, see >> https://sourceforge.net/projects/tcllib/files/ > > Better link after looking at the SF File Manager Thingy a bit more ... > > https://sourceforge.net/projects/tcllib/files/tcllib/1.12%20Release%20Candidate/ > > And as much as it pains to admit, the new File Manager of SF is actually better > than the previous release management thingie they had. Different, but > definitely easier to use. Simple upload, easy to mark release notes and > associate to files, no mess of forms to walk through and click over and over > again to set file properties. Not perfect, but easier. So, this specific change > to their system was actually good, IMVHO. > |
|
From: Andreas K. <and...@ac...> - 2009-12-03 18:22:12
|
Andreas Kupries wrote: > > I have now placed a > Release Candidate for Tcllib 1.12 > > up on SourceForge, see > https://sourceforge.net/projects/tcllib/files/ Better link after looking at the SF File Manager Thingy a bit more ... https://sourceforge.net/projects/tcllib/files/tcllib/1.12%20Release%20Candidate/ And as much as it pains to admit, the new File Manager of SF is actually better than the previous release management thingie they had. Different, but definitely easier to use. Simple upload, easy to mark release notes and associate to files, no mess of forms to walk through and click over and over again to set file properties. Not perfect, but easier. So, this specific change to their system was actually good, IMVHO. -- Sincerely, Andreas Kupries <an...@ac...> Developer @ <http://www.activestate.com/> |
|
From: Andreas K. <and...@ac...> - 2009-12-03 18:16:57
|
I have now placed a Release Candidate for Tcllib 1.12 up on SourceForge, see https://sourceforge.net/projects/tcllib/files/ The release notes for it are also attached to this mail. Please test. If there no objections this candidate will be committed to CVS as final on Monday Dec 7. In the meantime ... *** The Tcllib CVS is frozen until further notice *** Note that Tklib, Tclapps, and the other modules under the project are __not__ affected by this freeze! If changes are needed before 1.12 is released coordinate with me. The CVS will be unfrozen after the release is done. -- Sincerely, Andreas Kupries <an...@ac...> Developer @ <http://www.activestate.com/> |
|
From: Will D. <wi...@wj...> - 2009-11-24 23:52:50
|
Andreas, Your sample readme shows the changes from Tcllib 1.11.1 to 1.11.1. At least, that's what the column headers say. :-) Will On Nov 24, 2009, at 8:56 AM, Andreas Kupries wrote: > Andreas Kupries wrote: >> Larry W. Virden wrote: >>> On Mon, Oct 26, 2009 at 6:48 PM, Andreas Kupries >>> <and...@ac...> wrote: >>> >>>> Based on these dates my proposal >>>> >>>> Mo Nov 9 4 weeks Testing, CVS bugfix commits, >>>> writing up release >>>> notes, fixing version numbers. >>>> Mo Dec 7 1 week RC available for general testing, >>>> CVS frozen >>>> Mo Dec 14 Release >>>> >>> Should one of the goals be to run the test suite against the current >>> CVS head for Tcl 8.5 and 8.6, to verify the various modules are >>> working against the current release as well as the impending >>> release? >> Yes. While the 8.6 branch is technically still in beta it should be >> really near to its final form by now. > > Status so far ... > > Tested the head on various platforms (linux-ix86, linux-x86_64, > solaris2.8-sparc, hpux-parisc, aix-powerpc), against Tcl 8.4, > 8.5, and 8.6, head of the respective branches. > > Very few failures, mostly only in the testsuite, and because of > chngeas in error messages generated by 8.6. All are fixed now and in > the Tcllib CVS. Also, only a very low number of version numbers > which were out of sync with code changes, these I fixed yesterday. > > I finally got up and wrote me a sak command which generates the > README.txt for the release. Still only semi-automatically, i.e. it > needs hints for the comment/notes columns, but all the formatting > stuff is now done automatically, no need for me to fiddle around > with alignments, and separators. > > Attached an example, generated for the current state of the head. > > Onward ... I still have to put the channels and transforms from my > Portland talk up, and making them a new module in Tcllib seems to be > the easiest way (like the new coroutine module). > > Still two weeks before I freeze the CVS for release. > > -- > Sincerely, > Andreas Kupries <an...@ac...> > Developer @ <http://www.activestate.com/> > Overview > ======== > > 44 new packages in 6 modules > 44 changed packages in 25 modules > 14 internally changed packages in 12 modules > 168 unchanged packages in 65 modules > 273 packages, total in 92 modules, total > > New in tcllib 1.11.1 > ==================== > > Module Package New Version > Comments > --------------- ------------------------------- ------------- > ----------------------------------------------- > coroutine coroutine 1 Tcl > 8.6+ coroutine/event utilities > coroutine::auto 1 s.a. > --------------- ------------------------------- ------------- > ----------------------------------------------- > doctools2base doctools::config 0.1 > doctools v2 foundation > doctools::html 0.1 > doctools::html::cssdefaults 0.1 > doctools::msgcat 0.1 > doctools::nroff::man_macros 0.1 > doctools::paths 0.1 > doctools::tcl::parse 0.1 > doctools::text 0.1 > --------------- ------------------------------- ------------- > ----------------------------------------------- > doctools2idx doctools::idx::export 0.1 > doctools v2 index handling > doctools::idx::export::docidx 0.1 > doctools::idx::export::html 0.2 > doctools::idx::export::json 0.1 > doctools::idx::export::nroff 0.3 > doctools::idx::export::text 0.2 > doctools::idx::export::wiki 0.2 > doctools::idx::import 0.1 > doctools::idx::import::docidx 0.1 > doctools::idx::import::json 0.1 > doctools::idx::parse 0.1 > doctools::idx::structure 0.1 > doctools::msgcat::idx::c 0.1 > doctools::msgcat::idx::de 0.1 > doctools::msgcat::idx::en 0.1 > doctools::msgcat::idx::fr 0.1 > --------------- ------------------------------- ------------- > ----------------------------------------------- > doctools2toc doctools::msgcat::toc::c 0.1 > doctools v2 TOC handling > doctools::msgcat::toc::de 0.1 > doctools::msgcat::toc::en 0.1 > doctools::msgcat::toc::fr 0.1 > doctools::toc::export 0.1 > doctools::toc::export::doctoc 0.1 > doctools::toc::export::html 0.1 > doctools::toc::export::json 0.1 > doctools::toc::export::nroff 0.2 > doctools::toc::export::text 0.1 > doctools::toc::export::wiki 0.1 > doctools::toc::import 0.1 > doctools::toc::import::doctoc 0.1 > doctools::toc::import::json 0.1 > doctools::toc::parse 0.1 > doctools::toc::structure 0.1 > --------------- ------------------------------- ------------- > ----------------------------------------------- > math math::machineparameters 0.1 > Determine double-precision machine parameters > rest rest 1.0.0 > Specify RESTful interfaces to webservices > --------------- ------------------------------- ------------- > ----------------------------------------------- > > Changes from tcllib 1.11.1 to 1.11.1 > ==================================== > > tcllib 1.11.1 > tcllib 1.11.1 > Module Package Old Version New > Version Comments > -------------- ----------------------------- --------------- > --------------- ------------ > base64 base64 2.4 > 2.4.1 B > uuencode 1.1.4 > 1.1.5 B > yencode 1.1.2 > 1.1.3 B > -------------- ----------------------------- --------------- > --------------- ------------ > comm comm 4.5.7 > 4.6.1 EF B > -------------- ----------------------------- --------------- > --------------- ------------ > crc cksum 1.1.2 > 1.1.3 B > crc32 1.3 > 1.3.1 B D > -------------- ----------------------------- --------------- > --------------- ------------ > dns ip 1.1.2 > 1.1.3 B > -------------- ----------------------------- --------------- > --------------- ------------ > doctools doctools 1.4 > 1.4.3 B > doctools::idx 1 > 1.0.3 D B API > doctools::idx > 2 D B API > doctools::toc 1 > 1.1.2 D B EF API > doctools::toc > 2 D B EF API > -------------- ----------------------------- --------------- > --------------- ------------ > doctools2idx doctools::idx 1 > 1.0.3 API > doctools::idx > 2 API > -------------- ----------------------------- --------------- > --------------- ------------ > doctools2toc doctools::toc 1 > 1.1.2 API > doctools::toc > 2 API > -------------- ----------------------------- --------------- > --------------- ------------ > fileutil fileutil 1.13.5 > 1.14.1 EF B > fileutil::multi::op 0.5.2 > 0.5.3 B > fileutil::traverse 0.4 > 0.4.1 B > -------------- ----------------------------- --------------- > --------------- ------------ > grammar_fa grammar::fa 0.3 > 0.4 EF B > htmlparse htmlparse 1.1.3 > 1.2 I > jpeg jpeg 0.3.3 > 0.3.5 B > json json 1.0 > 1.0.1 B T > -------------- ----------------------------- --------------- > --------------- ------------ > log log 1.2.1 > 1.3 I B D > logger 0.8 > 0.9 EF > -------------- ----------------------------- --------------- > --------------- ------------ > math math::geometry 1.0.3 > 1.0.4 B > math::interpolate 1.0.2 > 1.0.3 B > math::linearalgebra 1.1 > 1.1.3 B T > math::statistics 0.6 > 0.6.3 B > -------------- ----------------------------- --------------- > --------------- ------------ > nmea nmea > 0.2.0 API > nmea > 1.0.0 API > -------------- ----------------------------- --------------- > --------------- ------------ > pluginmgr pluginmgr 0.2 > 0.3 EF > pop3 pop3 1.6.3 > 1.7 EF T > -------------- ----------------------------- --------------- > --------------- ------------ > ripemd ripemd128 1.0.3 > 1.0.4 B > ripemd160 1.0.3 > 1.0.4 B > -------------- ----------------------------- --------------- > --------------- ------------ > snit snit 1.3.1 > 1.4.1 EF B > snit 2.2.1 > 2.3.1 EF B > -------------- ----------------------------- --------------- > --------------- ------------ > stringprep stringprep 1.0.0 > 1.0.1 B > stringprep::data 1.0.0 > 1.0.1 B > -------------- ----------------------------- --------------- > --------------- ------------ > struct struct::graph 1.2.1 > 1.2.1 EF B > struct::graph 2.3.1 > 2.4 EF B > struct::graph::op 0.9 > 0.11.3 EF > struct::tree 1.2.2 > 1.2.2 B > struct::tree 2.1.1 > 2.1.2 B > -------------- ----------------------------- --------------- > --------------- ------------ > tar tar 0.4 > 0.5 EF > -------------- ----------------------------- --------------- > --------------- ------------ > transfer transfer::connect 0.1 > 0.2 EF I > transfer::copy 0.2 > 0.3 I B > transfer::data::destination 0.1 > 0.2 EF I > transfer::data::source 0.1 > 0.2 EF I > transfer::receiver 0.1 > 0.2 EF I > transfer::transmitter 0.1 > 0.2 EF I > -------------- ----------------------------- --------------- > --------------- ------------ > wip wip 1.1.1 > 1.1.2 B > wip 2.1.1 > 2.1.2 B > -------------- ----------------------------- --------------- > --------------- ------------ > yaml huddle 0.1.3 > 0.1.4 B D T > yaml 0.3.3 > 0.3.5 B D T > -------------- ----------------------------- --------------- > --------------- ------------ > > Invisible changes (documentation, testsuites) > ============================================= > > tcllib 1.11.1 tcllib 1.11.1 > Module Package Old Version New Version > Comments > ---------- ---------------- --------------- --------------- > ---------- > aes aes 1.0.1 1.0.1 D > control control 0.1.3 0.1.3 T > crc sum 1.1.0 1.1.0 critcl > csv csv 0.7.1 0.7.1 D > ---------- ---------------- --------------- --------------- > ---------- > docstrip docstrip 1.2 1.2 D > docstrip::util 1.2 1.2 D > ---------- ---------------- --------------- --------------- > ---------- > md4 md4 1.0.5 1.0.5 critcl > ---------- ---------------- --------------- --------------- > ---------- > md5 md5 1.4.4 1.4.4 critcl > md5 2.0.7 2.0.7 critcl > ---------- ---------------- --------------- --------------- > ---------- > md5crypt md5crypt 1.1.0 1.1.0 critcl > pop3d pop3d 1.1.0 1.1.0 D T > rc4 rc4 1.1.0 1.1.0 critcl > ---------- ---------------- --------------- --------------- > ---------- > sha1 sha1 1.1.0 1.1.0 critcl > sha1 2.0.3 2.0.3 critcl > sha256 1.0.2 1.0.2 critcl > ---------- ---------------- --------------- --------------- > ---------- > struct struct::list 1.7 1.7 T > ---------- ---------------- --------------- --------------- > ---------- > > Unchanged > ========= > > asn, autoproxy, base32, base32::core, base32::hex, bee, bench, > bench::in, bench::out::csv, bench::out::text, bibtex, blowfish, > cache::async, calendar, cmdline, counter, crc16, des, dns, > doctools::changelog, doctools::cvs, exif, > fileutil::magic::cfront, fileutil::magic::cgen, > fileutil::magic::filetype, fileutil::magic::mimetype, > fileutil::magic::rt, fileutil::multi, ftp, ftp::geturl, ftpd, > grammar::fa::dacceptor, grammar::fa::dexec, grammar::fa::op, > grammar::me::cpu, grammar::me::cpu::core, > grammar::me::cpu::gasm, grammar::me::tcl, grammar::me::util, > grammar::peg, grammar::peg::interp, html, ident, inifile, > interp, interp::delegate::method, interp::delegate::proc, irc, > javascript, ldap, ldapx, logger::appender, logger::utils, > map::slippy, map::slippy::cache, map::slippy::fetcher, mapproj, > math, math::bigfloat, math::bignum, math::calculus, > math::complexnumbers, math::constants, math::fourier, > math::fuzzy, math::optimize, math::polynomials, > math::rationalfunctions, math::roman, math::special, mime, > multiplexer, nameserv, nameserv::auto, nameserv::common, > nameserv::server, ncgi, nntp, otp, page::analysis::peg::emodes, > page::analysis::peg::minimize, page::analysis::peg::reachable, > page::analysis::peg::realizable, page::compiler::peg::mecpu, > page::gen::peg::canon, page::gen::peg::cpkg, page::gen::peg::hb, > page::gen::peg::me, page::gen::peg::mecpu, page::gen::peg::ser, > page::gen::tree::text, page::parse::lemon, page::parse::peg, > page::parse::peghb, page::parse::pegser, page::pluginmgr, > page::util::flow, page::util::norm::lemon, > page::util::norm::peg, page::util::peg, page::util::quote, > picoirc, png, pop3d::dbox, pop3d::udb, profiler, rcs, report, > resolv, S3, SASL, SASL::NTLM, SASL::XGoogleToken, > simulation::annealing, simulation::montecarlo, > simulation::random, smtp, smtpd, soundex, spf, stooop, struct, > struct::disjointset, struct::matrix, struct::pool, > struct::prioqueue, struct::queue, struct::record, struct::set, > struct::skiplist, struct::stack, switched, tclDES, tclDESjr, > term, term::interact::menu, term::interact::pager, > term::receive, term::receive::bind, term::send, textutil, > textutil::adjust, textutil::expander, textutil::repeat, > textutil::split, textutil::string, textutil::tabify, > textutil::trim, tie, tie::std::array, tie::std::dsource, > tie::std::file, tie::std::growfile, tie::std::log, > tie::std::rarray, tiff, time, transfer::copy::queue, treeql, > uevent, uevent::onidle, unicode, unicode::data, units, uri, > uri::urn, uuid, xsxp > > Legend Change Details Comments > ------ ------- --------- > Major API: ** incompatible ** API changes. > > Minor EF : Extended functionality, API. > I : Major rewrite, but no API change > > Patch B : Bug fixes. > EX : New examples. > P : Performance enhancement. > > None T : Testsuite changes. > D : Documentation updates. > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july_______________________________________________ > 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: Andreas K. <and...@ac...> - 2009-11-24 23:43:33
|
Will Duquette wrote:
> Andreas,
>
> Your sample readme shows the changes from Tcllib 1.11.1 to 1.11.1. At
> least, that's what the column headers say. :-)
I know, the sak command pulls the numbers out of the various config and support
files and I haven't updated the version number officially yet. The script
making the Release Candidate will do so.
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
|
From: Andreas K. <and...@ac...> - 2009-11-24 17:02:28
|
Andreas Kupries wrote:
> Larry W. Virden wrote:
>> On Mon, Oct 26, 2009 at 6:48 PM, Andreas Kupries
>> <and...@ac...> wrote:
>>
>>> Based on these dates my proposal
>>>
>>> Mo Nov 9 4 weeks Testing, CVS bugfix commits, writing
>>> up release
>>> notes, fixing version numbers.
>>> Mo Dec 7 1 week RC available for general testing, CVS
>>> frozen
>>> Mo Dec 14 Release
>>>
>
>> Should one of the goals be to run the test suite against the current
>> CVS head for Tcl 8.5 and 8.6, to verify the various modules are
>> working against the current release as well as the impending release?
>
> Yes. While the 8.6 branch is technically still in beta it should be
> really near to its final form by now.
Status so far ...
Tested the head on various platforms (linux-ix86, linux-x86_64,
solaris2.8-sparc, hpux-parisc, aix-powerpc), against Tcl 8.4,
8.5, and 8.6, head of the respective branches.
Very few failures, mostly only in the testsuite, and because of chngeas in
error messages generated by 8.6. All are fixed now and in the Tcllib CVS. Also,
only a very low number of version numbers which were out of sync with code
changes, these I fixed yesterday.
I finally got up and wrote me a sak command which generates the README.txt for
the release. Still only semi-automatically, i.e. it needs hints for the
comment/notes columns, but all the formatting stuff is now done automatically,
no need for me to fiddle around with alignments, and separators.
Attached an example, generated for the current state of the head.
Onward ... I still have to put the channels and transforms from my Portland
talk up, and making them a new module in Tcllib seems to be the easiest way
(like the new coroutine module).
Still two weeks before I freeze the CVS for release.
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
|
From: Andreas K. <and...@ac...> - 2009-11-09 21:22:11
|
Andreas Drollinger wrote:
> Andreas,
> I have some troubles with the semi-bolilerplate code you are using as
> test harness for the tcllib packages:
>
> # --------------------------------------------------------------------
> source [file join \
> [file dirname [file dirname [file join [pwd] [info script]]]] \
> devtools testutilities.tcl]
> testsNeedTcl 8.2
> testsNeedTcltest 1.0
> testing {
> useLocal aes.tcl aes
> }
> # --------------------------------------------------------------------
>
> Calling my tests with source <TestFile> fails,
How exactly are you invoking your tests ?
The standard way of testing a module is (*),
% ./sak.tcl test run ... modules/<yourmodule>
where ... stands for additional options you may specify (**).
This invokes the tests of <yourmodule> indirectly through the main driver
script/application
support/devel/all.tcl
This driver loads tcltest, and also generates all the standard output sak.tcl
is parsing for its display.
I hope that helps.
~~~~~~~
(*) As documented in the file README.developer.
(**) More information regarding the acceptable options can be had via
% sak.tcl help test
> since one of the first
> executed commands of the testutilities.tcl file is 'if {![package
> vsatisfies [package provide tcltest] 2.0]} {...'.
>
> But because the tcltest package is only loaded later with the
> 'testsNeed'Tcltest' command, 'package provide tcltest' return an empty
> string and this creates an error with the 'package vsatisfies' command.
>
> When I add 'package require tcltest' in front of the semi-bolilerplate
> code my tests can be executed. But I guess this additional statement
> should not be required using the correct test launch approach.
>
> So, could you tell me how exactly you are launching the test suite for
> that the Tcltest package is already loaded before the test file is sourced?
>
> Thanks!
> Andreas
>
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
|
From: Andreas D. <an...@dr...> - 2009-11-09 20:53:22
|
Andreas,
I have some troubles with the semi-bolilerplate code you are using as
test harness for the tcllib packages:
# --------------------------------------------------------------------
source [file join \
[file dirname [file dirname [file join [pwd] [info script]]]] \
devtools testutilities.tcl]
testsNeedTcl 8.2
testsNeedTcltest 1.0
testing {
useLocal aes.tcl aes
}
# --------------------------------------------------------------------
Calling my tests with source <TestFile> fails, since one of the first
executed commands of the testutilities.tcl file is 'if {![package
vsatisfies [package provide tcltest] 2.0]} {...'.
But because the tcltest package is only loaded later with the
'testsNeed'Tcltest' command, 'package provide tcltest' return an empty
string and this creates an error with the 'package vsatisfies' command.
When I add 'package require tcltest' in front of the semi-bolilerplate
code my tests can be executed. But I guess this additional statement
should not be required using the correct test launch approach.
So, could you tell me how exactly you are launching the test suite for
that the Tcltest package is already loaded before the test file is sourced?
Thanks!
Andreas
|
|
From: Andreas D. <an...@dr...> - 2009-11-03 22:12:43
|
Hello, TEPAM uses an own regression test framework. But I like the TclTest package and its futures and will check the effort to use this package. The introduction you have seen has been written in M$ Word. But just for consistency reasons between the different Tcllib package it is a need to write any reference documentation in the doctool format and I will do this. But when I check the tcllib source package I can also find packages that have some HTML files. Such a HTML formated tutorial could be part of the provided examples, couldn't it? Well, the tutorial can certainly also be written in pure text using the doctool format. In this case the TEPAM package will probably have the following man pages: - tepam::tutorial (or tepam::introduction) - tepam::procedure - tepam::argument_dialogbox I guess any other pages can be added to the tcllib documentation, if this is required, can't it? Concerning the question if the graphical part (the argument dialogbox) should be placed into the tklib, or if the entire existing tepam package should be part of the tcllib can be decided later. I suggest to perform now first some cleanup on the package, to use for the regression test the TclTest package and to write an initial reference documentation in the doctool format. The package can then be reviewed and it can be decided if it meets the tcllib's quality standard, and if it should be split into two parts or not. I definitively need a couple of days to find the time to do this cleanup. Best regards, Andreas Drollinger |
|
From: Johann O. <joh...@go...> - 2009-11-01 11:52:22
|
Hi Larry, I would like to pack you up in your opinion and would vote for 2.) - as it sounds more clean logic for me. Also regarding version handling, it's easier to maintain tcllib / tklib separately, without the need to raise a version here *and* there. Rgds. and have a nice sunday, Johann On Nov 1, 2009, at 5:55 AM, Larry W. Virden wrote: > I had two thoughts while reading the paper today. > > 1. there's a third mode of the package that might be useful - > basically, a text version of the package, except when an error arises, > when, at that point, the interactive tk widget would open up as a way > for the user to provide missing info or correct something wrong. > > 2. I wonder if the interactive mode is so integrated into the package > that it would be better for the whole package to be a part of tklib, > rather than tcllib. > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Tcllib-devel mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcllib-devel |
|
From: Larry W. V. <lv...@gm...> - 2009-11-01 04:55:11
|
I had two thoughts while reading the paper today. 1. there's a third mode of the package that might be useful - basically, a text version of the package, except when an error arises, when, at that point, the interactive tk widget would open up as a way for the user to provide missing info or correct something wrong. 2. I wonder if the interactive mode is so integrated into the package that it would be better for the whole package to be a part of tklib, rather than tcllib. |
|
From: Andreas K. <and...@ac...> - 2009-10-30 20:55:15
|
Andreas Drollinger wrote:
> Dear all,
> Thanks for your first feedbacks to my initial mail.
> I will try to answer all your questions in this single mail:
>
> 1) License: I have already planned to use the BSD license for this package
Ok.
> 2) Tklib for the form generator: It may be wise to separate the
> graphical parts from the procedure and argument manager and to place
> them into Tklib. There is certainly no problem to use inside the Tcllib
> packages other packages from Tklib, isn't there?
Such a dependency would be new, no other package has such (IIRC).
My take is that having it should be no problem.
> The core TEPAM package
> would also rely on the form generator package in Tklib.
> 3) There is already a comprehensive regression test in place for the
> non-graphical part of TEPAM. Nevertheless, in case Tcllib is using an
> own test framework,
Tcllib uses Tcl's tcltest package as the basis of its test framework.
If your test framework is also based on tcltest then the main issue/difference
may be the way the package under test, and support code, are loaded.
In tcllib we use semi-bolilerplate code like
# --------------------------------------------------------------------
source [file join \
[file dirname [file dirname [file join [pwd] [info script]]]] \
devtools testutilities.tcl]
testsNeedTcl 8.2
testsNeedTcltest 1.0
testing {
useLocal aes.tcl aes
}
# --------------------------------------------------------------------
for this.
> this regression test has certainly to be adapted to
> the Tcllib test framework. For the graphical part of the TEPAM package
> there is no regression test for the moment available.
That is ok.
>
> 4) It should be fine to write the command reference documentation in the
> doctool format. Nevertheless, I am not sure if this format is adequate
> for a tutorial (like the TEPAM introduction) that will also include some
> pictures.
True, doctools currently does not support pictures as part of the manual. We
have some semi-support in a related format (TIP's), and its rendering system.
We may be able to adopt a similar strategy for doctools. The strategy of
tiprender is to have the basename of the image in the document sources, and
then have the renderer select the specific format of the image, assuming that
such exists. Example
Sources.
#img foo
Renderers
HTML looks for foo.gif
Text looks for foo.text
etc.
where it is assumed that these files are all containing the same image, in
different representations. Like foo.text some ascii-art representation of the
foo.gif).
What format are you using for your introduction which then gets converted into
PDF ? Assuming that there is a source format different than PDF.
>
> 5) Concerning the sub-commands, TEPAM is basically providing an easy way
> to declare them. Sub-commands can be declared individually each from the
> other with individual procedure bodies like normal procedures, and TEPAM
> will then call the right procedure body in function of the selected
> sub-command. The attached document provides an example of the
> declaration and usage of sub-commands with TEPAM.
I believe declaration and usage were not in doubt, the original question
pointed more to the implementation. However that is more for Gerald, as he put
up the original question about this.
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
|
From: Andreas D. <an...@dr...> - 2009-10-29 22:40:40
|
Dear all, Thanks for your first feedbacks to my initial mail. I will try to answer all your questions in this single mail: 1) License: I have already planned to use the BSD license for this package 2) Tklib for the form generator: It may be wise to separate the graphical parts from the procedure and argument manager and to place them into Tklib. There is certainly no problem to use inside the Tcllib packages other packages from Tklib, isn't there? The core TEPAM package would also relay on the form generator package in Tklib. 3) There is already a comprehensive regression test in place for the non-graphical part of TEPAM. Nevertheless, in case Tcllib is using an own test framework, this regression test has certainly to be adapted to the Tcllib test framework. For the graphical part of the TEPAM package there is no regression test for the moment available. 4) It should be fine to write the command reference documentation in the doctool format. Nevertheless, I am not sure if this format is adequate for a tutorial (like the TEPAM introduction) that will also include some pictures. 5) Concerning the sub-commands, TEPAM is basically providing an easy way to declare them. Sub-commands can be declared individually each from the other with individual procedure bodies like normal procedures, and TEPAM will then call the right procedure body in function of the selected sub-command. The attached document provides an example of the declaration and usage of sub-commands with TEPAM. I hope I could answer your questions. Best regards, Andreas Drollinger |
|
From: Andreas K. <and...@ac...> - 2009-10-29 18:19:21
|
Lars Hellström wrote: >>> Does not ensembles provide for the sub-commands? > They can also be used to provide for options: http://wiki.tcl.tk/21443 > ;-) >> Andreas Dollinger (the original submitter) might be better able to answer here. >> My understanding from the introductory pdf is that he provides snit >> hierarchical methods, just for procedures. > You mean "hierarchical methods, like in snit" (concept) or "the > hierarchical methods of snit" (implementation)? I guess the former from > what came next, but it sounded like you were saying the latter. I meant the former, concept. -- Sincerely, Andreas Kupries <an...@ac...> Developer @ <http://www.activestate.com/> |
|
From: Lars H. <Lar...@re...> - 2009-10-29 18:16:20
|
Andreas Kupries skrev: > Gerald W. Lester wrote: >> Andreas Kupries wrote: >>>> Dear Tcllib administrators, The TCL language doesn't provide any >>>> native support to handle easily sub commands and procedure arguments >>>> and options, even if these features are heavily used by the standard >>>> TCL and TK commands. >>>> >> Does not ensembles provide for the sub-commands? They can also be used to provide for options: http://wiki.tcl.tk/21443 ;-) > Andreas Dollinger (the original submitter) might be better able to answer here. > > My understanding from the introductory pdf is that he provides snit > hierarchical methods, just for procedures. You mean "hierarchical methods, like in snit" (concept) or "the hierarchical methods of snit" (implementation)? I guess the former from what came next, but it sounded like you were saying the latter. Lars Hellström |
|
From: Andreas K. <and...@ac...> - 2009-10-29 17:34:32
|
Gerald W. Lester wrote:
> Andreas Kupries wrote:
>>> Dear Tcllib administrators, The TCL language doesn't provide any
>>> native support to handle easily sub commands and procedure arguments
>>> and options, even if these features are heavily used by the standard
>>> TCL and TK commands.
>>>
> Does not ensembles provide for the sub-commands?
Andreas Dollinger (the original submitter) might be better able to answer here.
My understanding from the introductory pdf is that he provides snit
hierarchical methods, just for procedures.
procedure {a sub1} {...} {...}
procedure {a sub2} {...} {...}
=> We get a single command a which has sub commands sub1 and sub2
Internally this may be very be done with namespace ensembles.
I am guessing that the point for him is the ease of declaring them, which is
the point in snit as well (I very recently converted a switch-style sub command
handling in a snit class to hierachical methods, which made things much easier).
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
|
From: Gerald W. L. <Ger...@co...> - 2009-10-29 17:15:19
|
Andreas Kupries wrote: >> Dear Tcllib administrators, The TCL language doesn't provide any >> native support to handle easily sub commands and procedure arguments >> and options, even if these features are heavily used by the standard >> TCL and TK commands. >> Does not ensembles provide for the sub-commands? -- +------------------------------------------------------------------------+ | Gerald W. Lester | |"The man who fights for his ideals is the man who is alive." - Cervantes| +------------------------------------------------------------------------+ |
|
From: Andreas K. <aku...@sh...> - 2009-10-29 04:47:32
|
> Dear Tcllib administrators, The TCL language doesn't provide any
> native support to handle easily sub commands and procedure arguments
> and options, even if these features are heavily used by the standard
> TCL and TK commands.
> To eliminate this lack of native language support, I have written
> TEPAM, the 'Tcl's Enhanced Procedure and Argument Manager'. Attached
> to this mail you can find a short introduction into TEPAM and an
> overview of its major features.
> I would like to publish TEPAM as open source and am checking if I
> can include TEPAM into an existing project. Do you think that the
> Tcllib would be an adequate project to include TEPAM?
Yes in general, with the form generator part more something for Tklib,
which however is in the same SF project.
One question which does not seem to be ansewered by the introduction
is the license you plan to release the package under. The tcllib
project would strongly prefer release under a BSD license.
> If yes, what would be the way how I should proceed? I guess I cannot
> just commit my module to the Tcllib's CVS repository, but I think
> that this module should certainly first be reviewed by a project
> admin, and then cleaned up by myself to fit into the project's
> framework.
The main entry for new features is the 'bug' tracker of the project on
SourceForge, although this is not a bug but a Feature Request (FR).
Not having seen the sources yet, I can only give general advice regarding
cleanup, etc.:
- We would like to have one or more files ending .test, containing a
testsuite for the features of the package.
- Documentation is preferably written in doctools format (x).
The .test and .man files in existing packages can serve as examples.
I have directed my answer to not only you directly, but also the
tcllib-devel mailing list of the project, which is the main list for
discussing all things related to Tcllib, including new packages.
I also re-attached your introduction so that the list members will be
able to read it as well, assuming that the attachment won't get
stripped off by SF's mail software.
> If you think that Tcllib is not the adequate hosting project, would
> you have a recommendation for a more suitable project?
> Thank you very much.
> Best regards,
> Andreas Drollinger
(x) Language introduction
http://docs.activestate.com/activetcl/8.5/tcllib/doctools/doctools_lang_int
ro.html
Language Syntax Reference
http://docs.activestate.com/activetcl/8.5/tcllib/doctools/doctools_lang_syn
tax.html
Language Command Reference
http://docs.activestate.com/activetcl/8.5/tcllib/doctools/doctools_lang_cmd
ref.html
--
So long,
Andreas Kupries <aku...@sh...>
<http://www.purl.org/NET/akupries/>
Developer @ <http://www.activestate.com/>
-------------------------------------------------------------------------------
|
|
From: Andreas K. <and...@ac...> - 2009-10-27 15:45:46
|
Larry W. Virden wrote:
> On Mon, Oct 26, 2009 at 6:48 PM, Andreas Kupries
> <and...@ac...> wrote:
>
>> Based on these dates my proposal
>>
>> Mo Nov 9 4 weeks Testing, CVS bugfix commits, writing up release
>> notes, fixing version numbers.
>> Mo Dec 7 1 week RC available for general testing, CVS frozen
>> Mo Dec 14 Release
>>
> Should one of the goals be to run the test suite against the current
> CVS head for Tcl 8.5 and 8.6, to verify the various modules are
> working against the current release as well as the impending release?
Yes. While the 8.6 branch is technically still in beta it should be really near
to its final form by now.
--
Sincerely,
Andreas Kupries <an...@ac...>
Developer @ <http://www.activestate.com/>
|
31 messages has been excluded from this view by a project administrator.
