Menu
▾
▴
tclxml-devel — Discussions on the development of TclXML
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2002 |
Jan
(2) |
Feb
(8) |
Mar
(1) |
Apr
(1) |
May
(5) |
Jun
(1) |
Jul
(1) |
Aug
(5) |
Sep
(2) |
Oct
(8) |
Nov
(3) |
Dec
(3) |
| 2003 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2004 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Steve B. <Ste...@zv...> - 2002-04-13 03:18:40
|
Dear Developers, Yesterday I checked in my latest changes to the TclDOM and TclXSLT subprojects. The changes are entirely for the libxml2/libxslt wrapper code. Changes include: TclXSLT: register all EXSLT extensions. TclDOM: (Partial) Implementation of DOM L2 Events (compatible with the Tcl version), plus bug fixes and further support for TclDOM API (such as node configure -nodeValue, etc). Cheers, Steve Ball -- Steve Ball | XSLT Standard Library | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2002-03-01 04:31:23
|
TclDOM v2.1alpha1 and TclXSLT v1.1 have been released - ahead of schedule! Once I've updated the reference and website documentation I'll make a more general announcement. Enjoy, Steve Ball -- Steve Ball | XSLT Standard Library | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2002-02-28 12:18:19
|
Dear TclXML Developers,
For those that might be interested, I've just committed my
latest changes to the TclDOM and TclXSLT modules. These changes
provide wrappers for the Gnome libxml2 and libxslt libraries.
Both TclDOM-libxml2 and TclXSLT assign the C structures used
by the Gnome libraries to the internal representation of a
Tcl object. This allows high-performance access to the
structures.
Here's a quick example:
package require dom
package require xslt
set sourcedoc [dom::libxml2::parse <Test/>]
set styledoc [dom::libxml2::parse {
<xsl:stylesheet version='1.0'
xmlns:xsl='http://www.w3.org/1999/XSL/Transform'>
<xsl:template match='/'>
It works!
</xsl:template>
</xsl:stylesheet>
}]
set result [xslt::transform $styledoc $sourcedoc]
puts [dom::libxml2::serialize $result]
Output:
<?xml version='1.0'?>
It works!
I'll do an alpha release next week.
Enjoy,
Steve Ball
--
Steve Ball | XSLT Standard Library | Training & Seminars
Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas
http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development
Ste...@zv... +---------------------------+---------------------
Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099
|
|
From: <yve...@mu...> - 2002-02-21 17:22:11
|
I try to send this e-mail via sourceforge but without any success Dear TclXml team, I grab the last version: tclxml-2.1theta and I did a wish install.tcl and I get the following error: no tcllib 0.8 installed ??? I have installed the 1.0 vesion so I modify the install.data to reflect my lib version. After the main window show-up I get the following error: No files matching pattern "/opt/software/tclxml-2.1theta/*.so" were found File "./library/pkgIndex.tcl.in" not found But I continued and I discover at the end that you install everything under the path_to_tcl_dir/lib/tclxml-2.0 but when I did a tcl session: [yves@HaineT TkERdia2pgsql]$ tcl tcl>package require foobar Error: can't find package foobar tcl>package names counter opt tcltest msgcat Iwidgets toucanLib ftp Tclx report Tkx limit htmlparse nntp math crypt textutil cmdline csv Balloon Itk mime Expect combobox ncgi cgi profiler utime Tkhtml html setuid fileutil javascript Fbsql http tcllib BLT wylib uri lassolib pop3 ftpd-yg struct BWidget md5 SQLPostgres Pgtcl log Tcl Itcl smtp Tix base64 sha1 ftpd tcl>exit I was unable to see the tclxml packages so I move the tclxml-2.0/ dir into the root of my tcl8.3 and everything work great: [yves@HaineT TkERdia2pgsql]$ tcl tcl>package require foobar Error: can't find package foobar tcl>package names counter opt tcltest msgcat Iwidgets toucanLib expat ftp Tclx report Tkx limit htmlparse nntp math crypt sgml textutil cmdline csv xml::tclparser xpath Balloon sgmlparser xml::c Itk mime Expect combobox ncgi xmldefs cgi profiler utime Tkhtml html setuid fileutil xml::expat javascript tclparser xml::tcl Fbsql http tcllib BLT wylib xml::xerces uri lassolib xerces pop3 ftpd-yg struct BWidget md5 SQLPostgres xml Pgtcl log Tcl Itcl smtp Tix base64 sha1 ftpd tcl>exit [yves@HaineT TkERdia2pgsql]$ The last thing: you put the man page into the root of my tcl8.3 directory ??? But I haven't started to work with. Regards Yves |
|
From: Peter F. <pet...@zv...> - 2002-02-18 09:21:21
|
On Mon, 18 Feb 2002 15:08, Steve Ball wrote: > > NB. setting up autoconf/automake/whatever has never been > my thing, so if anyone can help sort out the mess... > (Peter F?). Ok my "heads up " now ... so I'll start on the "mess" as soon as I can 8-= ) Peter |
|
From: Steve B. <Ste...@zv...> - 2002-02-18 07:08:31
|
Dear TclXML'ers,
Just checked in my changes to the CVS trunk.
This work implements two things:
a) a generic layer for TclDOM. This allows multiple
DOM implementations to be used in a Tcl interpeter,
with the DOM API switching between implementations.
b) a wrapper for the Gnome libxml2 library that registers
itself with the generic layer. This works! I've been
able to create a document, parse XML and serialize.
The wrapper creates a Tcl_Obj for each document and node,
for fast manipulation of DOM objects.
Early days yet. I'd like to get an alpha release out
very soon (perhaps by the end of the week). The purpose
of this message is to give everyone a "heads-up" and
invite you all to look at the code and send me suggestions.
NB. setting up autoconf/automake/whatever has never been
my thing, so if anyone can help sort out the mess...
(Peter F?).
Enjoy,
Steve Ball
--
Steve Ball | XSLT Standard Library | Training & Seminars
Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas
http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development
Ste...@zv... +---------------------------+---------------------
Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099
|
|
From: Jeff H. <Je...@Ac...> - 2002-02-16 02:43:04
|
Call For Papers
9th Annual Tcl/Tk Conference
September 16-20, 2002
Vancouver, BC, Canada
We are pleased to announce the 9th Annual Tcl/Tk conference, to be
held September 16-20, 2002, in Vancouver, BC, Canada.
This conference is a forum to:
* bring together Tcl/Tk researchers and practitioners
* publish and present current work involving Tcl/Tk
* learn about the latest developments in Tcl/Tk
* 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. This
call invites you to submit extended abstracts to be considered for
the conference program. The conference schedule will consist of 2
days of tutorials (Monday - Tuesday) and 3 days for the main
conference (Wednesday - Friday).
Submission of Extended Abstracts
The conference provides an opportunity to report on original Tcl/Tk
research. The audience is practitioners and researchers who are
intermediate or experienced users of Tcl/Tk. For this reason,
reports on experiences and applications must draw out lessons for
other Tcl/Tk developers. Topics include, but are not limited to:
* System extensions
* Novel Tcl/Tk-based applications
* Experience reports on building applications in Tcl/Tk
* Comparative evaluations of Tcl/Tk and other languages or
toolkits for building applications
* Use of different programming paradigms in Tcl/Tk and
proposals for new directions.
* New areas of exploration for the Tcl/Tk language
Extended Abstracts should be written in English and 600 to 1000 words
long (1-2 pages). Omit extraneous or redundant information. Length
is not a direct factor in judging the quality of the submission.
Send submissions as plain text to <tcl2002@-SPAM-.tcl.tk> no later
than April 28, 2002. Authors of accepted abstracts will have until
August 20, 2002 to submit their final paper for the inclusion in the
conference proceedings. The proceedings will be made available on
CD-ROM, so extra materials like code samples are welcome.
The authors 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.
Other Forms of Participation
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.
Slots for Works-in-Progress (WIP) presentations and
Birds-of-a-Feather sessions (BOFs) are available on a first-come,
first-served basis starting in August 2002. Specific instructions
for reserving WIP and BOF time slots will be provided in the
registration information available in June 2002. 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.
Registration Information
More information on the conference will be available in Spring 2002
at the conference web site (http://www.tcl.tk/community/tcl2002/)
and published on various Tcl/Tk-related information channels.
To keep in touch with conference announcements and Tcl events in
general, subscribe to the tcl-announce list at:
http://listserv.activestate.com/mailman/mysubs?show=announce
by entering your email and selecting Tcl-announce.
Conference Committee
Jeff Hobbs ActiveState Corp General Chair
Gerald Lester Aspen Technology Program Co-chair
Kevin Kenny GE Global Research Center Program Co-chair
Andreas Kupries ActiveState Corp
Andrej Vckovski NetCetera
Clif Flynt Noumena Corp
Ken Jones Avia Training
Larry Virden Chemical Abstracts Service (CAS)
Mac Cody Raytheon Company
Mark Roseman Sonexis, Inc.
Steve Landers Digital Smarties
Contact Information
tcl2002@-SPAM-.tcl.tk
http://www.tcl.tk/community/tcl2002/
|
|
From: Jeff H. <Je...@Ac...> - 2002-02-15 02:06:07
|
Call For Papers
9th Annual Tcl/Tk Conference
September 16-20, 2002
Vancouver, BC, Canada
We are pleased to announce the 9th Annual Tcl/Tk conference, to be
held September 16-20, 2002, in Vancouver, BC, Canada.
This conference is a forum to:
* bring together Tcl/Tk researchers and practitioners
* publish and present current work involving Tcl/Tk
* learn about the latest developments in Tcl/Tk
* 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. This
call invites you to submit extended abstracts to be considered for
the conference program. The conference schedule will consist of 2
days of tutorials (Monday - Tuesday) and 3 days for the main
conference (Wednesday - Friday).
Submission of Extended Abstracts
The conference provides an opportunity to report on original Tcl/Tk
research. The audience is practitioners and researchers who are
intermediate or experienced users of Tcl/Tk. For this reason,
reports on experiences and applications must draw out lessons for
other Tcl/Tk developers. Topics include, but are not limited to:
* System extensions
* Novel Tcl/Tk-based applications
* Experience reports on building applications in Tcl/Tk
* Comparative evaluations of Tcl/Tk and other languages or
toolkits for building applications
* Use of different programming paradigms in Tcl/Tk and
proposals for new directions.
* New areas of exploration for the Tcl/Tk language
Extended Abstracts should be written in English and 600 to 1000 words
long (1-2 pages). Omit extraneous or redundant information. Length
is not a direct factor in judging the quality of the submission.
Send submissions as plain text to <tcl2002@-SPAM-.tcl.tk> no later
than April 28, 2002. Authors of accepted abstracts will have until
August 20, 2002 to submit their final paper for the inclusion in the
conference proceedings. The proceedings will be made available on
CD-ROM, so extra materials like code samples are welcome.
The authors 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.
Other Forms of Participation
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.
Slots for Works-in-Progress (WIP) presentations and
Birds-of-a-Feather sessions (BOFs) are available on a first-come,
first-served basis starting in August 2002. Specific instructions
for reserving WIP and BOF time slots will be provided in the
registration information available in June 2002. 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.
Registration Information
More information on the conference will be available in Spring 2002
at the conference web site (http://www.tcl.tk/community/tcl2002/)
and published on various Tcl/Tk-related information channels.
To keep in touch with conference announcements and Tcl events in
general, subscribe to the tcl-announce list at:
http://listserv.activestate.com/mailman/mysubs?show=announce
by entering your email and selecting Tcl-announce.
Conference Committee
Jeff Hobbs ActiveState Corp General Chair
Gerald Lester Aspen Technology Program Co-chair
Kevin Kenny GE Global Research Center Program Co-chair
Andreas Kupries ActiveState Corp
Andrej Vckovski NetCetera
Clif Flynt Noumena Corp
Ken Jones Avia Training
Larry Virden Chemical Abstracts Service (CAS)
Mac Cody Raytheon Company
Mark Roseman Sonexis, Inc.
Steve Landers Digital Smarties
Contact Information
tcl2002@-SPAM-.tcl.tk
http://www.tcl.tk/community/tcl2002/
----
|
|
From: Dan K. <ku...@cs...> - 2002-02-08 00:29:17
|
I replaced the proc dom::Serialize:element with the following
to prevent excessive newlines from being printed in the output.
I don't know if the newlines are in there to be consistant with
the C version, but I think the output is more pleasant without
the extra newlines (only one newline per element).
Thanks!
--Dan
proc dom::Serialize:element {token args} {
array set node [set $token]
array set opts {-newline {}}
array set opts $args
set result {}
set newline {}
if {[lsearch $opts(-newline) $node(node:nodeName)] >= 0} {
set newline \n
}
append result [eval Serialize:Indent [array get opts]]
switch [info exists node(node:namespaceURI)],[info exists
node(node:prefix)] {
1,1 {
# XML Namespace is in scope, prefix supplied
if {[string length $node(node:prefix)]} {
set nsPrefix $node(node:prefix):
} else {
set nsPrefix {}
}
}
1,0 {
# XML Namespace is in scope, no prefix
set nsPrefix [GetNamespacePrefix $token
$node(node:namespaceURI)]:
if {![string compare $nsPrefix :]} {
set nsPrefix {}
}
}
0,0 -
default {
# No XML Namespace is in scope
set nsPrefix {}
}
}
append result <$nsPrefix$node(node:nodeName)
append result [Serialize:attributeList [array get
$node(element:attributeList)]]
if {![llength [set $node(node:childNodes)]]} {
append result />$newline
} else {
append result >$newline
# Do the children
if {[hasmixedcontent $token]} {
set opts(-indent) no
}
append result [eval Serialize:node [list $token] [array get opts]]
append result [eval Serialize:Indent [array get opts]]
append result "</$nsPrefix$node(node:nodeName)>$newline"
}
return $result
}
|
|
From: Steve B. <Ste...@zv...> - 2002-02-07 11:20:26
|
Dan Kuchler wrote: > I downloaded and am using the tcldom-2.0 > theta release for building xml documents. > > I have a question about some of the logic. > > In tcldom-2.0theta/dom.tcl on around line 2756 [...snip...] Thanks Dan. I have applied the patch to the TclDOM main branch and theta branch. > I also made a purely cosmetic change to dom::Serialize:element > to remove newlines from a couple places that are output when > the -newline option is specified. Sounds good - please send me the patch. Cheers, Steve Ball -- Steve Ball | XSLT Standard Library | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Dan K. <da...@ku...> - 2002-01-28 14:08:21
|
I downloaded and am using the tcldom-2.0
theta release for building xml documents.
I have a question about some of the logic.
In tcldom-2.0theta/dom.tcl on around line 2756
I see:
switch [info exists node(node:namespaceURI)],[info exists
node(node:prefix)] {
I have a question about this logic. Even though I never
define a namespace URI or prefix, the 1,1 case is getting
tripped and I get XML that looks like this:
set doc [::dom::DOMImplementation create]
set root [::dom::document createElement $doc File]
foreach number [list 1 2 3] {
set record [::dom::document createElement $root Record]
::dom::element setAttribute $record number $number
}
puts stderr [::dom::DOMImplementation serialize \
$doc -newline [list File Record]]
::dom::DOMImplementation destroy $doc
<:File>
<:Record number="0"/>
<:Record number="1"/>
<:Record number="2"/>
<:/File>
I changed lines 2758 - 2773 to:
1,1 {
# XML Namespace is in scope, prefix supplied
if {[string equal $node(node:prefix) ""]} {
set nsPrefix {}
} else {
set nsPrefix "$node(node:prefix):"
}
}
1,0 {
# XML Namespace is in scope, no prefix
set nsPrefix "[GetNamespacePrefix $token $node(node:namespaceURI)]:"
if {[string equal $nsPrefix {:}]} {
set nsPrefix {}
}
}
I also made a purely cosmetic change to dom::Serialize:element
to remove newlines from a couple places that are output when
the -newline option is specified.
This was to get output like:
<?xml version='1.0'?>
<!DOCTYPE File>
<File>
<Record number="1"/>
<Record number="2"/>
<Record number="3"/>
</File>
Let me know what you think...
--Dan
[please cc me on replies since I don't subscribe to
this mailing list -- thanks]
|
|
From: Steve B. <Ste...@zv...> - 2002-01-14 00:25:20
|
Hi All, and a Happy New Year! As threatened last year, I have re-written the TclXML project's website. Now its all DocBook and all XSLT. You can checkout a copy of the website via CVS, using the module 'xmlsite' and release tag 'v2_0'. There are instructions included on how to process the XML to produce HTML, as well as how to add new modules, etc. Otherwise its all straight-forward DocBook/XML. I'm now looking for volunteers to help round-out the content. In particular, someone needs to write up the TclTidy chapter. Any suggestions for improving the site would be most welcome. Enjoy, Steve Ball -- Steve Ball | XSLT Standard Library | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2001-12-03 05:43:27
|
Hi TclXML'ers, The state of the TclXML website is pretty woeful. I'd like to redevelop it with a view to updating information on the subprojects, as well as adding doco for the new subprojects announced earlier today. Daniel has been responsible for setting up the current site, but there have not been any updates for over ten months(!). He has setup a system of HTML pages, with an XML document describing the navigation structure which is processed by a Tcl script to produce some HTML. Now, I'd rather avoid writing doco in HTML directly so unless people object violently I'm going to convert the pages to DocBook. The reference pages for TclXML and TclDOM are already in DocBook, so this fits in fine. I will then use the DocBook XSL stylesheets (with appropriate customisation) to generate HTML. My XSLTSL project (http://xsltsl.sf.net/) also uses this approach and it has proven to be quite maintainable. Cheers, Steve Ball -- Steve Ball | XSLT Standard Library | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2001-12-03 04:54:33
|
Dear All, Two TclXML announcements in one day! I have created a new module in the TclXML project CVS repository - xmltool. This is a relatively simply Tcl/Tk script we have developed over the last year or so and have now decided to release it as part of the TclXML project. xmltool is a driver for XML parsers and XSLT processors. It provides a simple, point-and-click GUI for casual users to check that documents are well-formed or valid and to run XSL stylesheets on source documents. This application can form the basis of a _very_ simple content management system. We use the tool in a couple of production environments both for driving document transformations and for regression testing of XSL stylesheet systems. In order to run xmltool you need the following packages installed: BWidgets TclXML v2.0 or later TclDOM v2.0 (pull the latest version from the CVS repository) Unfortunately, I haven't written up doco yet. Coming RSN. Zveno's intention is to package up all of the components into an easy-to-install and run application. The packaged version of xmltool will be sold on a commercial basis. We will be releasing a beta version of this application shortly. Stay tuned for the doco and the beta version of xmltool-pro. Enjoy, Steve Ball -- Steve Ball | XSLT Standard Library | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2001-12-03 03:25:07
|
Dear All, Just thought I'd give a "heads-up" on a couple of checkins to the TclXML project CVS repository. These are for the TclDOM module. Firstly, dom.tcl has been given improved support for XML Namespaces. Specifically, serialisation of documents that contain XML Namespaces should now work correctly (ie. prefixes will be added to element names). I don't think XML Namespace support is complete yet, but this makes it more usable. More significantly, there is now a new subdirectory 'src-libxml2'. This contains an initial implementation of a Tcl wrapper for the Gnome libxml2 library. Early days yet: you can parse and serialize a DOM document, get its document element and some node attributes, such as nodeName. Documents and nodes are wrapped up in Tcl_Obj structures so that manipulating the tree from Tcl is fast[*]. The eventual goal, of course, is to have this package completely TclDOM compatible. At the moment tcldom-libxml2 is a separate implementation to the rest of TclDOM; I have yet to engineer the package loading scripts so that one can choose between implementations. The underlying goal for this work is to integrate it with TclXSLT so that XSLT extensions written in Tcl will be able to handle nodes and nodelists. * In order to conserve memory I have not implemented a token -> node mapping. There is a token -> document mapping since a typical application will not have many documents. Since means that the app must keep a reference to the node. Another thing I have avoided is creating a Tcl command for each node. This is what tDOM does. I think doing so will cause too much memory consumption, but I'm open to suggestions. Does anyone desire compatibility with tDOM model? Enjoy, Steve Ball -- Steve Ball | XSLT Standard Library | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Stuart C. <st...@sy...> - 2001-08-14 09:19:46
|
|
From: Steve B. <Ste...@zv...> - 2001-04-05 02:03:38
|
Dear Andr=E9, You wrote: > I am working on a project where i need a validating parser with tcl > bindings. For what i have been read about tclXml, there is only on choi= ce, > which is the use of Xerces-C through your tclXerces API. I also know th= at > the xerces version is on a diferent branch on the CVS (from Source Forg= e). > I'd like to know what you intend to do, in the future, about this Xerce= s > API. Is there any other option to the xerces one? Will you continue to > support the Xerces parser? The xerces branch does not have a windows > installer, do you intend to make one? Someone volunteered to work on the Xerces wrapper, but gave up. Nobody else has stepped forward to complete the work, and I'm only=20 working on the Tcl parser. Ajuba Solutions did have a working TclXerces, so you might like to look at that (it's in the SourceForge repository). An alternative is to write a wrapper for the Gnome libxml parser. This is a validating XML parser written in C, with an interface very similar to expat (for which there is already a Tcl wrapper). Peter Farmer (Pet...@zv...) is working on the expat wrapper, so it might be a good idea to discuss that option with him. HTHs, Steve Ball --=20 Steve Ball | waX Me Lyrical XML Editor | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2001-01-23 11:08:48
|
Just checked-in my changes to the TclDOM v2.0 package. One minor bug fix (for creating doc type declaration). Major changes are to the XPath support. Introduced selectNode method to the DOMImplementation and node commands. While there is still a long way to go towards full XPath support, this code lays the groundwork for the architecture. At this point, the child, descendant, descendant-of-self and attribute axes are supported. All node tests, including type tests, are supported. Only simple predicates are supported - no functions. My main aim was to be able to handle constructs such as //*[@id='foo'] (find all elements in the document with an attribute named 'id' with the value 'foo'. The id function is of no use because the parser is non-validating). Similar constructs will also work, such as //sample/example[@bar='foo']. Relative location paths are OK too. Other expressions, such as example[@foo] or foobar[shazbat] may work, but I haven't tested them yet. I've also caved-in and started supporting Attr nodes, since these are needed for XPath. Enjoy, Steve Ball -- Steve Ball | waX Me Lyrical XML Editor | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2001-01-18 01:19:11
|
At long last, version 2.0 of TclXML is now shipping. Peter Farmer is currently working on the C code for the xml::c and expat packages. There's a bug in there somewhere, so it is not ready for release. However, the Tcl-only parser now passes all of its tests and is now shipping. I'm calling this the 'theta' release, denoting that this is only the Tcl code that is being distributed. The package now sports an all-Tcl installer, making installation easier and graphical. PF wrote the initial version, based on BLT's installer. I made it parameterised, with a view to making it suitable for other packages. At the moment I'm struggling with the SourceForge release system, so nothing has appearing in the SF file release section yet. Meanwhile you can download the package from: ftp://ftp.zveno.com/TclXML/tclxml-2.0theta.tar.gz or ftp://ftp.zveno.com/TclXML/tclxml-2.0theta.zip If you find bugs, please report them using the SourceForge bug tracking system. Messages sent directly to me will be returned with a polite reminder to submit a bug report. Enjoy, Steve Ball -- Steve Ball | waX Me Lyrical XML Editor | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2000-12-28 23:00:03
|
Dear All, I have created a branch called 'xerces' which includes the Xerces i/f code. All of those files (tclXerces*) have been removed from the main branch. Peter Farmer is working on a new installer for the package. I'll be in Perth WA for a couple of weeks, and I hope we can finish off the release engineering and make the v2.0 release sometime during that period. Yippee! Cheers, and have a great New Year! Steve Ball -- Steve Ball | waX Me Lyrical XML Editor | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Steve B. <Ste...@zv...> - 2000-12-22 10:54:00
|
Joe English wrote: > Indeed. In fact, TclXML is a perfect stress-test for TEA since > it has so many different requirements: > > + Has both binary and script portions that need to be installed; > + Dependencies on third-party libraries, some TEA-enabled > (tclexpat) and some not (xerces), all of which can be > selectively enabled or disabled at build-time; > + It's used as a base package that other packages (tcldom) depend on; > + Multiple sub-packages, some of which may be enabled or disabled > at build-time. > > TEA *ought* to make all of this easy, or at least give clear > instructions on how to make it work. A very nice characterisation. TclXML is a relatively small project (less than a dozen C files and a dozen Tcl scripts), and yet has these complex requirements I'm going to work on an experiment to setup a Tcl-based configure/build/ install system for TclXML. This will be my little Xmas project! My general approach, as with all good projects, will be to make the simple tasks easy and the difficult tasks possible. Once I've got something working I'll report back on the system. Cheers, and Merry Xmas, Steve Ball -- Steve Ball | waX Me Lyrical XML Editor | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
|
From: Eric M. <er...@in...> - 2000-12-21 03:22:12
|
On Mon, 11 Dec 2000, Joe English wrote: > Steve Ball wrote: > > Joe English wrote: > > >[...] would it be a good idea to switch to the > > > official expat release hosted at SourceForge? > > > > Yes. My plan was to merge the Ajuba changes into the SF version. > > I think this has already been done -- sort of. > > As far as I can tell, most of the Scriptics/Ajuba changes > had to do with DTD Infoset items (<!ELEMENT..> and <!ATTLIST...> > declarations), which expat 1.1 did not support. However, > expat 1.95 (the current version on expat.sourceforge.net) > *does* support these, just in a slightly different way than > what Eric Melski implemented in the tclexpat version of expat. > > [ Eric -- can you confirm or deny this? ] I can confirm that the changes I made were to allow us to extract element and attribute list declarations, yes. And it looks like expat 1.95 does support these as well. Eric Melski The Other Tcl Guy ericm at interwoven.com Interwoven, Inc. |
|
From: Joe E. <jen...@fl...> - 2000-12-14 22:33:40
|
The [dom::document createXXX $token ...] methods (where createXXX is createElement, createTextNode, etc.) work differently in the dom::tcl and dom::c TclDOM implementations. In the Tcl implementation the new node is created as the last child of $token, whereas in the C implementation it is created as the child of an unattached documentFragment (the $token argument is only used to determine what document the new node should belong to). The dom::tcl implementation is clearly much more useful -- with the C implementation it takes two steps to add a node to the tree instead of just one -- but the dom::c implementation more closely matches the W3C Recommendation. When I brought this up earlier Steve indicated that the Tcl version should be changed to bring it in line with the W3C Rec, but I notice that the new 'xmlswitch' command relies on the old behaviour :-) So I'd like to raise this issue again. I'm still in favor of keeping the dom::tcl interpretation. It disagrees with the W3C DOM Rec, but it's also more sensible. [Another discrepancy just noted: in the dom::tcl implementation, it's possible for [dom::document createXXX $token] to create nodes where they don't belong. For instance, if $token is a textNode, [dom::document createElement $token FOO] doesn't complain (but the node is inaccessible from the tree at that point and if you try to reparent it there's an error.)] --Joe English jen...@fl... |
|
From: Joe E. <jen...@fl...> - 2000-12-12 02:24:09
|
Steve Ball wrote: > Joe English wrote: > >[...] would it be a good idea to switch to the > > official expat release hosted at SourceForge? > > Yes. My plan was to merge the Ajuba changes into the SF version. I think this has already been done -- sort of. As far as I can tell, most of the Scriptics/Ajuba changes had to do with DTD Infoset items (<!ELEMENT..> and <!ATTLIST...> declarations), which expat 1.1 did not support. However, expat 1.95 (the current version on expat.sourceforge.net) *does* support these, just in a slightly different way than what Eric Melski implemented in the tclexpat version of expat. [ Eric -- can you confirm or deny this? ] > > Unfortunately the two versions are not _entirely_ compatible, > > but the required changes (to dom::c anyway) look fairly minor. > > dom::c shouldn't even know about (tcl)expat; it should be using the > new C API in TclXML v2.0. TclXML itself then handles the interface > to the parser class implementation. True. But in the meantime, dom::c is still fairly tightly coupled to the expat parser so I was wondering about near-term changes. --Joe English jen...@fl... |
|
From: Steve B. <Ste...@zv...> - 2000-12-11 22:44:06
|
Joe English wrote: > > Should we continue to use the tclexpat fork for xml::expat > and dom::c, or would it be a good idea to switch to the > official expat release hosted at SourceForge? Yes. My plan was to merge the Ajuba changes into the SF version. When we release TclXML we should probably include the expat sources in the distribution (it's not all that big). > Unfortunately the two versions are not _entirely_ compatible, > but the required changes (to dom::c anyway) look fairly minor. dom::c shouldn't even know about (tcl)expat; it should be using the new C API in TclXML v2.0. TclXML itself then handles the interface to the parser class implementation. That way, dom::c could use expat, tclparser, tclxerces, xmllib, etc (the latter two would give you a validating parser). Cheers, Steve Ball -- Steve Ball | waX Me Lyrical XML Editor | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |
