[OT] mupdf

[OT] mupdf

[luigi scarso]

[-- Attachment #1.1: Type: text/plain, Size: 73 bytes --]

http://ccxvii.net/mupdf/
It seems a valid alternative to xpdf

-- 
luigi

[-- Attachment #1.2: Type: text/html, Size: 133 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[Aditya Mahajan]

On Thu, 23 Jul 2009, luigi scarso wrote:

> http://ccxvii.net/mupdf/
> It seems a valid alternative to xpdf

Minimal and fast... but file reload does not seem possible, so not useful 
in a normal TeX workflow.

Aditya
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[Hans Hagen]

luigi scarso wrote:
> http://ccxvii.net/mupdf/
> It seems a valid alternative to xpdf

kde okular is quite nice (runs also on windows) although i can't start 
it up from the editor

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[luigi scarso]

[-- Attachment #1.1: Type: text/plain, Size: 419 bytes --]

On Thu, Jul 23, 2009 at 5:24 AM, Aditya Mahajan <adityam@umich.edu> wrote:

> On Thu, 23 Jul 2009, luigi scarso wrote:
>
>  http://ccxvii.net/mupdf/
>> It seems a valid alternative to xpdf
>>
>
> Minimal and fast... but file reload does not seem possible, so not useful
> in a normal TeX workflow.
>
C code looks clear --
shoud be not difficult to extend it to  mimic xpdf
Eventually for a sprint at meeting

-- 
luigi

[-- Attachment #1.2: Type: text/html, Size: 940 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[Taco Hoekwater]

luigi scarso wrote:
> 
> 
> On Thu, Jul 23, 2009 at 5:24 AM, Aditya Mahajan <adityam@umich.edu
> <mailto:adityam@umich.edu>> wrote:
> 
>     On Thu, 23 Jul 2009, luigi scarso wrote:
> 
>         http://ccxvii.net/mupdf/
>         It seems a valid alternative to xpdf
> 
> 
>     Minimal and fast... but file reload does not seem possible, so not
>     useful in a normal TeX workflow.
> 
> C code looks clear --
> shoud be not difficult to extend it to  mimic xpdf
> Eventually for a sprint at meeting

The more serious problem is that it does not interaction objects
at all, not even bookmarks or hyperlinks.

Best wishes,
Taco


___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[Taco Hoekwater]

Taco Hoekwater wrote:
> 
> The more serious problem is that it does not interaction objects
> at all, not even bookmarks or hyperlinks.

Oops sorry, it does indeed do in-document hyperlinks.




___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[luigi scarso]

[-- Attachment #1.1: Type: text/plain, Size: 1253 bytes --]

On Fri, Jul 24, 2009 at 11:53 AM, Taco Hoekwater <taco@elvenkind.com> wrote:

>
>
> Taco Hoekwater wrote:
> >
> > The more serious problem is that it does not interaction objects
> > at all, not even bookmarks or hyperlinks.
>
> Oops sorry, it does indeed do in-document hyperlinks.
>

==================================
 ABOUT

MuPDF is a lightweight PDF viewer and toolkit written in portable C.

The renderer in MuPDF is tailored for high quality anti-aliased graphics.
MuPDF renders text with metrics and spacing accurate to within fractions of
a pixel for the highest fidelity in reproducing the look of a printed page
on screen.

MuPDF has a small footprint. A binary that includes the standard Roman fonts
is only one megabyte. A build with full CJK support (including an Asian
font) is approximately five megabytes.

MuPDF has support for all non-interactive PDF 1.7 features, and the toolkit
provides a simple API for accessing the internal structures of the PDF
document. Example code for navigating interactive links and bookmarks,
encrypting PDF files, extracting fonts, images, and searchable text, and
rendering pages to image files is provided.
====================================

I haven't  find an example for bookmarks .


-- 
luigi

[-- Attachment #1.2: Type: text/html, Size: 1684 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re-start figure numbers

[snelting]

Hello,

I placed 150+ tiny images (distributed over several chapters) and want
continuous figure numbering for the whole publication, so I have set up
numbering like this:

\setupnumbering[satus=start,way=bytext]

At the end of the document, I repeated the same images but now in larger
format, with captions added etc. I would like to restart their numbering,
so the figure-numbers of the large images match the small ones but
\startnumbering[state=stop] does not have any effect.

Is there any other way of stopping/restarting figure numbering?

Thanks a lot,


Femke

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[Yue Wang]

well, so maybe there can be a luatex binding to replace original xpdf?
and  we can remove cpp code completely in LuaTeX...
(and that enable the plan 9 guys to compile luatex on those exotic systems.)
On Fri, Jul 24, 2009 at 6:08 PM, luigi scarso<luigi.scarso@gmail.com> wrote:
>
>
> On Fri, Jul 24, 2009 at 11:53 AM, Taco Hoekwater <taco@elvenkind.com> wrote:
>>
>>
>> Taco Hoekwater wrote:
>> >
>> > The more serious problem is that it does not interaction objects
>> > at all, not even bookmarks or hyperlinks.
>>
>> Oops sorry, it does indeed do in-document hyperlinks.
>
> ==================================
>  ABOUT
>
> MuPDF is a lightweight PDF viewer and toolkit written in portable C.
>
> The renderer in MuPDF is tailored for high quality anti-aliased graphics.
> MuPDF renders text with metrics and spacing accurate to within fractions of
> a pixel for the highest fidelity in reproducing the look of a printed page
> on screen.
>
> MuPDF has a small footprint. A binary that includes the standard Roman fonts
> is only one megabyte. A build with full CJK support (including an Asian
> font) is approximately five megabytes.
>
> MuPDF has support for all non-interactive PDF 1.7 features, and the toolkit
> provides a simple API for accessing the internal structures of the PDF
> document. Example code for navigating interactive links and bookmarks,
> encrypting PDF files, extracting fonts, images, and searchable text, and
> rendering pages to image files is provided.
> ====================================
>
> I haven't  find an example for bookmarks .
>
> --
> luigi
>
>
> ___________________________________________________________________________________
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
> archive  : https://foundry.supelec.fr/projects/contextrev/
> wiki     : http://contextgarden.net
> ___________________________________________________________________________________
>
>
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[luigi scarso]

[-- Attachment #1.1: Type: text/plain, Size: 385 bytes --]

On Fri, Jul 24, 2009 at 1:47 PM, Yue Wang <yuleopen@gmail.com> wrote:

> well, so maybe there can be a luatex binding to replace original xpdf?
> and  we can remove cpp code completely in LuaTeX...
> (and that enable the plan 9 guys to compile luatex on those exotic
> systems.)
>
until know, the most attractive  thing is
$> pdfdraw -x a.pdf
-x    xml dump of display tree

-- 
luigi

[-- Attachment #1.2: Type: text/html, Size: 676 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: mupdf

[Patrick Gundlach]

> http://ccxvii.net/mupdf/
> It seems a valid alternative to xpdf

anybody got a mac binary?


Patrick
-- 
ConTeXt wiki and more: http://contextgarden.net
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: mupdf

[Yue Wang]

I am able to compile one for Mac OS X 10.5 half an year ago.
Works flawlessly.

On Fri, Jul 24, 2009 at 8:15 PM, Patrick Gundlach<patrick@gundla.ch> wrote:
>
>> http://ccxvii.net/mupdf/
>> It seems a valid alternative to xpdf
>
> anybody got a mac binary?
>
>
> Patrick
> --
> ConTeXt wiki and more: http://contextgarden.net
> ___________________________________________________________________________________
> If your question is of interest to others as well, please add an entry to the Wiki!
>
> maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
> archive  : https://foundry.supelec.fr/projects/contextrev/
> wiki     : http://contextgarden.net
> ___________________________________________________________________________________
>
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: mupdf

[luigi scarso]

[-- Attachment #1.1: Type: text/plain, Size: 432 bytes --]

On Fri, Jul 24, 2009 at 2:15 PM, Patrick Gundlach <patrick@gundla.ch> wrote:

>
> > http://ccxvii.net/mupdf/
> > It seems a valid alternative to xpdf
>
> anybody got a mac binary?
>



try to  compile changing  Jamrules from

   CCFLAGS = -Wall -std=gnu99 ;
   LINKFLAGS = -L/usr/X11R6/lib ;

to

   CCFLAGS = -Wall -std=gnu99 -I/usr/X11/include
-I/usr/X11/include/freetype2 ;
   LINKFLAGS = -L/usr/X11R6/lib -L/sw/lib ;

-- 
luigi

[-- Attachment #1.2: Type: text/html, Size: 877 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: [OT] mupdf

[Martin Schröder]

2009/7/24 Yue Wang <yuleopen@gmail.com>:
> well, so maybe there can be a luatex binding to replace original xpdf?

Not yet. And mupdf isn't what I'm looking at. GNUPF...

Best
   Martin
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________