Menu
▾
▴
tcl-mac — Q&A for Tcl on the Macintosh platform
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(20) |
Mar
(29) |
Apr
(10) |
May
(10) |
Jun
(7) |
Jul
(6) |
Aug
(59) |
Sep
(19) |
Oct
(55) |
Nov
(22) |
Dec
(40) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(56) |
Feb
(71) |
Mar
(179) |
Apr
(41) |
May
(26) |
Jun
(52) |
Jul
(62) |
Aug
(19) |
Sep
(87) |
Oct
(188) |
Nov
(95) |
Dec
(30) |
| 2003 |
Jan
(83) |
Feb
(119) |
Mar
(174) |
Apr
(77) |
May
(85) |
Jun
(52) |
Jul
(67) |
Aug
(121) |
Sep
(147) |
Oct
(96) |
Nov
(89) |
Dec
(144) |
| 2004 |
Jan
(92) |
Feb
(172) |
Mar
(205) |
Apr
(201) |
May
(105) |
Jun
(42) |
Jul
(94) |
Aug
(109) |
Sep
(81) |
Oct
(59) |
Nov
(84) |
Dec
(68) |
| 2005 |
Jan
(56) |
Feb
(57) |
Mar
(183) |
Apr
(139) |
May
(131) |
Jun
(178) |
Jul
(62) |
Aug
(42) |
Sep
(95) |
Oct
(47) |
Nov
(73) |
Dec
(47) |
| 2006 |
Jan
(66) |
Feb
(31) |
Mar
(51) |
Apr
(20) |
May
(49) |
Jun
(26) |
Jul
(23) |
Aug
(65) |
Sep
(67) |
Oct
(26) |
Nov
(16) |
Dec
(8) |
| 2007 |
Jan
(18) |
Feb
(43) |
Mar
(43) |
Apr
(16) |
May
(33) |
Jun
(48) |
Jul
(34) |
Aug
(7) |
Sep
(9) |
Oct
(55) |
Nov
(44) |
Dec
(73) |
| 2008 |
Jan
(37) |
Feb
(97) |
Mar
(44) |
Apr
(33) |
May
(79) |
Jun
(11) |
Jul
(66) |
Aug
(9) |
Sep
(12) |
Oct
(6) |
Nov
(12) |
Dec
(19) |
| 2009 |
Jan
(12) |
Feb
(13) |
Mar
(19) |
Apr
(30) |
May
(59) |
Jun
(22) |
Jul
(11) |
Aug
(59) |
Sep
(82) |
Oct
(25) |
Nov
(51) |
Dec
(27) |
| 2010 |
Jan
(27) |
Feb
(8) |
Mar
(29) |
Apr
(9) |
May
(39) |
Jun
(6) |
Jul
(8) |
Aug
(22) |
Sep
(33) |
Oct
(8) |
Nov
(35) |
Dec
(9) |
| 2011 |
Jan
(62) |
Feb
(19) |
Mar
(31) |
Apr
(19) |
May
(1) |
Jun
(1) |
Jul
(17) |
Aug
(10) |
Sep
(14) |
Oct
(11) |
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
(11) |
Mar
|
Apr
(1) |
May
(5) |
Jun
(7) |
Jul
(22) |
Aug
(22) |
Sep
(30) |
Oct
(23) |
Nov
(19) |
Dec
|
| 2013 |
Jan
(6) |
Feb
(1) |
Mar
(10) |
Apr
(7) |
May
(3) |
Jun
(3) |
Jul
|
Aug
(3) |
Sep
(9) |
Oct
(14) |
Nov
(9) |
Dec
(5) |
| 2014 |
Jan
(13) |
Feb
(1) |
Mar
(6) |
Apr
(3) |
May
(5) |
Jun
(2) |
Jul
(20) |
Aug
(6) |
Sep
(26) |
Oct
(25) |
Nov
(20) |
Dec
(41) |
| 2015 |
Jan
(9) |
Feb
(35) |
Mar
(9) |
Apr
(28) |
May
(20) |
Jun
(3) |
Jul
(5) |
Aug
|
Sep
(2) |
Oct
(4) |
Nov
|
Dec
(3) |
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
(12) |
Jun
(35) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(7) |
| 2017 |
Jan
(28) |
Feb
(14) |
Mar
(4) |
Apr
(5) |
May
(4) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
(3) |
Nov
|
Dec
(8) |
| 2018 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
(3) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(7) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(3) |
Nov
(7) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
(10) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
(4) |
Apr
(21) |
May
(8) |
Jun
(3) |
Jul
|
Aug
|
Sep
(1) |
Oct
(10) |
Nov
|
Dec
|
| 2022 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <AO...@t-...> - 2002-03-11 16:03:52
|
Hi, there have to be a way to call additional executables from a Tcl script I need the channel output back into a string I have an additional API for calling external SW -> does Applescript helps ? does "open |..." works ? well like you mention I'm working on a Mac port of "Compiler" MacOS 9.1 well no 10 I use Code Warrior (well the name fits exactly) 1) is a commandline interface available cammandline + some kind of exec would be perfect 2) is a cross compiler linux -> macOs9.1 ppc available gcc does not support MacOs9.1 (this speak for them- self) perhaps CodeWarrior ??? mfg aotto |
|
From: Dorothy R. <mo...@ar...> - 2002-03-11 01:59:41
|
I've been playing with AquaTK some more, and I ported TkDiff. (Silly me, it's not even my program.) It's old, with a patched-up UI, and it had some challenges. Here are some notes I made about problems I ran into, in case anyone's interested. I would like to know about the button padx issue in the first note, before I finish it. What's remarkable maybe is how good it turned out, once I got the UI problems straightened out. I put my version of TkDiff up on http://www.twobarleycorns.net/vat.html. I'm not quite ready to submit it to Accurev, where it lives. The notes: With padx any less than the default, the text of buttons is obscured by the ends of the lozenges. I'd think that padx 0 should be such that all the text shows, and if that makes the buttons longer than on other platforms, so be it. There's no way to move transients. Isn't there an Aqua window type with only the red glassie, that has a border so you can move it? It would be nice if tcl_platform(platform) were "aqua" or something. AquaTK is - well - different from X11, and it would be good to be able to distinguish it in order to make adjustments. If you query a widget for its font, the size comes back without a minus sign, so if you use it like that it's in pixels instead of points and it's too big. This is unlike the other platforms and I had to insert a kludge for it. tkTabToWindow and its ilk are not recognized. That's probably OK but at least one call was causing an endless loop of errors, and the app had to be killed. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Dorothy Robinson http://www.twobarleycorns.net |
|
From: macnerd <ma...@re...> - 2002-03-08 17:50:42
|
MarineDigital NewsletterDid someone subscribe the list to this newsletter? For a moment I got excited as I thought we had press coverage... -----Original Message----- From: tcl...@li... [mailto:tcl...@li...]On Behalf Of MarineDigital Inc. Sent: Thursday, March 07, 2002 1:29 PM To: tc...@li... Subject: [MACTCL] Maritime Newsletter (Week 10) [snip for obvious reasons] _______________________________________________ Tcl-mac mailing list Tc...@li... https://lists.sourceforge.net/lists/listinfo/tcl-mac |
|
From: Jason S. <je...@ya...> - 2002-03-07 22:21:33
|
--- Jim Ingham <ji...@ap...> wrote: > Jason > > I haven't tried the latest Tk build on 10.0.4, I may indeed have broken > something. You really ought to get your hands on 10.1. It is SO much nicer > than 10.0.x, I can't think of any reasons not to upgrade... > FYI: upgrading to 10.1 _did_ fix the crash Jason __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ |
|
From: MarineDigital Inc.<new...@ma...> - 2002-03-07 21:30:15
|
<!-- saved from url=(0022)http://internet.e-mail --> <!-- saved from url=(0022)http://internet.e-mail --> <!-- saved from url=(0022)http://internet.e-mail --> <html> <head> <title>MarineDigital Newsletter</title> <link rel="stylesheet" type="text/css" href="http://www.marinedigital.com/style_marine.css"> </head> <body bgcolor="#FFFFFF" text="#000000" leftmargin="0" topmargin="0" marginwidth="0" marginheight="0"> <div align="center"> <table width="590" border="0" bordercolordark="#ffffff" bordercolorlight="#808040" cellspacing="0" cellpadding="0" height="1711"> <tr><td width="590" valign="top" height="54"> <table width="590" border="0" cellspacing="0" cellpadding="0"> <tr><td><img src="http://www.marinedigital.com/en/news/img/top.gif" width="580" height="50"></td></tr> </table> </td> </tr> <tr><td height="1" bgcolor="#ffffff"></td></tr> <tr><td height="17" bgcolor="#A9340F" align="center" class="wtext"><a href="http://www.marinedigital.com/en/mall/ship/index.asp"><font color="#ffffff">SHIP S&P</font></a> <b>l</b> <a href="http://www.marinedigital.com/en/mall/product/index.asp"><font color="#ffffff">NEW PRODUCT S&P</font></a> <b>l</b> <a href="http://www.marinedigital.com/en/mall/equipment/index.asp"><font color="#ffffff">USED PRODUCT S&P</font></a> <b>l</b> <a href="http://www.marinedigital.com/en/mall/spare/index.asp"><font color="#ffffff">SPARE PART S&P</font></a> <b>l</b> <a href="http://www.marinedigital.com/en/mall/partner/index.asp"><font color="#ffffff">PARTNER ALLIANCE</font></a></td></tr> <tr><td height="1" bgcolor="#000000"></td></tr> <tr><td height="1608"> <table border="0" cellspacing="1" cellpadding="0" bgcolor="#999999" height="1"> <tr><td width="170" valign="top" bgcolor="#ffffff" height="1"> <table width="170" border="0" cellspacing="0" cellpadding="0"> <tr><td bgcolor="#FDAE02" align="center" class="wtext" style="padding-top: 0; padding-bottom: 0"><font color="#2B4996"><b>WEEK 10</b></font><br><b>ISSUE 52, 6th, Mar. 2002</b><br><a href="http://www.marinedigital.com">www.marinedigital.com</a></td></tr> <tr><td height="1" bgcolor="#FBE6B6" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr> <td bgcolor="#FDD06D" class="text" style="padding-top: 0; padding-bottom: 0"><b> - Newsletter Receivers -</b><br> <font color="#E1330B"> <b>119,861</b> </font> Maritime people<br> <font color="#E1330B"><b> 54,073 </b></font> Companies</td> </tr> <tr> <td height="1" bgcolor="#E26D20" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="3" bgcolor="#FDAE02" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td bgcolor="#FDD06D" class="text" style="border: 2 outset #FFFFFF; padding-top: 2; padding-bottom: 2"> <p align="center"> <a href="http://www.marinedigital.com/en/newsletter_form/letter.asp"><font color="#990000"><b>Subscribe the newsletter</b></font></a> </p> </td> </tr> <tr> <td bgcolor="#FDD06D" class="text" style="border: 2 outset #FFFFFF; padding-top: 2; padding-bottom: 2"> <p align="center"> <align="center"><a href="http://www.marinedigital.com/en/mar_unsubscribe.asp?nw_email=tc...@li..." target="_blank"><font color="#FF0000"><b>Unsubscribe</b></font></a><font color="#FF0000"><b></b></font></p> </td> </tr> <tr><td height="1" bgcolor="#E26D20" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td height="3" bgcolor="#FDAE02" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FD7E02" class="wtext" align="center" style="padding-top: 0; padding-bottom: 0"><b>YOUR FREE POSTING</b></td></tr> <tr><td height="1" bgcolor="#990000" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FCE1A4" class="text" height="35" style="padding-top: 0; padding-bottom: 0"><img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/ship/index.asp?menu_code=ShipSaleRegister">Sell Ship</a><br> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/ship/index.asp?menu_code=ShipPurchaseRegister">Purchase Ship</a></td></tr> <tr><td height="1" bgcolor="#A27D5F" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FCE1A4" class="text" height="35" style="padding-top: 0; padding-bottom: 0"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Product/index.asp?menu_code=ShipSaleRegister">Sell New Product</a><br> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Product/index.asp?menu_code=ShipPurchaseRegister">Purchase New Product</a></td></tr> <tr> <td height="1" bgcolor="#A27D5F" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td bgcolor="#FCE1A4" class="text" height="35" style="padding-top: 0; padding-bottom: 0"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Equipment/index.asp?menu_code=EquipmentSaleRegister">Sell Used Product</a><br> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Equipment/index.asp?menu_code=EquipmentPurchaseRegister">Purchase Used Product</a></td> </tr> <tr><td height="1" bgcolor="#A27D5F" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FCE1A4" class="text" height="35" style="padding-top: 0; padding-bottom: 0"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Inventory/index.asp?menu_code=InventorySaleRegister">Sell Inventories</a><b><img border="0" src="http://www.marinedigital.com/en/news/img/icon_new.gif" width="31" height="12"></b><br> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Inventory/index.asp?menu_code=InventoryPurchaseRegister">Purchase Inventories</a><b><img border="0" src="http://www.marinedigital.com/en/news/img/icon_new.gif" width="31" height="12"></b></td></tr> <tr><td height="1" bgcolor="#A27D5F" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FCE1A4" class="text" height="35" style="padding-top: 0; padding-bottom: 0"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Spare/index.asp?menu_code=SpareSaleRegister">Sell Spare Part</a><br> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Spare/index.asp?menu_code=SparePurchaseRegister">Purchase Spare Part</a></td></tr> <tr><td height="1" bgcolor="#A27D5F" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr> <td bgcolor="#FCE1A4" class="text" height="35" style="padding-top: 0; padding-bottom: 0"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Partner/index.asp?menu_code=PartnerLookingRegister">Looking for Partner</a><br> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/mall/Partner/index.asp?menu_code=PartnerWantingRegister">Wanting your Partner</a></td> </tr> <tr><td height="1" bgcolor="#A27D5F" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FCE1A4" class="text" height="35" style="padding-top: 0; padding-bottom: 0"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/ship_repairs/form/repair.asp">Ship Repair Inquiry</a><br> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/ship_repairs/form/regist01.asp">Join Repair Network</a></td></tr> <tr><td height="1" bgcolor="#A27D5F" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FCE1A4" class="text" style="padding-top: 0; padding-bottom: 0"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.marinedigital.com/en/products_sell/registration/form.asp">PANAMA Flag Registration</a></td></tr> <tr><td height="1" bgcolor="#A27D5F" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FCE1A4" class="text" style="padding-top: 0; padding-bottom: 0"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"> <a href="http://www.netnaru.net/marinedigital/en/tracking_sys/main.asp">Ship Tracking System</a></td></tr> <tr><td bgcolor="#FD7E02" height="5" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FDD06D" class="text" align="center" height="13" valign="middle" style="padding-top: 0; padding-bottom: 0"><b><font color="#990000">:: YOUR BANNER ADVERTISEMENT(US$70) ::</font></b></td></tr> <tr><td bgcolor="#FDD06D" class="text" align="center" height="15" valign="middle" style="padding-top: 0; padding-bottom: 0"> <p align="right"> <img src="http://www.marinedigital.com/en/news/img/button.gif" width="12" height="11"><font color="#666666"><b> <font color="#808080"><a href="http://www.marinedigital.com/en/mall/product/index.asp?menu_code=ShipSaleView&GoodsNo=S51602036">Send your Ads</a></font></b></font></td></tr> <tr> <td bgcolor="#FDD06D" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td bgcolor="#FCE1A4" height="7"><a href="http://www.specsvision.com"><img border="0" src="http://www.marinedigital.com/en/news/img/banner_specs.jpg" width="170" height="45"></a></td> </tr> <tr> <td bgcolor="#FCE1A4" height="7"><a href="http://www.marinedigital.com/en/products_sell/hdvalve/intro.asp"><img border="0" src="http://www.marinedigital.com/en/news/img/banner_valve.gif" width="170" height="45"></a></td> </tr> <tr> <td bgcolor="#FCE1A4" height="7"><a href="http://www.marinedigital.com/en/products_sell/nasan/introduction.asp"><img border="0" src="http://www.marinedigital.com/en/news/img/nasan-41.gif" width="170" height="45"></a></td> </tr> <tr><td bgcolor="#FDD06D" height="7" style="padding-top: 0; padding-bottom: 0"></td></tr> <tr><td bgcolor="#FDAE02" style="padding-top: 0; padding-bottom: 0"><p align="left" style="margin-left:7px;" class="text"> <font color="#4C598F"> <b>::: Contact Point :::</b> <br>Business Team, <a href="mailto:sa...@ma...">Steve Kim</a><br> Tel : 82-2-966-6701<br>Fax : 82-2-966-6703</font></td></tr> <tr> <td bgcolor="#FDD06D" height="7" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td bgcolor="#DBDBDD" align="center" class="text" height="17" style="padding-top: 0; padding-bottom: 0"><font color="#4C558F"><b>Hot Products(Secondhand)</b></font> </td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0" bgcolor="#FBE6B6"> <p align="center"><a href="http://www.marinedigital.com/en/mall/equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10512002&Fcategory=1&Scategory=&Tcategory="><img border="0" src="http://www.marinedigital.com/en/news/img/Tire_crane.jpg" width="112" height="73"></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0"> <p align="center"><a href="http://www.marinedigital.com/en/mall/equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10512002&Fcategory=1&Scategory=&Tcategory="><b>Hydro Crane (Tire Type)</b></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0" bgcolor="#FBE6B6"> <p align="center"><a href="http://www.marinedigital.com/en/mall/equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10502005"><img border="0" src="http://www.marinedigital.com/en/news/img/110ton.jpg" width="112" height="68"></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0"> <p align="center"><a href="http://www.marinedigital.com/en/mall/equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10502005"><b>110Ton Transporter</b></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0" bgcolor="#FBE6B6"> <p align="center"><a href="http://www.marinedigital.com/en/mall/equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10511011&Fcategory=1&Scategory=&Tcategory="><img border="0" src="http://www.marinedigital.com/en/news/img/S10511011-2.gif" width="112" height="68"></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0"> <p align="center"><a href="http://www.marinedigital.com/en/mall/equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10511011&Fcategory=1&Scategory=&Tcategory="><b>Traveling Crane</b></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0" bgcolor="#FBE6B6"> <p align="center"><a href="http://www.marinedigital.com/en/mall/equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10181003&Fcategory=1&Scategory=&Tcategory="><img src="http://www.marinedigital.com/en/news/img/press.gif" border="0" width="112" height="75"></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0"> <p align="center"><a href="http://www.marinedigital.com/en/mall/equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10181003&Fcategory=1&Scategory=&Tcategory="><b>Bending Press</b></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0" bgcolor="#FBE6B6"> <p align="center"><a href="http://www.marinedigital.com/en/mall/Equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10501003&Fcategory=1&Scategory=&Tcategory="><img src="http://www.marinedigital.com/en/news/img/SkyLift-52.jpg" border="0" width="110" height="73"></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> <tr> <td height="7" style="padding-top: 0; padding-bottom: 0"> <p align="center"><a href="http://www.marinedigital.com/en/mall/Equipment/index.asp?menu_code=EquipmentSaleView&gubun=S1&GoodsNo=S10501003&Fcategory=1&Scategory=&Tcategory="><b>Sky Lift (18M)</b></a></td> </tr> <tr> <td bgcolor="#990000" height="1" style="padding-top: 0; padding-bottom: 0"></td> </tr> </table> </td> <td width="420" valign="top" align="right" bgcolor="#ffffff" height="1"> <table width="410" border="0" cellspacing="0" cellpadding="0" bgcolor="#999999" height="248"> <tr> <td height="1" bgcolor="#DA4040" colspan="2" width="408"></td> </tr> <tr><td class="text" align="center" bgcolor="#FED203" colspan="2" width="408" style="padding-top: 2; padding-bottom: 2" height="21"><B><font color="#294EFA">:: MARITIME NEWS ::</font></b> </td> </tr> <tr><td height="1" bgcolor="#DA4040" colspan="2" width="408"></td></tr> <tr> <td class="text" bgcolor="#ffffff" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="9"> 1. </td> <td class="text" bgcolor="#ffffff" width="391" style="padding-top: 1; padding-bottom: 1" height="9"> Imabari shipyard(Japan) contracted four 32000dwt Bulkers from Hsin Chien and Mingtai Navigation. </td> </tr> <tr> <td class="text" bgcolor="#FFFFEC" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="1"> 2. </td> <td class="text" bgcolor="#FFFFEC" width="391" style="padding-top: 1; padding-bottom: 1" height="1"> Keppel FELS LTD(Singapore) clinched a contract with GlobalSantaFe Co.(USA) to upgrade jack-up, Rig, at worth US$ 30mill. </td> </tr> <tr> <td class="text" bgcolor="#ffffff" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="1"> 3. </td> <td class="text" bgcolor="#ffffff" width="391" style="padding-top: 1; padding-bottom: 1" height="1"> Jo Tanker Co. ordered three(1+1+1) 25000dwt Stainless Chemical Tankers from Kitanihon Shipyard (Japan). </td> </tr> <tr> <td class="text" bgcolor="#FFFFEC" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="11"> 4. </td> <td class="text" bgcolor="#FFFFEC" width="391" style="padding-top: 1; padding-bottom: 1" height="11"> Austal Shipyard (Australia) contracted two mono hull-type Cruisers with Bora Bora Cruises (Tahiti Island), at worth US$ 25.8mill. </td> </tr> <tr> <td class="text" bgcolor="#ffffff" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="17"> 5. </td> <td class="text" bgcolor="#ffffff" width="391" style="padding-top: 1; padding-bottom: 1" height="17"> EISA shipyard(Brazil) got an order to build two 3800TEU Container ships from Elianca Navegacao e Logistica (Brazil), at approx. US$ 60mill./ship. </td> </tr> <tr> <td class="text" bgcolor="#FFFFEC" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="21"> 6. </td> <td class="text" bgcolor="#FFFFEC" width="391" style="padding-top: 1; padding-bottom: 1" height="21"> Daewoo Shipbuilding(Korea) was awarded a deal to build four 140,500cbm LNG carriers for Norway's Bergesen, at an estimated price of more than $160 million per ship. </td> </tr> <tr> <td class="text" bgcolor="#ffffff" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="14"> 7. </td> <td class="text" bgcolor="#ffffff" width="391" style="padding-top: 1; padding-bottom: 1" height="14"> Target Marine S.A. (Greece) ordered three 45800dwt Product Oil Tankers from STX shipyard(Korea), at worth aprox. US$ 100mill. </td> </tr> <tr> <td class="text" bgcolor="#FFFFEC" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="14"> 8. </td> <td class="text" bgcolor="#FFFFEC" width="391" style="padding-top: 1; padding-bottom: 1" height="14"> GE Marine Engines' LM2500 aeroderivative gas turbines and main reduction gears have been selected for use aboard the Italian Navy's new Andrea Doria aircraft carrier. </td> </tr> <tr> <td class="text" bgcolor="#ffffff" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="14"> 9. </td> <td class="text" bgcolor="#ffffff" width="391" style="padding-top: 1; padding-bottom: 1" height="14"> Norsk Hydro has awarded Kvaerner a contract worth $39 million to upgrade gas compression capacity on the Oseberg C platform in the Norwegian North Sea. </td> </tr> <tr> <td class="text" bgcolor="#FFFFEC" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="14"> 10. </td> <td class="text" bgcolor="#FFFFEC" width="391" style="padding-top: 1; padding-bottom: 1" height="14"> Bollinger's Algiers repair and conversion yard contracted a major conversion project that will convert eight 105-ft. single screw tugs to 4,000 hp twin screw boats with Crescent Towing. </td> </tr> <tr> <td class="text" bgcolor="#ffffff" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="14"> 11. </td> <td class="text" bgcolor="#ffffff" width="391" style="padding-top: 1; padding-bottom: 1" height="14"> TECHNIP-COFLEXIP contracted with Saudi Arabian Oil Company SAUDI ARAMCO, for the expansion of the Berri gas plant to handle additional output of sour gas from the Qatif field, which is now under development. </td> </tr> <tr> <td class="text" bgcolor="#FFFFEC" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="14"> 12. </td> <td class="text" bgcolor="#FFFFEC" width="391" style="padding-top: 1; padding-bottom: 1" height="14"> Wilhelmsen ASA and Wallenius have jointly signed a MOU with Hyundai Merchant Marine (Korea) for the possible acquisition of the the car carrier division of HMM which would continue to be operated as a separate company with its Korean profile. </td> </tr> <tr> <td class="text" bgcolor="#ffffff" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="14"> 13. </td> <td class="text" bgcolor="#ffffff" width="391" style="padding-top: 1; padding-bottom: 1" height="14"> <font color="#505050"><b>Medium-size bulkers stand out shipbuilding inquiries</b></font><br> Newshipbuilding inquiries in January sent to major shipyards in Korea and Japan are mostly Handy size and Panamax bulk carriers. </td> </tr> <tr> <td class="text" bgcolor="#FFFFEC" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="14"> 14. </td> <td class="text" bgcolor="#FFFFEC" width="391" style="padding-top: 1; padding-bottom: 1" height="14"> <font color="#505050"><b> Port Logistics 2002 Conference, Amsterdam, Netherlands <br> </b></font> 18-20 March 2002, In Amsterdam you will find out how technology is improving the relationship between shippers and their transportation providers. </td> </tr> <tr> <td class="text" bgcolor="#ffffff" width="15" valign="top" style="padding-top: 1; padding-bottom: 1" height="12"> <font color="#505050">15.</font> </td> <td class="text" bgcolor="#ffffff" width="391" style="padding-top: 1; padding-bottom: 1" height="12"> ... [truncated message content] |
|
From: macnerd <ma...@re...> - 2002-03-07 20:47:23
|
What is the main website for MacTcl/Tk and AguaTk stuff? |
|
From: Jim I. <ji...@ap...> - 2002-03-06 18:49:42
|
Mach messages are not all that bad to handle. The one thing to note is that the mach_msg call - which is the core call to send or receive messages - is a blocking call. This means that you will have to wait for the message on a separate thread to keep from blocking the rest of Tcl. If you want to hook this up to the Tcl event loop, the best thing to do is to create a pipe and make a Tcl File Channel out of the read end. The file channel gets added to the Tcl notifier set, and then when you get a Mach message in the thread handling the ae port, you just write the buffer to the pipe, and this will wake Tcl up out of its select wait, and it can handle the event. Mach messages are also RPC's so the mach_msg call on the sender's side won't return till it gets a reply message from Tcl. I don't know how AE is layered on top of this. It may be you can reply right away to free the sender, and then stuff the actual event reply into another message later on. All this is doable in Tcl, but might be a little tricky... Jim On Wednesday, March 6, 2002, at 06:38 AM, Jon Guyer wrote: > At 12:14 AM +1100 3/7/02, Daniel A. Steffen wrote: >> some more info on all this from steve z on carbondev > > Very interesting info, Daniel. If I ever return through my long and > harrowing trek through statusBarLand (soon, I think), I'd be happy to > dive into this. > > -- > > > Jonathan E. Guyer > <http://www.his.com/jguyer/> > > > _______________________________________________ > Tcl-mac mailing list > Tc...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-mac > -- Jim Ingham ji...@ap... Developer Tools - gdb Apple Computer |
|
From: Jon G. <jg...@hi...> - 2002-03-06 14:41:54
|
At 12:14 AM +1100 3/7/02, Daniel A. Steffen wrote: >some more info on all this from steve z on carbondev Very interesting info, Daniel. If I ever return through my long and harrowing trek through statusBarLand (soon, I think), I'd be happy to dive into this. -- Jonathan E. Guyer <http://www.his.com/jguyer/> |
|
From: Daniel A. S. <st...@ic...> - 2002-03-06 13:16:07
|
some more info on all this from steve z on carbondev
At 18:47 -0800 17/1/02, car...@li... wrote:
>Message: 23
>Date: Thu, 17 Jan 2002 17:53:53 -0800
>Subject: Re: Sending AppleEvents to a OS X Unix Tool Deamon
>From: Steve Zellers <ze...@ap...>
>To: Kris Amico <kr...@co...>, Carbon_Development
> <car...@li...>, <dbu...@ma...>, Ben Hines
> <bh...@al...>
>
>ApplicationServices and CoreServices can both be used by Daemons, although
>all the edge cases haven't been worked out. And there will be edge cases
>;-) Carbon.framework cannot be used in a Daemon since it requires a
>connection to the window server. (And ApplicationServices.framework and
>CoreServices.framework are both part of the Carbon API and are thus relevant
>to this group ;-)
>
>That being said, a command line tool that wants to field incoming
>AppleEvents have a few options. Either case requires fiddling with mach
>ports directly. The easiest path is:
>
> #include <AE/AEMach.h>
>
>static void _aeMachPortCallback(CFMachPortRef port, void *msg, CFIndex size,
>void *info)
> {
> AEProcessMessage((mach_msg_header_t*) msg);
> }
>
> AEInstallEventHandler(...)
>
> mach_port_t port = AEGetRegisteredMachPort();
>
> machPortRef = CFMachPortCreateWithPort(NULL, port, _aeMachPortCallback,
>NULL, NULL);
>
> if (machPortRef != NULL) {
> CFRunLoopSourceRef runLoopSource =
>CFMachPortCreateRunLoopSource(NULL, machPortRef, 0);
> CFRunLoopAddSource(CFRunLoopGetCurrent(), runLoopSource,
>kCFRunLoopDefaultMode);
> }
>
> CFRunLoopRun(); // <- never returns
>
> Clients can then target your daemon by sending to typeKernelProcessID
>(assuming they can find your pid, which you probably wrote to a file in
>/var/tmp, or /var/run or somesuch)
>
>OR:
>
> mach_port_t port = makeAndRegisterMyOwnMachPort();
>
> // wire up as above... Clients access the daemon by
> // looking up the name that the daemon registered in the bootstrap
>server and creating the target address as typeMachPort.
>
>OR:
> // either of the above to get a port, and then:
>
> addToPortSet(port, myPortSet);
> mach_msg_header_t* header = malloc(kLargeBufferSize);
> mach_msg(...myPortSet...)
>
> if (AEProcessMessage(header) != noErr)
> handleMyOwnMessage(header)
>
>IF you don't know anything about mach_msg (and you wouldn't normally, its
>not part of carbon) then none of these approaches are particularly happy.
>
>I'll try and put together an example in the next couple of days since I keep
>getting asked for it.
>
>Note that none of these approaches make you AppleScriptable, which is a
>frequent request as well. AppleScript find processes by looking up their
>PSN based on the target name or signature. Daemons do not have PSNs and so
>are not found.
>
>--smz
>
--
** Daniel A. Steffen ** "And now to something completely
** Department of Mathematics ** different" Monty Python
** Macquarie University ** <mailto:st...@ma...>
** NSW 2109 Australia ** <http://www.maths.mq.edu.au/~steffen/>
|
|
From: Daniel A. S. <st...@ic...> - 2002-03-06 13:01:09
|
At 17:19 -0800 on 5/3/02, Jim Ingham wrote: >Yeah, this is something the Finder does. But I don't think that >this is what assigns the PSN, it is just passing it to the process. >So what you would really need to do is get Tcl to register with the >WindowServer. Somebody sent some code to do this - I think to the >list - but I can't find it now... found some excellent commented sample code by Steve Zeller explaining how to do AE from cli tools http://radio.weblogs.com/0100012/2002/01/17.html One important note is that AEDaemonClient includes a workaround for a bug in the 10.0 and 10.1 AppleEvent managers, whereby a command line tool must supply its own reply port if it is expecting a reply from an AEMessageSend call. he only links with ApplicationServices.frameworks and uses AESendMessage: // Now send the event - we use AESendMessage (in <AE/AEMach.h>) because we don't have // access to AESend() which is in <AE/AEInteraction.h> and exported from Carbon.framework. // That was done because AESend involves high level event handling and filter procs. we should probably do the same in tclAE, to avoid having to link with Cabon.framework. he also uses typeKernelProcessID to address the AE to a process identified by unix pid Cheers, Daniel -- ** Daniel A. Steffen ** "And now to something completely ** Department of Mathematics ** different" Monty Python ** Macquarie University ** <mailto:st...@ma...> ** NSW 2109 Australia ** <http://www.maths.mq.edu.au/~steffen/> |
|
From: Joe L. <jfl...@dg...> - 2002-03-06 05:32:24
|
Hi,
Ok, I think I have a basic understanding of most of the issues but don't
hesitate to correct any misunderstandings etc. (or terminology) - I'm
pretty unfamiliar with Tcl/Tk from either from the scripting or
(especially) the internals side.
On Monday, March 4, 2002, at 01:39 PM, Jim Ingham wrote:
> On 3/4/02 7:44 AM, "Jack Jansen" <Jac...@or...> wrote:
>
>> On Monday, March 4, 2002, at 03:41 , Joe Laszlo wrote:
>>
>>> I had the same problems ((Tcl/Tk and GLUT event loops colliding) with
>>> Mac OS 9 when I tried porting the same app. there and eventually gave
>>> up. I'm sure it could have been done by modifying both Tcl/Tk and
>>> GLUT, but it was just too much effort.
>>
>> On Mac OS 9 (with the Classic event manager) it is pretty much
>> impossible without the cooperation of the various packages: one of the
>> packages will be running ther current event loop with WaitNextEvent and
>> it will get all events. If it gets events for windows it doesn't know
>> about it has little option but dropping them on the floor.
>>
>> With the new Carbon Events things are much brighter. The event loop is
>> out of your own control (probably in CarbonLib in OS9 and maybe even
>> deeper down in the system on OSX, but this is guesswork) and you
>> subscribe to specific events on specific objects. So, all should have
>> been hunky dory.
>>
>> But (and I'm paraphrasing Jim here, or actually my memory of what he
>> said) while this routing all works fine for system generated events it
>> breaks down if you want to modify events on the fly. Theoretically you
>> can subscribe to a lowlevel event (say, "mouse button 3 press"),
>> convert
>> that to something else (say, "mouse button 1 double click") and
>> re-insert that in the flow of things. But this apparently doesn't work,
>> and Tk needs it. So, Tk has an "old-fashioned" event loop where it
>> simply grabs all events and does the dispatching itself. So, foreign
>> windows break:-(
>
> There are a couple of different problems here. One is how to farm some
> events off to foreign windows, while retaining all the ones Tk cares
> about
> for itself. The other is how to give another part of the App control
> of the
> event loop itself some or all of the time.
>
Regarding the latter (app control of the event loop), it sounds like
there are two classes of this problem:
One, where an app/library/extension calls Tk_Main() and provides
it's *own* event loop, keeping Tcl/Tk spinning by calling
Tk_DoOneEvent() regularly and and one where an app/lib/extension wants
to use Tcl/Tk's main event loop but needs to vector into it somehow.
It *seems* to me that Tcl/Tk intends to explicitly support the first
case (if I recall it says in the docs somewhere that this is why
Tk_DoOneEvent() exists/is exported). In its current form, Tk/Aqua
doesn't seem to fully support this - if I understand correctly, it'll
only work for an app that doesn't have its own UI events (e.g. it can't
have its own windows). I believe this *does* work on Windows and
X11/unices.
The second case seems to be functionality that isn't explicitly intended
to be supported by Tcl/Tk (but maybe should be), though depending on the
particular Tcl/Tk implementation there might be a way to do it. I don't
know if this currently even works on Windows or X11/unices (sorry I
haven't been able to find the old discussions you referred to yet to get
caught up on what QuickTimeTcl and others require and why).
> First, if all we needed to do was send events that belong to a non-Tk
> window
> in the app, that is pretty easy. We CAN use the Carbon Event system and
> just forward events on whatever Carbon Event handler is registered with
> the
> other windows. That part is fine - and in fact we already do this for
> the
> Nav Services windows that you create with tk_getOpenFile, etc.
>
Will this work if the app/framework is Cocoa-based as well? (in this
case, I'm interested in combining Tcl/Tk with GLUT, which seems to be
implemented using Cocoa events).
It seems that the "ideal" behaviour of Tcl/Tk would be to somehow only
pull the events it knows belong to it out of the queue (or similar
functionality, whatever the particular mechanism) and leave the other
events in the queue for the OS to dispatch via whatever mechanism(s) it
would if Tcl/Tk weren't around. Is this possible on OS X? (is it in
Windows and/or X11?)
> As an aside, the problem with Carbon Events was when we tried to use the
> Carbon event default handlers to get some behaviors (like generic Window
> level behaviors - the title buttons, titlebar dragging, etc). The
> problem
> with this was that these behaviors are implemented by converting a
> low-level
> event to a synthetic event. But the synthetic event behavior was odd.
> First off, the synthetic events were never posted to the event queue,
> they
> were directly handled. This really messes Tk up, because Tk's model is
> that
> all native events are converted to Tk events, put on Tk's queue, and
> then
> multiplexed with all the other events that Tk wants to handle back at
> the
> event loop level. Having 3 or 4 events generated and handled on the
> stack
> sequentially - before we could get back to the Tk event dispatcher -
> got
> really nasty. The other problem was that some of the window behaviors
> were
> implemented by NOT handling an event, but by just modifying the event
> parameters and sending it on. This didn't fit the Tk model at all...
I'm not sure I fully understand this part. In particular, are the
low-level and synthetic events you're talking about internal Tcl/Tk
events or OS events and is the funky synthetic event handling in Tck/Tk
or in the OS.
>
> So we use don't use any of the standard Carbon Event handlers. But that
> doesn't mean that we can't dispatch events as Carbon events to other
> handlers.
This would require explicit registration for notification from Tcl/Tk
right? That might be livable - when (for example) you create a window,
you might also call something to register your handler(s) for it. You
might even be able to wrap this semi-automatically. Would this work for
Cocoa apps/frameworks though? (since their event handling/dispatch seems
more out of the user's control)
>
> The part that I am unsure about is what to do with extensions or other
> apps
> that want to run the event loop themselves. One solution here is to
> not use
> the Tk notifier, but let the App feed events to Tcl. This means the app
> would have to spin the Tcl part of the notifier (which happens on a
> separate
> thread) and then use the lower level primitives - Tcl_DoOneEvent without
> allowing it to wait - every so often to handle events. I think that we
> would have to make some private API's public so you could tell whether
> Tcl
> had handled an event at all.
This seems to be what Tcl intends to allow explicitly (and if I
understand, seems to be possible without additional APIs on Windows and
Linux). I'm happy to be corrected here though.
>
> This would work, and I think the code is pretty well set up to allow
> you to
> do this, though there are some necessary API's that are now private
> that we
> would have to make public... This is actually the way that sharing the
> event loop worked in the Xt case, IIRC. But this means that
>
> But if you want to use the standard Wish, but need to modally spin the
> event
> loop yourself sometimes, we will have to do some more work to allow
> this. I
> think this is what Mats' QuickTimeTcl extension needs. I am less
> certain
> how to do this. This is an area where somebody just needs to play
> around a
> bit with a concrete example and see what works.
This is the part that it seems to me that Tcl doesn't explicitly support
(but that there may be a way of doing in given implementations).
>
>>
>> But please note that all this explaining is based on memory of a
>> conversation, not on actual experiments yet, so take it with a grain of
>> salt.
>
> Pretty good for a 4 or 5 month old email exchange!
I tried to find these but I wasn't able to - is there a way to search
the tcl-mac mail archives? All I can find thus far are at (maybe this
is because sourceforge is down right now?):
http://www.geocrawler.com/lists/3/SourceForge/7933/0/
Thanks a lot for the info/feedback. I'm definitely interested in
getting the first class of functionality I mentioned (spinning Tcl/Tk's
event loop explicitly myself) if that's possible, with the hope that
it'd work with Cocoa frameworks too. Having to use some API to set it
up seems reasonable enough if it works.
Cheers,
Joe.
|
|
From: Jon G. <jg...@hi...> - 2002-03-06 03:38:44
|
At 6:53 PM -0800 3/5/02, macnerd wrote: >There's a lot of synergy for AppleScript, plus there are a lot of complex >scripts out there. It would be nice have control both ways, AppleScripter's >that want a way to control tcl/tk, and ticklers that want to reach out and >touch someone. Yes. This is what Wish's "Do Script", and the TclApplescript and TclAE packages are designed to provide. There are some kinks to resolve on OS X (of course, I'm not aware of a solitary aspect of OS X where that statement isn't true), but full, two-way AppleEvent communications between Tcl apps and the rest of the world is possible right now. If you're calling Tcl from AppleScript, and you're comfortable writing Tcl scripts, then "Do Script" is your best bet. If you're calling the rest of the world from Tcl and you know AppleScript, then TclApplescript is the ticket. If you want to talk both ways and either need or want full access to the AppleEvent Manager, then TclAE is the thing. I'm biased, but TclAE is the most powerful option (and also the most complicated). You can obtain an outdated version of TclAE from <http://www.his.com/~jguyer/Alpha/TclAE%20Help/> (this won't work on OS X). We've just started a TclAE project on SourceForge and should be getting a more current (Carbon compatible) version uploaded in short order. Keep an eye on <http://sourceforge.net/projects/tclae/>. -- Jonathan E. Guyer <http://www.his.com/jguyer/> |
|
From: macnerd <ma...@re...> - 2002-03-06 02:53:25
|
I am interested in sending events, because I can take a real compiled Macintosh application and call tcl to perform some operation, such as style-sheet transformation. I get a level of flexibility. In my line of work, it is good to have automation for testing. I can puppet apps, take data and pipe it to tcl, do something and then go to another app. I guess the other way is the only other way is to get an app to save somehow to a text file, and somehow redirect this to text file, if the application supports this functionality. There's a lot of synergy for AppleScript, plus there are a lot of complex scripts out there. It would be nice have control both ways, AppleScripter's that want a way to control tcl/tk, and ticklers that want to reach out and touch someone. - joaquin [snip][snip][snip][snip][snip][snip][snip] |
|
From: Jim I. <ji...@ap...> - 2002-03-06 01:34:04
|
Jon, On Tuesday, March 5, 2002, at 05:21 PM, Jon Guyer wrote: > At 5:02 PM -0800 3/5/02, Jim Ingham wrote: > >> Yes, but if it is not safe, it is better to have a Tclae_SafeInit >> that returns TCL_ERROR. That is positively stating that you are not >> safe, rather than leaving it to someone to infer that you are. > > Ah, OK. We can do that. > >> This is not the way that it worked on 9, right. IIRC, you got a >> high level event in your event queue, which you had to service to >> get the event to be processed... > > Yep. Looks the same in X, too. I was just seeing a peculiarity of a > self-addressed event. The AEM directs those straight to the handler, > but everything else goes through the event loop, to be dispatched by > AEProcessAppleEvent(). > >> You can do a PID to PSN translation, there is an API for this in >> HIToolbox in Processes.h. But I bet that tclsh doesn't have a psn. >> It isn't registered with the WindowServer yet... > > Looks like this won't buy us anything even if it works... I guess Wish > (with Tcl rebuilt according to Daniel's instructions) is the way to go. In the long run, it would be really cool to get a Tcl that could respond to Apple Events. There isn't anything GUI-ish about Apple Events, they are just some kind of IPC, right? But for now, the easiest thing is just to use Daniel's fixes to the Tcl loading, and run it under Wish. Jim > -- > > Jonathan E. Guyer > <http://www.his.com/jguyer/> > > > _______________________________________________ > Tcl-mac mailing list > Tc...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-mac > -- Jim Ingham ji...@ap... Developer Tools - gdb Apple Computer |
|
From: Jon G. <jg...@hi...> - 2002-03-06 01:23:40
|
At 5:02 PM -0800 3/5/02, Jim Ingham wrote: >Yes, but if it is not safe, it is better to have a Tclae_SafeInit >that returns TCL_ERROR. That is positively stating that you are not >safe, rather than leaving it to someone to infer that you are. Ah, OK. We can do that. >This is not the way that it worked on 9, right. IIRC, you got a >high level event in your event queue, which you had to service to >get the event to be processed... Yep. Looks the same in X, too. I was just seeing a peculiarity of a self-addressed event. The AEM directs those straight to the handler, but everything else goes through the event loop, to be dispatched by AEProcessAppleEvent(). >You can do a PID to PSN translation, there is an API for this in >HIToolbox in Processes.h. But I bet that tclsh doesn't have a psn. >It isn't registered with the WindowServer yet... Looks like this won't buy us anything even if it works... I guess Wish (with Tcl rebuilt according to Daniel's instructions) is the way to go. -- Jonathan E. Guyer <http://www.his.com/jguyer/> |
|
From: Jim I. <ji...@ap...> - 2002-03-06 01:22:36
|
On Tuesday, March 5, 2002, at 04:22 PM, Daniel A. Steffen wrote: > At 14:21 -0800 on 5/3/02, Jim Ingham wrote: >> Second, it is very odd that it receives the event, since there isn't >> an event loop that is listening to Apple events. I don't really know >> how Apple Events are delivered in X. I'll ask around... > > I think as long as an AE handler is registered, AE's are received, I > suspect this might be plugged in on top of carbon events? e.g. AlphaX > doesn't see AE's destined for tclAE in its WNE event loop. OTOH clearly > neither tclsh nor tclAE is calling RAEL Yeah, this is what strikes me as curious. On 9 you have to handle the high level events by hand. Who is doing this behind our back? > >> Third, you have to have an App Signature registered with whoever is >> sending events between Apps (probably the Window Server). Tcl doesn't >> do that, so it loses (of course Wish does). I wouldn't want to do >> this by default in Tcl, since that involves linking with alot of the >> ApplicationServices stack, and this sometimes means you connect to the >> Window Server on launch, which would be bad. But I bet there is an >> API to do this, so you could add a command to TclAE to register >> yourself, and then you would be available for external sends... > > I've actually noticed the other day that tclAE doesn't load if you're > logged in remotely and not root (with the usual port permission errors > you get when trying to connect to the window server from an > unauthorized source): > > kCGErrorIllegalArgument : initCGDisplayState: cannot map display > interlocks. > kCGErrorIllegalArgument : CGSNewConnection cannot get connection port > kCGErrorIllegalArgument : CGSNewConnection cannot get connection port > kCGErrorInvalidConnection : CGSGetEventPort: Invalid connection > > so some kind of registration with the window server seems to take place > when we load TclAE and thus Carbon (as we obviously need > AE.framework ...) > > when root, tclAE will load but e.g. the finder still doesn't accept > AE's from you... Yeah, some of the libraries (HIToolbox among them) have init routines that run when the library is loaded and try to connect to the Window Server. But if you don't own the window server, they you aren't allowed to do this. That is probably what is happening here. JIm -- Jim Ingham ji...@ap... Developer Tools - gdb Apple Computer |
|
From: Jim I. <ji...@ap...> - 2002-03-06 01:19:06
|
Daniel, On Tuesday, March 5, 2002, at 04:29 PM, Daniel A. Steffen wrote: > At 19:11 -0500 on 5/3/02, Jon Guyer wrote: >> dyld: /Applications/Wish Shell.app/Contents/MacOS/Wish Shell Undefined >> symbols: >> _Tclae_SafeInit >> >> I'll grant, there is no such routine. Does there need to be? TclAE is >> most decidedly /not/ safe. > > recompile 8.4 using the tip of macosx-8-4-branch and this will go away, > it's due to an old tclLoadDyld.c in Jim's branch (older than what I > distributed in my 8.3.4 build for AlphaX), I checked in a better > version a few days ago. > > tclAE loads fine under 8.4 here > Okay, I understand now. But still, TclAE should have a SafeInit which returns TCL_ERROR. That way you are really telling a safe interpreter that you are unsafe... >> Actually, what's needed is an AEAddressDesc, which is one of: >> typeApplSignature, typeSessionID, typeTargetID, or >> typeProcessSerialNumber. Can we get any of these for Tcl (tclsh)? >> tclsh has a eunuchs PID; can this be translated to a ToolBox PSN? >> > > that may depend on how tclsh is started, remember the AlphaTk > discussion on alphatcl-dev a while ago where AlphaTk was getting a > misterious -psn_0_xxxxxx > argument, that's the ToolBox PSN we would need AFAIK. I think this is > only passed along when apps are started with 'open' (e.g. finder double > click) Yeah, this is something the Finder does. But I don't think that this is what assigns the PSN, it is just passing it to the process. So what you would really need to do is get Tcl to register with the WindowServer. Somebody sent some code to do this - I think to the list - but I can't find it now... Jim -- Jim Ingham ji...@ap... Developer Tools - gdb Apple Computer |
|
From: Jim I. <ji...@ap...> - 2002-03-06 01:02:44
|
On Tuesday, March 5, 2002, at 04:11 PM, Jon Guyer wrote: > At 2:21 PM -0800 3/5/02, Jim Ingham wrote: > >> First, why won't it load into Aqua Wish? What errors do you get? > > Being ignorant about such things, I copied tclAE2.0 into > /System/Library/Frameworks/Tcl.framework/Versions/8.4/Resources, which > is the equivalent auto_path entry to where it's installed for tclsh. > > () 1 % package names > http registry dde tclAE tcltest opt msgcat Tk Tcl > () 2 % package require tclAE > > Wish goes boom "The application Wish Shell has unexpectedly quit..." > > dyld: /Applications/Wish Shell.app/Contents/MacOS/Wish Shell Undefined > symbols: > _Tclae_SafeInit > > I'll grant, there is no such routine. Does there need to be? TclAE is > most decidedly /not/ safe. Yes, but if it is not safe, it is better to have a Tclae_SafeInit that returns TCL_ERROR. That is positively stating that you are not safe, rather than leaving it to someone to infer that you are. > > >> Second, it is very odd that it receives the event, since there isn't >> an event loop that is listening to Apple events. I don't really >> know how Apple Events are delivered in X. I'll ask around... > > AppleEvents are delivered to AE handlers asynchronously. No event loop > needed. This is not the way that it worked on 9, right. IIRC, you got a high level event in your event queue, which you had to service to get the event to be processed... > >> Third, you have to have an App Signature registered with whoever is >> sending events between Apps (probably the Window Server). > > Actually, what's needed is an AEAddressDesc, which is one of: > typeApplSignature, typeSessionID, typeTargetID, or > typeProcessSerialNumber. Can we get any of these for Tcl (tclsh)? tclsh > has a eunuchs PID; can this be translated to a ToolBox PSN? You can do a PID to PSN translation, there is an API for this in HIToolbox in Processes.h. But I bet that tclsh doesn't have a psn. It isn't registered with the WindowServer yet... Jim -- Jim Ingham ji...@ap... Developer Tools - gdb Apple Computer |
|
From: Daniel A. S. <st...@ic...> - 2002-03-06 00:30:47
|
At 19:11 -0500 on 5/3/02, Jon Guyer wrote: >dyld: /Applications/Wish Shell.app/Contents/MacOS/Wish Shell >Undefined symbols: >_Tclae_SafeInit > >I'll grant, there is no such routine. Does there need to be? TclAE >is most decidedly /not/ safe. recompile 8.4 using the tip of macosx-8-4-branch and this will go away, it's due to an old tclLoadDyld.c in Jim's branch (older than what I distributed in my 8.3.4 build for AlphaX), I checked in a better version a few days ago. tclAE loads fine under 8.4 here >Actually, what's needed is an AEAddressDesc, which is one of: >typeApplSignature, typeSessionID, typeTargetID, or >typeProcessSerialNumber. Can we get any of these for Tcl (tclsh)? >tclsh has a eunuchs PID; can this be translated to a ToolBox PSN? > that may depend on how tclsh is started, remember the AlphaTk discussion on alphatcl-dev a while ago where AlphaTk was getting a misterious -psn_0_xxxxxx argument, that's the ToolBox PSN we would need AFAIK. I think this is only passed along when apps are started with 'open' (e.g. finder double click) Cheers, Daniel -- ** Daniel A. Steffen ** "And now to something completely ** Department of Mathematics ** different" Monty Python ** Macquarie University ** <mailto:st...@ma...> ** NSW 2109 Australia ** <http://www.maths.mq.edu.au/~steffen/> |
|
From: Daniel A. S. <st...@ic...> - 2002-03-06 00:23:58
|
At 14:21 -0800 on 5/3/02, Jim Ingham wrote: >Second, it is very odd that it receives the event, since there isn't >an event loop that is listening to Apple events. I don't really >know how Apple Events are delivered in X. I'll ask around... I think as long as an AE handler is registered, AE's are received, I suspect this might be plugged in on top of carbon events? e.g. AlphaX doesn't see AE's destined for tclAE in its WNE event loop. OTOH clearly neither tclsh nor tclAE is calling RAEL >Third, you have to have an App Signature registered with whoever is >sending events between Apps (probably the Window Server). Tcl >doesn't do that, so it loses (of course Wish does). I wouldn't want >to do this by default in Tcl, since that involves linking with alot >of the ApplicationServices stack, and this sometimes means you >connect to the Window Server on launch, which would be bad. But I >bet there is an API to do this, so you could add a command to TclAE >to register yourself, and then you would be available for external >sends... I've actually noticed the other day that tclAE doesn't load if you're logged in remotely and not root (with the usual port permission errors you get when trying to connect to the window server from an unauthorized source): kCGErrorIllegalArgument : initCGDisplayState: cannot map display interlocks. kCGErrorIllegalArgument : CGSNewConnection cannot get connection port kCGErrorIllegalArgument : CGSNewConnection cannot get connection port kCGErrorInvalidConnection : CGSGetEventPort: Invalid connection so some kind of registration with the window server seems to take place when we load TclAE and thus Carbon (as we obviously need AE.framework ...) when root, tclAE will load but e.g. the finder still doesn't accept AE's from you... Cheers, Daniel -- ** Daniel A. Steffen ** "And now to something completely ** Department of Mathematics ** different" Monty Python ** Macquarie University ** <mailto:st...@ma...> ** NSW 2109 Australia ** <http://www.maths.mq.edu.au/~steffen/> |
|
From: Jon G. <jg...@hi...> - 2002-03-06 00:19:48
|
At 2:21 PM -0800 3/5/02, Jim Ingham wrote: >First, why won't it load into Aqua Wish? What errors do you get? Being ignorant about such things, I copied tclAE2.0 into /System/Library/Frameworks/Tcl.framework/Versions/8.4/Resources, which is the equivalent auto_path entry to where it's installed for tclsh. () 1 % package names http registry dde tclAE tcltest opt msgcat Tk Tcl () 2 % package require tclAE Wish goes boom "The application Wish Shell has unexpectedly quit..." dyld: /Applications/Wish Shell.app/Contents/MacOS/Wish Shell Undefined symbols: _Tclae_SafeInit I'll grant, there is no such routine. Does there need to be? TclAE is most decidedly /not/ safe. >Second, it is very odd that it receives the event, since there isn't >an event loop that is listening to Apple events. I don't really >know how Apple Events are delivered in X. I'll ask around... AppleEvents are delivered to AE handlers asynchronously. No event loop needed. >Third, you have to have an App Signature registered with whoever is >sending events between Apps (probably the Window Server). Actually, what's needed is an AEAddressDesc, which is one of: typeApplSignature, typeSessionID, typeTargetID, or typeProcessSerialNumber. Can we get any of these for Tcl (tclsh)? tclsh has a eunuchs PID; can this be translated to a ToolBox PSN? >I wouldn't want >to do this by default in Tcl, since that involves linking with alot >of the ApplicationServices stack, and this sometimes means you >connect to the Window Server on launch, which would be bad. Understood. I agree that Tcl should be as "normal" a eunuchs implementation as possible. -- Jonathan E. Guyer <http://www.his.com/jguyer/> |
|
From: Jim I. <ji...@ap...> - 2002-03-05 22:22:04
|
Jon,
Couple of things...
First, why won't it load into Aqua Wish? What errors do you get?
Second, it is very odd that it receives the event, since there isn't an=20=
event loop that is listening to Apple events. I don't really know how=20=
Apple Events are delivered in X. I'll ask around...
Third, you have to have an App Signature registered with whoever is=20
sending events between Apps (probably the Window Server). Tcl doesn't=20=
do that, so it loses (of course Wish does). I wouldn't want to do this=20=
by default in Tcl, since that involves linking with alot of the=20
ApplicationServices stack, and this sometimes means you connect to the=20=
Window Server on launch, which would be bad. But I bet there is an API=20=
to do this, so you could add a command to TclAE to register yourself,=20
and then you would be available for external sends...
Jim
On Tuesday, March 5, 2002, at 02:01 PM, Jon Guyer wrote:
> At 11:31 AM -0800 3/5/02, Jim Ingham wrote:
>> Tcl does not support AppleEvents, it doesn't have a Carbon Event
>> loop, and is pretty much a straight Unix command-line app. Wish
>> responds to the required suite of AppleEvents, plus a "do script"
>> Apple Event which holds a string as the direct object. This string
>> is just "eval-ed" in the running interpreter.
>>
>> The do script event is what you want.
>
> TclAE is another option, giving more access to AppleEvents in all =
their=20
> hideous glory, but your Tcl app has to be addressable. Loaded into=20
> Alpha, TclAE responds to AppleEvents just fine. It should work in =
Wish,=20
> too, but Aqua Wish 8.4a4 won't load TclAE. I tried an interesting=20
> little experiment though:
>
> Welcome to Darwin!
> [dogbert:~] guyer% tclsh
> % package require tclAE
> 2.0
> % proc hdlr {args} {puts $args}
> % tclAE::installEventHandler FOOO BAAR hdlr
> % tclAE::send -s FOOO BAAR ---- 2
> tclAEDesc.1 tclAEDesc.2
> % proc hdlr {evt rpl} {puts [tclAE::print $evt]; puts [tclAE::print=20
> $rpl]}
> % tclAE::send -s FOOO BAAR ---- 2
> FOOO\BAAR{'----':2, &addr:psn (=AB0000000000000002=BB)}
> 'null'()
>
> So, tclsh is capable of receiving AppleEvents sent to "self", but I=20
> can't figure out how to target it from another app (Terminal.app isn't=20=
> it).
> --
>
> Jonathan E. Guyer
> <http://www.his.com/jguyer/>
>
>
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
--
Jim Ingham ji...@ap...
Developer Tools - gdb
Apple Computer
|
|
From: Jon G. <jg...@hi...> - 2002-03-05 22:01:32
|
At 11:31 AM -0800 3/5/02, Jim Ingham wrote:
>Tcl does not support AppleEvents, it doesn't have a Carbon Event
>loop, and is pretty much a straight Unix command-line app. Wish
>responds to the required suite of AppleEvents, plus a "do script"
>Apple Event which holds a string as the direct object. This string
>is just "eval-ed" in the running interpreter.
>
>The do script event is what you want.
TclAE is another option, giving more access to AppleEvents in all=20
their hideous glory, but your Tcl app has to be addressable. Loaded=20
into Alpha, TclAE responds to AppleEvents just fine. It should work=20
in Wish, too, but Aqua Wish 8.4a4 won't load TclAE. I tried an=20
interesting little experiment though:
Welcome to Darwin!
[dogbert:~] guyer% tclsh
% package require tclAE
2.0
% proc hdlr {args} {puts $args}
% tclAE::installEventHandler FOOO BAAR hdlr
% tclAE::send -s FOOO BAAR ---- 2
tclAEDesc.1 tclAEDesc.2
% proc hdlr {evt rpl} {puts [tclAE::print $evt]; puts [tclAE::print $rpl]=
}
% tclAE::send -s FOOO BAAR ---- 2
FOOO\BAAR{'----':2, &addr:psn (=AB0000000000000002=BB)}
'null'()
So, tclsh is capable of receiving AppleEvents sent to "self", but I=20
can't figure out how to target it from another app (Terminal.app=20
isn't it).
--=20
Jonathan E. Guyer
<http://www.his.com/jguyer/>
|
|
From: Jim I. <ji...@ap...> - 2002-03-05 19:31:25
|
Tcl does not support AppleEvents, it doesn't have a Carbon Event loop, and is pretty much a straight Unix command-line app. Wish responds to the required suite of AppleEvents, plus a "do script" Apple Event which holds a string as the direct object. This string is just "eval-ed" in the running interpreter. The do script event is what you want. Jim On Tuesday, March 5, 2002, at 10:30 AM, macnerd wrote: > > Does tcl support AppleEvents? I would like to send AppleEvents to TCL > to execute a script with parameters. > > _______________________________________________ > Tcl-mac mailing list > Tc...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-mac > -- Jim Ingham ji...@ap... Developer Tools - gdb Apple Computer |
|
From: macnerd <ma...@re...> - 2002-03-05 18:30:18
|
Does tcl support AppleEvents? I would like to send AppleEvents to TCL = to execute a script with parameters. |
9 messages has been excluded from this view by a project administrator.
![http://www.marinedigital.com/en/news/img/top.gif"](http://www.marinedigital.com/en/news/img/top.gif"){kind=link}
![http://www.marinedigital.com/en/news/img/button.gif"](http://www.marinedigital.com/en/news/img/button.gif"){kind=link}
![http://www.marinedigital.com/en/news/img/icon_new.gif"](http://www.marinedigital.com/en/news/img/icon_new.gif"){kind=link}
![http://www.marinedigital.com/en/news/img/banner_specs.jpg"](http://www.marinedigital.com/en/news/img/banner_specs.jpg"){kind=link}
![http://www.marinedigital.com/en/news/img/banner_valve.gif"](http://www.marinedigital.com/en/news/img/banner_valve.gif"){kind=link}
![http://www.marinedigital.com/en/news/img/nasan-41.gif"](http://www.marinedigital.com/en/news/img/nasan-41.gif"){kind=link}
![http://www.marinedigital.com/en/news/img/Tire_crane.jpg"](http://www.marinedigital.com/en/news/img/Tire_crane.jpg"){kind=link}
![http://www.marinedigital.com/en/news/img/110ton.jpg"](http://www.marinedigital.com/en/news/img/110ton.jpg"){kind=link}
![http://www.marinedigital.com/en/news/img/S10511011-2.gif"](http://www.marinedigital.com/en/news/img/S10511011-2.gif"){kind=link}
![http://www.marinedigital.com/en/news/img/press.gif"](http://www.marinedigital.com/en/news/img/press.gif"){kind=link}
![http://www.marinedigital.com/en/news/img/SkyLift-52.jpg"](http://www.marinedigital.com/en/news/img/SkyLift-52.jpg"){kind=link}