Well, that's a pity, but I don't have the time to implement this module....
so, I used the os.system () python function, with a good use of pipes,
there's no problem to get the result in a variable..... that's not very
elegant, but.. it works...
>
>
> Guenter Radestock wrote:
> >
> > On Wed, Oct 11, 2000 at 11:19:43AM +0200, Pierre Rougier wrote:
> > > Hi,
> > > (just to remember,
> > > well, in fact, I still tried to force the using of libxmltok and
> > > libxmlparse using the following line when compiling:
> > >
> > > >gcc -shared -pthread Sablotmodule.o ../lib/libsablot.so
> > > >../../Expat/.libs/libxmlparse.so ../../Expat/.libs/libxmltok.so -o
> > > >Sablotmodule.so
> > >
> > > but I still have this problem (which is the same.... than yesterday)
> >
> > unfortunately, the current version of the Python module doesn't do very
> > much anyway. I am still thinking of making a new module with a little
> > more features. I am thinking of implementing new XSL (I think XPath
> > is more correct) functions in Python that can be used in XSLT scripts.
> > Things like conversion of dates from one scheme to another. I have not
> > used XSLT in this way, yet, but I believe this is done with XT and Java.
> >
> > If you have any idea what a Python module should do, how the interface
> > should look like etc. please feel free to send them to this list or to
> > me. Right now I have not done anything yet and I have to see when and
> > if I find the time to do a Python module.
> >
> > For now, I believe it is easier to call sabcmd via popen() from Python
> > than to implement the current module which seems to have less features
> > than sabcmd. Unless, of course, you have Windows and can't use
> > popen()...
> >
> > --
> > Guenter Radestock, Universitaetsbibliothek Karlsruhe
> > [EMAIL PROTECTED]
> > http://www.ubka.uni-karlsruhe.de/~guenter
