Liebe Liste, wieder einmal bin ich über ein merkwürdiges Verhalten von Base gestolpert. Ich habe die verschiedenen Verknüpfungsmöglichkeiten von Beziehungen in der grafischen Benutzeroberfläche getestet (Extras - Beziehungen). Dort gibt es die Möglichkeit, beim Ändern eines Fremdschlüssels den in der Tabelle eingegebenen Default-Wert setzen zu lassen. Wollte ich ja nur einmal testen. Aber der Beziehungsentwurf mahnte an: Setz erst einmal einen DEFAULT-Wert, bevor Du so etwas versuchst. Nur mit der Eingabe eines Default-Wertes in SQL funktionierte diese Beziehungsdefinition. In der GUI wird der GUI-Default-Wert angezeigt - auch beim Editieren von neuen Datensätzen. Für mein Empfinden störend, da der Wert bei der Eingabe zuerst gelöscht werden muss, um einen neuen zu setzen - aber das ist wohl Geschackssache. Der SQL-gesetzte Wert wird nicht angezeigt, wenn die Tabelle bearbeitet werden soll; er wird auch nicht angezeigt, wenn ein Datensatz eingegeben wird. Erst wenn das mit Default vorbelegte Feld beim neuen Abspeichern (INSERT) leer bleibt tritt der Default in Kraft. Theoretisch ist es möglich, dem SQL-Default einen anderen GUI-Default vor die Nase zu setzen und so Felder anders vorzubelegen. Doch das ist vielleicht nur ein Logikproblem. So ein GUI-Default gehört vielleicht in ein Formular als Eigenschaft von Formularkontrollfeldern - in einem Tabellenentwurf hat er aber nichts zu suchen.
Ich habe dazu einen Bug-Report aufgegeben: https://bugs.freedesktop.org/show_bug.cgi?id=45606 Gruß Robert -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
