Lutz Lehmann <[EMAIL PROTECTED]> wrote:
> What remains of this discussion is a question of efficiency. For
> instance, it would be sufficient to note only the filename and not the
> path in the database. Then the direct lookup of the files could be
> removed in favor for the extended search method
Frank Küster wrote:
> Lutz Lehmann <[EMAIL PROTECTED]> wrote:
>
>
>> ...It is not very helpfull ...
>> to compress pdf files...
>>
> There's still a significant space saving when compressing pdf with gzip
> (and there's zxpdf). This has been discussed on Debian-devel recently,
> but no con
Lutz Lehmann <[EMAIL PROTECTED]> wrote:
> As a sidenote (probably belongs to tetex-doc wishlist): It is not very
> helpfull
> to compress pdf files, since they normally already contain compressed
> contents. gv works with this, but for instance acroread does not.
There's still a significant sp
On 14.06.06 Lutz Lehmann ([EMAIL PROTECTED]) wrote:
Hi,
> As a sidenote (probably belongs to tetex-doc wishlist): It is not
> very helpfull to compress pdf files, since they normally already
> contain compressed contents. gv works with this, but for instance
> acroread does not.
>
Anywhere in a
Package: tetex-base
Version: 3.0-18
Followup-For: Bug #372715
In the /etc/texdoctk/texdoctk.dat database, the relative path and filename
s are to the uncompressed versions of the documentation files. The texdoctk
script is unable to extend the filename by the .gz suffix, so it fails. Thus
the te
5 matches
Mail list logo
