Hallo Michael,

Michael Höhne schrieb:
Allein deswegen _muss_ ich weiter MS Word nutzen,
denn AbbyFineReader macht keinen Export nach .odt
sondern nach .doc. So ist das eben !

Sorry, aber das ist doch nur ein "nice to have"!
nein, leider eben nicht.
Was ist so schwer daran,
da ist nichts schwer daran. Der FineReader speichert das
rasch als .doc ab. Und das öffne ich dann mit OO.
zuerst in DOC zu speichern und dann mit OOo diese .doc-Datei zu öffnen?
Genau so mache ich das ja. Da OO jedoch einen
Importfehler aufweist - von mir gemeldet 2007 siehe hier:
http://www.openoffice.org/issues/show_bug.cgi?id=78631
misslingt die korrekte Darstellung bestimmter Grafiken.

Es ist mir also nicht möglich mit OO ein korrektes Bild
der OCR-Seite zu bekommen. Dies ist ein KO für OO an
dieser Stelle.
Abgesehen davon, ist es hier ganz klar der Finereader, der
einfach den benötigten Export nicht anbietet.
leider eben nicht nur. Wenn es nur dies wäre
könnte ich es ja leicht umgehen.

Der fehlende Export von FineReader in .odt zeigt die
fehlende Akzeptanz von OO - zumindest in meiner Version.
Der immer noch fehlerhafte Bild-Import von OO ohne
ein konkretes Datum wie 3.x zeigt den Unwillen des
Projekts die Bedeutung für mich und andere wahrzunehmen.

Man zwingt mich zu MS word an dieser Stelle und
verhöhnt mich noch - indem Leute wie Ernst etc.
dann frech sagen - nimm halt Word. Ich habe Word
und muss es nehmen.

_So ganz am Rande:_
Ich habe hier mehr getan als viele andere. Ich habe einen
Issue dazu geschrieben. Bereits Mitte 2007, als
es mir gesundheitlich wirklich dreckig ging und ich nicht
wusste wo die Kraft für den nächsten Tag herbekommen soll.
Das nächste ist der Beschnitt von Grafiken, mit dem du den Thread
eröffnet hast: Sicher ist es nett, wenn man Grafiken in der
Textverarbeitung beschneiden kann, aber es ist nicht elementar, denn man
kann die Teile auch mit jedem billigen Mal/Zeichenprogramm bearbeiten
und dann einfügen.
auch klar. Nur ist die Funktion mit dem Beschnitt eben drin.
Und was drin ist soll auch gehen. Sonst ist es ein bug.
Bugs sollen aber raus, damit niemand drüber stolpert.

Deswegen habe ich Zeit in die Hand genommen auch
dazu einen Issue zu schreiben - in 2006, dem Jahr vor
meinem BurnOut.

Ich habe Null Verständnis dafür wenn eine "Monstersoftware"
wie OO, die beim Laden viel länger braucht als das alte
MSWord 2000 Funktionen anbietet, die dann hinterher nur
halbseiden oder gar nicht gehen. Dann weg mit dem Overhead.

Entweder die unnötigen Funktionen werden entfernt und so
abgespeckt oder sie bleiben drin und es wird repariert.
In diesem Sinne verstehe ich diese Issues.

Wenn die Issues nur zum Spaß da sind gehört das System
geschlossen. Es kostet sicher eine ganze Menge Zeit das
zu verwalten, Zeit die für Substanz an anderer Stelle dann fehlt.
Natürlich sind das alles Umwege, aber wenn ich die Wahl habe, ob die
eigentlichen Kernfunktionen einer Office-Suite weiter entwickelt bzw.
gepflegt werden, oder Dinge wie Kalender-, Email-, Scan- oder sonstige
Funktionen, die sicher nett, aber nicht unverzichtbar sind, dann
plädiere ich eindeutig für ersteres!
dann also raus mit den defekten sinnlosen Funktionen.
In diesem Sinne könnte ich sogar
verstehen, wenn Draw augegliedert würde, da ein Vektor-zeicheprogramm
auch nicht _unbedingt_ zu einer klassischen Office-Suite gehört. Und
dass, obwohl diese Komponente wohl die von mir insgesamt am häufigsten
genutzte Komponente ist... Während meines jetzigen herum-"Dilettierens"
mit Base, wünschte ich mir dort manchmal mehr Unterstützung für den
Benutzer. Und eine Datenbankkomponente ist sicher wichtiger als ein
Zeichenprogramm.
ich brauche z.B. gar keine Datenbank.
Für die Reiseberichte ist jedoch die Beschnittfunktion
elementar. Das habe ich für mich so festgestellt.
Wie gesagt: Es ist sicher ärgerlich, wenn bestimmte Issues so lange
"herumliegen", aber solange es wichtigere Baustellen gibt, lässt es sich halt 
nicht immer ändern.
wenn unter wichtigen Funktionen dann Zoom-
Funktionen verstanden werden, die den Cursor verlieren,
wenn man am Zoom stellt so verzichte ich da gern drauf
und würde es lieber sehen, wenn mal Fehler
verschwinden wie dieser jpg-Bug oder - noch schlimmer
aus meiner Sicht der fehlerhafte Bildimport.
Wenn nun allerdings Komplettumbauten der Benutzeroberfläche (Ribbons
o.ä) umgesetzt würden, statt die Kernfunktionen weiter auszubauen oder
solche Ärgerlichkeiten zu beseitigen, dann wäre meine Reaktion wohl auch
etwas heftiger...
Das Projekt lebt von der Akzeptanz bei den Usern.
In der Tat ist es momentan so, daß ich von meiner
Schreibtätigkeit leben muss - und da macht es Sinn,
wenn ich effizient arbeiten kann. Wenn mir ein anderes
Programm da einen Vorteil verschafft kann das eine
sinnvolle Anschaffung sein. Ein paar gesparte
Stunden finanzieren bereits so manches Programm.

Issues schreiben für OO bringt mir wenig Vorteile:
- kostet eine Menge Zeit und somit Geld
- ich werde nicht dafür bezahlt
- eine Umsetzung ist eher unwahrscheinlich
- eine Diskussion in der Liste ist meist unerquicklich
- die Hoffnung auf "Votes" ist fraglich

Wenn es da nicht trotzdem die Hoffnung gäbe,
daß mal was besser wird?
Wie viel Idealismus muss man mitbringen um da
noch ernsthaft zu hoffen?

Gruss,
Matthias

Antwort per Email an