Writer 2.0.2 Seriendruck: Auswahl einzelner Datensätze

[Ra]

Hallo,
meines Erachtens funktioniert auch in OO 2.0.2. die Serienbrieffunktionalität immer noch nicht richtig brauchbar:
Ich hab eine Calc-Tabelle als Datenquelle angemeldet und greife im Writer mit [F4] auf die Tabelle zu - soweit ok.
Das erste Problem ist immer noch, dass Calc die Spalten automatisch als "Zahl" definiert - ich hab aber nunmal Hausnummern, z.B. 123 A.

Wenn ich diese Spalte nicht schon bereits vor der Erfassung in Calc als "Text" umdefiniere, stellt der Writer dann aber nur die Zellinhalte dar, die wirklich eine Zahl sind, z.B. 456. Andere Hausnummern wie "123 A" werden als "blank" dargestellt.

Das wesentliche Problem ist aber, dass ich in der Ansicht Datenquellen [F4] zwar einzelne Datensätze markieren kann (Strg-Taste), das Icon "Seriendruck" (Symbolleiste Datenquellen) führt aber diese Selektion nicht aus, sondern erstellt immer ein Dokument ALLER Datensätze.

Bleibt also wieder nur der Weg über das Hinzufügen und Auswählen des Icons "Seriendruck" - hier funktioniert jetzt die Selektion, das Fenster bzw. der Datensatzbereich ist aber nicht skalierbar, bei großen Datenmengen unschön.

Hat einer weitere Ideen?

[pmoegenb]

Hallo Ra,

Das erste Problem ist immer noch, dass Calc die Spalten automatisch als "Zahl" definiert - ich hab aber nunmal Hausnummern, z.B. 123 A.

Bei zusätzlichen alphanumerischen Zeichen müsste Calc eigentlich erkennen, dass es als Text formatiert werden soll. Bei reinen numerischen Eingaben wird einfach ein Hochkomma vorangestellt, Calc formatiert dann als Text.

Das wesentliche Problem ist aber, dass ich in der Ansicht Datenquellen [F4] zwar einzelne Datensätze markieren kann (Strg-Taste), das Icon "Seriendruck" (Symbolleiste Datenquellen) führt aber diese Selektion nicht aus, sondern erstellt immer ein Dokument ALLER Datensätze.

Hier ist gegenüber der Vorgängerversion 1.1.x eine Änderung eingetreten. So ist z. B. der Ausdruck Datenquellen-Ansicht (Funktionstaste F4) wörtlich zu nehmen. Für den Seriendruck von gefilterten Datensätzen muss also das Seriendruck-Fenster benutzt werden. Wenn Du dort den Explorer ausschaltest (Schalter ganz rechts) kannst Du das Seriendruck-Fenster etwas verbreitern.

Gruß

Peter

[Ra]

Danke für die prompte Antwort!
Ich hab das mit der Calc-Tabelle nochmal getestet: Wenn der ERSTE Datensatz im Feld (hab ich als Default "Zahl" gelassen) z.B. "123 A" hat, werden die Spalteneinträge ALLER Datensätze bei [F4] vollständig angezeigt, sehr schön!

Leider gilt aber weiterhin auch die Aussage, dass wenn der ERSTE Datensatz im Feld "123" hat, werden nur die Spalteneinträge dargestellt, die wirklich Zahlen beinhalten - wie gesagt, auch hier Calc-Default der Spalte: Zahl. Leider nicht sehr schön, um nicht zu sagen falsch, weil die anderen Feldinhalte einfach "geschlabbert" werden.

Somit ist der ERSTE Datensatz entscheidend, und das ist doch wirklich Zufall, was da im entsprechenden Feld drinsteht, ob Zahl oder nicht.

Für mich ist das ein Bug, wie kann man sowas melden (mein Englisch ist schon so lange her...)?

Das mit dem Verbreitern per Explorer ausschalten kannte ich noch nicht; wichtiger wäre aber die Höhen-Skalierung, um mehr DS zu sehen!

[pmoegenb]

Hallo Ra,

von irgendwas muss Base wissen ob er die Spalte nummerisch, oder alphanummerisch interpretieren soll. Wenn sich Base dabei an der zweiten Tabellenzeile orientiert, dann ist dies kein Bug, sondern innovativ.

Wenn Du z. B. eine Datenbank erstellst musst Du im voraus festlegen welchen Datentyp das Feld bzw. die Spalte aufnehmen soll.

so verhält es sich auch bei einer Calc-Tabelle, die Du als Datenquelle benutzen möchtest. Das was Du möchtest kann die Tabelle nicht erahnen, sondern Du musst es entsprechend mitteilen. Entweder Du formatierst im voraus, oder Du machst Deine Eingaben so, dass sie Calc entsprechend interpretieren kann.

Gruß

Peter

[Ra]

ein, denn der Negativeffekt, dass die alphanumerischen Feldinhalte geschluckt werden, taucht auch auf, obwohl ich in Calc die ganze Spalte als Text formatiert habe - aber eben erst nach der Eingabe. Und da denke ich doch, dass die Formatierung VOR der Speicherung doch greifen müsste.

Wie gesagt, der einzige Workaround ist, in Calc VOR der Eingabe die Spalte als Text zu formatieren, dann tuts.

Das mit dem "innovativ" find ich gut, ist aber leider undokumentiert, oder?

[pmoegenb]

Hallo Ra,

ein, denn der Negativeffekt, dass die alphanumerischen Feldinhalte geschluckt werden, taucht auch auf, obwohl ich in Calc die ganze Spalte als Text formatiert habe - aber eben erst nach der Eingabe. Und da denke ich doch, dass die Formatierung VOR der Speicherung doch greifen müsste.

Dazu gibt es im Forum mehrere Beiträge nebst Lösungen. Ob dies ein Bug ist vermag ich nicht zu beurteilen.

Gruß

Peter

[Ra]

ich hab die Foren nach "Serienbrief", "Seriendruck" durchsucht, aber nichts Passendes gefunden.
Also wenn du mir einen Link auf solche Beiträge geben könntest - vielen Dank!

[pmoegenb]

ich hab die Foren nach "Serienbrief", "Seriendruck" durchsucht, aber nichts Passendes gefunden.
Also wenn du mir einen Link auf solche Beiträge geben könntest - vielen Dank!

z. B. viewtopic.php?t=6613&highlight=formatieren.

Gruß

Peter

[Ra]

na, diese Beschreibung und Workarounds vorher zu kennen, hätte mir die doppelte Nennung erspart.

In der Sache ändert das doch aber gar nichts: Es müsste doch egal sein, ob man in Calc erst die Spalte als Text formatiert und dann die Eingaben macht und dann speichert oder ob man erst die Daten eingibt und dann die Spalte als Text formatiert und dann speichert???

Also solch einen Effekt kenn ich von MS Office nicht, und das widerspricht auch meiner kompletten EDV-Denke: Relevant ist doch, welche Spaltendefiniton und Feldinhalte BEIM SPEICHERN vorliegen, oder?

Wer soll das verstehen? Für mich bleibt das Ganze immer noch ein Bug und ist keine "Innovation". Innovativ fänd ich eher die Prüfung beim Speichern, ob in einer als "Zahl" definierten Spalte ein alphanumerischer Wert steht mit der Abfrage, ob diese Spalte als "Text" definiert werden soll?

Dieses gerade angesichts der Problematik, dass Base ansonsten die alphanumerischen Feldinhalte schlabbert.

Vielleicht werde ich das ja auch mal verstehen, was denn diese Philosophie soll, eine Tabelle erst als Datenquelle (sprich Datenbank) anmelden zu müssen. Das ist doch wirklich viel umständlicher als bei Microsoft (Tabelle = Datenquelle, evtl. benannter Bereich, und fertig).

[pmoegenb]

Hallo Ra,

In der Sache ändert das doch aber gar nichts: Es müsste doch egal sein, ob man in Calc erst die Spalte als Text formatiert und dann die Eingaben macht und dann speichert oder ob man erst die Daten eingibt und dann die Spalte als Text formatiert und dann speichert???

Da kann ich Dir beipflichten. Möglicher Weise ist das in der nächsten Version behoben. 2.0.3 ist z. B. für Mai/Juni und 2.0.4 für Sept. vorgesehen.

Wer soll das verstehen? Für mich bleibt das Ganze immer noch ein Bug und ist keine "Innovation". Innovativ fänd ich eher die Prüfung beim Speichern, ob in einer als "Zahl" definierten Spalte ein alphanumerischer Wert steht mit der Abfrage, ob diese Spalte als "Text" definiert werden soll?

Bitte nichts verfälschen. Das Wort innovativ bezog sich auf Base. Im Übrigen wie soll beim speichern die Formatierung abgefragt werden, wenn teilweise nur Ziffern und teilweise Ziffern mit Buchstaben in den Zellen einer Spalte stehen ? Das Problem ist eigentlich, dass bei einer Datenbank der Datentyp geplant werden muss und bei Calc diesbezüglich planlos gearbeitet werden kann.

Vielleicht werde ich das ja auch mal verstehen, was denn diese Philosophie soll, eine Tabelle erst als Datenquelle (sprich Datenbank) anmelden zu müssen. Das ist doch wirklich viel umständlicher als bei Microsoft (Tabelle = Datenquelle, evtl. benannter Bereich, und fertig).

Es ist ein gewaltiger Unterschied, ob ich eine Datenquelle mit jedem Dokument (Winword) verbinden, oder eine einmalige Anmeldung als Datenquelle vornehmen muss. Möglicherweise ist bei Dir nur ein Dokument je Datenquelle erforderlich, dann weißt Du das natürlich nicht zu schätzen.

Was mich sehr wundert, dass Du ständige Vergleiche mit MS-Office ziehst und MS-Office als bessere Lösung empfindest, aber trotzdem OO einsetzen willst.

Gruß

Peter

[Ra]

wenn das in einer der nächsten Versionen anders (für mich hoffentlich anwenderfreundlicher) realisiert wird. Entschuldigend, vielleicht kann ich das nicht korrekt formulieren, aber mir geht es um Funktionalitäten - und da würde ich schon gerne selbst entscheiden, was mir wichtig und richtig erscheint; eine Bewertung "ich könne das nicht schätzen" brauch ich da nicht.

Also nochmals: Für den Anwender ist es nicht nachvollziehbar, dass Calc als "Text" definierte Spalten nicht alphanumerisch nach Base übergibt - oder zieht Base die Infos aus Calc? Dann müsste doch die Information "dies ist eine Textspalte" ausreichen zu erkennen, dass die Feldinhalte dieser Spalte als Textfelder zu verstehen sind.

Wer da was von wem importiert oder exportiert, weiß ich nicht, find ich auch ehrlich gesagt sekundär. Für mich als Anwender ist es halt nur unbefriedigend, dass ich eine Tabelle nicht einfach als Datenquelle benutzen kann (so geht es halt bei Microsoft, mit dem ich bislang gearbeitet hab), sondern dass ich die Tabelle erst als Datenquelle anmelden muss (viele Schritte!!) und der Effekt hinterher ist, dass nicht nur die Feldinhalte teilweise weg sind (s.o.), sondern dass ich die Möglichkeit habe, in der ureigenen Datenquellen-Symbolleiste alles zu machen, nur nicht, nur! die zuvor selektierten DS zu drucken.

Das ist für mich (nachdem ich das jetzt weiß) verständlich, ich bin mal gespannt, weiviele Anwender da genauso reinlaufen werden. Vorschlag zur Güte: Die Programmierer sollten in die Datenquellen-Symbolleiste auch das Icon "Seriendruck" aufnehmen. DAS Icon braucht man nämlich wirklich, wenn man nur einzelne DS selektieren und drucken will.

Und wie gesagt: "natürlich nicht zu schätzen" und "Wundern über ständige (??) Vergleiche" - find ich in einem Forum ... (wollte sagen, sollte man nicht machen). Aber wenn du noch weitere Problemlösungsideen hast, immer her damit.

[pmoegenb]

Hallo Ra,

als zufriedener Anwender habe tatsächlich noch Ideen.

Das ist für mich (nachdem ich das jetzt weiß) verständlich, ich bin mal gespannt, weiviele Anwender da genauso reinlaufen werden. Vorschlag zur Güte: Die Programmierer sollten in die Datenquellen-Symbolleiste auch das Icon "Seriendruck" aufnehmen. DAS Icon braucht man nämlich wirklich, wenn man nur einzelne DS selektieren und drucken will.

Pass Dir einfach die Standard-Symbolleiste über Extras/Anpassen... an und füge den Schalter Seriendruck hinzu.

Gruß

Peter