XML Transformations using REXML


#1

Toot toot!

That’s the sound of my own horn.

The January 2006 issue of Dr. Dobbs magazine has an article of mine, XML
Transformations using REXML.

I don’t know if the article will be available for free reading on the
Dr. Dobbs Web site, so you may have to buy the magazine to read it.

Well worth it, of course. :slight_smile:

(It’s also the 30th Anniversary issue.)

http://www.ddj.com/ (still showing December 2005)

James B.

http://www.ruby-doc.org - Ruby Help & Documentation
http://www.artima.com/rubycs/ - Ruby Code & Style: Writers wanted
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com - Playing with Better Toys
http://www.30secondrule.com - Building Better Tools


#2

James B. wrote:

Toot toot!

That’s the sound of my own horn.

The January 2006 issue of Dr. Dobbs magazine has an article of mine,
XML Transformations using REXML.

Congratulations!


#3

On Dec 4, 2005, at 3:28 PM, James B. wrote:

Toot toot!

Nice job James!

–Steve


#4

Somewhat related to this.

The lack of a pure ruby XSLT engine is on occasions annoying, because
then I
find myself descending to the nether regions of java, PHP and friends
:slight_smile:

I was thinking about the viability of an XSLT doc A that matchs
against arbitrary XSLT B and emits ruby code that effectivly performs
the
same transformation as the original XSLT document B.

Eventually the XSLT A would be able to ‘self compile’ to some ruby code
that
would replace it. Ie read some XSLT and emit functionally equivilent
ruby
code.

Does this sound like a sensible approach to getting ‘pure ruby’ XSLT
functionality?


#5

On Dec 8, 2005, at 6:02 PM, GJB wrote:

The Jan. issue is now on-line. Haven’t read it yet but I intend to

And I just received my print issue in the mail today. I’m heading
off to bed now, eager to read James’s fine work.

–Steve


#6

The Jan. issue is now on-line. Haven’t read it yet but I intend to :
)

Gary Blomquist