Re: [pdf-devel] Problems in the stream implementation

2008-10-01 Thread gerel
Hey JP, > I've read all the filter's implementation and none is using the filters > as circullar. Yes, you are assuming that the end of the buffer input > data is the buffer.wp but you are always considering that buffer.wp > > buffer.rp. That is why the reset function is needed and that is why >

Re: [pdf-devel] Problems in the stream implementation

2008-10-01 Thread Juan Pedro Bolivar Puente
[EMAIL PROTECTED] wrote: > > Date: Wed, 01 Oct 2008 22:23:58 +0200 > > From: Juan Pedro Bolivar Puente <[EMAIL PROTECTED]> > > > > Hi, > > > > While writing the LZW filter implementation some doubts arose (I'm a > > corner case maniac, sorry :)): > > > > Marchesi, why didn't you use cir

Re: [pdf-devel] Patch for the Flate filter

2008-10-01 Thread gerel
> Date: Wed, 01 Oct 2008 20:36:11 +0200 > From: [EMAIL PROTECTED] > > >+ /* >+ * As read in the zlib documentation, our cache size must be at least > 0.1% >+ * larger than the CHUNK size, plus 12 bytes. >+ * We assume that our cache size is of 4096 bytes. >+ */

Re: [pdf-devel] Filter params type

2008-10-01 Thread gerel
> Date: Wed, 01 Oct 2008 22:34:35 +0200 > From: Juan Pedro Bolivar Puente <[EMAIL PROTECTED]> > > > Note that we are going to implement the PDF dictionary objects in top > > of a pdf-hash variable, and we will have type checking in the > > implementation of pdf_dict_t. > > What do you mea

Re: [pdf-devel] Problems in the stream implementation

2008-10-01 Thread gerel
> Date: Wed, 01 Oct 2008 22:23:58 +0200 > From: Juan Pedro Bolivar Puente <[EMAIL PROTECTED]> > > Hi, > > While writing the LZW filter implementation some doubts arose (I'm a > corner case maniac, sorry :)): > > Marchesi, why didn't you use circular buffers as we discussed in the > GHM

[pdf-devel] [flyspray] RunLength Filter Implementation

2008-10-01 Thread GNU PDF Library
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#49 - RunLength Filter Implementation User who did this - Gerardo E. Gidoni (gerel) Reason for closing: DONE More information can be found at the following URL: http://www.gnupdf.org/flyspray/index.php?do=details&ta

[pdf-devel] Re: RL Filters pending issues?

2008-10-01 Thread gerel
> Date: Wed, 01 Oct 2008 21:25:59 +0200 > From: [EMAIL PROTECTED] > > Hi Gerel. > > Any pending issue about the RL filters? If not the task #49 can be > closed. I forgot. done. -gerel

Re: [pdf-devel] Patch for the Flate filter

2008-10-01 Thread gerel
> Date: Wed, 01 Oct 2008 20:36:11 +0200 > From: [EMAIL PROTECTED] > > Hi Gerel. > Hi jemarch. >Here is a patch for the Flate filter implementation plus tests. > > Many thanks. > Some comments about the patch follows. > > base/pdf-stm-filter.h base/pdf-

Re: [pdf-devel] Filter params type

2008-10-01 Thread Juan Pedro Bolivar Puente
> What do you mean with "to map" in this context? The contents of the > parameters hash table for the LZW decoding filter would be something > like: > >keyvalue > > ... other fields > "EarlyChange" (void *)pdf_u32_t > By map I mean associate a

[pdf-devel] Problems in the stream implementation

2008-10-01 Thread Juan Pedro Bolivar Puente
Hi, While writing the LZW filter implementation some doubts arose (I'm a corner case maniac, sorry :)): Marchesi, why didn't you use circular buffers as we discussed in the GHM instead of those fill-rewind buffers you are using? I was wondering how the filter had to behave in case it needs to lea

[pdf-devel] RL Filters pending issues?

2008-10-01 Thread jemarch
Hi Gerel. Any pending issue about the RL filters? If not the task #49 can be closed.

Re: [pdf-devel] Patch for the Flate filter

2008-10-01 Thread jemarch
Hi Gerel. Here is a patch for the Flate filter implementation plus tests. Many thanks. Some comments about the patch follows. base/pdf-stm-filter.h base/pdf-stm-filter.c \ base/pdf-stm-f-null.h base/pdf-stm-f-null.c \

[pdf-devel] Patch for the Flate filter

2008-10-01 Thread gerel
Hi everyone, Here is a patch for the Flate filter implementation plus tests. ## # Bazaar merge directive format 2 (Bazaar 0.90) # revision_id: [EMAIL PROTECTED] # target_branch: file:///home/gerel/PROJECTS/libgnupdf/trunk/ # testament_sha1: 1aa276b97f1e53feced4a3dd7ce1a7eb0a338389 # timestamp: 2

Re: [pdf-devel] Filter params type

2008-10-01 Thread jemarch
Hello JP. I've just started the lzw filter implementation :) It has an "EarlyChange" param, and I was trying to guess what the param's hash maps. I think that the best behaviour is to map pdf_char_t* to pdf_char_t* and let the filter decode the param content, What do you mean wit

[pdf-devel] rss aggregator in www.gnupdf.org fixed

2008-10-01 Thread jemarch
Hi. I just fixed the mediawiki rss aggregator in www.gnupdf.org. It was a problem related to the caching of the rss entries. It should work now.

Re: [pdf-devel] Adobe release of ISO32000-1

2008-10-01 Thread Aleksander Morgado
> The Adobe release of ISO32000-1 is now publicly available in their website: > > http://www.adobe.com/devnet/acrobat/pdfs/PDF32000_2008.pdf > This is the link to the main webpage where the reference and Adobe's extensions can be found: http://www.adobe.com/devnet/pdf/pdf_reference.html

[pdf-devel] Adobe release of ISO32000-1

2008-10-01 Thread Aleksander Morgado
The Adobe release of ISO32000-1 is now publicly available in their website: http://www.adobe.com/devnet/acrobat/pdfs/PDF32000_2008.pdf Cheers, -Aleksander