> Would be useful to return more detailed information: it would be
> really difficult to fix a buggy function facing something like
> "Internal error". But it would be quite difficult to do it in a
> generic way.
>
> What about adding a new specific `pdf_fp_func_4_eval' function?
> Would be useful to return more detailed information: it would be
> really difficult to fix a buggy function facing something like
> "Internal error". But it would be quite difficult to do it in a
> generic way.
>
> What about adding a new specific `pdf_fp_func_4_eval' function? It
> would break t
Hi Gerel.
Hi I've found a bug in configure.ac, whether a feature is called with
--enable
or --disable the script always enables it.
I attach a patch for the correct behavior.
Applied.
Thanks!
--
Jose E. Marchesi
http://www.jemarch.net
GNU Project http://www
Hi.
I just committed in the trunk the first draft of the object layer
public API. It is documented in the "Object Layer" chapter of the
reference manual.
Briefly, the API is built around two main concepts:
- Object Documents.
Hierarchy of objects that may compound a PDF document (not every
2009/2/5 Sylvain Beucler :
> - Any others? :)
- podofo
http://podofo.sourceforge.net/
- multivalent
http://multivalent.sourceforge.net/
- libHaru
http://libharu.org/wiki/Main_Page
- Big Faceless Java PDF Library
http://big.faceless.org/products/pdf/index.jsp
- JagPDF
http://www.jagpdf.c
Hi I've found a bug in configure.ac, whether a feature is called with --enable
or --disable the script always enables it.
I attach a patch for the correct behavior.
regards,
-gerel
##
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: ge...@gnu.org-20090205225432-bn49l3dhpt03v3gm
#
Hi Sylvain.
I'd like to start a wiki page to reference other PDF projects,
explain which one we could reuse and which ones we won't/can't (and
why).
It also explains part of the "goals and motivation" of the project:
a person on IRC was wondering why we were reimplementing from
Hi,
I'd like to start a wiki page to reference other PDF projects, explain
which one we could reuse and which ones we won't/can't (and why).
It also explains part of the "goals and motivation" of the project: a
person on IRC was wondering why we were reimplementing from scratch
rather than improv
The #pdf IRC /topic is blank for around a week. People are even asking
wtf the channel is about :) Can somebody set it back?
Done :)
--
Jose E. Marchesi
http://www.jemarch.net
GNU Project http://www.gnu.org
> Hi Zac.
>
>I can setup an auto build on a server I've got running. Other
>thoughts on where to do this autobuild are welcome as well.
>
> It is ok to host a mingw32 build on a different machine. It is a
> stable server?
>
Until at least May 2010 its a stabl
Hi David.
On the one hand, we need a list of syntax errors and a way to
report them in `pdf_fp_func_4_new'. I think that a PDF_BADSYNTAX
return value would works fine. But if more defailed errors are
required, an extra argument is valid.
A detailed report about the error is required
Hi,
The #pdf IRC /topic is blank for around a week. People are even asking
wtf the channel is about :) Can somebody set it back?
The previous one was:
GNU PDF Project http://www.gnupdf.org || Information for newcomers:
http://www.gnupdf.org/Dev:Newcomers || Alternative logo by Aleks:
http://es
12 matches
Mail list logo
