Hmm... falsche Adresse - die Liste soll ja auch was davon haben ;-)
Morgen Thomas,
Am 10.06.2013 07:33, schrieb Thomas Hackert:
Moin Thomas, *,
[..]
Insofern ist die Implementierung korrekt (und sinnvoll).
Auch, wenn du die UI benutzt? Ich hätte da eher einen Hinweis/Dialog
erwartet, wo ich
Hi Nino,
Nino Novak wrote on 2013-06-09 14:57:
1. Sehe ich das richtig, dass wir auf einen (TDF-bezahlten) Entwickler
warten, der diverse Lokalisierungshilfen bzw. l10n-Funktionen einbaut?
Macht es trotzdem Sinn, zwischenzeitlich mit den Übersetzungen in Pootle
weiter zu machen? Oder hängt's
Hallo Thomas,
Am 10.06.2013 07:17, schrieb Thomas Hackert:
Moin Ralf, *,
On Mon, Jun 10, 2013 at 03:19:15AM +0200, Ralf Kestler wrote:
ich hab das eben in der Direkteingabe für SQL ausprobiert:
hatte ich zuerst auch. Weil dann aber der Fehler kam, hab’ ich das über
die GUI versucht, um
Hallo Florian, *,
danke für die Infos erst mal :-)
Weiteres inline:
Am 10.06.2013 11:18, schrieb Florian Effenberger:
Nino Novak wrote on 2013-06-09 14:57:
...
Ich denke, das wird noch ca. 1-2 Wochen dauern, bis er fertig ist
alles klar, dann ist es wohl besser, erst mal abzuwarten.
2. Wie
Hi,
Nino Novak wrote on 2013-06-10 13:54:
danke für die Infos erst mal :-)
gern! :-) Ich wollte die Änderungen bei AskBot ohnehin noch hier
kommunizieren, da war das ein willkommener Anlass. :)
Aber das ist erst mal sekundär, erst sollte es eine deutschsprachige
Askbot-Instanz geben.
Hallo Thomas, *,
On Mon, Jun 10, 2013 at 08:51:55AM +0200, Thomas Krumbein wrote:
Hmm... falsche Adresse - die Liste soll ja auch was davon haben ;-)
hatte mich schon gewundert ... ;)
Am 10.06.2013 07:33, schrieb Thomas Hackert:
Insofern ist die Implementierung korrekt (und sinnvoll).
Hallo Ralf, *,
On Mon, Jun 10, 2013 at 12:57:00PM +0200, Ralf Kestler wrote:
Am 10.06.2013 07:17, schrieb Thomas Hackert:
On Mon, Jun 10, 2013 at 03:19:15AM +0200, Ralf Kestler wrote:
ich hab das eben in der Direkteingabe für SQL ausprobiert:
hatte ich zuerst auch. Weil dann aber der Fehler
Hallo *,
ich hänge mich hier an den Start des Threads einmal mit ein.
Die Limit-Begrenzung hat bisher in Base nur im direkten SQL-Modus in
Abfragen funktioniert. Wird LIMIT ... zum Schluss der Abfrage
eingegeben, so verkraftet das die interne HSQLDB nur mit einem WHERE ...
oder einem ORDER BY
Hallo K-J,
kann es sein, dass das diese Dokumente hier sind?
http://www.odfauthors.org/libreoffice/deutsch/arbeitsordner/Archiv_alte_OOo_Dokumente
Hierfür musst du eingeloggt sein - der Ordner ist privat, also nur
sichtbar für Leute, die einen Login haben.
Gruss,
Sigrid
--
Liste abmelden mit
Hallo Thomas,
Am 10.06.2013 15:16, schrieb Thomas Hackert:
Was aber funktionierte waren diese beiden Statments:
SELECT * FROM table WHERE row=y LIMIT x
und
SELECT * FROM table ORDER BY y LIMIT x
Nun, dann müsste aber über die UI das auch zu realisieren sein (oder
aber der Hilfetext müsste
Hallo Sigrid,
Am 10.06.2013 16:08, schrieb Sigrid Carrera:
Hallo K-J,
kann es sein, dass das diese Dokumente hier sind?
http://www.odfauthors.org/libreoffice/deutsch/arbeitsordner/Archiv_alte_OOo_Dokumente
Ja, das könnten die Daten sein.
Ich habe natürlich nur im Verzeichnis OpenOffice.org
... und noch ein kleiner Nachtrag:
Wird einfach eine Tabelle selektiert und ein Limit eingestellt, so
schlägt die Begrenzung bei der internen HSQLDB fehl. Sie braucht ein
WHERE ... oder ORDER BY
Ich habe jetzt schnell einmal eine Testumgebung mit einer MariaDB (alt:
MySQL) erstellt. Da
Hallo Robert, *,
On Mon, Jun 10, 2013 at 04:45:47PM +0200, Robert Großkopf wrote:
... und noch ein kleiner Nachtrag:
Wird einfach eine Tabelle selektiert und ein Limit eingestellt, so
schlägt die Begrenzung bei der internen HSQLDB fehl. Sie braucht ein
WHERE ... oder ORDER BY
O.K. Das
Hallo Ralf, *,
On Mon, Jun 10, 2013 at 04:40:02PM +0200, Ralf Kestler wrote:
Am 10.06.2013 15:16, schrieb Thomas Hackert:
[LIMIT nur mit zusätzlichen Argumenten in Base/HSQL]
Nun, dann müsste aber über die UI das auch zu realisieren sein (oder
aber der Hilfetext müsste entsprechend geändert
Hallo Thomas, *,
Am 10.06.2013 17:31, schrieb Thomas Hackert:
Hallo Robert, *,
[..]
SELECT * FROM `libretest`.`Table1` AS `Table1` LIMIT 5
- also ohne die festgestellte Fehlermeldung.
Also wäre das dann ein Bug in der HSQL? Oder hätten andere RDBMS damit
auch Probleme?
Nein, das ist kein
Hallo *,
SELECT * FROM `libretest`.`Table1` AS `Table1` LIMIT 5
- also ohne die festgestellte Fehlermeldung.
Also wäre das dann ein Bug in der HSQL? Oder hätten andere RDBMS damit
auch Probleme?
Nein, das ist kein Bug, bestenfalls ein Verbesserungsvorschlag ;-)
Wir haben bei der GUI ja
Hallo Thomas,
Am 10.06.2013 17:44, schrieb Thomas Hackert:
Hallo Ralf, *,
On Mon, Jun 10, 2013 at 04:40:02PM +0200, Ralf Kestler wrote:
Am 10.06.2013 15:16, schrieb Thomas Hackert:
[LIMIT nur mit zusätzlichen Argumenten in Base/HSQL]
Nun, dann müsste aber über die UI das auch zu realisieren
Hallo Thomas, *,
On Mon, Jun 10, 2013 at 06:12:53PM +0200, Thomas Krumbein wrote:
Am 10.06.2013 17:31, schrieb Thomas Hackert:
SELECT * FROM `libretest`.`Table1` AS `Table1` LIMIT 5
- also ohne die festgestellte Fehlermeldung.
Also wäre das dann ein Bug in der HSQL? Oder hätten andere
Hallo Robert, *,
On Mon, Jun 10, 2013 at 06:16:46PM +0200, Robert Großkopf wrote:
SELECT * FROM `libretest`.`Table1` AS `Table1` LIMIT 5
- also ohne die festgestellte Fehlermeldung.
Also wäre das dann ein Bug in der HSQL? Oder hätten andere RDBMS damit
auch Probleme?
Nein, das ist
Hallo Ralf, *,
On Mon, Jun 10, 2013 at 06:51:03PM +0200, Ralf Kestler wrote:
Am 10.06.2013 17:44, schrieb Thomas Hackert:
On Mon, Jun 10, 2013 at 04:40:02PM +0200, Ralf Kestler wrote:
Am 10.06.2013 15:16, schrieb Thomas Hackert:
[LIMIT nur mit zusätzlichen Argumenten in Base/HSQL]
Nun, dann
Hallo Thomas,
Am 10.06.2013 19:43, schrieb Thomas Hackert:
Hallo Ralf, *,
On Mon, Jun 10, 2013 at 06:51:03PM +0200, Ralf Kestler wrote:
Am 10.06.2013 17:44, schrieb Thomas Hackert:
On Mon, Jun 10, 2013 at 04:40:02PM +0200, Ralf Kestler wrote:
Am 10.06.2013 15:16, schrieb Thomas Hackert:
Hallo Thomas,
Wir haben bei der GUI ja immer mit Kompromissen zu tun. Da tauchen dann
eben englischsprachige Fehlermeldungen auf, die für den Normaluser nicht
erklärbar sind. Die sollten dann aber vielleicht in der Hilfe erwähnt
werden.
dann müsste das aber erst einmal in der
Hallo *,
kurz zu den Platzhaltern bei LIKE-Bedingungen:
aus der HSQL-DB-Hilfe:
The LIKE keyword uses '%' to match any (including 0) number of
characters, and '_' to match exactly one character. To search for '%' or
'_' itself an escape character must also be specified using the ESCAPE
clause.
Moin Ralf, *,
On Mon, Jun 10, 2013 at 07:51:43PM +0200, Ralf Kestler wrote:
Am 10.06.2013 19:43, schrieb Thomas Hackert:
On Mon, Jun 10, 2013 at 06:51:03PM +0200, Ralf Kestler wrote:
Am 10.06.2013 17:44, schrieb Thomas Hackert:
On Mon, Jun 10, 2013 at 04:40:02PM +0200, Ralf Kestler wrote:
Am
Moin Robert, *,
On Mon, Jun 10, 2013 at 08:22:41PM +0200, Robert Großkopf wrote:
kurz zu den Platzhaltern bei LIKE-Bedingungen:
das nennst du kurz ;?
aus der HSQL-DB-Hilfe:
The LIKE keyword uses '%' to match any (including 0) number of
characters, and '_' to match exactly one character. To
Moin nochmal,
On Mon, Jun 10, 2013 at 08:12:40PM +0200, Robert Großkopf wrote:
Wir haben bei der GUI ja immer mit Kompromissen zu tun. Da tauchen dann
eben englischsprachige Fehlermeldungen auf, die für den Normaluser nicht
erklärbar sind. Die sollten dann aber vielleicht in der Hilfe
Hallo Thomas,
Am 11.06.2013 04:52, schrieb Thomas Hackert:
quote SELECT Name, Adresse, Telefon FROM test WHERE Name =
'Arno%' LIMIT 2 /quote im konkreten Beispiel. Ein Eintrag mit „Arno
Nym“ gibt es in der Tabelle, aber warum wird der dann nicht angezeigt?
Danke, dass du/ihr euch für meine
27 matches
Mail list logo
