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...> - 2003-07-02 16:26:40
|
Dave Malcolm wrote at 2 Jul 2003 15:12:41 +0000: > Does the CVS version of xmlroff still depend on PangoPDF? I'm > downloading it now, but am on a slow dialup connection :-( Yes, xmlroff still depends on PangoPDF. PangoPDF now has a GNOME Print backend. xmlroff uses Pango to lay out the blocks of text. It actually uses the PangoPDF version of Pango because PangoPDF has the PDFlib and GNOME Print backends. The goal of PangoPDF is to become obsolete, but because of issues with the build order of pangogp w.r.t. Pango and GNOME Print, the GNOME Print backend isn't cooked enough to just submit as an enhancement request patch to Pango. Note that the PDFlib backend won't be submitted to Pango, since Pango wouldn't accept it anyway. I now have an itch to write an SVG backend out of irritation with GNOME Print, but there's currently no software for viewing multi-page SVG since the SVG Print WD is too new. Maybe there will be by the time I manage to actually scratch that itch. > How up-to-date is http://xmlroff.sourceforge.net/building.html ? It's up-to-date for the released xmlroff 0.2.2. It would need to mention GNOME Print and the option of disabling GNOME Print or PDFlib usage for it to be accurate for the unreleased xmlroff 0.2.3. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Dave M. <da...@da...> - 2003-07-02 14:13:07
|
On Wed, 2003-07-02 at 11:54, Tony Graham wrote: > The version of xmlroff currently in CVS compiles and runs without any > dependency on PDFlib if you use the --disable-pdflib flag when you run > configure. > Does the CVS version of xmlroff still depend on PangoPDF? I'm downloading it now, but am on a slow dialup connection :-( How up-to-date is http://xmlroff.sourceforge.net/building.html ? Thanks! Dave Malcolm www.conglomerate.org |
|
From: Tony G. <Ton...@Su...> - 2003-07-02 11:52:56
|
The version of xmlroff currently in CVS compiles and runs without any dependency on PDFlib if you use the --disable-pdflib flag when you run configure. Similarly, it compiles and runs without GNOME Print if you use --disable-gp. It currently defaults to using PDFlib instead of GNOME Print purely because xmlroff originally used PDFlib. I intend to shortly release this version as xmlroff 0.2.3 (ideally on July 4 -- Independence Day in the USA), and to follow that with an xmlroff 0.3.0 that defaults to using GNOME Print and requires you to enable PDFlib support if you want it. I would appreciate it if someone else could also try out the CVS version before I package it up and announce it. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Giuseppe G. <giu...@ag...> - 2003-06-28 14:36:40
|
Tony, sorry for the delay... On Tue, 2003-06-10 at 18:04, Tony Graham wrote: > Giuseppe Greco wrote at 7 Jun 2003 20:34:21 +0200: > > On Fri, 2003-06-06 at 18:37, Tony Graham wrote: > ... > > > Can you make the smallest example you can that demonstrates the error > > > and post it on SourceForge? > > > > Of course! Do you mean a small .fo file, a small .xml file, or both? > > .fo, please. done! Gius_. > > Regards, > > > Tony Graham > ------------------------------------------------------------------------ > XML Technology Center - Dublin > Sun Microsystems Ireland Ltd Phone: +353 1 8199708 > Hamilton House, East Point Business Park, Dublin 3 x(70)19708 > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The best > thread debugger on the planet. Designed with thread debugging features > you've never dreamed of, try TotalView 6 free at www.etnus.com. > _______________________________________________ > xmlroff-list mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlroff-list -- ---------------------------------------- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: giu...@ag... web: www.agamura.com ---------------------------------------- |
|
From: Tony G. <Ton...@Su...> - 2003-06-18 15:15:17
|
Updates PangoPDF to match Pango 1.2.3. Download from http://sourceforge.net/projects/pangopdf/. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Tony G. <Ton...@Su...> - 2003-06-10 16:02:31
|
Giuseppe Greco wrote at 7 Jun 2003 20:34:21 +0200: > On Fri, 2003-06-06 at 18:37, Tony Graham wrote: ... > > Can you make the smallest example you can that demonstrates the error > > and post it on SourceForge? > > Of course! Do you mean a small .fo file, a small .xml file, or both? .fo, please. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Tony G. <Ton...@Su...> - 2003-06-10 16:01:23
|
Tony Graham wrote at 27 May 2003 11:45:03 +0100: ... > I think this counts as one of those rough edges. I will disable the > debugging output, plus I intend to post a GNOME Print feature request > asking for similar dump functions to be added to GNOME Print so hacks > like copying gnome-pgl-private.h become unnecessary. Feature request is done: http://bugzilla.gnome.org/show_bug.cgi?id=114858 Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Giuseppe G. <giu...@ag...> - 2003-06-07 18:34:36
|
Tony, On Fri, 2003-06-06 at 18:37, Tony Graham wrote: > Giuseppe Greco wrote at 6 Jun 2003 17:45:28 +0200: > > > It looks like you didn't declare the namespace for the 'fo' prefix. > ... > > I've tried this, but it still doesn't work... > > Now I get the following error message: > > > > (process:3645): libfo-WARNING **: Unsupported property: > > Not a GObject: 0x854f1d8 > > Well, that's progress of a sort: now libxslt has no complaints and > you're dealing only with libfo. > > You are using a property that xmlroff does not yet support (but you > knew that from the error message, I'm sure). > > However, an unsupported property should have been ignored rather than > having a non-object where you had a non-object. > > It seems likely that it's a marker-related property, but I can be > sure. > > Can you make the smallest example you can that demonstrates the error > and post it on SourceForge? Of course! Do you mean a small .fo file, a small .xml file, or both? > > Regards, > > > Tony Graham > ------------------------------------------------------------------------ > XML Technology Center - Dublin > Sun Microsystems Ireland Ltd Phone: +353 1 8199708 > Hamilton House, East Point Business Park, Dublin 3 x(70)19708 > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The best > thread debugger on the planet. Designed with thread debugging features > you've never dreamed of, try TotalView 6 free at www.etnus.com. > _______________________________________________ > xmlroff-list mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlroff-list -- ---------------------------------------- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: giu...@ag... web: www.agamura.com ---------------------------------------- |
|
From: Tony G. <Ton...@Su...> - 2003-06-06 16:49:15
|
New Wiki page about one problem with excising PDFlib from current libfo code. http://xmlroff.sourceforge.net/phpwiki/index.php/fo-external-graphic Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Tony G. <Ton...@Su...> - 2003-06-06 16:35:30
|
Giuseppe Greco wrote at 6 Jun 2003 17:45:28 +0200: > > It looks like you didn't declare the namespace for the 'fo' prefix. ... > I've tried this, but it still doesn't work... > Now I get the following error message: > > (process:3645): libfo-WARNING **: Unsupported property: > Not a GObject: 0x854f1d8 Well, that's progress of a sort: now libxslt has no complaints and you're dealing only with libfo. You are using a property that xmlroff does not yet support (but you knew that from the error message, I'm sure). However, an unsupported property should have been ignored rather than having a non-object where you had a non-object. It seems likely that it's a marker-related property, but I can be sure. Can you make the smallest example you can that demonstrates the error and post it on SourceForge? Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Giuseppe G. <giu...@ag...> - 2003-06-06 15:45:44
|
Tony, > > It looks like you didn't declare the namespace for the 'fo' prefix. > > Try this (although you may not want the xsl:strip-space): > > ------------------------------------------------------------ > <?xml version="1.0" encoding="utf-8"?> > <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" > xmlns:fo="http://www.w3.org/1999/XSL/Format" > version="1.0"> > > <xsl:output method="xml"/> > > <xsl:strip-space elements="*"/> > > <xsl:template match="fo:marker"/> > > <xsl:template match="*"> > <xsl:copy> > <xsl:copy-of select="@*"/> > <xsl:apply-templates/> > </xsl:copy> > </xsl:template> > > </xsl:stylesheet> I've tried this, but it still doesn't work... Now I get the following error message: (process:3645): libfo-WARNING **: Unsupported property: Not a GObject: 0x854f1d8 Gius_. -- ---------------------------------------- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: giu...@ag... web: www.agamura.com ---------------------------------------- |
|
From: Tony G. <Ton...@Su...> - 2003-06-02 21:51:29
|
Giuseppe Greco wrote at 30 May 2003 23:18:40 +0200: > > But an identity stylesheet for post-processing the output .fo files > > with: > > > > <xsl:template match="fo:marker"/> ... > error > xsltCompileStepPattern : no namespace bound to prefix fo > compilation error: file quxo.xsl element template > xsltCompilePattern : failed to compile 'fo:marker' It looks like you didn't declare the namespace for the 'fo' prefix. Try this (although you may not want the xsl:strip-space): ------------------------------------------------------------ <?xml version="1.0" encoding="utf-8"?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:fo="http://www.w3.org/1999/XSL/Format" version="1.0"> <xsl:output method="xml"/> <xsl:strip-space elements="*"/> <xsl:template match="fo:marker"/> <xsl:template match="*"> <xsl:copy> <xsl:copy-of select="@*"/> <xsl:apply-templates/> </xsl:copy> </xsl:template> </xsl:stylesheet> ------------------------------------------------------------ Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Giuseppe G. <giu...@ag...> - 2003-05-30 21:24:14
|
Tony, > But an identity stylesheet for post-processing the output .fo files > with: > > <xsl:template match="fo:marker"/> > I've tried this... and xmlroff doesn't kill my machine anymore, but I'm still not able to process my documents successfully. I get the following error messages: --------------------------------------------------------------------- [genius@gonzo temp]$ xmlroff -o csharp-coding-guidelines-0.1.1.pdf \ csharp-coding-guidelines-0.1.1.fo quxo.xsl error xsltCompileStepPattern : no namespace bound to prefix fo compilation error: file quxo.xsl element template xsltCompilePattern : failed to compile 'fo:marker' libfo-ERROR **: Text node should contain only whitespace characters: "C# Coding GuidelinesC# Coding GuidelinesC# Coding GuidelinesGiuseppe Greco<giu...@ag...>0.1.1Copyright ? 2003 Agamura Inc. Permission is granted to copy, distribute and/or modify this document ... aborting... Aborted --------------------------------------------------------------------- By the way, I've added an enhancement request to the SourceForge tracking system. Gius_. -- ---------------------------------------- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: giu...@ag... web: www.agamura.com ---------------------------------------- |
|
From: Tony G. <Ton...@Su...> - 2003-05-30 20:24:22
|
Giuseppe Greco wrote at 30 May 2003 19:31:37 +0200: > > Can you process xmlroff.fo from the xmlroff distribution? > > Yes, I can process it without problems. Good. ... > > The solution to your problem is to implement marker support. > > > > Please file a bug report or enhancement request on SourForge about > > xmlroff not supporting markers. > > OK, I'll do that... Good. (Not having to do it would be better, but registering your need is still good.) ... > > In the interim, since xmlroff doesn't support markers, I regret that > > your output would not look as you expect anyway. > > The problem is that I use the DocBook stylesheets, and customize them > is not so trivial... But an identity stylesheet for post-processing the output .fo files with: <xsl:template match="fo:marker"/> is pretty easy. > Do you think xmlroff will be distributed as the standard FO processor > with GNOME just like xsltproc? I wish. I think that xmlroff has to prove its worth (and lose its dependence on PDFlib) before becoming "standard", for any definition of "standard FO processor". Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Giuseppe G. <giu...@ag...> - 2003-05-30 17:47:52
|
Tony, > Can you process xmlroff.fo from the xmlroff distribution? Yes, I can process it without problems. > > > I've tried to process a FO file generated with xsltproc: > > > > xmlroff -o myfile.pdf myfile.fo > > > > ... but xmlroff never returns and at the end my PC simply > > goes down... > > > > I get a number of error messages like this: > > > > (process:1424): libfo-CRITICAL **: fo-fo-error: > > FoMarker not allowed as child of FoBlock > > Object path: /FoTree[1]/root[1]/page-sequence[1]/flow[1]/FoBlock[1] > > /FoBlock[1]/FoBlock[1]/FoBlock[1]/FoBlock[1]/FoMarker[1] > > > > Does anybody know how to solve this problem? > > The problem is that xmlroff does not yet support markers. > > The partial solution is to park markers in a GList attached to the FO > containing the marker (and I added an FoMarkerParent type to do this), > but it hasn't been fully implemented since I've spent my recent time > getting xmlroff to work with GNOME Print instead of PDFlib. > > The solution to your problem is to implement marker support. > > Please file a bug report or enhancement request on SourForge about > xmlroff not supporting markers. OK, I'll do that... > > Ways to get around the lack of marker support include: > > - Don't generate them > > - Write a stylesheet to filter them out of your .fo files > > - Work on marker support yourself > > In the interim, since xmlroff doesn't support markers, I regret that > your output would not look as you expect anyway. The problem is that I use the DocBook stylesheets, and customize them is not so trivial... Do you think xmlroff will be distributed as the standard FO processor with GNOME just like xsltproc? Gius_. > > Regards, > > > Tony Graham > ------------------------------------------------------------------------ > XML Technology Center - Dublin > Sun Microsystems Ireland Ltd Phone: +353 1 8199708 > Hamilton House, East Point Business Park, Dublin 3 x(70)19708 > > > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > xmlroff-list mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlroff-list -- ---------------------------------------- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: giu...@ag... web: www.agamura.com ---------------------------------------- |
|
From: Tony G. <Ton...@Su...> - 2003-05-30 14:22:54
|
Giuseppe Greco wrote at 29 May 2003 18:32:15 +0200: > I'm new to xmlroff... As is everybody else (except me). > I'm interested in xmlroff since it is the only FO > processor written in C... (fop is written in Java, and I The main reason why xmlroff is written in C is because at the time I started there was no other open source XSL processor written in C. > don't like Java stuff, and passiveTeX has problems when > rendering tables). > > Well, I've downloaded, compiled, and installed all the > required modules (PangoPDF, PDFLib, etc.), and of course, > xmlroff itself without problems... but I'm not able to > process any xml file. I'm glad that you were able to compile it okay. Can you process xmlroff.fo from the xmlroff distribution? > I've tried to process a FO file generated with xsltproc: > > xmlroff -o myfile.pdf myfile.fo > > ... but xmlroff never returns and at the end my PC simply > goes down... > > I get a number of error messages like this: > > (process:1424): libfo-CRITICAL **: fo-fo-error: > FoMarker not allowed as child of FoBlock > Object path: /FoTree[1]/root[1]/page-sequence[1]/flow[1]/FoBlock[1] > /FoBlock[1]/FoBlock[1]/FoBlock[1]/FoBlock[1]/FoMarker[1] > > Does anybody know how to solve this problem? The problem is that xmlroff does not yet support markers. The partial solution is to park markers in a GList attached to the FO containing the marker (and I added an FoMarkerParent type to do this), but it hasn't been fully implemented since I've spent my recent time getting xmlroff to work with GNOME Print instead of PDFlib. The solution to your problem is to implement marker support. Please file a bug report or enhancement request on SourForge about xmlroff not supporting markers. Ways to get around the lack of marker support include: - Don't generate them - Write a stylesheet to filter them out of your .fo files - Work on marker support yourself In the interim, since xmlroff doesn't support markers, I regret that your output would not look as you expect anyway. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Giuseppe G. <giu...@ag...> - 2003-05-29 16:32:31
|
Hi all, I'm new to xmlroff... I'm interested in xmlroff since it is the only FO processor written in C... (fop is written in Java, and I don't like Java stuff, and passiveTeX has problems when rendering tables). Well, I've downloaded, compiled, and installed all the required modules (PangoPDF, PDFLib, etc.), and of course, xmlroff itself without problems... but I'm not able to process any xml file. I've tried to process a FO file generated with xsltproc: xmlroff -o myfile.pdf myfile.fo ... but xmlroff never returns and at the end my PC simply goes down... I get a number of error messages like this: (process:1424): libfo-CRITICAL **: fo-fo-error: FoMarker not allowed as child of FoBlock Object path: /FoTree[1]/root[1]/page-sequence[1]/flow[1]/FoBlock[1] /FoBlock[1]/FoBlock[1]/FoBlock[1]/FoBlock[1]/FoMarker[1] Does anybody know how to solve this problem? Gius_. -- ---------------------------------------- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: giu...@ag... web: www.agamura.com ---------------------------------------- |
|
From: Tony G. <Ton...@Su...> - 2003-05-27 20:25:42
|
The first "PDF" from xmlroff using pangogp that I produced on Friday was actually PostScript, which explains why GSView coud display it but Acrobat couldn't. The page at http://xmlroff.sourceforge.net/examples/pangogp/ has been renamed "Evolution of GNOME Print support in xmlroff" and I've added screen shots of the real PDF output and of a comparison with the corresponding output from PDFlib. The real PDF output is a whole lot better than the PostScript output, but there's currently no bold text appearing in either pangogp output format. I have updated fo-doc-gp.c in CVS (and made a small but useful change in the top Makefile.am). All other "rough edges" about dependencies and outputs remain. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Tony G. <Ton...@Su...> - 2003-05-27 10:42:46
|
Charles Bozeman wrote at 26 May 2003 21:35:18 -0500: > I am trying to compile pangopdf and I get a compile error looking for > "gnome-pgl-private.h". I am running red hat 9 with libgnomeprint-2.2 > installed but I can't find that file. Any help? Oops, sorry. I copied it from the libgnomeprint-2.2.1.2 source into the pangopdf/pango directory so I could write a function to dump the details of a pgl list. I have temporarily added it to the PangoPDF CVS (since GNOME Print is also LGPL, there's no license problem), although I'd really rather not have to use it at all. When you do get the current CVS code to compile, you will find that you get more details than you ever wanted to know about what's in a GNOME Print glyphlist and pgl. I think this counts as one of those rough edges. I will disable the debugging output, plus I intend to post a GNOME Print feature request asking for similar dump functions to be added to GNOME Print so hacks like copying gnome-pgl-private.h become unnecessary. > I know this is the wrong list but I am (at the moment) too lazy to > subscribe to the pangopdf list. That's okay. It's going to be relevant to anyone trying to compile xmlroff from CVS. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Charles B. <cbo...@hi...> - 2003-05-27 02:48:01
|
I am trying to compile pangopdf and I get a compile error looking for "gnome-pgl-private.h". I am running red hat 9 with libgnomeprint-2.2 installed but I can't find that file. Any help? I know this is the wrong list but I am (at the moment) too lazy to subscribe to the pangopdf list. -- Charles Bozeman <cbo...@hi...> |
|
From: Tony G. <Ton...@Su...> - 2003-05-26 15:12:11
|
Sorry for the delay, but I've been busy with GNOME Print (and with the non-xmlroff part of my job). Jesper Stigberg wrote at 8 May 2003 22:15:28 +0200: > Tony Graham wrote: > > Jesper Stigberg wrote at 8 May 2003 14:39:29 +0200: ... > > > In the win32 GDI (graphics device interface), all drawing, > > > text-output etc is done through a device-context using > > > logical-units. What appears on the screen is measured in > > > device-units. A device-unit==scale*logical-unit ( this mapping is > > > done by the OS ). So by changing the scale you can get a zoom > > > effect without changing the coordinates etc in your drawing code, > > > or use the same code to render to a printer. > > > > And the logical unit is a 'twip', i.e., a logical pixel? > > A logical unit can be mapped to twips, pixels, mm, etc or a unit of > your own. > > ex: > move_to(0,0); /* (x,y), in logical units */ > line_to(0,20); > > this could draw a 20 pixel or a 20 twips long line, depending on > what a logical unit is mapped to. So what, then, is the problem with using points as the logical unit? (I'm not decreeing that you have to use points, I'm just trying to sort out the implications.) > I don't know what a logical pixel is, a twip is, as far as I know, > 1/1440 of an inch. That's what I get for dashing off a reply. I meant that a twip is not actually the resolution of your display but some known small distance that is convenient for computation. Rather like a Pango unit, I suppose, although it's the rubbery nature of Pango units that's causing the current exchange. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Tony G. <Ton...@Su...> - 2003-05-26 14:59:19
|
The first PDF produced by xmlroff using the GNOME Print (pangogp) backend of PangoPDF (http://pangopdf.sourceforge.net/) was made on 23 May 2003. See http://xmlroff.sourceforge.net/examples/pangogp/ for a detail screenshot and to download the PDF. Achieving PDF output using GNOME Print is a significant milestone even though the PDF output has some obvious rough edges. The xmlroff and PangoPDF code has been checked in to CVS. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 |
|
From: Tony G. <Ton...@Su...> - 2003-05-14 11:43:09
|
1. New colour scheme and logo 2. Page about merging FoDoc and FoPangoContext [1] following from the 'future' discussion in the 'Using libfo' page [2]. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 [1] http://xmlroff.sourceforge.net/phpwiki/index.php/Merging%20FoDoc%20and%20FoPangoContext [2] http://xmlroff.sourceforge.net/phpwiki/index.php/Using%20libfo |
|
From: Tony G. <Ton...@Su...> - 2003-05-13 16:16:46
|
A new xmlroff status report is now available on the xmlroff Wiki [1]. It's on the Wiki rather than posted to this list so it's easy to link to the status reports from the home page of the xmlroff web site. Since the status report, I have added a page about using libfo [2]. Regards, Tony Graham ------------------------------------------------------------------------ XML Technology Center - Dublin Sun Microsystems Ireland Ltd Phone: +353 1 8199708 Hamilton House, East Point Business Park, Dublin 3 x(70)19708 [1] http://xmlroff.sourceforge.net/phpwiki/index.php/2003-05-12 [2] http://xmlroff.sourceforge.net/phpwiki/index.php/Using%20libfo |
|
From: Jesper S. <je...@no...> - 2003-05-09 00:19:43
|
Tony Graham wrote: > Jesper Stigberg wrote at 8 May 2003 14:39:29 +0200: .... > > Great. What do gnome-print use as a unit? > > So far I've found that the PDF and PostScript outputs use different > units. GNOME Print is under-documented, so there may be something > that I'm missing. > > See pangogp-to-pdf.c in pangopdf/examples. > > > > What do you do in your rendering application if you want to scale the > > > rendered image, e.g. reduce it so a whole page appears in the window? > > > > > > > A bit simplified. > > > > In the win32 GDI (graphics device interface), all drawing, > > text-output etc is done through a device-context using > > logical-units. What appears on the screen is measured in > > device-units. A device-unit==scale*logical-unit ( this mapping is > > done by the OS ). So by changing the scale you can get a zoom > > effect without changing the coordinates etc in your drawing code, > > or use the same code to render to a printer. > > And the logical unit is a 'twip', i.e., a logical pixel? A logical unit can be mapped to twips, pixels, mm, etc or a unit of your own. ex: move_to(0,0); /* (x,y), in logical units */ line_to(0,20); this could draw a 20 pixel or a 20 twips long line, depending on what a logical unit is mapped to. I don't know what a logical pixel is, a twip is, as far as I know, 1/1440 of an inch. Jesper. |
2 messages has been excluded from this view by a project administrator.
