Re: Java pretty printing in/with DocBook

["W. Eliot Kimber" <eliot@xxxxxxxxxx>]

At 03:54 PM 2/22/98 -0500, Paul Prescod wrote:
>W. Eliot Kimber wrote:
>> 
>
>> It would certainly be possible to write DSSSL functions that parse the Java
>> source and do the formatting. My first approach would be to see if there's
>> an emacs mode for Java (there must be) and see if I could use that as the
>> base (as emacs is a lisp application).  Or maybe there's already lisp or
>> scheme code for doing Java parsing out there?

>This is not the approach I would take given infinite resources, but on a
>deadline, it seems simplest. You could also try to integrate a C++
>parser with Jade, but that seems like more work with not much benefit.
>Also, the former Java->JavaML converter would probably be useful in
>other contexts (e.g. on the Web, with XSL).

Pauls point is well taken. In the ideal situation, you would have a Java
grove constructor that you could quickly integrate with Jade, e.g.:

(define construct-java-grove
  (external-procedure "UNREGISTERED::ME//Procedure::construct-java-grove"))

(element (java-example)
  (process-node-list
    (construct-java-grove
      (generated-entity-system-id
        (attribute-string "PROGRAM" (current-node))))))

(query (is-java-node? (current-node))
  (case (node-class (current-node))
    (('function)
      (make paragraph 
        (process-children)))
    (('variable)
      (make sequence
        font: 'italic
        (process-children)))))


I have no idea what it would take to integrate other grove constructors
with Jade, but the ability to do this will be a feature of the GroveMinder
tool from TechnoTeacher and is probably already a feature of Alex
Milowski's DAE tool set.

Cheers,

E.
--
<Address HyTime=bibloc>
W. Eliot Kimber, Senior Consulting SGML Engineer
Highland Consulting, a division of ISOGEN International Corp.
2200 N. Lamar St., Suite 230, Dallas, TX 95202.  214.953.0004
www.isogen.com
</Address>


 DSSSList info and archive:  http://www.mulberrytech.com/dsssl/dssslist