NXP Web Site

Es gab letzten Oktober ein Problem mit dem automatischen Update über den sync-Button. Auf der Mailingliste wurde ein workaround vorgestellt:

| From: Panama Mike | To: snipped-for-privacy@yahoogroups.com | Subject: Re: [LTspice] Re: Sync Release Problem? - 2.18 u? | Date: Mon, 2 Oct 2006 17:14:40 -0700 (PDT) | | Everyone, | | I believe this issue has been fixed as of version 2.18v, | available now. However, since the old version is the one | that does the updating, you might not be able to just | use the menu command Tools=>Sync Release command to update | to this version. Either of these two work-arounds should | let you update with this menu command. | | 1. Delete your copy of Changelog.txt and then | use the menu command Tools=>Sync Release. | | 2. Go to Tools=>Control Panel=>Internet and check | "Don't verify checksums" and then use the menu | command Tools=>Sync Release. | | Alternatively, you can just download and reinstall the | whole program. The new installer can do and update instead | of overwriting install if you point it at your previous | installation directory. | | Sorry about the inconvenience, | | --Mike

Ich bin nach der 2. Methode vorgegangen, hat einwandfrei funktioniert. Danach kann man das Verifizieren der Checksumme wieder aktivieren. Seither haben alle updates funktioniert, das aktuelle auch.

Du übertreibst. Jeder macht mal einen Fehler beim Programmieren und bemerkt ihn zu spät. Wenn das so selten vorkommt wie bei SwitcherCAD macht einen das noch lange nicht zum Trottel.

Eine richtige Einleitungszeile wäre netter, Manfreds gibt es viele...

Nach meiner (bescheidenen) Erfahrung liegen diese Fehler in der Regel in dem Programm begründet, mit dem das PDF erstellt wurde. Ansonsten ist es in der Tat aber nicht schön, dass das Programm einfach abstürzt und vielleicht noch das Betriebssystem mitreißt.

Ich benutze xpdf (unter Linux), der ist nicht langsam, obwohl ich nur eine alte 600MHz-Celeron-CPU habe.

Für Datenblätter finde ich PDF gut, weil ja doch viele Diagramme und Zeichnungen drin sind. Würde man Zeichnungen in HTML einbetten, käme sicher jemand auf die Idee, jpeg-Dateien, o.ä. zu verwenden, und das ist IMHO völlig ungeeignet.

Und das Format ist plattformunabhängig. Ich hatte mir kürzlich einen mp3-Spieler gekauft, bei dem wurde die Bedienungsanleitung auf CD mitgeliefert, allerdings nicht als PDF, sondern als etwas, was man nur mit Windows lesen kann, irgendeine *.chm-Datei, was immer das auch sein mag. Und auch im web gibt es nur diese Version. Toll, da lobe ich mir doch PDF.

Störender finde ich es, wenn etwas als PDF angeboten wird, wo HTML besser funktionieren würde, bei NXP z.B. Vergleichstabellen.

Hallo Martin,

Es reisst das Windows nicht komplett mit, aber schliessen geht nur ueber den Task Manager. Das ist ein Manko von Windows. Es sollte dem Benutzer mehr Autoritaet geben. Genau wie die Browser, die fast alle immer noch keinen "Stop Override" auf die Reihe bekommen. D.h. eine Site, die den Stop Knopf abklemmt, geht nur ueber CTRL-ALT-DEL anzuhalten. Ziemlicher Mumpitz, so was.

"Martin Klaiber" schrieb im Newsbeitrag news: snipped-for-privacy@martinkl.dialup.fu-berlin.de...

Methode 1 nicht, aber Methode 2 geht auch hier, ist eine langsame Neuinstallation.

Martin Klaiber schrieb:

ACK.

Der Acroread wird übrigens auch drastisch schneller, wenn man ihm alle nicht benötigten Plugins löscht. Besonders die Windows-Version scheint damit mächtig zugestopft zu sein.

h einen

Dann lies das .chm halt mit xchm, .pdf liest du ja auch mit xdpf :)

Gru=C3=9F, Enrik

P.S.: Nat=C3=BCrlich ist es m. E. Unsinn, eine Bedienungsanleitung als .c= hm zu liefern ...

Martin Klaiber schrieb:

Guido

Bestechende Logik :-) Hat geklappt. Danke, auch an Guido.

Guido Grohmann schrieb:

"Compressed HTML", aber im Gegensatz zu dem klangvollen Namen eben trotzdem bloß Winzigweich-proprietär. Atmel versteckt da drin auch noch megabyteweise PDFs mit Schaltplänen etc. Das letzte xpdf kann diese PDFs zumindest über das Kontextmenü ordentlich als separate Datei abspeichern.