Re: [de-users] Einsteigerfragen zu Base: Sonderzeichen (+ weitere Probleme - Bugs?)

Hallo, Robert!

Am 26.10.2011 20:34, schrieb Robert Großkopf:
> Hallo Thomas,
>
> Sonderzeichen habe ich gerade getestet. Geht über Strg-Umsch-S innerhalb
> eines Textfeldes. Geht auch gegebenenfalls per Makro. Nur müsste dann
> natürlich auch irgendeine Kombination der Tasten angestrebt werden, die
> auf Deinen speziellen Fall zutrifft.
>
> Gruß
>
> Robert



Jetzt eben habe ich versucht, Deinen Vorschlag auszuprobieren. Also:

Meine Formulare, die ich gestern noch geöffnet, bearbeitet und teilweise
ausgefüllt habe, enthalten zwar noch den gestrigen Text, lassen sich
aber nicht mehr bearbeiten. Ich kann zwar noch den Cursor ins Feld
setzen, aber Tastatureingaben werden nicht mehr angenommen. Ich bin mir
sicher, dass ich keinen Schreibschutz-Status gesetzt oder sonstiges
dieser Art getan habe. Ich habe auch nirgendwo eine Funktion gefunden,
wo ich das ändern könnte. Vielleicht liegt es ja an irgendeiner
Dusseligkeit meinerseits, aber das geht mittlerweile in all den anderen
Problemen unter.

Das mit den Sonderzeichen habe ich dann in der Tabellenansicht versucht
(die sich, wie ich ja ausgeführt habe, aufgrund ihrer
Nicht-Sortierbarkeit für mich nicht zur Dateneingabe eignet). Da
funktioniert die Eingabe von Sonderzeichen per Ctrl+Umsch+S (übrigens
nicht per Doppelklick auf Zeichen, sondern nur über Markieren des
Zeichens und Anklicken des OK-Feldes - ist das in Ordnung so?).
Prinzipiell wären, soweit ich das sehen konnte, alle diakritischen
Zeichen, die bei uns benötigt werden, vorhanden.

Mir hier Tastatur-Kürzel-Makros zu machen, funktionierte nicht, da die
Makro-Aufzeichnungsfunktion im Menü Extras->Makros ausgegraut ist, und
ich nicht in der Lage bin, mir einfach so selber Makros zu schreiben.
(Anm.: die experimentellen Funktionen sind aktiviert. System (lokal):
Win XP SP 3,  LO 3.4.3 / OOO340m1, Build:302.)

In der Diskussion auf der discuss-Liste hat sich offenbar
herausgestellt, dass es bereits vom System her vordefinierte
Tastaturkürzel gibt. Jedenfalls habe ich das so verstanden, wenn Thomas
Hackert heute morgen um 5.10 Uhr (guten Morgen!) von den ...

"... verschiedenen Tastenkombinationen, wie z.B.
„AltGr“+„a“ ein „æ“ (oder noch mit Umschalttaste dazu ein „Æ“ ...  )"

... schreibt. AltGr hatte ich gestern bereits ausprobiert, aber einen
altenglischen Umlaut habe ich dabei nicht bekommen. Egal, jedenfalls
brauchen wir sowieso unseren eigenen Satz von Sonderzeichen, den wir uns
in meinem Arbeitsbereich für jede Sprache, mit der wir zu tun haben,
selbst definieren müssen. Diese Lösung wäre also leider keine für uns.
______________________

Andere Probleme:

Ich habe heute morgen auch mehrfach versucht, in der Tabellenansicht
meines Datenbank-Entwurfs (die, in der die Werte untereinander in
einzelnen Zeilen dargestellt werden) neue Felder hinzuzufügen und alte
zu löschen bzw. umzukopieren und zu bearbeiten.

Beim Abspeichern nach dem Löschen eines Feldes bekam ich - gelegentlich
(!) - die Fehlermeldung "Fehler beim Speichern des Tabellenentwurfes -
die Spalte '...' konnte nicht gelöscht werden". Beim Klick auf [Mehr]
jedesmal diese drei Meldungen:

"SQL-Status: S1000"

"Die Spalte '...' konnte nicht gelöscht werden."

"SQL-Status: 23000
Fehler-Code: -197

Column is referenced in constraint or view: KOHD Tabellenansicht in
statement [ALTER TABLE "[Name meiner Tabelle]" DROP "[Name des Feldes]"]"

Manchmal hat es mit demselben Feld aber auch geklappt, ich konnte nicht
rausfinden, woran es lag. Die Folge war dann, dass ich die letzten
Bearbeitungen nicht abspeichern konnte und die Bearbeitungsansicht der
Tabelle ungespeichert und mit Datenverlust beenden musste.

Und wenn ich Felder per Ausschneiden und Einfügen an das Ende der
Tabelle gesetzt habe, kam es zu folgendem Problem:

Das Menü-Icon sowie der Menü-Punkt "Speichern" sowie Ctrl+S haben sich
zwar klaglos bedienen lassen, aber - und das habe ich erst nach mehreren
Versuchen und dem Verlust von viel Arbeitszeit gemerkt - es ist dabei
offenbar keine Aktion ausgeführt worden (= wurde nicht abgespeichert).
Nach dem Klick auf das Icon wurde es nicht mehr ausgegraut, sondern
behielt seine Farbe (also: Status = noch nicht abgespeichert). Und als
ich die Bearbeitungsansicht dann verlassen wollte, kam die Meldung:

"Die Tabelle wurde geändert. Sollen die Änderungen gespeichert werden?"

Ein Klick auf "Ja" brachte mich - offenbar ohne Abspeichern - wieder zur
Bearbeitungsansicht zurück, so, als hätte ich auf "Abbrechen" geklickt.
Aussteigen konnte ich am Ende nur durch Betätigen der Schaltfläche "Nein".

Das geschah mehrmals => Daten- und Arbeitszeitverlust ca. zwei Stunden.
______________________

Das alles zusammengenommen hat jetzt den kritischen Punkt erreicht, wo
ich sagen muss: Umstiegsversuch gescheitert. Kann es mir auch vor meinem
Arbeitgeber nicht leisten, hier noch mehr Zeit reinzustecken. Wollte nur
noch eine Rückmeldung geben - wer weiß, vielleicht bringt es ja bei der
weiteren Entwicklung was. Selber am Quellcode zu arbeiten, wie Du es auf
der discuss-Liste an einer Stelle vorschlägst, kann ich natürlich nicht.
Ich kann nur das nehmen, was ich vorfinde, Rückmeldungen zu Problemen
oder Bugs geben und hoffen, dass mir das Ganze trotz aller Probleme was
bringt - oder eben nicht. Das ist der Beitrag zur Programmentwicklung,
der von mir als Nutzer kommen kann. Du hast aber eh schon in einer
anderen Mail gesagt, dass Du nicht denkst, wir könnten unsere Arbeit
hier auf Base umstellen. Vielen Dank auch dafür, und

liebe Grüße -

Thomas

-- 
Informationen zum Abmelden: E-Mail an users+help@de.libreoffice.org
Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert