tclplugin-core — Mailing list for Tcl plugin development

[Tclplugin-core] FW: TCL Plugin - Policy, Packages, ...

[Jeff H. <je...@Ac...>]

[forwarded from clt because it's pertinent]

Merwin wrote:
> I've discovered the TCL Plugin yesterday and i was impressed, it was =
THE
> solution for me, a very good and easy alternative at Java !
>=20
> I'm creating a French IRC Network and i'd like to make an applet to =
let
> users chat from the web ! My first problem: i can't use socket !
>=20
> I've looked the documentation and i see that if i want to use outside
> sockets, i need tu load the outside policy !
>=20
> Second problem: i can't load it: permission denied !
>=20
> What is the goal of make an outise policy if we can't load it ?

The policy management stuff is pretty well documented at:
	http://www.tcl.tk/software/plugin/

However, with the current v3 plugin, it is actually a bit harder to =
configure
the special files.  In order to make it easy to deploy, I am using =
stardlls,
with everything embedded into the dll.  You can crack these open just =
like any
starkit, but not modify it at runtime.

I may well have to move to a multi-file distribution again, with the =
core in
the stardll, and a tcl/ subdirectory in the plugins/ folder that has the
plugin3.0 package.  That way users can more easily manage plugin =
policies and
config files.

> Second question is that i want to make a pretty applet, for end-users=20
> ! So i want to use BWidget ! How can i do ? How can i load image from=20
> my Tclet ?

Let's take this discussion to the tclplugin-core mailing list. It is =
possible,
but the "best way" is not yet decided.

--=20
   Jeff Hobbs, The Tcl Guy
   http://www.ActiveState.com/, a division of Sophos

[Tclplugin-core] Tcl/Tk 2005 Conference - Schedules available now, Registration is open

[<aku...@sh...>]

Tcl/Tk 2005 Conference Schedule & Registration
==============================================

The 12th Tcl/Tk Conference Schedules are available.

The tutorials and paper presentation schedules have been 
finalized and are available at:

http://www.tcl.tk/community/tcl2005/tut2005.html
http://www.tcl.tk/community/tcl2005/schedule.html

The abstracts for the selected papers are available at:

http://www.tcl.tk/community/tcl2005/abstracts.html

The conference dinner will be on Wednesday evening.  
Blueteam will be providing a social hour with drinks
and munchies on Thursday evening.

Registration is open for tutorials and technical 
sessions at:

http://www.tcl.tk/community/tcl2005/reg.html


Program Committee:
==================
 Donal  Fellows       University of Manchester
 Clif   Flynt         Noumena Corp.
 Ron    Fox           NSCL Michigan State University
 Jeff   Hobbs         ActiveState Corp.
 Steve  Landers       Digital Smarties
 Gerald Lester        HMS Software
 Cyndy  Lilagan       Eolas Technologies Inc.
 Arjen  Markus        WL | Delft Hydraulics

--
Sincerely,
	Andreas Kupries <aku...@sh...>
			<http://www.purl.org/NET/akupries/>
-------------------------------------------------------------------------------

[Tclplugin-core] RE: wiki.tcl.tk question

[Jeff H. <je...@Ac...>]

Hi Layla,

Layla Brown wrote:
> I apologize for bothering you, but I was on wiki.tcl.tk today
> and saw you had an updated tcl plugin (3.0a4) that worked using
> 2 windows dll files (http://wiki.tcl.tk/12719).  Does this
> plugin have the ability to use policy config files (safe tcl)
> like the old 2.0 tcl plugin or does it skip using them
> altogether?  If it can, do I need to define a registry key or
> environment variable to specify where these config files are
> located? 

The policies stuff has not changed, although one reason I still
call v3 an alpha is that I would like to change it.  I would
like to make them not so obtuse, and be more like real Tcl
config files than the pseudo-config files they currently are.

As to whether it works, Theado posted an xpi, and I have an
updated one accessible here:
	ftp://ftp.tcl.tk/pub/incoming/tclplugin.xpi

This is for Windows only.  I could make it for other Linux as
well, but that needs focus fixes first.  Considering it for
raw testing purposes only.

The management of the policies is currently an issue, as they
are inside the stardll tclplugin.dll (.../lib/nptcl/config).
Perhaps if I could rework the config stuff to have some sort
of configuration manager though, then that wouldn't really be
an issue regardless.  Or move them to a visible directory on
first use?

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos 

RE: [Tclplugin-core] Delay on http posts

[Jeff H. <je...@Ac...>]

Please see my notes at:

http://sf.net/tracker/?func=3Ddetail&aid=3D1190367&group_id=3D13188&atid=3D=
113188

I have moved it to Pending Invalid, because based on the example
given, the behavior that I get (using Firefox on XP SP2) is 100%
correct - that is an error.  If you change 'launch' to:

proc launch {} { ::browser::getURL http://www.tcl.tk/ }

I receive no error.

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos

> -----Original Message-----
> From: je...@gn... [mailto:je...@gn...]=20
> Sent: April 21, 2005 8:01 AM
> To: Jeff Hobbs
> Cc: tcl...@li...
> Subject: RE: [Tclplugin-core] Delay on http posts
>=20
>=20
>=20
> Hi Jeff.
>=20
>     Jos=E9 E. Marchesi wrote:
>     > I am trying to use the url feature with the latest CVS=20
>     > tclplugin. Any time i perform a post (using ::browser::getURL or
>     > ::browser::javascript) there is an error from the plugin=20
>     > after a delay.=20
>    =20
>     Can you provide a tclet which I can test locally?
>=20
> Of course:
>=20
>=20
>   policy javascript
>=20
>   button .b -text "launch" -command launch
>=20
>   proc launch {} {
>=20
>       ::browser::getURL {javascript:alert('hola');}
>=20
>   }
>=20
>   pack .b
>=20
>=20
>     > But the post launched by the tclet is still on the www=20
>     > navigator. When i destroy the navigator window or perform=20
>     > another post, the post launched by the tclet is remembered=20
>     > and flushed.
>     >=20
>     > It that a known bug on the CVS tclplugin? I would be happy=20
>     > fixing this bug. I would highly appreciate any hint or=20
>     > direction about what could the problem be in order to find=20
>     > the convenient place on the sources.
>    =20
>     I have honestly not made much (any) use of the ::browser::
>     APIs.  It may well be a bug.  It may be new or old.  I can
>     assist you in hunting bugs down, but I'm not 100% sure how
>     that all operates myself.
>=20
>=20
> As long as i know:
>=20
>=20
> The `browser::getURL' procedure (browser.tcl) checks for=20
> another post to the same URL. If there is one, the procedure=20
> emits an error and exits. If this post is a new one, it calls=20
> the `pnExecute' procedure as in:
>=20
>   pnExecute GetURL $slave [list $url]
>=20
>=20
> The `pnExecute' procedure (remoted.tcl) then perform a remote=20
> procedure call using the rpi interface:
>=20
>   ::rpi::invoke $::plugin::CLIENT [concat [list ::pn$cmd $key] $aList]
>=20
>=20
> in this case:
>=20
>   ::rpi::invoke ::rpi::I1cli ::pnGetURL tclet1=20
> {javascript:alert('hola');}
>=20
>=20
> The rpi invocation function then performs:
>=20
>   1) Some initialization.
>=20
>   2) Send the data via the `SendMsg' procedure.
>=20
>   3) Wait for a specific time, returning with error if the time is
>      exceeded. This use the ::wait::hold procedure.
>=20
>=20
> The `SendMsg' procedure writes the passed data into the socket:
>=20
>  =20
>   puts $socket $what
>=20
>=20
> in our case, it writes:
>=20
>   puts sock15 {E 4 {::pnGetURL tclet1 {javascript:alert('hola');}}}
>=20
>=20
>=20
> So the remote `pnGetURL' procedure is supposed to be executed=20
> on the remote interpreter.
>=20
> The `pn$api' procedures are generated on `plugmain.tcl' from=20
> a template stored on the `pnAPIbody' variable. The procedures=20
> actually generated that way are `pnGetURL', `pnStatus',=20
> `pnOpenStream', `pnWriteToStream', `pnCloseStream',=20
> `pnPostURL', `pnUserAgent' and `pnApiVersion'. That is: this=20
> procedures implement the API to the NPN procedures.=20
>=20
> The template on `pnAPIbody' simply calls the appropiate=20
> `pniAPI' procedure, that is the first one on the call chain=20
> that is coded on the C part of the plugin.=20
>=20
> In our case, `pniGetURL' is called. `pniGetURL' is a Tcl-C=20
> interface procedure, defined on the `PnInit' C function=20
> (npCmds.c). It interfaces to the `PnGetURLCmd' function, that=20
> is also defined on `npCmds.c'.=20
>=20
> The `PnGetURLCmd' function then calls the actual navigator=20
> NPN function for getting an url, stored on the=20
> `NPNFuncs.geturl' variable (well, it really calls the=20
> `NPN_GetURL', that in turn call `CallNPN_GetURLProc' with=20
> `NPNFuncs.geturl').=20
>=20
>=20
> So... =BFwhere is the delay?. The delay happens on the remote=20
> procedure call. The caller executes `::rpi::invoke', which=20
> correctly writes the message and then enters on the wait.=20
> There is a timeout and an error is signalled. Meanwhile, the=20
> browser has not received the javascript.
>=20
> Then i close the navigator window, or i perform a post with the
> browser: =A1surprise!, the remote interpreter gets the rpi and=20
> executes it, generating a browser window with "hola!".
>=20
> I think the bug could be on the communication via the socket.=20
> But i am somewhat confused about the specific role of the=20
> "remote" interpreter. Could you please explain why are two=20
> tcl processes running on the plugin, and why one of them is=20
> "remote"? I need the "big picture" :)
>=20
> Sorry about my ignorance, but this is the first time i get=20
> involved on plugin isssues.
>=20
>=20
>    =20
>     > The bug arises with the following software configuration (any=20
>     > combination of):
>     >=20
>     >      Mozilla suite 1.7           Tcl/Tk 8.4.9    =20
> Latest CVS tclplugin
>     >      Mozilla firefox 1.x         Tcl/Tk 8.4
>     >      IE 6.x
>     >   =20
>     >      Both x86 and PowerPC architectures (for that matter).    =20
>    =20
>     So I assume this is Linux and Windows?
>=20
>=20
> Yes. It happens on GNU/Linux with Mozilla, on MS Windows with=20
> IE 6x, and on MS Windows with Mozilla.
>=20
>=20
>=20
> Thanks.
>=20
> --
> Jos=E9 E. Marchesi    <je...@gn...>
>=20

RE: [Tclplugin-core] Delay on http posts

[<je...@gn...>]

    >     Can you provide a tclet which I can test locally?
    >=20
    > Of course:
    =09...
   =20
    Jos=E9 - that was a lot of excellent analysis.  Can you just
    copy that verbatim into a SF bug report for tclplugin?  That
    way it will be properly recorded and tracked for the fix.

Just done.

    I suspect the whole remote procedure stuff needs to be tossed
    out and rewritten.

I can help! I really need this bug solved (it is blocking the
development of a product on my company), so i am already working on
it.=20

[Tclplugin-core] [ tclplugin-Bugs-1190367 ] Delayed socket communication while http posts

[SourceForge.net <no...@so...>]

Bugs item #1190367, was opened at 2005-04-26 08:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113188&aid=1190367&group_id=13188

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Delayed socket communication while http posts

Initial Comment:

 The `browser::getURL" procedure (browser.tcl) checks
for another
 post to the same URL. If there is one, the procedure
emits an error
 and exits. If this post is a new one, it calls the
`pnExecute"
 procedure as in:
 
   pnExecute GetURL $slave [list $url]
 
 
 The `pnExecute" procedure (remoted.tcl) then perform a
remote
 procedure call using the rpi interface:
 
   ::rpi::invoke $::plugin::CLIENT [concat [list
::pn$cmd $key] $aList]
 
 
 in this case:
 
   ::rpi::invoke ::rpi::I1cli ::pnGetURL tclet1
{javascript:alert("hola");}
 
 
 The rpi invocation function then performs:
 
   1) Some initialization.
 
   2) Send the data via the `SendMsg" procedure.
 
   3) Wait for a specific time, returning with error if
the time is
      exceeded. This use the ::wait::hold procedure.
 
 
 The `SendMsg" procedure writes the passed data into
the socket:
 
   
   puts $socket $what
 
 
 in our case, it writes:
 
   puts sock15 {E 4 {::pnGetURL tclet1
{javascript:alert("hola");}}}
 
 
 
 So the remote `pnGetURL" procedure is supposed to be
executed on the
 remote interpreter.
 
 The `pn$api" procedures are generated on
`plugmain.tcl" from a
 template stored on the `pnAPIbody" variable. The
procedures actually
 generated that way are `pnGetURL", `pnStatus",
`pnOpenStream",
 `pnWriteToStream", `pnCloseStream", `pnPostURL",
`pnUserAgent" and
 `pnApiVersion". That is: this procedures implement the
API to the NPN
 procedures. 
 
 The template on `pnAPIbody" simply calls the
appropiate `pniAPI"
 procedure, that is the first one on the call chain
that is coded on
 the C part of the plugin. 
 
 In our case, `pniGetURL" is called. `pniGetURL" is a
Tcl-C interface
 procedure, defined on the `PnInit" C function
(npCmds.c). It
 interfaces to the `PnGetURLCmd" function, that is also
defined on
 `npCmds.c". 
 
 The `PnGetURLCmd" function then calls the actual
navigator NPN
 function for getting an url, stored on the
`NPNFuncs.geturl"
 variable (well, it really calls the `NPN_GetURL", that
in turn call
 `CallNPN_GetURLProc" with `NPNFuncs.geturl"). 
 
 
 So... ¿where is the delay?. The delay happens on the
remote procedure
 call. The caller executes `::rpi::invoke", which
correctly writes the
 message and then enters on the wait. There is a
timeout and an error
 is signalled. Meanwhile, the browser has not received
the javascript.
 
 Then i close the navigator window, or i perform a post
with the
 browser: ¡surprise!, the remote interpreter gets the
rpi and executes
 it, generating a browser window with "hola!".
 
 I think the bug could be on the communication via the
socket. But i am
 somewhat confused about the specific role of the "remote"
 interpreter. Could you please explain why are two tcl
processes
 running on the plugin, and why one of them is
"remote"? I need the
 "big picture" :)
 
 Sorry about my ignorance, but this is the first time i
get involved on
 plugin isssues.
 
 
     
     > The bug arises with the following software
configuration (any 
     > combination of):
     > 
     >      Mozilla suite 1.7           Tcl/Tk 8.4.9  
  Latest CVS tclplugin
     >      Mozilla firefox 1.x         Tcl/Tk 8.4
     >      IE 6.x
     >    
     >      Both x86 and PowerPC architectures (for
that matter).     
     
     So I assume this is Linux and Windows?
 
 
 Yes. It happens on GNU/Linux with Mozilla, on MS
Windows with IE 6x,
 and on MS Windows with Mozilla.
 
 
 
 Thanks.
 
 --
 José E. Marchesi    <jemarch@gn...>
 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113188&aid=1190367&group_id=13188

RE: [Tclplugin-core] Delay on http posts

[Jeff H. <je...@Ac...>]

>     Can you provide a tclet which I can test locally?
>=20
> Of course:
	...

Jos=E9 - that was a lot of excellent analysis.  Can you just
copy that verbatim into a SF bug report for tclplugin?  That
way it will be properly recorded and tracked for the fix.
I suspect the whole remote procedure stuff needs to be tossed
out and rewritten.

Thanks,

Jeff

RE: [Tclplugin-core] Delay on http posts

Hi Jeff.

    Jos=E9 E. Marchesi wrote:
    > I am trying to use the url feature with the latest CVS=20
    > tclplugin. Any time i perform a post (using ::browser::getURL or
    > ::browser::javascript) there is an error from the plugin=20
    > after a delay.=20
   =20
    Can you provide a tclet which I can test locally?

Of course:


  policy javascript

  button .b -text "launch" -command launch

  proc launch {} {

      ::browser::getURL {javascript:alert('hola');}

  }

  pack .b


    > But the post launched by the tclet is still on the www=20
    > navigator. When i destroy the navigator window or perform=20
    > another post, the post launched by the tclet is remembered=20
    > and flushed.
    >=20
    > It that a known bug on the CVS tclplugin? I would be happy=20
    > fixing this bug. I would highly appreciate any hint or=20
    > direction about what could the problem be in order to find=20
    > the convenient place on the sources.
   =20
    I have honestly not made much (any) use of the ::browser::
    APIs.  It may well be a bug.  It may be new or old.  I can
    assist you in hunting bugs down, but I'm not 100% sure how
    that all operates myself.


As long as i know:


The `browser::getURL' procedure (browser.tcl) checks for another
post to the same URL. If there is one, the procedure emits an error
and exits. If this post is a new one, it calls the `pnExecute'
procedure as in:

  pnExecute GetURL $slave [list $url]


The `pnExecute' procedure (remoted.tcl) then perform a remote
procedure call using the rpi interface:

  ::rpi::invoke $::plugin::CLIENT [concat [list ::pn$cmd $key] $aList]


in this case:

  ::rpi::invoke ::rpi::I1cli ::pnGetURL tclet1 {javascript:alert('hola'=
);}


The rpi invocation function then performs:

  1) Some initialization.

  2) Send the data via the `SendMsg' procedure.

  3) Wait for a specific time, returning with error if the time is
     exceeded. This use the ::wait::hold procedure.


The `SendMsg' procedure writes the passed data into the socket:

 =20
  puts $socket $what


in our case, it writes:

  puts sock15 {E 4 {::pnGetURL tclet1 {javascript:alert('hola');}}}



So the remote `pnGetURL' procedure is supposed to be executed on the
remote interpreter.

The `pn$api' procedures are generated on `plugmain.tcl' from a
template stored on the `pnAPIbody' variable. The procedures actually
generated that way are `pnGetURL', `pnStatus', `pnOpenStream',
`pnWriteToStream', `pnCloseStream', `pnPostURL', `pnUserAgent' and
`pnApiVersion'. That is: this procedures implement the API to the NPN
procedures.=20

The template on `pnAPIbody' simply calls the appropiate `pniAPI'
procedure, that is the first one on the call chain that is coded on
the C part of the plugin.=20

In our case, `pniGetURL' is called. `pniGetURL' is a Tcl-C interface
procedure, defined on the `PnInit' C function (npCmds.c). It
interfaces to the `PnGetURLCmd' function, that is also defined on
`npCmds.c'.=20

The `PnGetURLCmd' function then calls the actual navigator NPN
function for getting an url, stored on the `NPNFuncs.geturl'
variable (well, it really calls the `NPN_GetURL', that in turn call
`CallNPN_GetURLProc' with `NPNFuncs.geturl').=20


So... =BFwhere is the delay?. The delay happens on the remote procedure=

call. The caller executes `::rpi::invoke', which correctly writes the
message and then enters on the wait. There is a timeout and an error
is signalled. Meanwhile, the browser has not received the javascript.

Then i close the navigator window, or i perform a post with the
browser: =A1surprise!, the remote interpreter gets the rpi and executes=

it, generating a browser window with "hola!".

I think the bug could be on the communication via the socket. But i am
somewhat confused about the specific role of the "remote"
interpreter. Could you please explain why are two tcl processes
running on the plugin, and why one of them is "remote"? I need the
"big picture" :)

Sorry about my ignorance, but this is the first time i get involved on
plugin isssues.


   =20
    > The bug arises with the following software configuration (any=20
    > combination of):
    >=20
    >      Mozilla suite 1.7           Tcl/Tk 8.4.9     Latest CVS tclp=
lugin
    >      Mozilla firefox 1.x         Tcl/Tk 8.4
    >      IE 6.x
    >   =20
    >      Both x86 and PowerPC architectures (for that matter).    =20=

   =20
    So I assume this is Linux and Windows?


Yes. It happens on GNU/Linux with Mozilla, on MS Windows with IE 6x,
and on MS Windows with Mozilla.



Thanks.

--
Jos=E9 E. Marchesi    <je...@gn...>

RE: [Tclplugin-core] Delay on http posts

[Jeff H. <je...@Ac...>]

Jos=E9 E. Marchesi wrote:
> I am trying to use the url feature with the latest CVS=20
> tclplugin. Any time i perform a post (using ::browser::getURL or
> ::browser::javascript) there is an error from the plugin=20
> after a delay.=20

Can you provide a tclet which I can test locally?

> But the post launched by the tclet is still on the www=20
> navigator. When i destroy the navigator window or perform=20
> another post, the post launched by the tclet is remembered=20
> and flushed.
>=20
> It that a known bug on the CVS tclplugin? I would be happy=20
> fixing this bug. I would highly appreciate any hint or=20
> direction about what could the problem be in order to find=20
> the convenient place on the sources.

I have honestly not made much (any) use of the ::browser::
APIs.  It may well be a bug.  It may be new or old.  I can
assist you in hunting bugs down, but I'm not 100% sure how
that all operates myself.

> The bug arises with the following software configuration (any=20
> combination of):
>=20
>      Mozilla suite 1.7           Tcl/Tk 8.4.9     Latest CVS tclplugin
>      Mozilla firefox 1.x         Tcl/Tk 8.4
>      IE 6.x
>   =20
>      Both x86 and PowerPC architectures (for that matter).    =20

So I assume this is Linux and Windows?

Jeff

[Tclplugin-core] Delay on http posts

Hi Jeff et all.


I am trying to use the url feature with the latest CVS tclplugin. Any
time i perform a post (using ::browser::getURL or
::browser::javascript) there is an error from the plugin after a
delay.=20

But the post launched by the tclet is still on the www navigator.
When i destroy the navigator window or perform another post, the post
launched by the tclet is remembered and flushed.

It that a known bug on the CVS tclplugin? I would be happy fixing this
bug. I would highly appreciate any hint or direction about what could
the problem be in order to find the convenient place on the sources.

The bug arises with the following software configuration (any
combination of):


     Mozilla suite 1.7           Tcl/Tk 8.4.9     Latest CVS tclplugin
     Mozilla firefox 1.x         Tcl/Tk 8.4
     IE 6.x
   =20
  =20
     Both x86 and PowerPC architectures (for that matter).    =20


Thanks!


--
Jos=E9 E. Marchesi  <je...@gn...>

http://es.gnu.org
http://www.gnu.org

[Tclplugin-core] Tcl/Tk 2005 First Call for papers

[<aku...@sh...>]

Tcl/Tk 2005 First Call for papers.
===================================

Tcl/Tk 2005 will be held in Portland, Oregon USA in late October or
early November.  The program committee asks all people using and
developing with Tcl/Tk and extensions to submit papers and proposals
for presentations at this conference.

Past conferences have seen submissions covering a wide variety of
topics including and not limited to:

   * Scientific and engineering applications
   * Industrial controls
   * Distributed applications and Network Managment
   * Object oriented extensions to Tcl/Tk
   * New widgets for Tk
   * Simulation and application steering with Tcl/Tk
   * Tcl/Tk-Centric operating environments
   * Tcl/Tk on small and embedded devices
   * Medical applications and visualization


At this point we are requesting submissions of:

   * Abstracts of papers for oral presentation.
   * Proposals for short courses to be taught the day prior to the conference.
   * Proposals for other presentations/discussions.
   * Proposals to present tutorial sessions.

Please send abstracts and proposals to tcl2005 (at) nscl (dot) 
msu (dot) edu

Important target dates:
=======================
 July  1, 2005    - Abstracts and proposals due.
 July 31, 2005    - Notification to authors.
 Sep  15, 2005    - Author materials due.

The submissions should consist of an abstract of about 100 words and a
summary of maximum two pages.  Omit extraneous or redundant
information. Length is not a direct factor in judging the quality of
the submission.

The authors of oral presentations will have 20-25 minutes to present
the paper at the conference.

The program committee will review and evaluate papers according to the
following criteria:

   * Quantity and quality of novel content
   * Relevance and interest to the Tcl/Tk community
   * Suitability of content for presentation at the conference 

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreement forms will be returned
to the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.



Program Committee:
==================
 Donal  Fellows       University of Manchester
 Clif   Flynt         Noumena Corp.
 Ron    Fox           NSCL Michigan State University
 Jeff   Hobbs         ActiveState Corp.
 Steve  Landers       Digital Smarties
 Gerald Lester        HMS Software
 Cyndy  Lilagan       Eolas Technologies Inc.
 Arjen  Markus        WL | Delft Hydraulics

--
Sincerely,
	Andreas Kupries <aku...@sh...>
			<http://www.purl.org/NET/akupries/>
-------------------------------------------------------------------------------

RE: [Tclplugin-core] Latest TCL Plugin

[Jeff H. <je...@Ac...>]

Al-Mulaihan, Mulaihan A. wrote:
> Couldn't find a TCL Plugin that can work with IE6 on Windows XP

The plugin sources in CVS do provide a base that will work with
IE6.  It is from these sources that we provide the plugin that
is currently included in the Tcl Dev Kit, as a free (unlicensed)
component:
	http://www.activestate.com/Tcl

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos 

[Tclplugin-core] Latest TCL Plugin

[Al-Mulaihan, M. A. <mul...@ar...>]

Couldn't find a TCL Plugin that can work with IE6 on Windows XP; would
you help? Thanks

Re: [Tclplugin-core] Erro installing tclet.

[Jeff H. <je...@Ac...>]

Huang, Paul wrote:
> I was trying ti install tclet on my linux box. First I got an error, can 
> not file libdl.so.1, so I linked the libdl.so.1 to libdl.so. Then I got 
> an error, can not find libm.so.5, I linked libm.so.5 to libm.so to solve 
> it. Now I get this error. Please help me. Thanks a lot.
> 
> Starting the Tcl/Tk installer for x86-linux2...
> /home/phuang/tclplug20-x86-linux2/tclplug/tclshp2.0: relocation error: 
> /home/phuang/tclplug20-x86-linux2/tclplug/tclshp2.0: undefined symbol: 
> __setfpucw
> The Tcl/Tk installer generated an unexpected error...
> Please send any log to sun...@su...
> Can not proceed. Installation aborted.

You don't want to deal with v2 anymore, you want to work with v3.
That is included in the ActiveState Tcl Dev Kit (as a free
component) as well as through some other distros (Takahashi has
something for download).  Otherwise you can download and build
the source for yourself.

-- 
   Jeff Hobbs, The Tcl Guy
   http://www.ActiveState.com/, a division of Sophos

[Tclplugin-core] Erro installing tclet.

[Huang, P. <Pau...@ta...>]

Hi,
I was trying ti install tclet on my linux box. First I got an error, can =
not file libdl.so.1, so I linked the libdl.so.1 to libdl.so. Then I got =
an error, can not find libm.so.5, I linked libm.so.5 to libm.so to solve =
it. Now I get this error. Please help me. Thanks a lot.
=20
Starting the Tcl/Tk installer for x86-linux2...
/home/phuang/tclplug20-x86-linux2/tclplug/tclshp2.0: relocation error: =
/home/phuang/tclplug20-x86-linux2/tclplug/tclshp2.0: undefined symbol: =
__setfpucw
The Tcl/Tk installer generated an unexpected error...
Please send any log to sun...@su...
Can not proceed. Installation aborted.


Paul

[Tclplugin-core] 11'th Annual Tcl/Tk Conference

[<aku...@sh...>]

11'th Annual Tcl/Tk Conference

October 11 - 15, 2004
New Orleans, Louisiana, USA
Email Contact tc...@tc...

We are pleased to announce the 11'th Annual Tcl/Tk conference
(Tcl'2004), sponsored by Noumena Corporation, in cooperation with
ActiveState and ExpoTech.

Come to New Orleans to:

    * Learn about the power of Tcl/Tk.
    * Present exciting new work involving Tcl/Tk.
    * See the latest developments in Tcl/Tk.
    * Meet Tcl/Tk researchers and users from academia, government and industry.
    * Plan for future Tcl/Tk related developments.

    The conference program will include paper presentations,
    tutorials, Birds of a Feather (BOF) sessions and invited key-note
    talks. 

Registration

    Online registration is ready now.
    <http://www.tcl.tk/community/tcl2004/reg.html>

Tutorials

    Come learn about Tcl from the experts. This year's Tcl/Tk
    Conference includes one of the best sets of Tutorials ever offered
    including tutorials on Jacl, TclHttpd,
    Starkit, Advanced GUI construction, and the API.

    <http://www.tcl.tk/community/tcl2004/tut2004.html>

Schedule

    More details will be added to the schedule as they become
    available.

    <http://www.tcl.tk/community/tcl2004/schedule.html>

    Those attending the conference will be interested in the
    conference info page.

    <http://www.tcl.tk/community/tcl2004/info.html>

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list.

<http://listserv.activestate.com/mailman/mysubs?show=announce>

Other Forms of Participation

    For those who are not presenting a paper at the conference, but
    would like to present their work in some form, we do provide
    several other forms of participation.

    Slots for Works-in-Progress (WIP) presentations and
    Birds-of-a-Feather sessions (BOFs) are available on a first-come,
    first-served basis by sending email to tc...@tc.... Some WIP
    and BOF time slots will be held open for on-site reservation, so
    we encourage all attendees with interesting work in progress to
    consider presenting that work at the conference.

Conference Committee

    Gerald Lester       HMS Software General Chair
    Andreas Kupries     ActiveState Corp
    Clif Flynt          Noumena Corp Website Admin
    Jeffrey Hobbs       ActiveState Corp
    Kevin Kenny         GE Global Research Center
    Ken Jones           Avia Training
    Mac Cody            Raytheon Company
    Kim Richerts  
    Steve Landers       Digital Smarties
    Sheila Miguez       Motorola
    Larry Virden        Tcl FAQ Maintainer

Contact Information
    
    tc...@tc...

[Tclplugin-core] [ tclplugin-Bugs-1011499 ] "winfo interps" should NOT work...

[SourceForge.net <no...@so...>]

Bugs item #1011499, was opened at 2004-08-18 08:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113188&aid=1011499&group_id=13188

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: "winfo interps"  should NOT work...

Initial Comment:
A plugin should not be allowed to query the list of currently running
Tk-applications.

It is possible with CVS-version of Aug 18th 2004

At fixing this, maybe there are some similar situations
just behind next corner...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113188&aid=1011499&group_id=13188

RE: [Tclplugin-core] can not input text/entry widget.

[Jeff H. <je...@Ac...>]

> From: Taguchi Takeshi
	...
> By the way, I think current tclplugin assume all tclet is  
> wrriten using UTF-8 encoding. This means, in the web page 
> which is writen euc-jp encoding, SCRIPT itself must use UTF-8 
> encoding. Euc-jp encoded file can not contain any UTF-8 string.
> 
> I think tclet encoding may be able to set by tclet author.
> such as:
>    <embed type="x-application/tcl"
> 	  src="./sample-tclet.tcl"
> 	  charset="euc-jp" ...>
> 
> So I've made a patch.

I've added this (code slightly modified, requires exact match to
'encoding names') to 3.0a2.

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos

RE: [Tclplugin-core] Tcl plugin problem

[Jeff H. <je...@Ac...>]

> SPARC SunBlade 100 and Solaris 8
> Sun's GNOME 2 desktop
> Mozilla 1.5

>     File name: libnptcl3.0.so
>     TCL Plugin 3.0a1 (3.0.0.1). Executes tclets found in Web 
> pages.See the Tcl Plugin home page for more details.

> When I visit pages such as 
> http://www.tcl.tk/software/plugin/applets.html
> Mozilla dies.

I found the issue that was causing this and have corrected it
(and confirmed that Solaris Mozilla now happily loads plugins).
The fact that it worked on Linux was due to some weird hackery
in their dlsym implementation (even though it was passed an
invalid library handle, it apparently searches all dlopen'ed
libraries for the sym ... wooooah!).

The correction will be in a plugin marked 3.0a2, which will be
available in TDK 3.1 (and whereever else these things appear).

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos

Re: [Tclplugin-core] using policy javascript

[Taguchi T. <ta...@to...>]

Hi, all.

At Mon, 19 Jan 2004 13:48:59 +0900,
Taguchi Takeshi wrote:
> 
> Hi, all.
> 
> I've red log files carefully.
> and I found something probrems.
> 
> ~/plugD.log say 'pnExecute GetURL ...' command has executed.
> But there are no records in web server-side log.
> And then, I've terminated browser, (then, remote-wishd went
> to down), web server has recieved GET method from GetURL.
> 
> I think this means socket from remote-wishd to web server
> never flushed.

In http://developer.netscape.com/docs/manuals/communicator/plugin/strm.htm#1005630
Section "Pushing Data into the Stream"
> After creating a stream with NPN_NewStream, the plug-in can call NPN_Write
> to deliver a buffer of data from the plug-in to Communicator.
  ... [snip] ...
> The plug-in should terminate the stream by calling NPN_DestroyStream,
> when all data has been written to the stream

I think tclplugin never call NPN_DestroyStream after calling
NPN_Write.

Thanks.
--
Taguchi,T.

Re: [Tclplugin-core] future TclPlugin 3.0 installer

[Larry W. V. <lv...@ca...>]

From: "Thomas L. Packer in BYU CS DEG" <Tho...@Mi...>

>     I work with a university research group 

>     When do you think a stand-alone, precompiled TclPlugin installer 
> will become available for the TclPlugin 3.0 for use in IE and other =
> browsers?  

Well, I think that one of the members of this mailing list (Keiichi Takahashi)
may have written something like that himself.  You might try emailing him
at bi...@ny... (that's the last email address I have for him)
and see what his plans are for the item.

Also, note that http://tclplugin.sf.net/ can be used by your group if
they would wish to contribute an installer...
-- 
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.
-><-

RE: [Tclplugin-core] future TclPlugin 3.0 installer

[Jeff H. <je...@Ac...>]

> I work with a university research group that would like to invest
> a little time in developing a web interface to our program, which
> uses Tcl.  The TclPlugin that I have installed as part of the
> TclDevKit works fine, but I cannot expect all of our casual web
> page users to download such a package in order to view the contents
> of our web page.

> Will the plugin I have installed become disabled after the TclDevKit
> trial period expires?  

No, it is an unlicensed component, and operates whether you have
a license or not.

> Is there a way of installing the plugin separately?

Keiichi Takahashi has made available a separate installer for
the plugin, but I'm not sure what the prereqs for it are.

> When do you think a stand-alone, precompiled TclPlugin installer
> will become available for the TclPlugin 3.0 for use in IE and
> other browsers? 

This really depends on the efforts that others can put into making
such a beast, or someone willing to sponsor the effort.

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos 

[Tclplugin-core] future TclPlugin 3.0 installer

[Thomas L. P. in B. CS D. <Tho...@Mi...>]

Hello

    I work with a university research group that would like to invest a =
little time in developing a web interface to our program, which uses =
Tcl.  The TclPlugin that I have installed as part of the TclDevKit works =
fine, but I cannot expect all of our casual web page users to download =
such a package in order to view the contents of our web page.

    Questions:

    Will the plugin I have installed become disabled after the TclDevKit =
trial period expires? =20

    Is there a way of installing the plugin separately?

    When do you think a stand-alone, precompiled TclPlugin installer =
will become available for the TclPlugin 3.0 for use in IE and other =
browsers?  I would like to get some idea of whether or not it would be =
worth the time invested now to develop our interface using Tcl, with the =
expectation that the TclPlugin will become available in the near future.

    Thanks,

ciao
tomp

[Tclplugin-core] Tcl plugin problem

[Larry W. V. <lv...@ca...>]

Background:

SPARC SunBlade 100 and Solaris 8
Sun's GNOME 2 desktop
Mozilla 1.5

a plugin that Mozilla reports as:
Tcl Plugin 3.0a1

    File name: libnptcl3.0.so
    TCL Plugin 3.0a1 (3.0.0.1). Executes tclets found in Web pages.See the Tcl Plugin home page for more details.

MIME Type Description Suffixes Enabled
application/x-tcl Tcl Web Applets .tcl Yes


When I visit pages such as http://www.tcl.tk/software/plugin/applets.html
Mozilla dies.

Does anyone know if the plugin is supposed to be compatible with Mozilla?

-- 
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.
-><-

RE: [Tclplugin-core] Plugin Problem

[Jeff H. <je...@Ac...>]

> I have installed the Tcl-Plugin form www.scriptics.com/plugins

Note that scriptics.com is officially long dead.  Please refer
to this site as www.tcl.tk.

> for my windows machine.  I have internet explorer 6.0.
> The plugin got installed in C:\TclPlug directory.  Now in my C:
> directory i create a simple tcl file(called simple.tcl) to draw
> a frame and another file called simple.html which has the only
> one line "<embed src=c:\simple.tcl width=120 height=35>
> But when i visit this html file via my IE browser it doesnt
> show the frames.

See your answer here:

http://groups.google.ca/groups?selm=400989A0.2000502%40activestate.com

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos