Johannes A. Bodwing schrieb: > > Man sieht hier jedenfalls schon einmal deutlich, dass trotz > gleicher > > Begriffswahl die Funktion in den beiden Komponenten unterschiedlich > > arbeitet. > > Das müßte mal grundlegend geändert werden, daß 1 Begriff in > verschiedenen "Situationen/Modulen" für im Prinzip nicht wirklich > identische Funktionen benutzt wird.
Bloß nicht - dieses ständige Rumgeändere an Kleinigkeiten nach dem Motto 'wer am lautesten schreit gewinnt' ist absoluter Unsinn und hat mit Programmverbesserung nichs zu tun. Jeder Nutzer der mit dem Programm ernsthaft arbeitet weiß ganz selbstverständlich das solche, stets von Neueinsteigern oder ungeübten Nutzern vorgeschlagene Änderungen nichts bringen, weil sie denen 'geben', die sich _momentan_ mit ihrer Meinung durchsetzen und denjenigen 'nehmen' die längst mit dem Programm umgehen können. Kein Nutzer wird bestreiten das eine möglichst durchdachte Funktionalität (auch bezüglich von Begriffen) Sinn macht, aber nur solange noch nach einer 'Erstimplementierung' gesucht wird, ist etwas erst einmal implementiert/festgelegt und die Nutzer haben sich über längere Zeit daran gewöhnt, ist es in den allermeisten Fällen (in Summe aller Nutzer) besser einen etwas unlogischen Begriff beizubehalten, statt mit Änderungen zu verwirren. Wenn Du Support zu OOo machen würdest wüßtest Du was ich hiermit meine. Beispielsweise schüttelt jeder 'denkende Anwender' über die Praxis der 'ständigen' Änderungen von Default-Tastaturkombinationen in OOo nur noch mit dem Kopf, weil einfach nicht zu verstehen ist wie es Sinn machen könnte Tastaturkombinationen immer wieder zu ändern weil mal die Umsteiger von Programm A nach ihren Lieblingskombinationen schreien, mal die von Programm B und mal die von Programm C, wobei eigentlich jeder wissen sollte das es in vielen Fällen keine Kombination gibt die allen 'gefällt'. Ich bin im Übrigen ein großer Befürworter von Logik, nur hier im Konkreten muß einfach der Praxis, der Gewohnheit der Vorzug gegeben werden, denn jede Änderung die nur aus formalen Gründen und ohne Blick auf die Praxis erfolgt, führt nur zu einer sich permanennt erneuernden Situation, das sich immer einige Nutzer freuen das einzelne ihnen genehme Begriffe/Tastaturkombinationen/etc. geändert wurde, in Summe aller Nutzer und Summe aller Änderungen sich die Situation jedoch, wegen de 'Verwirrung' eher verschlechtert. Sofern also solcherlei Änderungen doch nötig erscheinen, dürfen sie höchstens konzentriert zu einzelnen wichtigen OOo-Versionen erfolgen, aber nicht ständig 'kleckerweise' und pemanent von Version zu Version. > Dann laufen Diskussionen > schief, und > man geht mit völlig falschen Vorstellungen an Dinge ran und > fragt sich, > wie blöd man eigentlich ist, daß es einfach nicht funktioniert. Das gibts genauso bei ganz klaren Begriffen. Im Übrigen ist das überall völlige Normalität, denn niemand käme darauf das der Begriff "Absatz" nun immerr das Gleiche bedeuten muss, so er zumindest TextAbsatz, Treppenabsatz, Schuhabsatz bedeuten kann und es wirklich keinen erkennbaren Grund gibt das die Nichteinheitlichkeit von Begriffen im realen Leben durch eine Diktatiur der begriffseinheitlichkeit im IT-Sektor abgelöst werden muß, zumal damit ja nicht einmal sichergestellt wäre das keine Probleme mehr auftreten würden. Der Begriff "Zelle" ist beispielsweise für eine Tabellenzelle in Calc eindeutig. Trotzdem benutzen Frager permanent den Begriff "Feld" statt "Zelle" und Antworter haben dann stets die schlechte Position - nehmen sie den Frager ernst, stellt sich dann häufig erst nach längher Diskussion heraus das es eigentlich um "Zelle" ging und sind sie so clever und fragen gleich anfangs nach ob es dem FRager wirklich um "Feld" geht kriegen sie in 50% der Fälle eine flapsige Antwort, das es "natürlich" um Feld geht,weil man jas sonst nicht diesen Begriff verwendet hätte und das man es sich außerdem verebiutte hier als blöd behandelt zu werden. Gruß Jörg --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
