You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(15) |
Dec
(56) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(33) |
Feb
(61) |
Mar
(61) |
Apr
(57) |
May
(64) |
Jun
(73) |
Jul
(35) |
Aug
(68) |
Sep
(26) |
Oct
(46) |
Nov
(51) |
Dec
(20) |
2002 |
Jan
(20) |
Feb
(62) |
Mar
(38) |
Apr
(33) |
May
(29) |
Jun
(25) |
Jul
(42) |
Aug
(56) |
Sep
(28) |
Oct
(29) |
Nov
(23) |
Dec
(5) |
2003 |
Jan
(38) |
Feb
(17) |
Mar
(13) |
Apr
(15) |
May
(15) |
Jun
(6) |
Jul
(3) |
Aug
(1) |
Sep
(11) |
Oct
(37) |
Nov
(27) |
Dec
(21) |
2004 |
Jan
(14) |
Feb
(9) |
Mar
(20) |
Apr
(15) |
May
(2) |
Jun
(12) |
Jul
(11) |
Aug
(7) |
Sep
(14) |
Oct
(22) |
Nov
(4) |
Dec
(25) |
2005 |
Jan
(11) |
Feb
(10) |
Mar
(17) |
Apr
(14) |
May
(16) |
Jun
(3) |
Jul
(9) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(12) |
Dec
(12) |
2006 |
Jan
(13) |
Feb
(4) |
Mar
(11) |
Apr
(2) |
May
(6) |
Jun
(5) |
Jul
(6) |
Aug
(12) |
Sep
(2) |
Oct
(8) |
Nov
(3) |
Dec
(5) |
2007 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2008 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(2) |
Dec
(1) |
2009 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(5) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(3) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
(4) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Larry W. V. <lv...@gm...> - 2010-06-07 12:58:00
|
On Wed, May 26, 2010 at 11:28 AM, Larry W. Virden <lv...@gm...> wrote: > : > : > The environment is this: > Users have Cygwin on their Windows desktop, ssh into a SPARC Solaris > machine, and run the real application on the SPARC, displaying back > through Cygwin's X server. (Right now, there is also some verification > going on using Exceed on the Windows desktop instead.) > > The simplified example displays a large window with a single tab at > the bottom. When the user clicks the tab, a "File" widget appears at > the top of the box. Clicking on the entry's down arrow on the right > _should_ display a drop down menu of a series of file names > (thisIsFile1 this IsFile2 etc.). Instead, what we see is a single > column - not even wide enough for 1 character. displaying the first > part of the t in the file name. > > I would like to ask: > > 1. Does anyone on some platform other than Windows see the same thing > 2. Does anyone have an idea what needs to be done so that the entire > file name is displayed? Is this a problem in Tk, Itk, Iwidgets, or > the application? > I received responses from 2 people One person tried the code I included in the original post using Exceed on Demand and saw no problem. The other person, using Cygwin, discovered that when he used Cygwin X server's -multiwindow flag, he saw the same issue, even with the newest version of the server, but if he didn't use that flag, the behavior of the combobox appeared to be as expected. I've not received any suggestions, however, concerning how to change the simple program so that it works in the multiwindow Cygwin environment. I'm not familar enough with how combox and tk interact with the server that such behavior is exhibited. If anyone has any ideas, I'd appreciate hearing about them. Thank you all very much. -- Tcl - The glue of a new generation. http://wiki.tcl.tk/ Larry W. Virden http://www.xanga.com/lvirden/ Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. |
From: Larry W. V. <lv...@gm...> - 2010-05-26 15:28:27
|
I have users using incr widgets using Tcl 8.4 (and I've tried it with Tcl 8.5 and see the same results). I've seen this problem in both Tcl 8.4 and 8.5. The following code is an attempt to distill the problem into a small coherent example. The environment is this: Users have Cygwin on their Windows desktop, ssh into a SPARC Solaris machine, and run the real application on the SPARC, displaying back through Cygwin's X server. (Right now, there is also some verification going on using Exceed on the Windows desktop instead.) The simplified example displays a large window with a single tab at the bottom. When the user clicks the tab, a "File" widget appears at the top of the box. Clicking on the entry's down arrow on the right _should_ display a drop down menu of a series of file names (thisIsFile1 this IsFile2 etc.). Instead, what we see is a single column - not even wide enough for 1 character. displaying the first part of the t in the file name. I would like to ask: 1. Does anyone on some platform other than Windows see the same thing 2. Does anyone have an idea what needs to be done so that the entire file name is displayed? Is this a problem in Tk, Itk, Iwidgets, or the application? Thank you for your help. Code begins: package require Tk package require Itcl package require Itk package require Iwidgets wm title . "menuTest" frame .appFrame iwidgets::tabnotebook .appFrame.notebook -width 1000 -height 800 .appFrame.notebook add -label Tab-1 -foreground blue set oneChildSite [.appFrame.notebook childsite 0] update idletasks frame $oneChildSite.top -relief ridge -borderwidth 5 frame $oneChildSite.bottom -relief ridge -borderwidth 5 iwidgets::combobox $oneChildSite.top.files \ -labeltext "File:" set fileList [list thisIsFile1 thisIsFile2 thisIsFile3 thisIsFile4 thisIsFile5 t hisIsFile6 thisIsFile7] foreach file $fileList { $oneChildSite.top.files insert list end $file } pack .appFrame -side top -fill both -expand yes pack .appFrame.notebook -side top -fill both -expand yes pack $oneChildSite.top -side top -fill x pack $oneChildSite.top.files -side top -fill x pack $oneChildSite.bottom -side top -fill both -expand yes -pady 2m -- Tcl - The glue of a new generation. http://wiki.tcl.tk/ Larry W. Virden http://www.xanga.com/lvirden/ Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. |
From: Arnulf W. <ar...@wi...> - 2010-04-28 12:58:30
|
Am Mittwoch 28 April 2010 13:54:08 schrieb Larry W. Virden: > Hi! I have noticed that when building the itcl that is currently paged in > the tcl 8.6 beta, there are several issues. > > The most important issue is, of course, that the code doesn't completely > compile. It is a bug that I reported and see has been fixed in the > http://incrtcl.sf.net/ project. The fix, removing a return before the last > statement at the end of a function defined to return void, is an easy one > to make when building the beta code. It would be great, however, to have > the latest working version of itcl in the beta, so that the version of the > code expected to go into production is being tested... > > The less critical, but still concerning, issue is the series of compiler > warnings that occur, at least in my environment. I've documented 3 of the > files so far, but there are 3 or 4 more. I didn't want to flood the bug > database with reports until I found out that is okay. > > If someone responsible for the code base is reading this, please let me > know whether you want more reports of this type or not. > > Thank you. > I will look at the problems and I am interested in further bugs, as I intend to fix them in cvs head and then Don Porter can take them for Tcl 8.6b2 pkgs directory. thanks for reporting the Warnings. Arnulf (apw) |
From: Larry W. V. <lv...@gm...> - 2010-04-28 11:54:15
|
Hi! I have noticed that when building the itcl that is currently paged in the tcl 8.6 beta, there are several issues. The most important issue is, of course, that the code doesn't completely compile. It is a bug that I reported and see has been fixed in the http://incrtcl.sf.net/ project. The fix, removing a return before the last statement at the end of a function defined to return void, is an easy one to make when building the beta code. It would be great, however, to have the latest working version of itcl in the beta, so that the version of the code expected to go into production is being tested... The less critical, but still concerning, issue is the series of compiler warnings that occur, at least in my environment. I've documented 3 of the files so far, but there are 3 or 4 more. I didn't want to flood the bug database with reports until I found out that is okay. If someone responsible for the code base is reading this, please let me know whether you want more reports of this type or not. Thank you. -- Tcl - The glue of a new generation. http://wiki.tcl.tk/ Larry W. Virden http://www.xanga.com/lvirden/ Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. |
From: Sebastian R. <seb...@l0...> - 2010-03-24 09:55:48
|
Hi, I'm trying to update the itcl port on OpenBSD, to make itcl work with tcl 8.5. I tried to use it together with tcl 8.5.7 and tcl 8.5.8. The old version in the ports which is itcl 3.3 works with tcl 8.4 and there all tests pass. With itcl 3.4 the following output shows up when I run the tests: Tests running in interp: /usr/local/bin/tclsh8.5 Tests located in: /home/ports/obj/itcl-3.4b1/itcl3.4/tests Tests running in: /home/ports/obj/itcl-3.4b1/itcl3.4 Temporary files stored in /home/ports/obj/itcl-3.4b1/itcl3.4 Test files run in separate interpreters Running tests that match: * Skipping test files that match: l.*.test Only running test files that match: *.test Tests began at Wed Mar 24 10:20:08 CET 2010 basic.test body.test chain.test delete.test ensemble.test ==== ensemble-1.11 part argument errors are handled gracefully FAILED ==== Contents of test case: list [catch "itcl::ensemble test_numbers {part foo {{}} {}}" msg] $msg $errorInfo ---- Result was: 1 {argument with no name} {argument with no name while executing "part foo {{}} {}" ("ensemble" body line 1) invoked from within "itcl::ensemble test_numbers {part foo {{}} {}}"} ---- Result should have been (exact matching): 1 {procedure "foo" has argument with no name} {procedure "foo" has argument with no name while executing "part foo {{}} {}" ("ensemble" body line 1) invoked from within "itcl::ensemble test_numbers {part foo {{}} {}}"} ==== ensemble-1.11 FAILED import.test info.test inherit.test interp.test local.test methods.test mkindex.test namespace.test protection.test scope.test Tests ended at Wed Mar 24 10:20:10 CET 2010 all.tcl: Total 400 Passed 399 Skipped 0 Failed 1 Sourced 15 Test Files. Files with failing tests: ensemble.test The ensemble.test file is the same in the itcl 3.3 and itcl 3.4 sources. I also updated the port for itk-3.3 because that is the only port depending on itcl so far. Running the regression tests for itk-3.3 then I have no failed tests. My tests were done on OpenBSD 4.6 i386. Anybody knows whats wrong with the failed ensemble test? I don't want to easily ignore it. cheers, Sebastian |
From: Haritha <har...@in...> - 2009-09-17 12:42:46
|
Hi, Can anyone please guide me in the following functionality: I created an excel instance using ::tcom commands. I write some data and saved the excel. Now when I am trying to close the excel, the excel instance is not getting killed. I found the code in C language to terminate the excel using windows Api's Can anyone please tell me how can I convert the following code into TCL commands, or how can I use these commands in my TCL script to kill the excel instance. Here is the code: HWND hndl = NULL; hndl = GetWindowHandle(WindowName); DWORD exitCode=0; if(hndl != 0) { HANDLE hndlProcess; LPDWORD processID = new unsigned long; ::GetWindowThreadProcessId (hndl,processID); objExcel->PutProperty("DisplayAlerts", false); objExcel->CallMethod("Quit"); delete objExcel; hndlProcess=::OpenProcess (PROCESS_ALL_ACCESS,0,*processID); ::GetExitCodeProcess(hndlProcess,&exitCode); ::TerminateProcess (hndlProcess,exitCode); } |
From: Jeff H. <je...@ac...> - 2009-09-14 14:49:24
|
On 13-Sep-09, at 11:34 PM, Judith Retief wrote: > > My recommendation would be to just download ActiveTcl 8.5 > > and use the Itcl that comes with that > > The box on which this was installed is Slackware 12.2.0 - it came > with Tcl8.5. Is it safe to simply run the ActiveTcl installer on top > of the existing installation to replace it? I've also compiled some > other third party code against the existing TCL installation, would > these have to be recompiled? > Yes, it should be safe to use ActiveTcl in replacement. It default installs into its own directory, but you can soft-link it over the system version. It may be compatible with the 3rd party code, but that depends on compilation options of the slackware version. Jeff |
From: Haritha <har...@in...> - 2009-09-12 09:53:35
|
Hi, Can any one please let me know what is the cause of my following problem. I have a TCL file in which I am using the windows APIs to kill an excel instance. For this I downloaded the package "twapi" from the following site: http://twapi.magicsplat.com/installation.html I downloaded the zip format of the package and unzipped it and placed in c:\Tcl\lib (where all other TCL libraries are also located.) Now if I run the TCL file from command prompt, the code is working fine and the excel instance is also getting killed. But, my requirement is to invoke my TCL file while running the ANSYS. The TCL file is getting invoked, but the windows APIs functions I used are not getting recognized. I checked that I also included the statement Package require twapi at the begging of my tcl file. Please help me out in this. Thanks in Advance. |
From: Jeff H. <je...@ac...> - 2009-09-10 22:44:53
|
On 10/09/2009 3:35 AM, Judith Retief wrote: > Up to now I've used Itcl 3.2.1 against Tcl8.4, but I now have a new > box with Tcl8.5 and I need to get Itcl to work with it. My recommendation would be to just download ActiveTcl 8.5 and use the Itcl that comes with that (with updates via teacup). Itcl has a slightly more haphazard release process now and ActiveState works off the right cvs pieces to provide working binaries. Jeff |
From: Judith R. <Ju...@in...> - 2009-09-10 10:36:18
|
Up to now I've used Itcl 3.2.1 against Tcl8.4, but I now have a new box with Tcl8.5 and I need to get Itcl to work with it. I've read in this thread [http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-02/msg01063.html] that Itcl 3.2.1 won't work, I need to compile Itcl 3.4. The links for the Itcl source code provided in that email exchange doesn't exists any more. I can't manage to find a source tarball for Itcl3.4 anywhere. The best I could do was Itcl 4 - on SourceForge's site I could get Itcl4.0b3.tar.zip from http://sourceforge.net/projects/incrtcl/files/%5Bincr%20Tcl_Tk%5D-4-source/, and Itcl;4.0.tar.zip from http://sourceforge.net/projects/incrtcl/files/%5Bincr%20Tcl_Tk%5D-4-source/Itcl_Itk%204.0a0/Itcl4.0.tar.gz/download. I've untarred and configured both of these. Both of them configure without a problem, but in both versions compiling gives a problem. generic/itcl2TTcl00.c file #includes tcl00Int.h and tcl00.h, and those files are not to be found on the installation - only tclInt.h and tcl.h It's very difficult for me to make sense of the Itcl project - I can't figure out where the officially released tarballs, which Tcl versions they are supposed to be compatible with, and how compatible they are with each other. Please any advice would be most welcome. If you have pointers to up-to-date information I'm more than happy to read up myself. Regards, Judith |
From: Larry W. V. <lv...@gm...> - 2009-07-23 11:17:22
|
What code do you use to read and write the Excel spreadsheet? As far as I was aware, incr-tcl doesn't come with such software. The best place to seek help is with the package author and those using the particular software. If this is all original software that you wrote, then until people familar with interacting with excel spreadsheets sees your software, they won't be able to help you make changes. Perhaps the best next step is to write a small coherent example of reading a small spreadsheet and writing out the line and saving it, and after verifying that it fails in the same manner, sending that example along for people to look at. Surely it would only be a dozen lines or so of code, and that would allow other people to experiment and see what special processing is needed to achieve your goal. On Thu, Jul 23, 2009 at 6:17 AM, swetha <swe...@in...> wrote: > > > Hi all, > > > > I am working in excel application. Here I am opening an existing xl sheet > which contains some charts and work sheets… I am adding one more item(new > series) to the existing chart… I am successful in adding the new line to the > chart….. but my problem is, I want to change the charttype of that > particular series item(new series added). I am trying to change the type as > follows. > > $newseries ChartType -4169 > > > > But it is not effecting… can you plz help me out in this. > > Also I need to change the color of that particular series item. > > > > Thanks, > > Swetha > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Incrtcl-users mailing list > Inc...@li... > https://lists.sourceforge.net/lists/listinfo/incrtcl-users > > -- Tcl - The glue of a new generation. http://wiki.tcl.tk/ Larry W. Virden http://www.xanga.com/lvirden/ Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. |
From: swetha <swe...@in...> - 2009-07-23 10:14:37
|
Hi all, I am working in excel application. Here I am opening an existing xl sheet which contains some charts and work sheets. I am adding one more item(new series) to the existing chart. I am successful in adding the new line to the chart... but my problem is, I want to change the charttype of that particular series item(new series added). I am trying to change the type as follows. $newseries ChartType -4169 But it is not effecting. can you plz help me out in this. Also I need to change the color of that particular series item. Thanks, Swetha |
From: Berthier, V. M <viv...@ed...> - 2009-04-16 18:02:00
|
Somebody asked me to submit some code but it's complicated since there are several classes involved. I will attempt to put some code snippets below and maybe you can catch what I am doing wrong. First notebook iwidgets::panedwindow $base.pw \ -background $::theme(-background) pack $base.pw -expand yes -fill both $base.pw add message -margin 0 $base.pw add response -margin 0 set messageframe [$base.pw childsite message] set responseframe [$base.pw childsite response] set editorframe $messageframe.input iwidgets::tabnotebook $editorframe \ -backdrop $::theme(-darkbackground) \ -background $::theme(-background) \ -tabbackground $::theme(-mediumbackground) \ -tabpos n pack $editorframe -side top -expand yes -fill both Then a second class is created and it is passed the first notebook such as: set thisEditor [::Message::$editor ::#auto $editorframe] In that class I have a build_display method that builds a panedwindow and in each pane it builds a notebook: (f is $editorframe from above) set cf [$f add -label "Display"] set inputframe $cf.f iwidgets::scrolledframe $inputframe \ -background $::theme(-background) \ -highlightthickness 0 \ -hscrollmode dynamic \ -vscrollmode dynamic \ -scrollmargin 0 \ -borderwidth 0 [$inputframe component vertsb] configure -borderwidth 1 [$inputframe component horizsb] configure -borderwidth 1 pack $inputframe -expand yes -fill both set inputchildsite [$inputframe childsite] # build paned window for old/new pricing message set paneframe $inputchildsite iwidgets::panedwindow $paneframe.pw \ -orient vertical \ -width 1400 \ -height 400 \ -sashindent 100 \ -background blue pack $paneframe.pw -side top -expand yes -fill both $paneframe.pw add oldprice -minimum 120 -margin 0 $paneframe.pw add newprice -minimum 120 -margin 0 set oldpriceframe [$paneframe.pw childsite oldprice] set newpriceframe [$paneframe.pw childsite newprice] set oldeditorframe $oldpriceframe.openprice iwidgets::tabnotebook $oldeditorframe \ -backdrop $::theme(-darkbackground) \ -background $::theme(-background) \ -tabbackground $::theme(-mediumbackground) \ -tabpos n pack $oldeditorframe -side top -expand yes -fill both set editor "PricingMessage" set _oldPM [::Message::$editor ::#auto $oldeditorframe "OLDRRI"] set neweditorframe $newpriceframe.input # build tabs for new pricing message side (class.tcl does this for the reissue window as a whole) iwidgets::tabnotebook $neweditorframe \ -backdrop $::theme(-darkbackground) \ -background $::theme(-background) \ -tabbackground $::theme(-mediumbackground) \ -tabpos n pack $neweditorframe -side top -expand yes -fill both set editor "PricingMessage" set _newPM [::Message::$editor ::#auto $neweditorframe "NEWRRI"] $paneframe.pw fraction 30 70 So when the application displays, the first notebook displays and within its first tab, the panedwindow with the first tab of each notebook's content displayed, but I have to move the sash of the panedwindow to be able to see all the tabs of the imbeded notebooks. It is like it has to re-display for me to be able to see all the tabs. I've tried not having a paned window and just using a frame and putting only one notebook into it (instead of two) and I still have the same problem. I tried putting an update idletasks after all the widgets were packed but no use. I'm really stumped. Any suggestions would be appreciated. Thanks in advance Vivian M. Berthier Focused on bringing industry leading Air Services solutions to the market EDS Transportation Products 3450 Lakeside Drive Miramar, Florida 33027 ( (954) 433-6552 * mailto:viv...@ed... Vivian M. Berthier > Focused on bringing industry leading Air Services solutions to the > market > > EDS Transportation Products > 3450 Lakeside Drive Miramar, Florida 33027 * (954) 433-6552 * mailto:viv...@ed... > ______________________________________________ > From: Berthier, Vivian M > Sent: Monday, March 30, 2009 4:59 PM > To: inc...@li... > Subject: Iwidgets tabnotebook problem > > I have an application where I use an iwidgets tabnotebook with several > tabs. Inside the first tab, I put another tabnotebook. When the > application displays the first notebook displays and within it the > first page of the second notebook, however the tabs of the second > notebook do not display. > Seems to be a bug in the notebook widget. I would appreciate any > suggestions. > Thanks, > > Vivian M. Berthier > > Focused on bringing industry leading Air Services solutions to the > market > > EDS Transportation Products > 3450 Lakeside Drive > Miramar, Florida 33027 > * (954) 433-6552 > * mailto:viv...@ed... > > |
From: Berthier, V. M <viv...@ed...> - 2009-03-30 20:59:21
|
I have an application where I use an iwidgets tabnotebook with several tabs. Inside the first tab, I put another tabnotebook. When the application displays the first notebook displays and within it the first page of the second notebook, however the tabs of the second notebook do not display. Seems to be a bug in the notebook widget. I would appreciate any suggestions. Thanks, Vivian M. Berthier > Focused on bringing industry leading Air Services solutions to the > market > > EDS Transportation Products > 3450 Lakeside Drive Miramar, Florida 33027 * (954) 433-6552 * mailto:viv...@ed... |
From: Arnulf W. <ar...@wi...> - 2009-02-03 21:24:03
|
I am very pleased to announce the third beta release of itcl 4.0 named itcl 4.0b3. package names: itcl 4.0b3 itk 4.0b3 The big difference to the last release itcl 4.0b1 (itcl 4.0b2 was only used for integration into tcl/pkgs and never released as a source release) is, that now also the OSX (thanks to Daniel Steffen) and the Windows (thanks to David Gravereaux) builds are working. And the itclWidget package is no longer needed (the last part of it) is now integrated into itcl as a Tcl script, loaded on demand. There were also some bug fixes. If you find problems please report them otherwise have fun with that version. Arnulf Wiedemann (apw) |
From: Arnulf W. <ar...@wi...> - 2008-12-11 11:05:44
|
I am very pleased to announce the first beta release of itcl 4.0. This will be also the release bundled to Tcl core 8.6 b1 release. WARNING: all package names are now lower case because of the guidelines from a long time ago and also because of the discussion of case insensitive package names!! package names: itcl 4.0 itclwidget 4.0 itk 4.0 There is no new functionality in this release compared to the last release, only some cleaning up and a huge amount of memory leak fixes. If you find problems please report them otherwise have fun with that version. Arnulf Wiedemann (apw) |
From: Arnulf W. <ar...@wi...> - 2008-11-16 18:21:50
|
I am very pleased to announce the second alpha release of Itcl/Itk 4.0a1. There were no changes in the existing functionality as there was not a single bug report for the last release, which I have received. This release contains mostly new functionality: ::itcl::type, ::itcl::widget and ::itcl::widgetadaptor commands which are mostly identical to the snit commands ::snit::type, ::snit::widget and ::snit::widgetadaptor. Also most of the hull and the delegation functionality have been implemented. There is a test suite with about 300 tests 284 of which are running successful, so I hope there are not too many problems left. For details look into the release notes and best in the itcl-ng wiki page: http:://wiki.tcl.tk/itcl-ng Please give the new functionality a try and report problems. Arnulf Wiedemann (apw on the wiki/tkchat) |
From: Arnulf W. <ar...@wi...> - 2008-11-02 13:41:01
|
Hi, I am just wondering, that there are now about 110 downloads of itcl and 70 of itk and there was no feedback at all. Are you all happy with that version then I am happy too :) If there are any problems, please let me know, I am maintaning the new version actively, so I promise to look for problems asap. If you have no problems, comments would also be welcome, so I know this version is usable, as there are plans to eventually bundle that version into core releases later on and to abandon the older versions (itcl 3.3 and itcl3.4 some time in the future) Thanks, Arnulf Wiedemann (apw in tclchat) |
From: Raul G. <ra...@gm...> - 2008-10-27 23:32:43
|
Hi folks, I have several questions -I passed the --with-tcl option but the directory whe I have tcl installed does not have tcl100.h, it only has tcl.h, was this header added in a later release or my installation is missing something? -I have tcl 8.5.2 and I'm afraid that if I compile with Tcl 8.6a3 as Arnulf suggest this could cause some incompatibilities, do you think this is likely to happen or not? - I tried to compile with an older version of itcl (3.2.1) but still got some compilation errors I searchd the web and found that here this error is reported http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-02/msg01063.htmland said that to compile with 8.5 I should try with itcl 3.4 however that version is not in the itcl page, the last before 4.0 is 3.3, do you know how can I get itcl 3.4? Thanks in advance Regards On Sun, Oct 26, 2008 at 4:07 PM, Arnulf Wiedemann <ar...@wi...>wrote: > Am Sonntag, 26. Oktober 2008 00:06:32 schrieb Raul Garcia: > > Hi all, > > I'm trying to compile [incr TCL] in Itanium and the ./configure does not > > show errors but when I try to run the make I get a lot of compilation > > errors like this > > > > Error 112: "./generic/itcl2tc100.c", line 16 # include file <tcl100.h> > not > > found. > > is [incr TCL] supported in Itanium 64? > > the Incr tcl is the version 4.0 > > cc is the HP ux, the TCL that is installed was compiled for Itanium and > > version is 8.5.2 > > any hint would be appreciated > > > > ~~~~~~~~~~~~~~~~~~ > > Raul Garcia > > True beauty is on the inside > > Jack The Ripper > > maybe you neeed option --with-tcl=/path/to/your/tclhead/directory/unix, > when > you run configure and you really need Tcl 8.6a3 or Tcl HEAD from CVS with > the > included tclOO.h file > > That works at least for me on my Linux machine. > HTH, > Arnulf > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Incrtcl-users mailing list > Inc...@li... > https://lists.sourceforge.net/lists/listinfo/incrtcl-users > -- ~~~~~~~~~~~~~~~~~~ Raul Garcia True beauty is on the inside Jack The Ripper |
From: Arnulf W. <ar...@wi...> - 2008-10-26 22:19:52
|
Am Sonntag, 26. Oktober 2008 00:06:32 schrieb Raul Garcia: > Hi all, > I'm trying to compile [incr TCL] in Itanium and the ./configure does not > show errors but when I try to run the make I get a lot of compilation > errors like this > > Error 112: "./generic/itcl2tc100.c", line 16 # include file <tcl100.h> not > found. > is [incr TCL] supported in Itanium 64? > the Incr tcl is the version 4.0 > cc is the HP ux, the TCL that is installed was compiled for Itanium and > version is 8.5.2 > any hint would be appreciated > > ~~~~~~~~~~~~~~~~~~ > Raul Garcia > True beauty is on the inside > Jack The Ripper maybe you neeed option --with-tcl=/path/to/your/tclhead/directory/unix, when you run configure and you really need Tcl 8.6a3 or Tcl HEAD from CVS with the included tclOO.h file That works at least for me on my Linux machine. HTH, Arnulf |
From: Raul G. <ra...@gm...> - 2008-10-25 22:06:37
|
Hi all, I'm trying to compile [incr TCL] in Itanium and the ./configure does not show errors but when I try to run the make I get a lot of compilation errors like this Error 112: "./generic/itcl2tc100.c", line 16 # include file <tcl100.h> not found. is [incr TCL] supported in Itanium 64? the Incr tcl is the version 4.0 cc is the HP ux, the TCL that is installed was compiled for Itanium and version is 8.5.2 any hint would be appreciated ~~~~~~~~~~~~~~~~~~ Raul Garcia True beauty is on the inside Jack The Ripper |
From: Rene M. <rma...@bt...> - 2008-02-28 02:27:45
|
Hello. How can I pass an Object as an argument to another class constructor. Example ------ Connection.itcl ----------- ::itcl::class Connection { constructor { } public method test { } { ... } } ----------------------------------------- ---------- HelperClass.itcl --------- ::itcl::class HelperClass { ## cnx will be a Connection Object constructor { cnx } { $cnx test } } --------------------------------- -------------- MasterClass .itcl --------------------- ::itcl::class MasterClass { private variable connObj; constructor { } { Connection conn ; set connObj conn; HelperClass #auto $ connObj } } ------------------- Thanks Rene |
From: Wart <wa...@ko...> - 2008-01-04 19:10:36
|
Will there be an official itcl 3.4 source tarball released on SourceForge? --Mike |
From: Virden, L. W. <lv...@ca...> - 2007-12-21 18:55:09
|
Today I was trying out an application I inherited (with about 14,000 lines of tcl (using tk/iwidget/itcl/itk/img )) using Itcl 3.4 instead of 3.3. What I found was this peculiar error cannot inherit from "itk::Widget" (class "itk::Widget" not found in context "::") while executing "inherit itk::Widget" (class "Buttonlist" body line 2) invoked from within "class Buttonlist { inherit itk::Widget constructor {args} { itk_component add frame { frame $itk_interior.f1 frame $itk_interior.f2 } p..." Does this ring any bells with anyone in terms of known changes between 3.3 and 3.4? -- 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: Arnulf W. <ar...@wi...> - 2007-09-01 09:39:43
|
Am Samstag 01 September 2007 01:42 schrieben Sie: > Arnulf Wiedemann wrote: > > Am Freitag 31 August 2007 19:54 schrieben Sie: > >> Arnulf Wiedemann wrote: > >>> Hello, > >>> does anybody know, if all the C-level interfaces of Itcl are still > >>> needed i.e.: C-level linkage using Itcl_RegisterC with the > >>> @C_function_name syntax, Itcl_*ListElem functions, Itcl_*Stack > >>> functions etc. ? > >>> > >>> I am asking, as I would like to know if I have to provide that for a > >>> newly implemented version I am working on. > >>> > >>> Thanks in advance, > >>> Arnulf Wiedemann > >> > >> I use Itcl_RegisterObjC(). And Itk does, too. I also use > >> Itcl_GetContext(). That's about as far deep as I go in my extensions > >> that make use of the Itcl stubs table. > > > > David, > > thanks for the answer. > > itk will not use it in the future. I have adapted Archetype and Widget > > class (in the methods) to use a normal Tcl command with a > > C-implementation in the background, but you and others can have the > > interfaces, if they are still used. Maybe I will add an (command line) > > option to check for use of these interfaces on demand, so on the lon > > range these can be replaced with other interfaces (more tclish ones). > > Arnulf > > This issue is probably about the publicity requirement of the Var struct > in Tcl, yes? Not directly, also for that, but there are a lot of Itcl/Tcl internas available via the stubs interface, which make Tcl core and Itcl changes very hard, so the tendency is to have fewer interfaces which expose implementation details. For Itcl there are a lot of interfaces, which now have public interfaces in Tcl core, very similar to the old ones. So it is better to use these. I have changed a lot of internals of Itcl to use the publicly available interfaces in Tcl core. As an example, Itcl "ensembles" have now only a compatibility layer internally and are using the "namespace ensemble" implementation of Tcl core. If we make Itcl code smaller, there may be also better performance. Forgot to mention, (nearly) all of the Itcl and Itk test suite is running with the new implementation without problems. The current implementation - which is based on the lower level on the new TclOO extension - performs (besides time for constructors) nearly the same as the old version of Itcl. For the test both versions were running on Tcl8.5.0.0a7. So I think for being at the beginning of tuning, that is a good starting point. I will also add mixins and filters as described in Tip#257 (::itcl::mixin and ::itcl::filter), so I hope some people will be happy to get that. |