Menu
▾
▴
xmlroff-list — xmlroff XSL formatter discussion list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(8) |
Mar
(38) |
Apr
(13) |
May
(17) |
Jun
(9) |
Jul
(31) |
Aug
(5) |
Sep
|
Oct
(9) |
Nov
(8) |
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(8) |
Feb
(2) |
Mar
(10) |
Apr
(1) |
May
(6) |
Jun
(4) |
Jul
|
Aug
(32) |
Sep
(20) |
Oct
(26) |
Nov
(2) |
Dec
(1) |
| 2005 |
Jan
(6) |
Feb
(9) |
Mar
(69) |
Apr
(13) |
May
(7) |
Jun
(21) |
Jul
(9) |
Aug
(21) |
Sep
(28) |
Oct
|
Nov
(15) |
Dec
(1) |
| 2006 |
Jan
(32) |
Feb
(47) |
Mar
(44) |
Apr
(10) |
May
(5) |
Jun
(7) |
Jul
(21) |
Aug
(5) |
Sep
(1) |
Oct
|
Nov
|
Dec
(4) |
| 2007 |
Jan
|
Feb
(12) |
Mar
(7) |
Apr
(10) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tony G. <Ton...@Su...> - 2006-03-10 13:54:22
|
"Mauro C." <inc...@ya...> writes: > Hi to all, > > --- Tony Graham <Ton...@Su...> ha scritto: > >> "Mauro C." <inc...@ya...> writes: >> > --- Tony Graham <Ton...@Su...> ha scritto: >> ... >> >> > I have the same problem with the output result: >> >> > where can I get a pointer to result doc >> >> > (FoDocGP->job)? >> >> >> >> Yes, I guess so. >> >> >> >> > is the output file written when >> fo_doc_gp_finalize >> >> is >> >> > invoked? >> >> >> >> Yes, which really happens when you run: >> >> >> >> 'g_object_unref (fo_doc);' >> >> >> >> I am open for suggestions on how to change that. >> > >> > my idea is to separate creation and file writing >> and >> > have to call explicitly function to generate and >> other >> > one to get result or to write file. >> > >> > not see all the source of libgnomeprint, but ther >> is: >> > >> > GnomePrintJob->meta->buf >> > >> > guchar *buf; >> > >> > maybe the buffer used for the output result. >> > >> >> >> >> I don't want to expose the GnomePrintJob >> underneath >> >> FoDoc any more than I >> >> wanted to expose the xmlDocPtr under FoXmlDoc, >> but >> >> it's obvious that the >> >> current setup is not useful for your purposes. >> > >> > good strategy to not expose implementation >> expecially >> > for libgnomeprint. so you can change print engine >> > without force to recompile apllication that rely >> on >> > libfo. >> >> The real point of doing the Cairo backend now was so >> any changes we make to >> the interface for writing output will also work with >> a Cairo backend. >> >> Cairo is similar to GNOME Print in that the output >> isn't completely written >> until you dereference the object representing the >> Cairo document. > > Just start to look cairo src, in particular > cairo-pdf-surface.c (cairo_pdf_surface_create). > > for now the solution is to write a tmp file and then > for examples if necessary a php script can read file > and send it within an http response. GNOME Print does support writing to streams the way that Cairo does. I was going to suggest that if FoDoc had a function for opening a stream instead of a file, that FoDoc could also fake a stream from a file for the GNOME Print backend. However, extrapolating from http://www.cairographics.org/manual/bindings-streams.html it seems it would be better if you did the tmp file trickery in PHP so you could do better error handling/reporting. The functions for opening an output would become: ------------------------------------------------------------ void fo_doc_open_file (FoDoc *fo_doc, const gchar *filename, FoLibfoContext *libfo_context, GError **error); void fo_doc_open_stream (FoDoc *fo_doc, FoDocWriteFunc write_func, FoLibfoContext *libfo_context, void *closure, GError **error); ------------------------------------------------------------ It looks like FoDoc needs a function to close the output, e.g.: ------------------------------------------------------------ void fo_doc_close (FoDoc *fo_doc, GError **error); ------------------------------------------------------------ fo_doc_close() could be called by FoXSLFormatter as part of fo_xsl_formatter_draw(), but then you'd never be able to get to the GnomePrintJob underneath a FoDocGP. It may be better to let the program that is using libfo -- e.g., xmlroff -- explicitly close the FoDoc. Would it be useful (and not too dangerous) to be able to get to the underlying implementation, e.g.: ------------------------------------------------------------ void * fo_doc_get_implementation (FoDoc *fo_doc); ------------------------------------------------------------ > it would be interesting to have the pdf object > hierarchy directly for post elaboration, for examples > insert encrypt or/and digital sign or linearize pdf > file. That would be interesting, but I don't know of any free library that supports it. Regards, Tony. |
|
From: Tony G. <Ton...@Su...> - 2006-03-09 22:33:22
|
"Mauro C." <inc...@ya...> writes: ... > I would to contribute to xmlroff project not only dev > a php ext. That would be great. Any help you or anyone else can give is greatly appreciated. > I just start to study source, too much source :) The good thing, and only sometimes the bad thing, about the source is that most of it is autogenerated by the spec-dump module. The code for the FO and properties is generated by the spec-dump module and then copied over to xmlroff. > Tony if you could give me some hint so I can > contribute also to implements xsl-fo. > Simly give me .c file to study fist, expecially > fo-area and fo-fo. The simplest file for any FO is probably fo-root.c, and the simplest property is probably fo-property-media-usage.c. They're also the two files that I tweak by hand first before modifying spec-dump to produce similar code. If you enable building the documentation with './autogen.sh --enable-gtk-doc' (which is prebuilt in the xmlroff distributions), you'll find some minimal documentation, including a discussion of fo-root.c. There used to be more on the xmlroff wiki, back when the wiki worked, but I didn't keep it up because it didn't seem to be being used, and now it's gone because the database containing the wiki data was lost when SourceForge changed their database setup. > ps: > I know xmlroff is an open source project :D Very nicely put. Regards, Tony. |
|
From: Tony G. <Ton...@Su...> - 2006-03-09 21:44:11
|
"Mauro C." <inc...@ya...> writes: > I've checkout last version of xmlroff from > sourceforge.net cvs after execute autogen.sh: > > Makefile.am:67: variable `GOBJECT_LIBS' not defined > Makefile.am:90: variable `GOBJECT_LIBS' not defined > > I've just recompiled xmlroff from tar.gz > > any idea? You possibly have a version of the GNU Autotools that does more stringent checking than does the version that I am using. The interesting thing is that when I do a `grep-find' to find all uses of GOBJECT_LIBS, I do find it in two Makefile.am, but the line numbers are different from yours. It should be possible to delete the references to $(GOBJECT_LIBS) with no ill effect. Regards, Tony. |
|
From: Mauro C. <inc...@ya...> - 2006-03-09 19:26:31
|
Hi to all, Hi Tony, I would to contribute to xmlroff project not only dev a php ext. I just start to study source, too much source :) Tony if you could give me some hint so I can contribute also to implements xsl-fo. Simly give me .c file to study fist, expecially fo-area and fo-fo. thank ciao Mauro Casciari ps: I know xmlroff is an open source project :D ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it |
|
From: Mauro C. <inc...@ya...> - 2006-03-09 19:16:35
|
Hi to all, I've checkout last version of xmlroff from sourceforge.net cvs after execute autogen.sh: Makefile.am:67: variable `GOBJECT_LIBS' not defined Makefile.am:90: variable `GOBJECT_LIBS' not defined I've just recompiled xmlroff from tar.gz any idea? thanks Mauro Casciari ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it |
|
From: Mauro C. <inc...@ya...> - 2006-03-09 19:04:30
|
Hi to all, --- Tony Graham <Ton...@Su...> ha scritto: > "Mauro C." <inc...@ya...> writes: > > --- Tony Graham <Ton...@Su...> ha scritto: > ... > >> > I have the same problem with the output result: > >> > where can I get a pointer to result doc > >> > (FoDocGP->job)? > >> > >> Yes, I guess so. > >> > >> > is the output file written when > fo_doc_gp_finalize > >> is > >> > invoked? > >> > >> Yes, which really happens when you run: > >> > >> 'g_object_unref (fo_doc);' > >> > >> I am open for suggestions on how to change that. > > > > my idea is to separate creation and file writing > and > > have to call explicitly function to generate and > other > > one to get result or to write file. > > > > not see all the source of libgnomeprint, but ther > is: > > > > GnomePrintJob->meta->buf > > > > guchar *buf; > > > > maybe the buffer used for the output result. > > > >> > >> I don't want to expose the GnomePrintJob > underneath > >> FoDoc any more than I > >> wanted to expose the xmlDocPtr under FoXmlDoc, > but > >> it's obvious that the > >> current setup is not useful for your purposes. > > > > good strategy to not expose implementation > expecially > > for libgnomeprint. so you can change print engine > > without force to recompile apllication that rely > on > > libfo. > > The real point of doing the Cairo backend now was so > any changes we make to > the interface for writing output will also work with > a Cairo backend. > > Cairo is similar to GNOME Print in that the output > isn't completely written > until you dereference the object representing the > Cairo document. Just start to look cairo src, in particular cairo-pdf-surface.c (cairo_pdf_surface_create). for now the solution is to write a tmp file and then for examples if necessary a php script can read file and send it within an http response. it would be interesting to have the pdf object hierarchy directly for post elaboration, for examples insert encrypt or/and digital sign or linearize pdf file. ciao Mauro Casciari ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it |
|
From: HILT G. <gui...@ov...> - 2006-03-09 08:59:56
|
It works :) Thanks you two. |
|
From: Tony G. <Ton...@Su...> - 2006-03-08 23:33:50
|
"Mauro C." <inc...@ya...> writes: > --- Tony Graham <Ton...@Su...> ha scritto: ... >> > I have the same problem with the output result: >> > where can I get a pointer to result doc >> > (FoDocGP->job)? >> >> Yes, I guess so. >> >> > is the output file written when fo_doc_gp_finalize >> is >> > invoked? >> >> Yes, which really happens when you run: >> >> 'g_object_unref (fo_doc);' >> >> I am open for suggestions on how to change that. > > my idea is to separate creation and file writing and > have to call explicitly function to generate and other > one to get result or to write file. > > not see all the source of libgnomeprint, but ther is: > > GnomePrintJob->meta->buf > > guchar *buf; > > maybe the buffer used for the output result. > >> >> I don't want to expose the GnomePrintJob underneath >> FoDoc any more than I >> wanted to expose the xmlDocPtr under FoXmlDoc, but >> it's obvious that the >> current setup is not useful for your purposes. > > good strategy to not expose implementation expecially > for libgnomeprint. so you can change print engine > without force to recompile apllication that rely on > libfo. The real point of doing the Cairo backend now was so any changes we make to the interface for writing output will also work with a Cairo backend. Cairo is similar to GNOME Print in that the output isn't completely written until you dereference the object representing the Cairo document. In some ways, Cairo is worse than GNOME Print since Cairo starts writing output when you create the 'surface' for the document and doesn't terminate the document until you dereference it. That makes it impossible to output multiple copies of one output. There is a Cairo RFE in its bugzilla asking for a public 'meta' interface that can be 'replayed' multiple times to write multiple copies of the output, but there's no indication whether or not it will be implemented. The other problem is that, like with GNOME Print, you need to specify the output document before you start since you need to begin by creating the Cairo 'surface' for your style of output. I.e., there's separate surface types for PDF and for PostScript (and, in the unstable Cairo, SVG). One thing that Cairo has that AFAICT GNOME Print does not have is a function for each surface type to write the output to a stream (and the methods for writing output to a file each use their respective functions for writing to streams anyway). So with Cairo there's really no way to "get at" the output result other than setting up the output result that you want *before* you do any formatting. Regards, Tony. |
|
From: Stefan S. <se...@sy...> - 2006-03-08 15:52:47
|
Tony Graham wrote: > P.S. What version of libgnomeprint are you using now? I read in the > libgnomeprint ChangeLog that transparency in PDF was fixed in a recent > release. That is good to know. I'm still running FC3 on my laptop. May be I'll consider upgrading once FC5 is out... Thanks, Stefan |
|
From: Tony G. <Ton...@Su...> - 2006-03-08 15:41:35
|
Stefan Seefeld <se...@sy...> writes:
> Tony Graham wrote:
...
>> The Cairo backend doesn't (yet) replace anything. It's currently an
>> alternative to the GNOME Print default.
>
> I see. So it would provide support for features not currently supported
> in GNOME Print (such as transparent / translucent graphics) ?
It has more support for transparency than I know what to do with.
Here's a snippet from the docs:
------------------------------------------------------------
void cairo_set_source_rgb (cairo_t *cr,
double red,
double green,
double blue);
void cairo_set_source_rgba (cairo_t *cr,
double red,
double green,
double blue,
double alpha);
void cairo_set_source (cairo_t *cr,
cairo_pattern_t *source);
void cairo_set_source_surface (cairo_t *cr,
cairo_surface_t *surface,
double x,
double y);
cairo_pattern_t* cairo_get_source (cairo_t *cr);
------------------------------------------------------------
You can set the transparency of the colour, and, it appears, you can draw with
patterns and graphics.
Regards,
Tony.
P.S. What version of libgnomeprint are you using now? I read in the
libgnomeprint ChangeLog that transparency in PDF was fixed in a recent
release.
|
|
From: Stefan S. <se...@sy...> - 2006-03-08 15:28:05
|
HILT Guillaume wrote: > Sorry, due to a bad manipulation, I've lot my last 10 mails so I can't read > your answer :x > Could you resend it to me please ? Can't you read list archives ? (Hint: check at the bottom of your mails for a pointer to the mailing list website.) Regards, Stefan |
|
From: Stefan S. <se...@sy...> - 2006-03-08 15:19:52
|
Tony Graham wrote: > Stefan Seefeld <se...@sy...> writes: > >>Tony Graham wrote: >> >>>I have added a Cairo backend that is very close to working correctly, at least >>>for PostScript output. >> >>Very cool ! What about some little architecture / high-level design document >>showing how all this fits together ? What is cairo, actually ? I remember it > > > You want documentation? Don't you know this is an open-source project? :-) > I'll see what I can do. Thanks ! >>being some vector graphics rendering engine related to the XFree86 project. >>Is this still accurate ? Is it a library users need to install and which xmlroff >>checks for in configure ? What exactly does this cairo backend replace ? > > > Cairo (http://www.cairographics.org) is the next Big Thing for free software > to use for rendering. Ok, thanks. > The Cairo backend doesn't (yet) replace anything. It's currently an > alternative to the GNOME Print default. I see. So it would provide support for features not currently supported in GNOME Print (such as transparent / translucent graphics) ? Thanks, Stefan |
|
From: HILT G. <gui...@wa...> - 2006-03-08 15:17:09
|
Sorry, due to a bad manipulation, I've lot my last 10 mails so I can't read your answer :x Could you resend it to me please ? Thanks ;) -- HILT Guillaume <Shadow AOK> Webmaster http://www.shadowprojects.org ________________________________________________ Message sent using UebiMiau 2.7.9 |
|
From: James K. <Jam...@gl...> - 2006-03-08 15:14:08
|
That looks good... And even better for me if PostScript works... -----Original Message----- From: xml...@li... [mailto:xml...@li...] On Behalf Of Tony Graham Sent: 08 March 2006 15:07 To: xml...@li... Subject: Re: [xmlroff] Cairo backend: close, very, very close Stefan Seefeld <se...@sy...> writes: > Tony Graham wrote: >> I have added a Cairo backend that is very close to working correctly, at least >> for PostScript output. > > Very cool ! What about some little architecture / high-level design document > showing how all this fits together ? What is cairo, actually ? I remember it You want documentation? Don't you know this is an open-source project? I'll see what I can do. > being some vector graphics rendering engine related to the XFree86 project. > Is this still accurate ? Is it a library users need to install and which xmlroff > checks for in configure ? What exactly does this cairo backend replace ? Cairo (http://www.cairographics.org) is the next Big Thing for free software to use for rendering. It's also required for recent Pango builds, so sooner or later it will be on every machine that has GNOME anyway. configure checks both for Cairo and for a recent enough version of Pango, since you need both. If you disable Cairo, the required Pango version reverts to 1.6 or so. Cairo looks like the best way to get SVG support in xmlroff, since lots of people seem to be hooking libsvg up to Cairo. I haven't looked into the details, but it would be an ideal task for someone who is interested in SVG support. The Cairo backend doesn't (yet) replace anything. It's currently an alternative to the GNOME Print default. Regards, Tony. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D= 121642 _______________________________________________ xmlroff-list mailing list xml...@li... https://lists.sourceforge.net/lists/listinfo/xmlroff-list |
|
From: Tony G. <Ton...@Su...> - 2006-03-08 15:07:12
|
Stefan Seefeld <se...@sy...> writes: > Tony Graham wrote: >> I have added a Cairo backend that is very close to working correctly, at least >> for PostScript output. > > Very cool ! What about some little architecture / high-level design document > showing how all this fits together ? What is cairo, actually ? I remember it You want documentation? Don't you know this is an open-source project? I'll see what I can do. > being some vector graphics rendering engine related to the XFree86 project. > Is this still accurate ? Is it a library users need to install and which xmlroff > checks for in configure ? What exactly does this cairo backend replace ? Cairo (http://www.cairographics.org) is the next Big Thing for free software to use for rendering. It's also required for recent Pango builds, so sooner or later it will be on every machine that has GNOME anyway. configure checks both for Cairo and for a recent enough version of Pango, since you need both. If you disable Cairo, the required Pango version reverts to 1.6 or so. Cairo looks like the best way to get SVG support in xmlroff, since lots of people seem to be hooking libsvg up to Cairo. I haven't looked into the details, but it would be an ideal task for someone who is interested in SVG support. The Cairo backend doesn't (yet) replace anything. It's currently an alternative to the GNOME Print default. Regards, Tony. |
|
From: Stefan S. <se...@sy...> - 2006-03-08 13:41:50
|
Tony Graham wrote: > I have added a Cairo backend that is very close to working correctly, at least > for PostScript output. Very cool ! What about some little architecture / high-level design document showing how all this fits together ? What is cairo, actually ? I remember it being some vector graphics rendering engine related to the XFree86 project. Is this still accurate ? Is it a library users need to install and which xmlroff checks for in configure ? What exactly does this cairo backend replace ? Thanks a lot ! Stefan |
|
From: Tony G. <Ton...@Su...> - 2006-03-08 11:43:10
|
I have added a Cairo backend that is very close to working correctly, at least for PostScript output. If you like the raw, bleeding edge, then you can check out the current code from CVS. You will get more visible results if you run autogen.sh with the '--disable-clip' argument: ./autogen.sh --disable-clip A good sample to try it on is the testsuite file property/border-padding-background/background-color1.fo (FYI, I have so far only run the current xmlroff from my workspace and haven't tried installing it.) For those of you who can't take the suspense of waiting until you've updated your xmlroff workspace and rebuilt, the Cairo PostScript output currently has the Y-axis reversed: what should be at the top of the page appears at the bottom, and vice-versa. The text, however, is the right way up, but it also happens to not coincide with its background. So far the PDF output is failing because the layouts apparently have zero lines of text. Regards, Tony. |
|
From: James K. <Jam...@gl...> - 2006-03-08 11:28:52
|
When you say 'run that through libfo-compat.xsl' I presume you mean that I produce the FO file using this command: `xsltproc --output simple.fo simple.xsl simple.xml` And then run: `xsltproc --output simple2.fo libfo-compat.xsl simple.fo` And then use: `xmlroff -o simple.ps --backend=3Dgp simple2.fo ` If so then I still have the 'Segmentation fault' error. If I have done this right then I will create the bog report as recommended. Regards, kibble. -----Original Message----- From: xml...@li... [mailto:xml...@li...] On Behalf Of Tony Graham Sent: 08 March 2006 11:19 To: xml...@li... Subject: Re: [xmlroff] Segmentation fault, XML -> PS Firstly, welcome to xmlroff and the xmlroff-list. James Kibblewhite <Jam...@gl...> writes: > I've compiled xmlroff on Fedora 2.6.11-1.1369 Core 4, without any errors > that I can see of. I have used all the build in libs that come with Fedora > as standard [libxml2, libxslt, etc...], but when I run the application using > this command line it returns 'Segmentation fault' > > `xmlroff -o simple.ps --backend=3Dgp simple.xml simple.xsl` > > Is there something I'm missing, or doing wrong? It is more likely to be something that xmlroff is missing, although I would have liked to think that xmlroff didn't segfault quite as easily as it used to. What version of xmlroff are you using? You could run xsltproc on your XML and XSLT files to produce your FO file and run that through libfo-compat.xsl to prune out many of the FOs and properties that we know xmlroff does not yet handle. (We do intend to build libfo-compat.xsl into the xmlroff executable in the next release so that step is automatic.) If that still doesn't work, then create a bug report on SourceForge and attach the FO file. Creating a bug report is more useful than emailing me the file since I do email and xmlroff work on different machines. Regards, Tony. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D= 121642 _______________________________________________ xmlroff-list mailing list xml...@li... https://lists.sourceforge.net/lists/listinfo/xmlroff-list |
|
From: Tony G. <Ton...@Su...> - 2006-03-08 11:20:00
|
Firstly, welcome to xmlroff and the xmlroff-list. James Kibblewhite <Jam...@gl...> writes: > I’ve compiled xmlroff on Fedora 2.6.11-1.1369 Core 4, without any errors > that I can see of. I have used all the build in libs that come with Fedora > as standard [libxml2, libxslt, etc…], but when I run the application using > this command line it returns ‘Segmentation fault’ > > `xmlroff -o simple.ps --backend=gp simple.xml simple.xsl` > > Is there something I’m missing, or doing wrong? It is more likely to be something that xmlroff is missing, although I would have liked to think that xmlroff didn't segfault quite as easily as it used to. What version of xmlroff are you using? You could run xsltproc on your XML and XSLT files to produce your FO file and run that through libfo-compat.xsl to prune out many of the FOs and properties that we know xmlroff does not yet handle. (We do intend to build libfo-compat.xsl into the xmlroff executable in the next release so that step is automatic.) If that still doesn't work, then create a bug report on SourceForge and attach the FO file. Creating a bug report is more useful than emailing me the file since I do email and xmlroff work on different machines. Regards, Tony. |
|
From: Tony G. <Ton...@Su...> - 2006-03-08 11:10:18
|
As James doesn't quite say, there nothing wrong with your command. 'cvs login' just writes an encryted password in ~/.cvspass for use with protocols, possibly only the pserver protocol, that want your password. See http://cvsbook.red-bean.com/cvsbook.html#Accessing%20A%20Repository for a better explanation. Since 'cvs login' completed without error, you should be able to checkout xmlroff using the command that James showed. Regards, Tony. James Kibblewhite <Jam...@gl...> writes: > Have you tried: > cvs -d:pserver:ano...@cv...:/cvsroot/xmlroff co xmlroff > > After ?? > Regards, kibble > > -----Original Message----- > From: xml...@li... > [mailto:xml...@li...] On Behalf Of HILT > Guillaume > Sent: 08 March 2006 10:10 > To: xml...@li... > Subject: [xmlroff] Can't access to cvs > > I'm using debian with cvs and this command : > cvs -d:pserver:ano...@cv...:/cvsroot/xmlroff login > > When it's asking for password, I hit enter and after a few seconds, it's > go > back to the prompt. > > Any idea about something wrong in my command ? > > Thanks, > > -- > HILT Guillaume <Shadow AOK> > Webmaster > http://www.shadowprojects.org > > > > ________________________________________________ > Message sent using UebiMiau 2.7.9 > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > xmlroff-list mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlroff-list > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 > _______________________________________________ > xmlroff-list mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlroff-list |
|
From: James K. <Jam...@gl...> - 2006-03-08 10:21:45
|
Have you tried: cvs -d:pserver:ano...@cv...:/cvsroot/xmlroff co xmlroff After ?? Regards, kibble -----Original Message----- From: xml...@li... [mailto:xml...@li...] On Behalf Of HILT Guillaume Sent: 08 March 2006 10:10 To: xml...@li... Subject: [xmlroff] Can't access to cvs I'm using debian with cvs and this command : cvs -d:pserver:ano...@cv...:/cvsroot/xmlroff login When it's asking for password, I hit enter and after a few seconds, it's go back to the prompt. Any idea about something wrong in my command ? Thanks, -- HILT Guillaume <Shadow AOK> Webmaster http://www.shadowprojects.org ________________________________________________ Message sent using UebiMiau 2.7.9 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D= 121642 _______________________________________________ xmlroff-list mailing list xml...@li... https://lists.sourceforge.net/lists/listinfo/xmlroff-list |
|
From: HILT G. <gui...@wa...> - 2006-03-08 10:10:18
|
I'm using debian with cvs and this command : cvs -d:pserver:ano...@cv...:/cvsroot/xmlroff login When it's asking for password, I hit enter and after a few seconds, it's go back to the prompt. Any idea about something wrong in my command ? Thanks, -- HILT Guillaume <Shadow AOK> Webmaster http://www.shadowprojects.org ________________________________________________ Message sent using UebiMiau 2.7.9 |
|
From: James K. <Jam...@gl...> - 2006-03-08 09:41:39
|
I've compiled xmlroff on Fedora 2.6.11-1.1369 Core 4, without any errors that I can see of. I have used all the build in libs that come with Fedora as standard [libxml2, libxslt, etc...], but when I run the application using this command line it returns 'Segmentation fault' `xmlroff -o simple.ps --backend=3Dgp simple.xml simple.xsl` =20 Is there something I'm missing, or doing wrong? Regards, kibble. |
|
From: HILT G. <gui...@wa...> - 2006-03-07 19:47:09
|
Thanks for the answer, but I've looked the source code and I'm not good enought (at all) to help you :) Good luck and thanks for your work. -----Message d'origine----- De : xml...@li... [mailto:xml...@li...] De la part de Tony = Graham Envoy=E9 : mardi 7 mars 2006 18:39 =C0 : xml...@li... Objet : Re: [xmlroff] A few questions HILT Guillaume <gui...@wa...> writes: > Hi everybody, > > I've just discovered xmlroff and try to use my xsl-fo from fop to it. Welcome to xmlroff and the xmlroff-list. > Is there a way with xmlroff to show page number and the number of = pages in > the document ? Not yet. > region-before and region;after extent aren't allowed so my header and footer > aren't printed :x Unfortunately true. > How can I define a zone for my header and footer ? You can't until region-before and region-after are implemented. You are, of course, welcome to get the xmlroff source code and help in implementing the FO. > If someone could give me some part of code, I'll appreciate :) There is no workaround, sorry. Regards, Tony. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting = language that extends applications into web and mobile media. Attend the live = webcast and join the prime developer group breaking into this new coding = territory! http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D= 121642 _______________________________________________ xmlroff-list mailing list xml...@li... https://lists.sourceforge.net/lists/listinfo/xmlroff-list |
|
From: Tony G. <Ton...@Su...> - 2006-03-07 17:38:52
|
HILT Guillaume <gui...@wa...> writes: > Hi everybody, > > I've just discovered xmlroff and try to use my xsl-fo from fop to it. Welcome to xmlroff and the xmlroff-list. > Is there a way with xmlroff to show page number and the number of pages in > the document ? Not yet. > region-before and region;after extent aren't allowed so my header and footer > aren't printed :x Unfortunately true. > How can I define a zone for my header and footer ? You can't until region-before and region-after are implemented. You are, of course, welcome to get the xmlroff source code and help in implementing the FO. > If someone could give me some part of code, I'll appreciate :) There is no workaround, sorry. Regards, Tony. |
2 messages has been excluded from this view by a project administrator.
