billtemplate.rtf : editing

[frase-git]

Ich schaffe es nicht, mit Word 2010 die billtemplate.rtf (oder auch die alten Dateien) funktionstüchtig zu ändern. (Entgegen meinem Vorsatz, mich nicht darum zu kümmern) Habe versucht eine "schönere" zu machen.

Das Ergebnis ist: Wenn nur ein Produkt bestellt wird, läuft alles super. Sobald zwei oder mehr Produkte bestellt werden, läuft alles durch. Die Mail hat den Anhang bill.rtf. Will man diesen öffnen, startet Word (2010) - versucht die Datei zu öffnen und bricht ab mit der Meldung:

Datei möglicherweise beschädigt.

Weiter geht nix.

Auch die Originaldatei in Word geöffnet und ohne Änderung wieder gespeicher: gleicher Fehler.

Übrigens: Was machen Leute ohne Word? Habt ihr die Datei schonmal mit Wordpad geöffnet?

Frage @XHalbert Mit welchen Programm bearbeitetst du die (bill)template.rtf?

Nachtrag: Die Dateien, die Word selbst erzeugt hat, aber nicht öffnen kann, lassen sich mit Wordpad öffnen. Alles drin - sieht nur noch gruseliger aus.

[cmb69]

Ich schaffe es nicht, mit Word 2010 die billtemplate.rtf (oder auch die alten Dateien) funktionstüchtig zu ändern.

Poste doch bitte mal eine solche billtemplate.rtf.

Habt ihr die Datei schonmal mit Wordpad geöffnet?

Ich mache das in der Regel mit LibreOffice, aber auch mit WordPad hatte ich bisher keine Probleme. Nun sehe ich aber gerade. dass da ein überflüssiges Leerzeichen erscheint; das ist in LibreOffice nicht so.

[frase-git]

billtemplate.zip

[frase-git]

Übrigens: Es ist ja (fast) alles in Deutsch hardcoded. Und dann erscheint: (vat.19 %)

Irgendwie sieht mir das alles aus, als wäre es nicht allgemein verwendbar. Sorry, das ist nur mein Eindruck. Mit RTF werden wir wohl nie eine versendbare Rechnung hinkriegen. Dass es bei Albert klappt, ist Zufall. Weil da alle Umstände passen. Am Ende wird es nur für Copy&Paste taugen.

CSV ist leichter zu programmieren. Und wenn es im richtigen Format ist: Klick drauf und es geht in Excel (o. entsprechendem) eine fertige Tabelle auf. Das wäre für Albert noch einfacher. Und allgemeingültiger.

[cmb69]

Es ist elend! Ich habe deine billtemplate.zip mal unter LibreOffice geladen und ohne weitere Änderungen gespeichert; das Ergebnis ist viel kleiner und sieht anders aus: billtemplate.zip Immerhin klappt damit aber das Bestellen mehrerer Artikel.

Jedenfalls ist es mit der Portabilität wohl nicht weit her. :( Vielleicht könnte man damit leben, falls die Datei wenigstens mit WordPad und Open/LibreOffice bearbeitet werden kann, aber im Zweifel halt nicht mit Word?

Und dann erscheint: (vat.19 %)

Fehler in der Sprachdatei. Wie sollte es denn heißen – MwSt. oder USt? Und eigentlich könnte man auf dieses Label auch ganz verzichten, und es dem Template überlassen, so dass %pvat% nur 19 % enthält.

[frase-git]

Wie sollte es denn heißen – MwSt. oder USt?

Nach Absprache: MwSt. Denke aber, kann an dieser Stelle weg.

Dein ZIP: In Word: total zerschossen in Wordpad: zu klein und verschoben

[cmb69]

Denke aber, kann an dieser Stelle weg.

Könnte ich schnell machen, aber …

In Word: total zerschossen in Wordpad: zu klein und verschoben

Ist bei mir auch in WordPad zerschossen (Tabelle über dem Briefkopf) – Word hab ich nicht. Jedenfalls macht es so wohl doch keinen Sinn mit RTF. :cry:

[XHalbert]

bei mir (Word) auch...

Jedenfalls macht es so wohl doch keinen Sinn mit RTF. 😢

liegt das denn an rtf?

[frase-git]

liegt das denn an rtf?

Ja. Alle Programme, die RTF schreiben, machen es unterschiedlich. Sogar die einzelnen Word-Versionen. Das Ergebnis ist nicht vorhersehbar. Außerdem werden keine Schriften mitgeliefert. Wenn der Anwender die eingestellte Schrift nicht auf seinem Rechner hat, wird mit Irgendwas ersetzt. Da wäre es sicherer ein Word-Datei zu schicken, da kann man Schriften einbetten. Das war früher mal als Austauschformat gedacht - ist aber jämmerlich gescheitert. Dafür gibt es PDF. (nicht zum Datenaustausch sondern Aussehen, Schriften - auf allen Plattformen.)

Frage @XHalbert Mit welchen Programm bearbeitetst du die (bill)template.rtf?

[XHalbert]

mir fällt in der vorigen Version auf, wenn ich die Zeile kopiere und einfüge kommt das raus: %pa%	%pname% (%pvat%)	%pprice%	%psum%

was passiert denn, wenn du die o.g. Platzhalter in eine separate neue einzeilige Tabelle kopierst?

@frase-git ich habe word 2000 und hatte nie Probleme mit rtf - denke mit der neuen billtemplate.rtf stimmt was nicht `

`

[frase-git]

Word 2000 ist mehr als 17 Jahre alt! Ich war früher auch mal jung und schön - na ja jung.

[XHalbert]

und ich bin 62 und funktioniere immer noch...

[cmb69]

Dafür gibt es PDF. (nicht zum Datenaustausch sondern Aussehen, Schriften - auf allen Plattformen.)

Nur kommt für uns PDF nicht infrage, da das wohl die wenigsten noch nachträglich bearbeiten könnten.

ich habe word 2000 und hatte nie Probleme mit rtf - denke mit der neuen billtemplate.rtf stimmt was nicht

Kann gut sein, dass die aktuelle billtemplate.rtf nicht astrein ist. Aber ich finde es bedenklich, wenn Frank eine billtemplate.rtf mit Word 2010 erstellt, diese aber von LibreOffice nicht richtig gelesen werden kann, und wenn man dann aus LibreOffice speichert, diese Datei in Word 2010 und in WordPad 1703 völlig zerschossen ist.

Word 2000 ist mehr als 17 Jahre alt!

17 Menschenjahre, aber das sind wohl eher 170 Softwarejahre. :)

Jedenfalls schau ich mich jetzt mal konkreter nach .odt um, auch wenn das unter Word 2000 nicht unterstützt wird.

[frase-git]

Jedenfalls schau ich mich jetzt mal konkreter nach .odt um, auch wenn das unter Word 2000 nicht unterstützt wird.

Lieber Christoph, das gibt genau dieselben Probleme. (Warum muss nur immer ich der Miesmacher - oder Kassandra sein?) Du bekommst keine versendbare Rechnung hin. (DIN)

[frase-git]

Und hier die Frage aller Fragen: Hat einer von euch da draußen, schonmal eine Rechnung von einem seriösen Verkäufer erhalten im RTF- oder WORD-Format? Also einem Format, was der Kunde locker ändern kann?

Also, zum online-Versand ist die RTF oder ODT nicht geeignet. Zum Ausdrucken auch nicht, da nimmt der Händler lieber sein eigenes Briefpapier. Wozu dann? Nur zur Datenübernahme. Abgesehen davon, dass das auch schon mit der html-Mail ginge, kommt da nur noch CSV infrage.

[XHalbert]

dass das auch schon mit der html-Mail ginge

ok, aber wie könnte der Shopbetreiber html-Mail oder csv anpassen? (falls das gewünscht wird) (mit wärs egal)

[cmb69]

das gibt genau dieselben Probleme.

Da bin ich mir nicht sicher. Ich habe testweise mal dein billtemplate.rtf per LibreOffice zu billtemplate.odt konvertiert. Schau's dir bitte mal in Word 2010 an: billtemplate.zip

Hat einer von euch da draußen, schonmal eine Rechnung von einem seriösen Verkäufer erhalten im RTF- oder WORD-Format? Also einem Format, was der Kunde locker ändern kann?

Darum geht es doch gar nicht. Die Rechnung wird ja nicht an den Kunden gemailt, sondern an den Verkäufer. Der sollte noch die Möglichkeit haben nachzuarbeiten (Rechnungsnummer). Dann kann er selbst als PDF speichern und verschicken, wenn er möchte. Die Rechnung gleich an den Kunden zu verschicken macht wenig Sinn, außer wenn jemand ausschließlich über den Shop verkauft (da könnte ggf. eine Rechnungsnummer automatisch erzeugt werden, obwohl wir dann auch wieder einen Schritt in Richtung Auftragsbearbeitung gehen würden).

Und ganz alternative Formate, die keine Rechnung erlauben sind zwar denkbar, aber da kamen wir ja auch auf keinen grünen Zweig, sprich wir konnten uns auf kein Format einigen. Du hattest, glaube ich, geschrieben, dass Excel 2010 mit UTF-8 kodierten CSV-Dateien nicht kann – da ist schon ziemlich Schicht im Schacht. XML wäre flexibel, aber damit kann vermutlich fast keiner was anfangen.

Abgesehen davon, dass das auch schon mit der html-Mail ginge, kommt da nur noch CSV infrage.

Und dann gibt es wieder die Diskussion dass mehrere CSV-Dateien zu aufwendig im Handling sind, und ob man nicht alles in einer CSV-Datei zusammen quetschen kann. Und je nach verwendeter CSV-Software gibt zumindest letzteres vermutlich auch wieder Portabilitätsprobleme.

[frase-git]

billtemplate.zip Word says:

Die Datei 'billtemplate.odt' kann nicht geöffnet werden, da ihr Inhalt Probleme verursacht.

Button Details:

Die Datei ist beschädigt und kann nicht geöffnet werden.

[frase-git]

Lest ihr eigentlich meine Posts? Ich schrieb:

Also, zum online-Versand ist die RTF oder ODT nicht geeignet. Zum Ausdrucken auch nicht, da nimmt der Händler lieber sein eigenes Briefpapier. Wozu dann? Nur zur Datenübernahme.

[XHalbert]

dass mehrere CSV-Dateien zu aufwendig im Handling sind

dann lieber html-Mail

Die Datei ist beschädigt

s.o.: mir fällt in der vorigen Version auf, wenn ich die Zeile kopiere und einfüge kommt das raus: %pa%	%pname% (%pvat%)	%pprice%	%psum%

da sind ein paar Spalten zuviel

[XHalbert]

(rtf geeignet) Zum Ausdrucken auch nicht,

doch, sehr wohl

[frase-git]

Nachtrag zur ODT von Christoph: Hatte ganz übersehen, dass es neben den genannten Meldungen doch noch einen OK-Button gibt. Gedrückt. Soll das Dokument bereinigt werden ... oder ähnlich. Ja. Ergebnis eine weitere Variante (75% Ansicht reicht wohl):

[cmb69]

Die Datei 'billtemplate.odt' kann nicht geöffnet werden, da ihr Inhalt Probleme verursacht. Soll das Dokument bereinigt werden ... oder ähnlich. Ja.

:cry:

Also, zum online-Versand ist die RTF oder ODT nicht geeignet. Zum Ausdrucken auch nicht, da nimmt der Händler lieber sein eigenes Briefpapier. Wozu dann? Nur zur Datenübernahme.

Hm, wieso. Man kann sich die Vorlage ja entsprechend vorbereiten; entweder mit integriertem Briefkopf (Logo etc.) oder halt ohne zum Ausdruck aufs Geschäftspapier. In ersterem Fall kann die Rechnungsnummer eingetragen werden, dann Konvertierung nach PDF, dann per Mail an den Kunden.

Und wenn der Kauf gar nicht auf Rechnung geht, dann will der Shopbetreiber vielleicht einen Lieferschein ins Paket legen. Also bill.rtf öffnen, "Rechnung" durch "Lieferschein" ersetzen, und vielleicht noch ein bisschen mehr, und ausdrucken. Oder billtemplate.rtf wird gleich als Lieferschein vorbereitet.

Mein Herz hängt nicht an diesen Möglichkeiten, aber nett fände ich es schon.

mir fällt in der vorigen Version auf, wenn ich die Zeile kopiere und einfüge kommt das raus:

Schau ich mir an. Aber ich denke mittlerweile, dass uns RTF nichts bringt. In der von Frank angepassten billtemplate.rtf stand nämlich \row \ltrrow und das ist gemäß der RTF 1.5 Spezifikation ungültig. Kann natürlich sein, dass das ein Folgefehler einer ursprünglich fehlerhaften RTF-Datei ist, kann aber auch sein, dass neuere Spezifikation das erlauben (es gibt eine Reihe von Versionen, aber in der Datei wird immer nur die Hauptversion angegeben), oder es ist einfach ein Fehler in Word 2010.

[frase-git]

Kann natürlich sein, dass das ein Folgefehler einer ursprünglich fehlerhaften RTF-Datei ist, kann aber auch sein, dass neuere Spezifikation das erlauben (es gibt eine Reihe von Versionen, aber in der Datei wird immer nur die Hauptversion angegeben), oder es ist einfach ein Fehler in Word 2010.

Da ist alles möglich. Ich hatte mehrere Versionen gemacht. Einmal die alte überarbeitet und dann ein völlig neues Dokument mit Einfügen -> Inhalte einfügen -> unformatierter Text. Ich denke, dass die Tabellen und die Textrahmen die größten Probleme bereiten.

[cmb69]

Ich denke, dass die Tabellen und die Textrahmen die größten Probleme bereiten.

Ja, das kann gut sein, da halt im Lauf der Zeit die RTF-Spezifikation erweitert wurde. Wenn dann eine neuere Software neuere Features verwendet, ist das vermutlich nicht mehr kompatibel mit älteren Versionen.

mir fällt in der vorigen Version auf, wenn ich die Zeile kopiere und einfüge kommt das raus:

Okay, ich habe billtemplate.rtf nun in WordPad geöffnet, und das überflüssige Leerzeichen, das eine leere Zeile unter der Artikelzeile erzeugt hat, gelöscht, und alles gespeichert. In dieser billtemplate.rtf kann ich sowohl in LibreOffice als auch in WordPad die Artikelzeile kopieren und einfügen, mit dem gewünschten Ergebnis. Auch die erzeugte bill.rtf sind in beiden Anwendungen korrekt aus (3 Artikel). Hier mal die "neue" billtemplate.rtf: billtemplate.zip

[XHalbert]

die "neue" billtemplate.rtf:

sieht bei mir gut aus nur Datum und MWSt.-Hinweis (rechtsbündig) ragen über den rechten Rand hinaus

[frase-git]

Letzter Bericht, dann mach ich was anderes.

"neue" billtemplate.rtf: 1. In Word geöffnet. Unverändert ins plugin-Verzeichnis "speichern unter". Bestellvorgang. 3 Artikel. Mail. Word weigert sich. 2. genau wie oben - nur mit Wordpad geöffnet und gespeichert. Mail-Anhang öffnet problemlos in Word.

Hier mal nur die Tabelle. Das andere hängt sowieso ziemlich willenlos in der Gegend rum.

P.S. Eine persönliche Ansprache in einer Rechnung ist wohl auch nicht mehr zeitgemäß. Aber, das ist hier nicht das Problem. Die Tabelle ist krumm. Padding fehlt auch. Und gerade sehe ich "Rechnungssume" ;-)

[cmb69]

sieht bei mir gut aus nur Datum und MWSt.-Hinweis (rechtsbündig) ragen über den rechten Rand hinaus

Ist bei mir in LibreOffice auch so. In WordPad sind die beiden aber gegenüber der Tabelle etwas nach links eingerückt.

In Word geöffnet. Unverändert ins plugin-Verzeichnis "speichern unter". Bestellvorgang. 3 Artikel. Mail. Word weigert sich.

Ja, das überrascht mich nicht. Ich denke, da könnte beim Ersetzen der Tabellenzeile aber noch nachgebessert werden.

Jedenfalls: angenommen ich schaffe es, dass das Ersetzen der Tabellenzeile für diverse RTF-Schreiber funktioniert, dann könnten wir halt eine minimale billtemplate.rtf ausliefern, und wer diese anpassen will kann das ja dann tun, da er wohl die Anpassungen mit dem gleichen Programm machen wird, mit dem er später die bill.rtf öffnet.

[frase-git]

csv-test.zip

Seid mal so lieb, und entpackt euch diese Datei. Klickt sie im Explorer doppelt an und gebt mal durch, was passiert.

[cmb69]

Klickt sie im Explorer doppelt an und gebt mal durch, was passiert.

LibreOffice öffnet sich, und ein Dialog erscheint, in dem ich erst mal auf Windows-CP-1252 wechseln und ; als Trennzeichen eingeben muss. Das Ergebnis sieht dann gut aus. Aber: geht es nicht wenigstens mit UTF-8 (sonst haben wir das Problem von nicht richtig dargestellten Zeichen, oder müssen es zumindest konfigurierbar machen, in welchem Zeichensatz die CSV-Datei erstellt werden soll).

angenommen ich schaffe es, dass das Ersetzen der Tabellenzeile für diverse RTF-Schreiber funktioniert

Nö. Ein Problem bei Franks billtemplate.rtf sind verschachtelte Tabellen in der Artikelzeile; das würde zu aufwendig.

[frase-git]

csv-test-utf8.zip

Das Erstellen ist kein Problem. Kommt dann aber ohne Umlaute, € und andere Sonderzeichen an.

Ich suche mal, ob ich an Excel was machen kann.

[frase-git]

Also, es geht auch unter Excel wie hier beschrieben.

Der Nachteil: Man muss den Anhang erst Speichern, Excel starten und dann wie beschrieben importieren. Machbar, Doppelklick wäre komfortabler (oder direkt aus der Mail öffnen).

Man muss dazu sagen: Wo immer CSV importiert wird, wird fast immer so vorgegangen (der umständliche Weg). Die Programme haben aber auch fast immer die Möglichkeit, Kodierung und Trenner zu wählen. Das ist ein e Art Standard - wage ich zu behaupten.

[cmb69]

Man muss den Anhang erst Speichern, Excel starten und dann wie beschrieben importieren.

Probier mal bitte mit BOM: csv-test-utf8-bom.zip

[frase-git]

Na männo, PERFEKT!

Ähm, falls der Spruch zu kurz war. Klappt mit BOM per Doppelklick - also auch direkt aus der Mail.

[cmb69]

Na männo, PERFEKT!

Gut. Aber ist das Format auch für @XHalbert und andere brauchbar?

[frase-git]

Sieh mal: CSV ist ja nun nicht gerade exotisch, wie rtf. Wenn du und ich es öffnen können ist das schon gut. Alberts 2000er kann das auch (glaube ich). Excel-Zellen lassen sich einfacher "rüberziehen" als RTF-Tabellenzellen. Man kann also die Daten in Excel, Libre-/OpenOffice und noch viel mehr öffnen. Viele WaWi- oder Buchhaltungs-Progs haben CSV-Import-Filter und und und

Die Anordnung der Daten könnte Probleme bereiten (Reihenfolge ...) Das muss sich dann eben jeder selbst zurechtbasteln, falls es nicht passt.

Ich dachte daran, evtl. ebenfalls eine billtemplate.csv zu haben, deren Platzhalter durch PHP gefüllt werden. Die wäre durch den Betreiber mit einem ("ordentlichen") Editor bearbeitbar. Vielleicht wären Tabs sogar besser als Semikolons. Das habe ich aber noch nicht zu Ende denken können.

[cmb69]

Sieh mal: CSV ist ja nun nicht gerade exotisch, wie rtf.

Leider schon ein bisschen. Besonders siehe den Abschnitt über Excel auf Wikipedia.

Ich dacht daran, evtl. ebenfalls eine billtemplate.csv zu haben, deren Platzhalte durch PHP gefüllt werden.

Ja, das würde wohl nötig sein.

[frase-git]

Stammt von hier, falls jemand direkt in Word importieren will.

Vielleicht geht's mit einem Trick: Excel-Tabelle in Word einbetten, dort CSV importieren.

• In Word eine Excel Tabelle anlegen (Einfügen --> Tabelle --> Exel Kalkulationstabelle).
• Jetzt hast Du die Excel-Befehle im Menüband
• Jetzt CSV-Datei importieren (Start --> Einfügen --> Textkonvertierungs-Assistent)
• Mit dem Assistenten kannst Du den Import so einstellen, wie deine CSV-Datei aussieht.

Wenn Du in Word neben die Tabelle klickst, wird die Excel-Tabelle als Word Tabelle angezeigt. Mit Doppelklick auf die Tabelle wird's wieder eine bearbeitbare Excel-Tabelle.

Ich hab es auf die schnelle mit Office 2010 probiert, scheint zu klappen.

[cmb69]

Leider schon ein bisschen. Besonders siehe den Abschnitt über Excel auf Wikipedia.

Alternativen?

[XHalbert]

Probier mal bitte mit BOM: csv-test-utf8-bom.zip

doppelklick geht nicht bei mir, mit exel öffnen ergibt: Anzahl	Artikel	Steuersatz	Einzelpreis
1	Brötchen, Sesam	7%	0,75 €

[frase-git]

Hi Albert, ich könnte verstehen, wenn du ein bisschen angefressen bist. Wir suchen halt eine gute Lösung. Und das dauert mitunter und bringt auch mal Misserfolge.

Könntest du nochmal sagen: Hast du die Datei einfach in Excel geöffnet - mit Textkonvertierungsassistent?

[cmb69]

Alternativen?

Höchstens alternative Formate, sprich eben RTF behalten und CSV ergänzen. Dann kann sich jeder aussuchen, was ihm besser passt.

doppelklick geht nicht bei mir, mit exel öffnen ergibt:

Da wird UTF-8 nicht erkannt, und einfach als CP-1252 dargestellt.

Jedenfalls habe ich mal den csv-bill Branch mit Commit 0224610 erzeugt. Wie man am Diff sehen kann gibt es nur 3 winzige Änderungen (rote Zeilen); alles andere ist zusätzlich. Daher wäre es ein leichtes, den Anwender zwischen beiden (RTF und CSV) Varianten wählen zu lassen. Damit wären wir wieder bei #18.

[XHalbert]

wenn du ein bisschen angefressen bist

bin ich kein bisschen ich konnte nur von Exel mit "öffnen"

Alternativen?

was ist mit html? vernünftige Tabellen mit tr> td> ...

[frase-git]

Könntest du nochmal sagen: Hast du die Datei einfach in Excel geöffnet - mit Textkonvertierungsassistent?

[frase-git]

@cmb69 csv-bill-branch CSV kommt mit Mail. Klick auf Anhang -> Excel öffnet -> Daten vollständig und sauber da.

So wie ich das sehe, Kopiert Albert die Daten sowieso nach Excel. Da müssen wir nur noch herausfinden, welches Format er braucht.

[cmb69]

Hast du die Datei einfach in Excel geöffnet - mit Textkonvertierungsassistent?

Albert hat in Excel "öffnen" verwendet. Er müsste aber wohl "Extras/Externe Daten/Textdatei importieren".

was ist mit html?

Einfach nur die Daten in einfachen HTML-Tabellen in einem Dokument unterzubringen ist möglich. Auch das Drag&Drop in eine Tabellenkalkulation sollte möglich sein. Aber da muss man gut aufpassen, was man im HTML-Dokument markiert. Könnte etwas fuddelig sein.

CSV kommt mit Mail. Klick auf Anhang -> Excel öffnet -> Daten vollständig und sauber da.

Das ist doch mal erfreulich. Von mir aus kann ich die CSV-Variante gerne zusätzlich integrieren. Dann könnten auch weitere BillWriter geschrieben werden (nicht unbedingt von uns) – ist ja nicht allzu viel Aufwand.

Du hattest in deiner CSV-Datei auch die E-Mail-Adresse des Kunden drin, aber die wird von ::writeBill() gar nicht bereit gestellt. Soll ich das noch nachholen? Wer sie nicht braucht kann sie ja im Template weglassen.

[frase-git]

Vielleicht machen wir als Voraussetzung Office ab 2010 ? (Gibts be AmmaS00n für 15 Öre)

[frase-git]

was ist mit html?

• Einfach nur die Daten in einfachen HTML-Tabellen in einem Dokument unterzubringen ist möglich. Auch das Drag&Drop in eine Tabellenkalkulation sollte möglich sein. Aber da muss man gut aufpassen, was man im HTML-Dokument markiert. Könnte etwas fuddelig sein.

HTML haben wir doch schon !!! In der iiihmääähl.

[frase-git]

Du hattest in deiner CSV-Datei auch die E-Mail-Adresse des Kunden drin, aber die wird von ::writeBill() gar nicht bereit gestellt. Soll ich das noch nachholen? Wer sie nicht braucht kann sie ja im Template weglassen.

Meins war doch nur ein schnell-vorab-probier-Test ;-) Ich denke, falls CSV dann alle möglichen Daten rein @XHalbert ?

[cmb69]

HTML haben wir doch schon !!! In der iiihmääähl.

Ich zum Glück nicht (ich kann aber bei Bedarf umstellen).

[frase-git]

Albert hat in Excel "öffnen" verwendet. Er müsste aber wohl "Extras/Externe Daten/Textdatei importieren".

Das ist möglich. In 2010 geht das auch direkt über "öffnen" - da kommt der Assistent. Aber, so wie im Branch - da geht es ohne Rückfragen - perfekt!

[XHalbert]

HTML haben wir doch schon !!! In der iiihmääähl.

es müsste aber eine zweite geben, die nur der Shopbetreiber kriegt Die Daten aus der Tabelle in der Email kann ich problemlos in Exel ziehen.

dann alle möglichen Daten rein @XHalbert ?

klar, siehe #15