von laura36 » Mi, 26.07.2006 15:14
moritz hat geschrieben:Wegen einem ähnlich blöden Fehler, der ab 2.0.1 auftritt habe ich bis jetzt kein Update gemacht. Nun habe ich überall gelesen, daß die 2.0 viele Fehler hat. Doch ich merke, daß für mich die 2.0 die wenigsten Fehler hat. ein großes Problem ist bei mir Issue 60950. Dieser tritt seit 2.0.1 immer auf und ist bis jetzt nicht behoben. Bin dankbar für jeden Vote. Das jetzige Problem tritt anscheinend zumindest bei mir nur sporadisch auf (bei ca. 50% der Aufrufe).
Danke für den Hinweis
Moritz
Hi,
der Issue 60950 (Das Verstecken von leeren Absätzen bei Abfragen als Datengrundlagen geht nicht ) stört tatsächlich ziemlich. Mein Workaround dafür: Ich schreibe die Konditionen für einen versteckten Absatz sozusagen in meine SQL-Statement in der Abfrage:
Z.B. bei einem Adressfeld. In der Abfrage werden alle notwendigen Angaben (Anrede, Name, Institution, Strasse, PLZ, Ort, Land) in eine Spalte gepackt.
Mit "IF LENGHT" kucke ich, ob es einen Eintrag in der Spalte gibt. Wenn ja, wird der Wert ausgegeben und in eine neue Zeile geschaltet (\n). Wenn nicht, kommt der nächste Wert dran...
Mein Beispiel:
Code: Alles auswählen
concat(
IF(LENGTH(pvorname), concat(pvorname,' '),''),
IF(LENGTH(pnachname), concat(pnachname, '\n'),''),
IF( LENGTH( `organisationen`.`oname` ), concat(`organisationen`.`oname`,'\n'), ''),
IF( LENGTH( `organisationen`.`oco` ), concat(`organisationen`.`oco`, '\n' ),''),
......) AS Adresse,
-- Wir brauchen Die Postleitzahl aber noch als Extra-Feld zum Sortieren:
concat( IF( LENGTH( `pplz` ), `pplz`, '' ), IF( LENGTH( `organisationen`.`oplz` ), `organisationen`.`oplz`, '' ), IF( LENGTH( `organisationen_1`.`oplz` ), `organisationen_1`.`oplz`, '')) AS `PLZ`,
Zugegeben, die SQL-Statements werden etwas komplexer. Dieses Vorgehen hat ohnehin Vorteile (Es ist für den Anwender viel leichter zu handhaben, weil er/sie nur ein Feld irgendwo einfügen muß und sich keine Gedanken um versteckte Absätze machen muß...) und Nachteile, weil es natürlich weniger flexibel ist (wenn man andere Zusammenstellungen braucht, muß mensch eine neue Abfrage basteln ...).
Aber für mich war es der Weg, um konsistent bei OO 2.0.x zu bleiben und nicht z.B. zum Ettiketten-Drucken wieder 1.3 zu verwenden.
grüße
laura
[quote="moritz"]Wegen einem ähnlich blöden Fehler, der ab 2.0.1 auftritt habe ich bis jetzt kein Update gemacht. Nun habe ich überall gelesen, daß die 2.0 viele Fehler hat. Doch ich merke, daß für mich die 2.0 die wenigsten Fehler hat. ein großes Problem ist bei mir Issue 60950. Dieser tritt seit 2.0.1 immer auf und ist bis jetzt nicht behoben. Bin dankbar für jeden Vote. Das jetzige Problem tritt anscheinend zumindest bei mir nur sporadisch auf (bei ca. 50% der Aufrufe).
Danke für den Hinweis
Moritz[/quote]
Hi,
der Issue 60950 (Das Verstecken von leeren Absätzen bei Abfragen als Datengrundlagen geht nicht ) stört tatsächlich ziemlich. Mein Workaround dafür: Ich schreibe die Konditionen für einen versteckten Absatz sozusagen in meine SQL-Statement in der Abfrage:
Z.B. bei einem Adressfeld. In der Abfrage werden alle notwendigen Angaben (Anrede, Name, Institution, Strasse, PLZ, Ort, Land) in eine Spalte gepackt.
Mit "IF LENGHT" kucke ich, ob es einen Eintrag in der Spalte gibt. Wenn ja, wird der Wert ausgegeben und in eine neue Zeile geschaltet (\n). Wenn nicht, kommt der nächste Wert dran...
Mein Beispiel:
[code]
concat(
IF(LENGTH(pvorname), concat(pvorname,' '),''),
IF(LENGTH(pnachname), concat(pnachname, '\n'),''),
IF( LENGTH( `organisationen`.`oname` ), concat(`organisationen`.`oname`,'\n'), ''),
IF( LENGTH( `organisationen`.`oco` ), concat(`organisationen`.`oco`, '\n' ),''),
......) AS Adresse,
-- Wir brauchen Die Postleitzahl aber noch als Extra-Feld zum Sortieren:
concat( IF( LENGTH( `pplz` ), `pplz`, '' ), IF( LENGTH( `organisationen`.`oplz` ), `organisationen`.`oplz`, '' ), IF( LENGTH( `organisationen_1`.`oplz` ), `organisationen_1`.`oplz`, '')) AS `PLZ`,
[/code]
Zugegeben, die SQL-Statements werden etwas komplexer. Dieses Vorgehen hat ohnehin Vorteile (Es ist für den Anwender viel leichter zu handhaben, weil er/sie nur ein Feld irgendwo einfügen muß und sich keine Gedanken um versteckte Absätze machen muß...) und Nachteile, weil es natürlich weniger flexibel ist (wenn man andere Zusammenstellungen braucht, muß mensch eine neue Abfrage basteln ...).
Aber für mich war es der Weg, um konsistent bei OO 2.0.x zu bleiben und nicht z.B. zum Ettiketten-Drucken wieder 1.3 zu verwenden.
grüße
laura