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: Elvis S. <elv...@gm...> - 2008-06-29 11:21:44
|
Hello xmlroff-people, Recently on the #scribus IRC channel, someone expressed an interest in creating an XSL-FO import plugin for Scribus [1]. This would be a "real" import plugin, and not just something that renders a PDF and imports that. I knew about libfo from xmlroff since before, and figured it might be of some use in creating such an import plugin, and I offered my help in the investigation of this, and also in the possible development of the plugin. So I have a few quite general questions about this endeavor :) What are your thoughts as xmlroff developers (Tony?) on the feasibility of using libfo in an XSL-FO import plugin? Do you think that having access to the internal area tree using libfo will help in leveraging some of the formatting capabilities of xmlroff during import into Scribus? I have a general knowledge about the formatting process of an XSL-FO formatter, and I know how formatting objects are broken up (or smashed together?) into areas and traits in an area tree. But I'm not quite sure what information is contained in this area tree, how much of it is accessible using the libfo API, or if it will be of any help in laying out pages, texts, images and tables in a Scribus document. I've taken a brief look at the gmodule-area-tree.c example from libfo-examples, but I'd love to have some input from knowledgeable xmlroff folks on the capabilities of libfo when it comes to retrieving layout information such as positioning, padding, font information et.c. This may be a very hard task, but that's why I found it interesting and volunteered to help, to the best of my abilities :) If you're not familiar with Scribus, it's a desktop publishing application. More details at http://www.scribus.net/. Thanks for your time everyone, and thanks to you Tony for still developing xmlroff. Regards, Elvis Stansvik |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-08-20 15:25:29
|
See http://lists.xmlroff.org/pipermail/xmlroff-announce/2007/000005.html Regards, Tony. |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-05-10 16:06:45
|
xmlroff 0.5.0 is now available from: http://xmlroff.org/download/xmlroff-0.5.0.tar.gz Thanks go to Satoru SATOH for providing the initial GOption patch and to Patric Stout of ISeeR for providing the web hosting and being on-hand to sort out the teething troubles. Regards, Tony. ------------------------------------------------------------ Changes between 0.4.0 and 0.5.0 * Does not require PangoXSL (#4) * Uses GOption instead of popt (#8, Satoru SATOH) * Defaults to using compatibility stylesheet (#24) ------------------------------------------------------------ 05/03/07 19:38:13 tkg [36] * INSTALL.in (modified) * README (modified) * docs/xmlroff.xml (modified) Updated for xmlroff 0.5.0. 05/03/07 19:36:33 tkg [35] * libfo/libfo-compat.h (modified) Cosmetic changes only. 05/03/07 19:35:47 tkg [34] * libfo/libfo-compat.c.tmpl (modified) Removed a debuging message. 05/03/07 19:34:36 tkg [33] * xmlroff.c (modified) Added '--valid' option since was impossible to require DTD. 05/03/07 11:32:38 tkg [32] * xmlroff.c (modified) Reworked options error-handling, added more comments. 05/02/07 15:11:43 tkg [31] * AUTHORS (modified) Removed email address since out-of-date spam-bait. 05/02/07 15:09:03 tkg [30] * README (modified) Updated for xmlroff 0.5.0. 05/02/07 15:05:09 tkg [29] * xmlroff.c (modified) Fix bug with handling one filename. Added --nocompat option. Reordered options so hopefully most popular first in help output. 05/01/07 14:28:05 tkg [28] * xmlroff.spec.in (modified) Removed dependencies on pangoxsl-devel and popt-devel. 05/01/07 11:56:18 tkg [27] * docs/xmlroff-docs.sgml (modified) * docs/xmlroff-sections.txt (modified) Added libfo-pango and libfo-compat to docs. 05/01/07 11:21:55 tkg [26] * libfo-compat.xsl (modified) Added normalising tabs. 05/01/07 11:21:10 tkg [25] * COPYING (modified) Added Menteith Consulting to copyrights. 05/01/07 11:20:35 tkg [24] * docs/xmlroff.xml (modified) Reworded second paragraph in description. 05/01/07 11:19:17 tkg [23] * Makefile.am (modified) Removed dependency on popt. 05/01/07 11:18:15 tkg [22] * xmlroff.c (modified) Changed from using popt to using GOption based on patch by Satoru SATOH. Reorganised option checking sequence. Closes #8. 05/01/07 11:13:49 tkg [21] * configure.ac (modified) Removed checking for popt. Changed bug reporting address. 04/30/07 19:32:36 tkg [20] * Makefile.am (modified) * configure.ac (modified) * fo/fo-bidi-override.c (modified) * fo/fo-block-area.c (modified) * fo/fo-character.c (modified) * fo/fo-external-graphic-area.c (modified) * fo/fo-inline-container.c (modified) * fo/fo-inline.c (modified) * fo/fo-instream-foreign-object.c (modified) * fo/fo-leader.c (modified) * fo/fo-page-number-citation.c (modified) * fo/fo-page-number.c (modified) * libfo/fo-doc-cairo.c (modified) * libfo/fo-doc-gp.c (modified) * libfo/fo-layout-cairo.c (modified) * libfo/fo-layout-gp.c (modified) * libfo/fo-layout-private.h (modified) * libfo/fo-layout.c (modified) * property/fo-property-alignment-adjust.c (modified) * property/fo-property-alignment-baseline.c (modified) * property/fo-property-background-color.c (modified) * property/fo-property-baseline-shift.c (modified) * property/fo-property-color.c (modified) * property/fo-property-dominant-baseline.c (modified) * property/fo-property-font-family.c (modified) * property/fo-property-font-size.c (modified) * property/fo-property-font-weight.c (modified) * property/fo-property-keep-together-within-line.c (modified) * property/fo-property-keep-with-next-within-line.c (modified) * property/fo-property-keep-with-previous-within-line.c (modified) * property/fo-property-line-height.c (modified) Removed dependency on PangoXSL. Closes #4. 04/30/07 19:30:03 tkg [19] * fo/fo-flow-area.h (modified) Removed unnecessary include of Pango. 04/30/07 19:27:41 tkg [18] * libfo/Makefile.am (modified) * libfo/libfo-pango.c (added) * libfo/libfo-pango.h (added) Reimplemented 'callback' attribute without PangoXSL. 04/30/07 19:24:05 tkg [17] * autogen.sh (modified) Made executable. 04/26/07 19:51:03 tkg [16] * docs/xmlroff.xml (modified) Updated contact email and added 'Reporting Bugs' section. 04/19/07 19:38:11 tkg [15] * configure.ac (modified) Upped required GLib version to 2.6.0 and Pango to 1.10. Defaulting to enabling Cairo backend. 04/02/07 22:00:47 tkg [11] * libfo-0.5.pc.in (modified) Removed a lingering 0.4 reference. 04/02/07 10:58:09 tkg [10] * .cvsignore (deleted) * area/.cvsignore (deleted) * datatype/.cvsignore (deleted) * docs/.cvsignore (deleted) * expr/.cvsignore (deleted) * fo/.cvsignore (deleted) * libfo/.cvsignore (deleted) * property/.cvsignore (deleted) * util/.cvsignore (deleted) Removing .cvsignore files. 04/02/07 10:56:18 tkg [9] * configure.ac (moved) Changing to more up-to-date filename. 04/02/07 10:49:43 tkg [8] * ChangeLog (added) ChangeLog. 04/02/07 10:45:31 tkg [7] * Makefile.am (modified) * README (modified) * area/Makefile.am (modified) * datatype/Makefile.am (modified) * docs/Makefile.am (modified) * fo/Makefile.am (modified) * libfo-0.3.pc.in (deleted) * libfo-0.4.pc.in (deleted) * libfo-0.5.pc.in (added) * libfo/Makefile.am (modified) * property/Makefile.am (modified) * util/Makefile.am (modified) Upped libfo library version to 0.5. 04/02/07 10:42:59 tkg [6] * ChangeLog.pre-0.5 (moved) Moved old changes out of ChangeLog to ChangeLog-pre-0.5. 04/02/07 10:39:48 tkg [5] * configure.in (modified) Upped version to 0.5.0. Added setting PKG_CONFIG_PATH when configuring to use PangoXSL. 04/01/07 20:38:50 tkg [4] Imported xmlroff 0.4.0. |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-04-22 20:30:09
|
On Sun, Apr 22 2007 11:37:02 +0100, Steinar Bang wrote: >>>>>> Tony Graham <Tony.Graham@MenteithConsulting.com>: >> I will *not* automatically transfer your subscription over to the >> new list. I will also *not* do anything about the GMANE >> subscription to this list: I don't even know whether the GMANEish >> thing to do is change the subscription or start a new newsgroup. > > The GMANEish thing is to switch the current news group to the new > address. ... > If it's ok for you I'll send that message when you make the > announcement that you're switching list. I would like to think that I have made the switch, but on re-reading my previous email, maybe I didn't make that as clear as I would like to think. The only use that I expect to make of xml...@li... is to respond to questions such as yours between now and xmlroff 0.5.0. The only unsolicited post that I possibly expect to make on this list is to announce xmlroff 0.5.0 on or about 1st May. Thank you for offering to take care of GMANE. I don't use it, and it's better if it's done by someone who would notice if it's not working properly. Regards, Tony. |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-04-22 20:12:18
|
On Sun, Apr 22 2007 11:48:34 +0100, Steinar Bang wrote: >>>>>> Tony Graham <Tony.Graham@MenteithConsulting.com>: >> The Trac is now live at http://xmlroff.org/. >> The xmlroff.org mailing lists are also now live, so I will soon stop >> using this mailing list. > > Hm... perhaps make a link on the front page to browse the trac > database to see what's already in there...? There's "Index by Title" and "Index by Date" links on every wiki page, if that's what you mean. There's multiple reports about tickets under "View Tickets" in the navbar. > That's what I wanted to do, and it's not obvious to me how to get > there. Sorry about that. I do consider that the Trac website is more searchable, and more easily searchable, than was the previous static website. > The first tree "Trac Starting Points" are to the Trac project itself. > The fourth, titled "TracSupport" seems to be xmlroff releated, but > when I open that page, I see links to the mailing list, IRC channel, > and FAQ. Do you not see "xmlroff Starting Points" on the main page? Currently there are only three original pages. I would try to not create orphan pages, and two of the three pages are referred to from the main page, and the other is referred to from ticket #2. (If you enter '#2' in the search box on any page, you can go to that ticket.) > Then there are some links to trac searching. But if you don't know > what to search for, the browsing stops here. Searching with empty > search fields comes up empty. > > Searching with "*" gives the message > Internal Error > Search query too short. Query must be at least 3 characters long. The three-character thing is a configuration setting. However, the equivalent of searching on "*" is the two sorts of index available from every wiki page. > Ditto with ticket query. You'll have explain more about what you did, because it works okay for me (but I do have rather more experience with it). > Whattaya mean "try reading the trac docs"...? Nah...:-) The Trac docs are quite good (especally in comparison to other open source projects). It shouldn't be too surprising that they're written mostly for people editing the Trac rather than just viewing. Regards, Tony. |
|
From: Steinar B. <sb...@do...> - 2007-04-22 10:48:57
|
>>>>> Tony Graham <Tony.Graham@MenteithConsulting.com>: > The Trac is now live at http://xmlroff.org/. > The xmlroff.org mailing lists are also now live, so I will soon stop > using this mailing list. Hm... perhaps make a link on the front page to browse the trac database to see what's already in there...? That's what I wanted to do, and it's not obvious to me how to get there. The first tree "Trac Starting Points" are to the Trac project itself. The fourth, titled "TracSupport" seems to be xmlroff releated, but when I open that page, I see links to the mailing list, IRC channel, and FAQ. Then there are some links to trac searching. But if you don't know what to search for, the browsing stops here. Searching with empty search fields comes up empty. Searching with "*" gives the message Internal Error Search query too short. Query must be at least 3 characters long. Ditto with ticket query. Whattaya mean "try reading the trac docs"...? Nah...:-) |
|
From: Steinar B. <sb...@do...> - 2007-04-22 10:37:26
|
>>>>> Tony Graham <Tony.Graham@MenteithConsulting.com>: > I will *not* automatically transfer your subscription over to the > new list. I will also *not* do anything about the GMANE > subscription to this list: I don't even know whether the GMANEish > thing to do is change the subscription or start a new newsgroup. The GMANEish thing is to switch the current news group to the new address. The way to do it is to send a message to gma...@ha... aka. nntp://news.gmane.org/gmane.discuss saying that the list address of gmane.text.xml.xmlroff.general has been changed. If it's ok for you I'll send that message when you make the announcement that you're switching list. |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-04-19 20:01:05
|
The Trac is now live at http://xmlroff.org/. The xmlroff.org mailing lists are also now live, so I will soon stop using this mailing list. See http://xmlroff.org/wiki/MailingLists and http://lists.xmlroff.org/mailman/listinfo/xmlroff-list. I will *not* automatically transfer your subscription over to the new list. I will also *not* do anything about the GMANE subscription to this list: I don't even know whether the GMANEish thing to do is change the subscription or start a new newsgroup. I trust that many of you will choose to subscribe to one of the new mailing lists, but if it happens that you don't, thank you for your interest in xmlroff up until now. Regards, Tony. |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-04-18 14:56:43
|
On Sat, Apr 14 2007 18:16:54 +0100, Tony Graham wrote: ... > The current Trac is at http://xmlroff.iseer.org/, but it will soon be > served from http://xmlroff.org/ as the only xmlroff website. I've modified the xmlroff.org DNS record, so now it's just a matter of the change filtering through to your machine, after which you'll be able to see the Trac as http://xmlroff.org. > When that change is complete, I expect to then change to using a > mailing list hosted from xmlroff.org instead of from SourceForge. > > The Trac is currently rather sparse -- one page and two tickets -- and > you are welcome to add more content. Now two pages and nine tickets. The one that most needs your input is http://xmlroff.iseer.nl/ticket/2 (soon http://xmlroff.org/ticket/2). Regards, Tony. |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-04-15 21:45:48
|
Satoru SATOH has submitted a patch[1] for xmlroff to use GLib's GOption facility instead of popt, but it would require a newer version of GLib. xmlroff currently only requires GLib 2.4[2], which was released in March 2004. GOption first appeared with GLib 2.6[3] from December 2004. The opportunity exists to be positively hasty and require one of GLib 2.8[4] from August 2005, GLib 2.10[5] from February 2006, or GLib 2.12[6] from July 2006. While I am currently building with GLib 2.12, I am happy to not require the newest versions of libraries in case other people are using older versions. I propose to require GLib 2.6 and also Pango 1.10, which was the first Pango version to require Cairo and which requires GLib 2.6. The likely result of all that is that the Cairo backend would become the default backend for xmlroff. Comments? Regards, Tony. [1] https://sourceforge.net/tracker/?func=detail&atid=536899&aid=1687861&group_id=73148 [2] http://mail.gnome.org/archives/gtk-app-devel-list/2004-March/msg00178.html [3] http://mail.gnome.org/archives/gnome-announce-list/2004-December/msg00038.html [4] http://mail.gnome.org/archives/gnome-announce-list/2005-August/msg00048.html [5] http://mail.gnome.org/archives/gtk-devel-list/2006-February/msg00165.html [6] http://www.gtk.org/glib-2.12-announcement.html |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-04-14 17:17:45
|
On Tue, Mar 20 2007 21:20:43 +0000, Tony Graham wrote: > On Tue, Feb 06 2007 15:23:53 +0000, Tony Graham wrote: > Patric Stout of IseeR (http://www.ISeeR.nl) has offered to host > xmlroff on his web hosting service. ISeeR are using xmlroff, which is > why Patric made the offer, and they have experience hosting open > source projects. Patric points to OpenTTD (http://www.openttd.org), > which he hosts and which is much more active than xmlroff (at > present). Setting up the Trac is just about complete, and Patric from ISeeR has been very patient with my requests throughout. The current Trac is at http://xmlroff.iseer.org/, but it will soon be served from http://xmlroff.org/ as the only xmlroff website. When that change is complete, I expect to then change to using a mailing list hosted from xmlroff.org instead of from SourceForge. The Trac is currently rather sparse -- one page and two tickets -- and you are welcome to add more content. Regards, Tony. |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-04-12 17:23:31
|
On Thu, Apr 12 2007 17:22:40 +0100, Mauro C. wrote: ... > Continuing with xmlroff configuration... > checking PKG_CONFIG_PATH... pangoxsl > checking for PANGOXSL... configure: error: > *** PangoXSL 1.6.0.2 or newer is required. > *** PangoXSL is available at http://sf.net/projects/pangopdf. I expect you want the extra export statements from this diff: http://xmlroff.iseer.nl/changeset?new=trunk%2Fxmlroff%2Fconfigure.in%405&old=trunk%2Fxmlroff%2Fconfigure.in%404 You would not want the other changes to the version numbers. Regards, Tony. |
|
From: Mauro C. <inc...@ya...> - 2007-04-12 16:22:48
|
Hi Tony, I've download xmlroff 0.4.0. followed the instructions (INSTALL), but can't compile xmlroff + pangoxsl in one step. I've to compile first pangoxsl then xmlroff with --disable-pangoxsl. after a lookup to configure log: /usr/local/src/xmlroff-0.4.0/missing: Unknown `--run' option Try `/usr/local/src/xmlroff-0.4.0/missing --help' for more information configure: WARNING: `missing' script is too old or missing and Continuing with xmlroff configuration... checking PKG_CONFIG_PATH... pangoxsl checking for PANGOXSL... configure: error: *** PangoXSL 1.6.0.2 or newer is required. *** PangoXSL is available at http://sf.net/projects/pangopdf. Ciao Mauro Casciari ___________________________________ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-03-20 21:20:09
|
On Tue, Feb 06 2007 15:23:53 +0000, Tony Graham wrote: > The folks at cvsdude.com host open source projects for free [1] and > have agreed to host xmlroff. Patric Stout of IseeR (http://www.ISeeR.nl) has offered to host xmlroff on his web hosting service. ISeeR are using xmlroff, which is why Patric made the offer, and they have experience hosting open source projects. Patric points to OpenTTD (http://www.openttd.org), which he hosts and which is much more active than xmlroff (at present). Regards, Tony. |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-03-08 17:07:41
|
On Thu, Mar 08 2007 10:55:39 +0000, Vasanth Manickam wrote: > =A0I am trying to output the pdf with an http response but I do not want > to save it on the local disk before doing so, can libgnomeprint be made > to write to memory instead of a file.. Cairo looks to be a better option that libgnomeprint, now that I look at it. It would require modifying the FoDoc type (fo-doc.[ch], fo-doc-cairo.[ch]) to add a create function that accepts a stream argument instead of a filename. Internally, it would use cairo_pdf_surface_create_for_stream() (and other variants for other output formats). See: http://www.cairographics.org/manual/cairo-PDF-Surfaces.html#cairo-pdf-surfa= ce-create-for-stream > and sorry abt the footer.. it is added automatically by our mail > server.. That is what I expected to be the case. Thanks for omitting it this time. Regards, Tony. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Tony Graham mailto:Tony.Graham@MenteithConsulting.com Menteith Consulting Ltd http://www.menteithconsulting.com 13 Kelly's Bay Beach Skerries, Co. Dublin, Ireland =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
|
From: Vasanth M. <vma...@mi...> - 2007-03-08 10:55:54
|
Tony,
=A0Thanks for your reply.
=A0I am trying to output the pdf with an http response but I do not wan=
t
to save it on the local disk before doing so, can libgnomeprint be made=
to write to memory instead of a file..
and sorry abt the footer.. it is added automatically by our mail
server..
Vasanth
|+----------------------------+----------------------------------------=
|
|| Tony Graham | =
|
|| <Tony.Graham@MenteithCons| =A0 =A0 =A0 =A0 To: =
|
|| ulting.com> | xml...@li... =
|
|| Sent by: | =A0 =A0 =A0 =A0 cc: =
|
|| xmlroff-list-bounces@list| =A0 =A0 =A0 =A0 Subject: =A0 =A0 =A0 =
=A0Re: [xmlroff]|
|| s.sourceforge.net | libfo accessing output buffer =
|
|| | =
|
|| 08/03/2007 10:47 | =
|
|| | =
|
|+----------------------------+----------------------------------------=
|
Vasanth,
Firstly, welcome to xmlroff and the xmlroff-list.
On Thu, Mar 08 2007 09:25:27 +0000, Vasanth Manickam wrote:
> I am trying to use libfo in an apache module and am trying to access
the
> output buffer without actually writing the output pdf to a file, is
this
> possible?
I'm not sure I understand the question.
What sort of output buffer do you want access to?
Within libfo, the result exists as the 'area tree' until it is written
out by walking the tree and making the appropriate calls to
libgnomeprint.
> Notice
> ********
> This email may contain information that is privileged,
> confidential or otherwise protected from disclosure. It
I realise that you are probably required to include all these fine
sounding words in your emails, but this is a public mailing list that
is publicly archived and there is no hope of anything you send to this
list being either privileged or confidential or anybody else's
responsibility.
> must not be used by, or its contents copied or disclosed
> to, persons other than the addressee. If you have received
> this email in error please notify the sender immediately
> and delete the email. Any views or opinions expressed in
> this message are solely those of the author, and do not
> necessarily reflect those of Mintel.
>
> No Mintel staff are authorised to make purchases using
> email or over the internet, and any contracts so performed
> are invalid.
>
> Contact: in...@mi...
>
> Warning
> **********
> It is the responsibility of the recipient to ensure that
> the onward transmission, opening or use of this message
> and any attachments will not adversely affect their systems
> or data. Please carry out such virus and other checks, as
> you consider appropriate.
Regards,
Tony.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Tony Graham =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:Tony.Graham@Mente=
ithConsulting.com
Menteith Consulting Ltd =A0 =A0 =A0 =A0 =A0 =A0 =A0http://www.menteithc=
onsulting.com
13 Kelly's Bay Beach
Skerries, Co. Dublin, Ireland
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
-----------------------------------------------------------------------=
--
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share=
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
_______________________________________________
xmlroff-list mailing list
xml...@li...
https://lists.sourceforge.net/lists/listinfo/xmlroff-list
=
|
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-03-08 10:43:19
|
Vasanth, Firstly, welcome to xmlroff and the xmlroff-list. On Thu, Mar 08 2007 09:25:27 +0000, Vasanth Manickam wrote: > I am trying to use libfo in an apache module and am trying to access the > output buffer without actually writing the output pdf to a file, is this > possible? I'm not sure I understand the question. What sort of output buffer do you want access to? Within libfo, the result exists as the 'area tree' until it is written out by walking the tree and making the appropriate calls to libgnomeprint. > Notice > ******** > This email may contain information that is privileged, > confidential or otherwise protected from disclosure. It I realise that you are probably required to include all these fine sounding words in your emails, but this is a public mailing list that is publicly archived and there is no hope of anything you send to this list being either privileged or confidential or anybody else's responsibility. > must not be used by, or its contents copied or disclosed > to, persons other than the addressee. If you have received > this email in error please notify the sender immediately > and delete the email. Any views or opinions expressed in > this message are solely those of the author, and do not > necessarily reflect those of Mintel. > > No Mintel staff are authorised to make purchases using > email or over the internet, and any contracts so performed > are invalid. > > Contact: in...@mi... > > Warning > ********** > It is the responsibility of the recipient to ensure that > the onward transmission, opening or use of this message > and any attachments will not adversely affect their systems > or data. Please carry out such virus and other checks, as > you consider appropriate. Regards, Tony. ====================================================================== Tony Graham mailto:Tony.Graham@MenteithConsulting.com Menteith Consulting Ltd http://www.menteithconsulting.com 13 Kelly's Bay Beach Skerries, Co. Dublin, Ireland ====================================================================== |
|
From: Vasanth M. <vma...@mi...> - 2007-03-08 09:25:53
|
Hi to all, I am trying to use libfo in an apache module and am trying to access the output buffer without actually writing the output pdf to a file, is this possible? Vasanth http://www.mintel.com providing insight + impact London Office: Mintel International Group Ltd (Mintel) 18-19 Long Lane London EC1A 9PL UK Registered in England: Number 1475918. VAT Number: GB 232 9342 72 Tel: 020 7606 4533 Fax: 020 7606 5932 Chicago Office: Mintel International Group Ltd (Mintel) Floor 8 351 West Hubbard Street Chicago IL 60610 USA Tel: 312 932 0400 Fax: 312 932 0469 Notice ******** This email may contain information that is privileged, confidential or otherwise protected from disclosure. It must not be used by, or its contents copied or disclosed to, persons other than the addressee. If you have received this email in error please notify the sender immediately and delete the email. Any views or opinions expressed in this message are solely those of the author, and do not necessarily reflect those of Mintel. No Mintel staff are authorised to make purchases using email or over the internet, and any contracts so performed are invalid. Contact: in...@mi... Warning ********** It is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect their systems or data. Please carry out such virus and other checks, as you consider appropriate. |
|
From: Noah S. <ns...@gm...> - 2007-03-07 09:08:32
|
Congratulations Tony! |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-03-07 08:45:00
|
FYI, I am now on (or back on) the FO subgroup of the W3C XSL Working Group as an invited expert. Regards, Tony. |
|
From: SourceForge.net <no...@so...> - 2007-02-24 22:15:04
|
Bugs item #1668071, was opened at 2007-02-24 14:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=536897&aid=1668071&group_id=73148 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: xmlroff executable Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex Roitman (rshura) Assigned to: Tony Graham (tonygraham) Summary: Error when processing fo file Initial Comment: When I run xmlroff on the attached fo file, I get the error, see below. I am clueless about fo files, so please let me know how I can assist in debugging this. The fo file was obtained by running xsltproc on the docbook xml file. (process:21637): libfo-CRITICAL **: Expression evaluation error: Expression not completely evaluated: '://docbook.sourceforge.net/release/images/draft.png' Object path: /FoTree[1]/root[1]/layout-master-set[1]/simple-page-master[38]/region-body[1] Object path: /FoTree[1]/root[1]/layout-master-set[1]/simple-page-master[38]/region-body[1] (process:21637): libfo-CRITICAL **: fo_object_log_or_propagate_error: assertion `src != NULL' failed libfo-ERROR **: file fo-expr-eval.c: line 506 (parse_number): should not be reached aborting... Aborted ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=536897&aid=1668071&group_id=73148 |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-02-11 14:09:50
|
A 'test' Trac is available at http://mirror4.cvsdude.com/trac/xmlroff/test with a Subversion repository available at The Trac and Subversion content are not permanent; the Trac exists so we can work out access, notification, and repository structure details before creating the real xmlroff Trac and repository. The only content that you should be able to change right now are tickets, but even they aren't yet permanent. Let me know if you want access to modify the Trac pages -- the plan is for all list subscribers to have page modifying rights on the real Trac -- but I'd also like to know if any of you can modify anything other than tickets while you're not supposed to have permission to do so. Regards, Tony. Date: Sun, 11 Feb 2007 14:09:44 +0000 Message-ID: <utz...@me...> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (windows-nt) |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-02-06 20:28:39
|
On Tue, Feb 06 2007 19:49:07 +0000, Keith Fahlgren wrote: > Tony Graham wrote: ... >> I would then choose to use Trac (http://trac.edgewall.com/) for the >> new xmlroff website, ticket tracking system, and repository browser. >> >> I have been using Trac for a while now and I quite like it, but what >> do you people think? > > Yeah, I've been happy with Trac in all the places that I've > eventually got it setup. Occasionally it barfs or gives totally > stupid errors, and setting it up initially is a real pain, but once > it's going, it's great (I especially like the RSS feed for commits, > among other things). > > All that said, I don't really think it's a very good Wiki. If I was looking for just a wiki, I doubt that I'd pick Trac either. I like Trac because it does wiki, repository, and tickets and supports easy linking between the three. With little extra effort, it also does easy linking to mailing list archives as well. As for setup problems, that's why I'm looking at the hosted service instead of doing it myself. With a hosted service, the security angles should have been already thought out and upgrades should also 'just happen' instead of my having to find out about them and apply them. Regards, Tony. |
|
From: Keith F. <ke...@or...> - 2007-02-06 19:50:01
|
Tony Graham wrote: > I have it in mind to move xmlroff off CVS on SourceForge to a > Subversion repository hosted on xmlroff.org (which would also move off > SourceForge's servers). > > I would then choose to use Trac (http://trac.edgewall.com/) for the > new xmlroff website, ticket tracking system, and repository browser. > > I have been using Trac for a while now and I quite like it, but what > do you people think? Yeah, I've been happy with Trac in all the places that I've eventually got it setup. Occasionally it barfs or gives totally stupid errors, and setting it up initially is a real pain, but once it's going, it's great (I especially like the RSS feed for commits, among other things). All that said, I don't really think it's a very good Wiki. HTH, Keith |
|
From: Tony G. <Tony.Graham@MenteithConsulting.com> - 2007-02-06 15:24:38
|
The folks at cvsdude.com host open source projects for free [1] and have agreed to host xmlroff. The likely result is that http://xmlroff.org will redirect to something under http://www.cvsdude.com/trac/xmlroff/ and, once there, the URLs in your browser will show http://www.cvsdude.com/... It should also be possible to have any cvsdude mailing list show as being from xmlroff.org. Regards, Tony. [1] http://cvsdude.com/accountUpgrade.pl?type=open |
2 messages has been excluded from this view by a project administrator.