[scribus-dev] Fwd: Great meeting you in Saarbrücken
Leonard Rosenthol
lrosenth at adobe.com
Fri Jun 14 04:12:29 UTC 2019
> Yes, that's what I was getting at. Working on a document e.g. in a
>corporate setting with licensed corporate fonts, but together with
>people from outside of the company. You could send them the document
>with embedded metrics and they will be able to edit it using a
>substitute font, and when they return it to you the typesetting will be
>flawless again.
>
That assumes (1) a *fully* embedded font (which is never the case with PDF, for various reasons) and (2) that the substitute font had the *exact same* complement of glyphs and/or the user didn't pick a glyph outside the original font's set.
Leonard
On 6/13/19, 2:23 AM, "Tamir Hassan" <dev at tamirhassan.com> wrote:
Hi Andreas,
On 6/13/19 10:36 AM, Andreas Vox wrote:
> Combining this with interactive, WYSIWYG editing is a different
> problem,
> as everything would be jumping about from page to page every time a
> single character is typed, assuming the computation can be done fast
> enough.
>
>
> Scribus already does it that way.
I am not that familiar with Scribus, but I was talking about float
placement and other global optimizations. Even LaTeX only uses a greedy,
list-based algorithm for this.
> Substituting the font without reflow usually makes the document useless
> for professional use. Scribus allows editing with substituted fonts and
> changes them back when they become available, but text layout is always
> done with the substituted font's metrics.
> Editing a document without having the used fonts available is always
> suboptimal and should not be encouraged. Permanently substituting
> missing fonts with an available one is the better choice unless you have
> a workflow where users have different font sets and the final layout is
> done by someone who has all the fonts.
Yes, that's what I was getting at. Working on a document e.g. in a
corporate setting with licensed corporate fonts, but together with
people from outside of the company. You could send them the document
with embedded metrics and they will be able to edit it using a
substitute font, and when they return it to you the typesetting will be
flawless again.
> Speaking of workflows: what kind of workflow do you want to support with
> editable PDF? Touching up a document at the print shop? Providing
> collaboration between authors who use different page layout
> applications? Allowing to reuse an existing PDF later for a new project?
> To me, avoiding reflow only makes sense for the first of those.
I don't agree. My background is in research and I have often worked on
papers and grant applications together with other researchers. Such
documents often contain many figures and tables, which are often
floating (that's a nice optimization problem here).
Anyway, as the document is authored and the text gradually gets closer
to the final version, the layout also starts to take shape, and I have
always edited text hand-in-hand with the layout. If I were to send the
document to a colleague to e.g. edit section 3 of the paper, it would be
irritating if it would come back with sections 1-2 reformatted and lots
of whitespace where the text did not quite fit its allocated space.
I can only imagine that, for more graphical publications, such as
textbooks in e.g. education and magazines, this becomes even more
important. The current workflow where the author only uses a word
processor and sends files back and forth to a graphic designer is not
very efficient; it would be much better if both could edit the same
document (simultaneously, even).
Best,
Tamir
--
Dr. Tamir Hassan
Round-Trip PDF Solutions
Research, development and consulting for the generation, analysis and
data extraction from PDF documents
Zirkusgasse 31, 1020 Wien, Austria
https://nam04.safelinks.protection.outlook.com/?url=www.roundtrippdf.com&data=02%7C01%7Clrosenth%40adobe.com%7Cacc4e7a14f4a4c6e084308d6efe0d788%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C636960146340435901&sdata=HlgXL1RRZEps0UllEi7p6inRwq7J91KKvXFdrOO%2BgXo%3D&reserved=0
tamir at tamirhassan.com
+43 676 721 6288
_______________________________________________
scribus-dev mailing list
scribus-dev at lists.scribus.net
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.scribus.net%2Fmailman%2Flistinfo%2Fscribus-dev&data=02%7C01%7Clrosenth%40adobe.com%7Cacc4e7a14f4a4c6e084308d6efe0d788%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C636960146340435901&sdata=dqpjpm%2Fr4uUSphl3ohpEiORUtr9sTNUDp19Co5kOTT0%3D&reserved=0
More information about the scribus-dev
mailing list