On Mon, Feb 09, 2009 at 22:03:03 +0100, jema...@gnu.org wrote:
> You can pick any orphaned task marked as NEXT.
>
> (Note that Michael Gold may be interested in picking the
> tokeniser-related tasks, despite he didn't marked the tasks as
> assigned to him).
Hopefully I'll have some time to look
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
Michael Gold has taken ownership of the following task:
FS#89 - Tokeniser Module API design
More information can be found at the following URL:
http://www.gnupdf.org/flyspray/index.php?do=details&task_id=89
You are receiving this message because you
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
Michael Gold has taken ownership of the following task:
FS#90 - Tokeniser Module Architecture Description
More information can be found at the following URL:
http://www.gnupdf.org/flyspray/index.php?do=details&task_id=90
You are receiving this messag
Hi Sylvain.
Here's some progress with task #88 "Dependencies detection in
configuration time".
[...]
If this sounds good to you I can polish configure.ac some more.
Seems quite convenient. If no one disagrees I would say to go with it.
dnl Check if Unit testing support is avai
Hi,
Here's some progress with task #88 "Dependencies detection in
configuration time".
The system imports Gnulib's "havelib" module and configure.ac uses
AC_LIB_HAVE_LINKFLAGS to:
- test the library presence
- define $HAVE_LIBMYLIB variables (library detection)
- add --with-libmylib-prefix= to sp
Hello.
I have reasonable experience in programming using C, but I have
zero background of PDF "as such" .
I would be happy to contribute to GNU Pdf project.
Thanks a lot, and welcome! :)
I just opened a flyspray account for you so you can pick a task to
work on.
Can I
> The ghostscript people went ahead to write a new lightweight PDF
> interpreter called GhostPDF, independent from ghostscript. It seems
> (it is somewhat obscure) that Mupdf+Fitz is a proof of concept of that
> effort. I don't know if mupdf+fitz is still considered as a prototype
>
Hi Gerel.
> Please take a look and send your comments to discuss: it is capital to
> come with a useful and complete API for the object layer.
Of course, some comments follow.
Thanks :)
> Note that:
>
> [...]
>
> 3) It is not clear to me where to put the pdf cre
Hi Lukasz.
pdf_stm_flush works fine, however i can't see any way of making
more room in beckend. Using pdf_stm_seek(stm, 0) cause that data
in input bufer of null filter is lost. I think making public
pdf_stm_be_seek(stm->beckend, 0). or ability to get beckend of
writing stream
