Re: Kind of a patch for sgml importer
Michèle Garoche <[email protected]> Fri, 8 Apr 2005 18:41:21 +0200
| Newsgroups | gmane.editors.conglomerate.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 8 avr. 2005, à 18:11, David Malcolm a écrit : > On Fri, 2005-04-08 at 16:57 +0200, Michèle Garoche wrote: >> I say kind of because it does not rely on sgml2x which is not ported >> on >> Fink, but on osx (part of opensp4), which does the same thing, but >> needs two options for it to work properly, I don't know if sgml2x >> needs >> option too. > > Thanks. To be frank I haven't looked at this plugin in a long time > (maybe 2 years?), I've no idea if it works for me anymore. I think it is very useful since with the new tex, jadetex does not work anymore, at least on fink. Or so, I've tried since beginning of February to make it work with no success. > > osx seems to be part of the openjade package on Fedora; I'm wondering > how available this is on other distributions. Yes it is, but I did not want to disturb things on conglomerate. The useful part is the gnomevfsuri-posix path stuff. > Maybe we should have a configure.in test for this, and enable the > plugin > accordingly? It is also possible to test conditionally on sgml2x or osx (by the way it is called sx, but on fink it is renamed osx, I don't know if it is the case on all systems). The only advantage to have the same tool is that we could effectively make a dialog to enter options, the two obligatory ones, then others such as a given catalog, etc... Well that would be easier, but otherwise we could have two kind of dialogs to enter options (will probably solve the problem with external entities). >> It is borrowed from bluefish, so I'll guess it should work on >> conglomerate. It works on Mac. > That's reassuring; suggests this should work. It works perfectly on all systems bluefish works on. With local and remote location. And with accented characters or japanese one (at least that what I tested). > Does Bluefish have any > configure.in tests we could copy? (assuming that's OK with them) No, not for opensp4. Bluefish does not use it. What I've done on Mac is to put opensp4 as Depends, since the binary tools are in opensp4 on Fink. Googling, I've found phpdoc which uses it. But I think the better detection is really to test for osx in prefix/bin, since only this is needed. >> Basically it takes the gnomevfsuri, transforms it to a string hidding >> some parts depending on whether it is local or not, then returns it to >> the function casting it. > I think this already exists. Does src/cong-vfs.h: > cong_vfs_get_local_path_from_uri work for you? I'll try it and tell you later, maybe in a few hours I need some pause now :-). Sorry I did not see it. Michèle <http://micmacfr.homeunix.org> _______________________________________________ Conglomerate-devel mailing list [email protected] http://lists.copyleft.no/mailman/listinfo/conglomerate-devel
PGP.sig
(application/pgp-signature, 186 B) - not displayed