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 an
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 rauszuf
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.
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. (Wob
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 Fe
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
... 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 fu
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
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än
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 is
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
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 s
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
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?
> >
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]
> >>>
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:
[LIM
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 en
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. Fo
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 wr
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
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 Hilf
Hallo Thomas,
Am 11.06.2013 04:52, schrieb Thomas Hackert:
SELECT "Name", "Adresse", "Telefon" FROM "test" WHERE "Name" =
'Arno%' LIMIT 2 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 (dum
26 matches
Mail list logo
