<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml">
    <title>gmane.lisp.scheme.ssax-sxml</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/350"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/349"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/348"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/347"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/346"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/345"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/344"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/343"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/350">
    <title>Re: XML parsing bug?</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/350</link>
    <description>&lt;pre&gt;Hello Oleg,

thank you for the explanation.

On Fri, 26 Aug 2011 20:18:58 -0700 (PDT)
oleg-gU9taWJb54bYtjvyW6yDsg&amp;lt; at &amp;gt;public.gmane.org wrote:

...

As space elimination is often a good thing, I decided to implement a
conditional approach.

In a private copy of code, I changed

(let ((seed (ssax:reverse-collect-str-drop-ws seed))

to

(let ((seed ((if (tag-drops-xml-space? elem-gi)
  ssax:reverse-collect-str-drop-ws ssax:reverse-collect-str) seed))

where "tag-drops-xml-space?" is something like

(define tag-drops-xml-space?
  (let ((drop-list (map add-my-ns (list "chapter" "subchapter" ...))))
    (lambda (elem-gi) (let ((full-gi (if (pair? elem-gi)
                        (string-&amp;gt;symbol (string-append
                                        (symbol-&amp;gt;string (car elem-gi)) ":"
                                        (symbol-&amp;gt;string (cdr elem-gi))))
                         elem-gi)))
        (memq full-gi drop-list)))))

...

&lt;/pre&gt;</description>
    <dc:creator>Oleg Parashchenko</dc:creator>
    <dc:date>2011-08-29T11:40:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/349">
    <title>Re: XML parsing bug?</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/349</link>
    <description>&lt;pre&gt;Hi,

On Sat 27 Aug 2011 05:18, oleg-gU9taWJb54bYtjvyW6yDsg&amp;lt; at &amp;gt;public.gmane.org writes:


FWIW this seemed reasonable to me when I first started with SSAX, but it
surprised me later on in another context where I needed the whitespace.
By that time I had forgotten about this procedure and so spent some time
in figuring out what went wrong.

I would suggest that packagers of SSAX provide this whitespace-trimming
behavior as an option that is easy to enable, and furthermore that it be
off by default.  That's the only way to preserve all information in the
original document.

Regards,

Andy
&lt;/pre&gt;</description>
    <dc:creator>Andy Wingo</dc:creator>
    <dc:date>2011-08-27T11:55:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/348">
    <title>Re: XML parsing bug?</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/348</link>
    <description>&lt;pre&gt;
Hello!


SSAX is generally a framework for XML parsing. The SSAX library
includes useful instances of the framework, such as the function
ssax:xml-&amp;gt;sxml, which you must be using. That function invokes the
function
ssax:reverse-collect-str-drop-ws

(see line 2771 of SSAX.scm), whose comments describe it
as follows:

;     ssax:reverse-collect-str-drop-ws LIST-OF-FRAGS -&amp;gt; LIST-OF-FRAGS
; given the list of fragments (some of which are text strings)
; reverse the list and concatenate adjacent text strings.
; We also drop "unsignificant" whitespace, that is, whitespace
; in front, behind and between elements. The whitespace that
; is included in character data is not affected.
; We use this procedure to "intelligently" drop "insignificant"
; whitespace in the parsed SXML. If the strict compliance with
; the XML Recommendation regarding the whitespace is desired, please
; use the ssax:reverse-collect-str procedure instead.

So, you my wish to re-define ssax:xml-&amp;gt;sxml in your project to call
ssax:reverse-collect-&lt;/pre&gt;</description>
    <dc:creator>oleg-gU9taWJb54bYtjvyW6yDsg&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-08-27T03:18:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/347">
    <title>XML parsing bug?</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/347</link>
    <description>&lt;pre&gt;Hello,

using the "ssax-sxml-gambit-060529.tgz", parsing the XML document

&amp;lt;p&amp;gt;&amp;lt;b&amp;gt;so,&amp;lt;/b&amp;gt; &amp;lt;b&amp;gt;so&amp;lt;/b&amp;gt; and &amp;lt;b&amp;gt;so&amp;lt;/b&amp;gt;&amp;lt;/p&amp;gt;

I get

(*TOP* (p
  (b "so,")
  (b "so")
  " and "
  (b "so")))

The space between the first "b"-tags is lost. Right now I can't check
if the latest version from the sorceforge repository produces the same
error, but I'm afraid yes, why not. Can you reproduce the bug? If yes,
is there a chance that the bug would be fixed?



&lt;/pre&gt;</description>
    <dc:creator>Oleg Parashchenko</dc:creator>
    <dc:date>2011-08-26T12:28:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/346">
    <title>Re: how to unwrap a tag in pre-post-order</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/346</link>
    <description>&lt;pre&gt;Hello Peter,

On Wed, 17 Aug 2011 14:34:25 +0200
Peter Bex &amp;lt;Peter.Bex-qWit8jRvyhVmR6Xm/wNWPw&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

...

Thanks a lot!



&lt;/pre&gt;</description>
    <dc:creator>Oleg Parashchenko</dc:creator>
    <dc:date>2011-08-18T11:11:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/345">
    <title>Re: how to unwrap a tag in pre-post-order</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/345</link>
    <description>&lt;pre&gt;
Hi!

[snip]

I think what you're looking for is "pre-post-order-splice":

(pre-post-order-splice doc
  `((*default* . ,(lambda args args))
    (proxy     . ,(lambda (tag . kids) kids)))))
=&amp;gt;
(*TOP* (chapter (section) (section)))

See the notes near the end of lib/SXML-tree-trans.scm in the SSAX
distribution.

HTH,
Peter Bex
&lt;/pre&gt;</description>
    <dc:creator>Peter Bex</dc:creator>
    <dc:date>2011-08-17T12:34:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/344">
    <title>how to unwrap a tag in pre-post-order</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/344</link>
    <description>&lt;pre&gt;Hello,

I try to "unwrap" an XML tag: delete the tag, but retain the subtrees.
For example, the source document:

&amp;lt;chapter&amp;gt;
  &amp;lt;proxy&amp;gt;&amp;lt;section&amp;gt;&amp;lt;/section&amp;gt;&amp;lt;/proxy&amp;gt;
  &amp;lt;proxy&amp;gt;&amp;lt;section&amp;gt;&amp;lt;/section&amp;gt;&amp;lt;/proxy&amp;gt;
&amp;lt;/chapter&amp;gt;

after unwrapping the tag "proxy" gives:

&amp;lt;chapter&amp;gt;
  &amp;lt;section/&amp;gt;
  &amp;lt;section/&amp;gt;
&amp;lt;/chapter&amp;gt;

A first attempt with SXSLT:

(define doc '(*TOP* (chapter (proxy (section)) (proxy (section)))))
(define unwrapped (pre-post-order doc `(
  (*default* . ,(lambda args args))
  (proxy     . ,(lambda (tag . kids) kids))
  )))
(display unwrapped)(newline)

The result is:

(*TOP* (chapter ((section)) ((section))))

But I want:

(*TOP* (chapter (section) (section)))

Any trick to get the desired result?

The idea is to apply several "pre-post-order" in sequence, and mix them
with sxpath expressions. But right now the result of a transformation is
not SXML anymore. Any suggestions are welcome.


&lt;/pre&gt;</description>
    <dc:creator>Oleg Parashchenko</dc:creator>
    <dc:date>2011-08-17T11:47:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/343">
    <title>sxml</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.ssax-sxml/343</link>
    <description>&lt;pre&gt;Hello all! 

I am trying to learn SXML and attempting to follow to follow a tutorial at the following URL:

http://modis.ispras.ru/Lizorkin/sxml-tutorial.html

Right away I am receiving an error on example 1 hindering my progress:

here's the code (In Modular language and using PTL scheme 4.2.3 plus the latest version of SXML)



#lang scheme

(require (planet lizorkin/sxml:2:1/sxml))

(sxml:document "http://modis.ispras.ru/Lizorkin/XML/poem.xml")




The error i receive is as Follows

XLink API error: resource doesn't exist: http://modis.ispras.ru/Lizorkin/XML/poem.xml
#f


Could I be following old syntax from this website? The SXML source code (http://planet.plt-scheme.org/package-source/lizorkin/sxml.plt/2/1/xpath-context_xlink.ss) states 
"(define (sxml:document req-uri . namespace-prefix-assig)

and "NAMESPACE-PREFIX-ASSIG is an optional argument"


any help would be greatly appreciated,

Thanks!
Dan




      
------------------------------------------------------------------------------
This SF.Net em&lt;/pre&gt;</description>
    <dc:creator>Dan Pimentel</dc:creator>
    <dc:date>2009-12-20T21:24:02</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.scheme.ssax-sxml">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.scheme.ssax-sxml</link>
  </textinput>
</rdf:RDF>

