🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: adobe.scripting.indesign
Article #2548

Re: line (or paragraph) endHorizontalOffset bug??

#2548
From: Bob Stucky
Date: Wed, 10 Dec 2008 20:42
18 lines
1311 bytes
Still there:

f.paragraphs[ 0 ].endHorizontalOffset
Result: 187.566284179688
f.paragraphs[ 1 ].endHorizontalOffset
Result: 187.314725875854

It's weird, visually the second line is about 0.06" longer than the first, but that's not what ID says. kerningMethod is set to Optical. No significant difference with Metrics.

I've tried using paragraphs[ i ].insertionPoints.lastItem().horizontalOffset, but that's not even close to correct.

I've tried using lines instead of paragraphs, output is the same regardless. I've tried different kerning and tracking values, nothing seems to make any difference.

I just looks and smells like a measurement bug to me.

Thoughts and/or workarounds?

Bob
Technical Details
Message-ID: <59b73c41.1@webcrossing.la2eafNXanI>
Path: arc1-ca.pugleaf.net!g2news2.google.com!news1.google.com!newshub.sdsu.edu!webcrossing
References: <59b73c41.-1@webcrossing.la2eafNXanI>

Show Full Headers
Complete Article Headers
X-Google-Thread: f939a,3c7ff808858e6033
X-Google-Attributes: gidf939a,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
From: "Bob Stucky" <rstucky@starband.net>
Path: arc1-ca.pugleaf.net!g2news2.google.com!news1.google.com!newshub.sdsu.edu!webcrossing
Newsgroups: adobe.scripting.indesign
Subject: Re: line (or paragraph) endHorizontalOffset bug??
Message-ID: <59b73c41.1@webcrossing.la2eafNXanI>
Date: Wed, 10 Dec 2008 12:42:14 -0800
References: <59b73c41.-1@webcrossing.la2eafNXanI>
Lines: 23
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit