Path: csiph.com!news.redatomik.org!newsfeed.xs4all.nl!newsfeed9.news.xs4all.nl!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Hans-Peter Diettrich Newsgroups: de.sci.electronics Subject: =?UTF-8?Q?Re:_[OT]_Fr=c3=bcher_war_alles_besser?= Date: Fri, 7 Apr 2017 12:48:22 +0200 Lines: 31 Message-ID: References: <58E7577E.3B2A8285@Berger-Odenthal.De> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net /oDK8S30J2TlQTPD1rtW0QJ0eF7dN5GR+frvSAPelkBRy+3BaK Cancel-Lock: sha1:AKc9NvG2CHjuRZX7UuwYDLdAcys= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-Reply-To: <58E7577E.3B2A8285@Berger-Odenthal.De> Xref: csiph.com de.sci.electronics:225839 Am 07.04.2017 um 11:10 schrieb Axel Berger: > Hanno Foest wrote: >> Da Word die Dokumente mit dem (geräteabhängigen) >> Druckertreiber formatiert, > > Ist das wirklich immer noch so? Was sollte sich da geändert haben? GDI erwartet einen Device Context für das Ausgabegerät, und der enthält alle relevanten Details dieses Geräts. Bei gerätespezifischen (eingebauten) Fonts berechnet der Treiber die Höhe und Breite von Zeichenfolgen, so daß ein Programm den Blocksatz und Umbruch richtig vornehmen kann. > Inzwichen kann Word ja sogar nativ als > PDF speichern - sogar mit funktionierenden Hyperlinks, was ich den > Redmondern nie zugetraut hätte. Ich habe nur mit Word 1.0 und den nachfolgenden VBA-Versionen (bis Word 6) gearbeitet. Dabei hat mich eigentlich nur die kaputte RTF Ausgabe gestört; zu jeder neuen Office Version brauchte man einen neuen HC (Help Compiler) zur Erstellung von WinHelp Dateien, der auf die Fehler dieser neuen Version abgestimmt war. Da ist es tatsächlich verwunderlich, wenn die Ausgabe als PDF funktioniert. Aber vermutlich haben die Redmonder dafür in den Quellen von OpenOffice etc. gespickt, wie man sowas auch richtig implementieren kann :-] DoDi