Il 26/11/2010 12:21, Geert Janssens ha scritto:
For good print results the more image detail available the better. Our on-
screen process limits images to 510 pixels for comfortable viewing on small
screens. For this reason, many screenshot are resized to fit this 510 pixel
constraint. This me
On Fri, 2010-11-26 at 13:34 +0100, Geert Janssens wrote:
> On Friday 26 November 2010, jh wrote:
> > One more issue to consider:
> > according to the Gnome documentation guidelines, screenshots should be
> > taken with the default options set.
> > The current practice doesn't comply with that. The
On Friday 26 November 2010, jh wrote:
> One more issue to consider:
> according to the Gnome documentation guidelines, screenshots should be
> taken with the default options set.
> The current practice doesn't comply with that. The toolbar style on most
> pictures is 'Text below icons', default is
One more issue to consider:
according to the Gnome documentation guidelines, screenshots should be
taken with the default options set.
The current practice doesn't comply with that. The toolbar style on most
pictures is 'Text below icons', default is 'Priority text beside icons'.
Not a big deal, bu
On Thursday 25 November 2010, Cristian Marchi wrote:
> I've experimented a little with the pdf image size issue and I've found
> a solution. Fop is printing-oriented so it doesn't consider the image
> size but the pixel-per-inch (ppi) attribute. So if the image has a ppi
> of 72 (as normally is whe
I've experimented a little with the pdf image size issue and I've found
a solution. Fop is printing-oriented so it doesn't consider the image
size but the pixel-per-inch (ppi) attribute. So if the image has a ppi
of 72 (as normally is when saving an image file) and a width of 510pixel
it will b
On Wednesday 24 November 2010, Cristian Marchi wrote:
> I tested it right now and works well; the result is very good!
> I see problems with images (some are overscaled) and with some help
> tables where the last column is probably too large and is drawn in a new
> page.
>
> Regards
> Cristian
>
On Wednesday 24 November 2010, Cristian Marchi wrote:
> I tested it right now and works well; the result is very good!
> I see problems with images (some are overscaled) and with some help
> tables where the last column is probably too large and is drawn in a new
> page.
>
Yes, there are still som
I tested it right now and works well; the result is very good!
I see problems with images (some are overscaled) and with some help
tables where the last column is probably too large and is drawn in a new
page.
Regards
Cristian
Il 24/11/2010 13:36, Geert Janssens ha scritto:
Hi,
A couple of
Hi,
A couple of days back I have restored the pdf generation functionality in our
documentation source tree. With this you can generate a pdf file from the help
manual or the concepts guide.
You need xsltproc and fop installed on your system to be able to use it.
xsltproc may come with libxslt
Tom Browder wrote:
On Fri, Jun 19, 2009 at 17:08, Clark wrote:
I used Adobe Acrobat Pro to do a pre-press on the PDF. The images which
print too big are specified to be at 75 DPI, the ones that print right are
about 120~126 DPI. In all cases the numbers are not exact, and vary
slightly from im
On Thu, Jun 18, 2009 at 10:15, Derek Atkins wrote:
> Quoting Tom Browder :
>
>> On Thu, Jun 18, 2009 at 08:40, Derek Atkins wrote:
>> ...
>>>
>>> Tom Browder writes:
>>>
Derek, I'll be happy to take a look and see if I can fix at least a
couple of the bad figures to see what kind of effo
On Friday 19 June 2009, Clark wrote:
> I used Adobe Acrobat Pro to do a pre-press on the PDF. The images which
> print too big are specified to be at 75 DPI, the ones that print right
> are about 120~126 DPI. In all cases the numbers are not exact, and vary
> slightly from image to image.
Given t
On Fri, Jun 19, 2009 at 21:01, Clark wrote:
..
> Forgive me if I am being redundant, but I want to be sure I am understood.
>
> I don't think it is in the XML code, I don't think it has anything to do
> with DocBook or the XML. I think it is in the .png, .jpg, .tif, .whatever
> image file that it
On Fri, Jun 19, 2009 at 17:08, Clark wrote:
> I used Adobe Acrobat Pro to do a pre-press on the PDF. The images which
> print too big are specified to be at 75 DPI, the ones that print right are
> about 120~126 DPI. In all cases the numbers are not exact, and vary
> slightly from image to image.
I used Adobe Acrobat Pro to do a pre-press on the PDF. The images which
print too big are specified to be at 75 DPI, the ones that print right
are about 120~126 DPI. In all cases the numbers are not exact, and vary
slightly from image to image.
So what is happening is that the PDF specified
With regard to the pictures being too big, can they be scaled? If the
problem is non-familiarity with how to scale an image, I could do that, and
...
Everything is available from gnucash-docs trunk. I think fooling with
the raw files might be non-productive since they look fine with the
other
Quoting Tom Browder :
On Thu, Jun 18, 2009 at 08:40, Derek Atkins wrote:
...
Tom Browder writes:
Derek, I'll be happy to take a look and see if I can fix at least a
couple of the bad figures to see what kind of effort is involved. I
...
That would be most excellent! Thank you.
If "make
On Thu, Jun 18, 2009 at 08:40, Derek Atkins wrote:
...
> Tom Browder writes:
>
>> Derek, I'll be happy to take a look and see if I can fix at least a
>> couple of the bad figures to see what kind of effort is involved. I
...
> That would be most excellent! Thank you.
>
> If "make pdf" is all tha
Tom,
It got through, apparently successfully. However when I save the
attachment, Firefox says that it is a 9.2MB attachement, but stops
saving it about 2/3 of the way through on the "save" progress indicator,
and the resulting file is only 6.8MB. When I try to open it with
Acrobat 9, "Docu
Tom,
Tom Browder writes:
> Derek, I'll be happy to take a look and see if I can fix at least a
> couple of the bad figures to see what kind of effort is involved. I
> don't know much docbook, but I'm sure there are various ways to
> manipulate a figure without having to import or make a new ima
On Wed, Jun 17, 2009 at 20:20, Clark wrote:
> Tom,
>
> It got through, apparently successfully. However when I save the
> attachment, Firefox says that it is a 9.2MB attachement, but stops saving it
> about 2/3 of the way through on the "save" progress indicator, and the
> resulting file is only 6
Yes, I would like the guide. If the help manual could be built, that also.
What is the best way to get it?
I have always been puzzled that projects do not routinely make their
documentation available in PDF form vs. online web pages. I would think
it would make sense to have it on a download
On Wed, Jun 17, 2009 at 18:35, Clark wrote:
> Yes, I would like the guide. If the help manual could be built, that also.
>
> What is the best way to get it?
Ray, I can send you a copy of the guide. If you saw earlier messages,
note that many of the screenshot figures are too big (mainly too wide
Derek, I'll be happy to take a look and see if I can fix at least a
couple of the bad figures to see what kind of effort is involved. I
don't know much docbook, but I'm sure there are various ways to
manipulate a figure without having to import or make a new image file
(and it shouldn't affect the
Tom Browder writes:
> On Sun, Jun 14, 2009 at 15:39, Tom Browder wrote:
>> On Tue, Jun 9, 2009 at 17:51, Clark wrote:
> ...
>> Ray, I tried to use the gnucash-docs trunk and get an fop failure
>> while making the guide pdf. I'm investigating--first trying to use
>> the latest fop.
>
> Well, I us
On Sun, Jun 14, 2009 at 15:39, Tom Browder wrote:
> On Tue, Jun 9, 2009 at 17:51, Clark wrote:
...
> Ray, I tried to use the gnucash-docs trunk and get an fop failure
> while making the guide pdf. I'm investigating--first trying to use
> the latest fop.
Well, I used the trunk again and the guide
On Sun, Jun 14, 2009 at 20:35, Clark wrote:
> Tom,
>
> I appreciate what you are doing, and would like to have it (as it appears
> would many others!). Whenever I try to build something like that myself I
You're welcome--I want it, too!
> feel like I am groping in the dark, it takes a very long
On Tue, Jun 9, 2009 at 17:51, Clark wrote:
> Tom,
>
> Spet 30 2008 you posted a note "Producing GnuCash Guide PDF [SOLVED]". I
> would dearly love to have the current (2006) versions of both "Tutorial and
> Concepts Guide" and the "GnuCash Help Manual" in PDF format.
>
> It sounds like you created
On Sunday 27 February 2005 8:35 am, Neil Williams wrote:
> On Sunday 27 February 2005 12:50 am, Chris Lyttle wrote:
> > On Sat, 2005-02-26 at 23:43 +, Neil Williams wrote:
> The
> only change I'm considering is for each imagedata:
>
> to
>
Don't I feel the mug. I don't need to change any of
On Sunday 27 February 2005 12:50 am, Chris Lyttle wrote:
> On Sat, 2005-02-26 at 23:43 +, Neil Williams wrote:
> > Even then, it's only the revision history that is duplicated, so it might
> > as well stay.
>
> Neil,
>
> There's a lot more that's different between docbook-xml and docbook-sgml
>
On Sat, 2005-02-26 at 23:43 +, Neil Williams wrote:
> It's an added file at the moment - that's where any duplication comes in. As
> you picked up later, docbook-utils is SGML rather than XML so it complains if
> the first line of the SGML file is an XML declaration - which xsltproc
> under
On Saturday 26 February 2005 10:00 pm, Chris Lyttle wrote:
> On Sat, 2005-02-26 at 20:25 +, Neil Williams wrote:
> > All I'll be doing is adding a .docbook for each set (guide and help)
> > because I can't convert files based on , I need (a truly
> > minor change that doesn't require any furth
On Sat, 2005-02-26 at 20:25 +, Neil Williams wrote:
> I've realised that using
>
>
> is generating errors. I'd like to change each id to use hyphens instead of
> underscores:
>
>
This is fine by me, its a pretty minor change. Go ahead and add it.
> All I'll be doing is adding a .doc
On Friday 25 February 2005 5:08 am, Chris Lyttle wrote:
> I've not attempted to validate the xml in the docs for use to convert to
> pdf, just that its valid for conversion to html which the build script
> does.
OK, I've got most of that done. The changes to the XML itself are quite
limited - th
Neil,
Thanks. If you need other updates to the website let me know
Chris
On Fri, 2005-02-25 at 17:57 +, Neil Williams wrote:
> On Friday 25 February 2005 5:08 am, Chris Lyttle wrote:
> > Neil,
> >
> > I've not attempted to validate the xml in the docs for use to convert to
> > pdf, just that
I have updated the GnuCash doc's page below with Neils PDF's of
GnuCash-Guide and GnuCash-help. I also added a link in the 'Other
Documentation' section to Neil's website.
http://www.gnucash.org/en/docs.phtml
Directing people to this webpage should now be the default answer to the
following;
1)
On Friday 25 February 2005 5:08 am, Chris Lyttle wrote:
> Neil,
>
> I've not attempted to validate the xml in the docs for use to convert to
> pdf, just that its valid for conversion to html which the build script
> does. Its possible to do this, but I'd rather not add the MB of pdf to
> the docs b
Neil,
I've not attempted to validate the xml in the docs for use to convert to
pdf, just that its valid for conversion to html which the build script
does. Its possible to do this, but I'd rather not add the MB of pdf to
the docs build and I haven't really had a lot of time to do more than
release
Neil Williams schrieb:
On Sunday 20 February 2005 6:53 pm, R Hannes Beinert wrote:
I very much appreciate your efforts in generating these PDF docs! I was in
the process of motivating myself to offer to generate them myself
I'm quite amazed at the appeal of a single 110 page PDF file! It horrifies
On Sunday 20 February 2005 6:53 pm, R Hannes Beinert wrote:
> I very much appreciate your efforts in generating these PDF docs! I was in
> the process of motivating myself to offer to generate them myself
I'm quite amazed at the appeal of a single 110 page PDF file! It horrifies me
to produce fi
On Sun, Feb 20, 2005 at 06:39:35PM +0100, Michael Wahlbrink wrote:
> For the first time I've left it as one big file 2.9Mb
> But if there's a need for, I can also provide seperated chapters...
FWIW, I prefer the one big file version.
-chris
___
gnu
On Sunday 20 February 2005 6:31 pm, Chris Lyttle wrote:
> If someone makes it available to me I can put any docs in pdf on the
> gnucash website.
Chris, I've only just realised that the guide and help ARE in docbook, it's
just that when I try docbook2pdf, I get syntax errors. I note you're using
--- Michael Wahlbrink <[EMAIL PROTECTED]> wrote:
> Neil Williams schrieb:
> > I'll be keeping these .pdf files updated and the site will remain active
> > indefinitely. If there are other requests for documentation in various
> > formats, I can host those where they are available too.
> > Mich
On Sunday 20 February 2005 6:30 pm, Michael Wahlbrink wrote:
> But isn't there a way to go directly to pdf from that mysterious
> doc-book things?? There must be some advantage of these.
Yes there is, that's what I use for the GnuCash Design documentation. I also
use docbook for all the qof_
Michael Wahlbrink schrieb:
[...]
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvs/cvsroot login
The password is "guest"
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvs/cvsroot checkout
gnucash-docs
that worked under cygwin...
I'm on the way to setup cygwin with cvs etc to get this job done
even withou
If someone makes it available to me I can put any docs in pdf on the
gnucash website. There is already a place holder in the docs part of the
site (http://www.gnucash.org/en/docs.phtml) so I'd just need to add the
link.
Chris
On Sun, 2005-02-20 at 15:13 +, Neil Williams wrote:
> On Sunday 20
Hi all,
Neil Williams schrieb:
On Sunday 20 February 2005 2:31 pm, Michael Wahlbrink wrote:
On Saturday 19 February 2005 8:08 pm, Michael Wahlbrink wrote:
I can do that, but the images linked from the document
http://code.neil.williamsleesmill.me.uk/gnucash-guide.html
are not there (thats the reaso
On Sunday 20 February 2005 2:31 pm, Michael Wahlbrink wrote:
> >>>On Saturday 19 February 2005 8:08 pm, Michael Wahlbrink wrote:
> I can do that, but the images linked from the document
> http://code.neil.williamsleesmill.me.uk/gnucash-guide.html
> are not there (thats the reason why they are not i
Neil Williams schrieb:
On Saturday 19 February 2005 10:37 pm, you wrote:
Neil Williams schrieb:
On Saturday 19 February 2005 8:08 pm, Michael Wahlbrink wrote:
If anyone is able to convert the HTML into a more usable PDF, send it to
me and I'll update those links.
I've converted them via Ooo to pdf
On Saturday 19 February 2005 10:37 pm, you wrote:
> Neil Williams schrieb:
> > On Saturday 19 February 2005 8:08 pm, Michael Wahlbrink wrote:
> >>>If anyone is able to convert the HTML into a more usable PDF, send it to
> >>>me and I'll update those links.
> >>
> >>I've converted them via Ooo to pd
Neil Williams schrieb:
On Saturday 19 February 2005 3:47 pm, Branislav Djokic wrote:
Hi Neil,
Hi,
I am interested in finding the GnuCash manual(s) in
pdf format, which makes documents much more convenient
for printing.
I've got two files in HTML that can be printed to PDF but when I try it, I get
On Saturday 19 February 2005 3:47 pm, Branislav Djokic wrote:
> Hi,
>
> I am interested in finding the GnuCash manual(s) in
> pdf format, which makes documents much more convenient
> for printing.
I've got two files in HTML that can be printed to PDF but when I try it, I get
a two column layout t
Hi,
I am interested in finding the GnuCash manual(s) in
pdf format, which makes documents much more convenient
for printing.
Under the GnuCash Documentation Project at the website
http://www.gnucash.org/en/docs.phtml in the box with
the title "GnuCash v1.8 (current stable release)" both
the "Help
54 matches
Mail list logo
