On 2/3/2009 1:29 PM, Hans Hagen wrote:

Lars Huttar wrote:

...

But the hyphenation is by nature somewhat volatile, so whenever we change something we would like to be able to easily recheck the hyphenation. And our book is over 1200 pages, so it would be very helpful to have tools to make the checking more efficient.

so, you only want to highlight hyphens?

Yes. Especially hyphens introduced by TeX for line-breaking. Lars

On 2/3/2009 2:22 PM, Hans Hagen wrote:

Lars Huttar wrote:

...

On 2/3/2009 1:29 PM, Hans Hagen wrote:

...

Lars Huttar wrote:

...

But the hyphenation is by nature somewhat volatile, so whenever we change something we would like to be able to easily recheck the hyphenation. And our book is over 1200 pages, so it would be very helpful to have tools to make the checking more efficient. so, you only want to highlight hyphens?

Yes. Especially hyphens introduced by TeX for line-breaking.

in mkiv it probably takes me a couple of hours to implement such a feature

Hans

Unfortunately at this point I believe we are restricted to mkii. However, I have made progress implementing a tool like this in Adobe javascript. The obstacle I am facing now is that the PDF (produced by xdvipdfmx) is not configured to allow Adobe Reader users to manipulate comments; thus my js code to add highlighting throws an exception. If we had an Adobe Acrobat license it probably would not be a problem; but our current reality is that we don't. Does anyone know how to tell xdvipdfmx to enable commenting rights in the PDF it creates? Or how to add these rights afterwards, without Adobe Acrobat? Thanks, Lars

On 2/3/2009 3:53 PM, Martin Schröder wrote:

2009/2/3 Lars Huttar :

...

Does anyone know how to tell xdvipdfmx to enable commenting rights in the PDF it creates? Or how to add these rights afterwards, without Adobe Acrobat?

This is not (legally) possible. http://en.wikipedia.org/wiki/Adobe_LiveCycle_Reader_Extensions

Best Martin

OK, thanks for this explanation. Since what I want to do is really not about modifying the document but about displaying it differently, I wonder if there is a way to highlight parts of the document without requiring the right to manipulate comments. Maybe there's another PDF manipulation API I should be looking at. But that's probably beyond the scope of this list. Cheers, Lars

On 2/3/2009 4:27 PM, Hans Hagen wrote:

Lars Huttar wrote:

...

On 2/3/2009 3:53 PM, Martin Schröder wrote:

...

2009/2/3 Lars Huttar :

...

Does anyone know how to tell xdvipdfmx to enable commenting rights in the PDF it creates? Or how to add these rights afterwards, without Adobe Acrobat? This is not (legally) possible. http://en.wikipedia.org/wiki/Adobe_LiveCycle_Reader_Extensions

Best Martin

OK, thanks for this explanation.

Since what I want to do is really not about modifying the document but about displaying it differently, I wonder if there is a way to highlight parts of the document without requiring the right to manipulate comments. Maybe there's another PDF manipulation API I should be looking at. But that's probably beyond the scope of this list.

i'm not talking of commenting, just processing it with non intrusive some option that will color the hyphens

Hans

That sounds good! If it doesn't require us to move from mkii to mkiv... We're in production, very close to being finished, and I don't think I could convince the production manager that mkiv would be guaranteed to produce exactly the same layout as mkii. Lars

On Tuesday 03 February 2009 22:53:08 Martin Schröder wrote:

2009/2/3 Lars Huttar :

...

Does anyone know how to tell xdvipdfmx to enable commenting rights in the PDF it creates? Or how to add these rights afterwards, without Adobe Acrobat?

This is not (legally) possible. http://en.wikipedia.org/wiki/Adobe_LiveCycle_Reader_Extensions

Welcome to the world of proprietary software. Some pdf viewers (such as okular on KDE, now also available on Windows and MacOS) allow annotations, but the data is saved in an auxiliary file. This can be exchanged with collegues, but is specific to the reader employed, thus limiting the portability ("p"df). The advantage, however, is that all formats handled by the document viewer can be annotated, in principle...

On Wednesday 04 February 2009 17:16:12 Lars Huttar wrote:

Can you tell me where to find Okular for Windows? I read some rumors that it was available, but http://okular.kde.org/download.php only gives instructions for compiling Okular, using a bunch of Linux packages.

http://windows.kde.org "KDE on Windows is not in the final state, so applications can be unsuitable for day to day use yet." I installed it without any problems and it appears to work. Alan

On Tue, Feb 3, 2009 at 8:42 PM, Lars Huttar wrote:

On 2/3/2009 1:29 PM, Hans Hagen wrote:

...

Lars Huttar wrote:

...

But the hyphenation is by nature somewhat volatile, so whenever we change something we would like to be able to easily recheck the hyphenation. And our book is over 1200 pages, so it would be very helpful to have tools to make the checking more efficient.

so, you only want to highlight hyphens?

Yes. Especially hyphens introduced by TeX for line-breaking.

Which font do you use in the document? I have an idea how to do it, but it may require changing the font. You can either: a) set hyphenchar to be whatever other character in the font (but it has to be a numeric value between 0 and 255) b) modify the font, so that hyphenchar becomes a big black box that you can spot easily (even if it remains black; you can extend it to become even bigger, you just need to make sure that the original declared bounding box remains the same) a) would be easiest to do, but only if you already have a suitable character in the font for that purpose; which is most probably not the case. I would most probably try to make a duplicate of the font and try to change the hyphen character, though it's not necessary easy if you don't have the right tools. Maybe this will inspire someone else to propose some easier solution, for example figureing out a way to make such constructs work: \definefontcharacter 23 {\vrule width.5em} :) :) :) Mojca

On Wed, Feb 4, 2009 at 10:03 AM, Hans Hagen wrote:

Mojca Miklavec wrote:

...

Maybe this will inspire someone else to propose some easier solution, for example figureing out a way to make such constructs work: \definefontcharacter 23 {\vrule width.5em} :) :) :)

ah, interesting trick ... well, just change the encoding vector (enc file) and remap hyphen to something else then

The main question being: does something else (suitable enough) exist in the font? The width probably needs to be the same, but I'm thinking about a way to circumvent that. If you're using hz (or if you start using hz), it might be possible to adjust hanging of hyphen, so maybe it's possible to compensate different width of some blackbox character in the font with different hanging. Mojca