Ich kann mir jetzt nicht auf Anhieb vorstellen, das eine unverzerrte Tabelle vom Excel besser aussieht als die von OOo. Gut vielleicht das das eine Programm den Zellenabstand nimmt und das andere den Textabstand.
Denke mal das die Kopf- und Fußzeile immer die gleiche ist und sich die Daten dazwischen ändern.
Dann würde ich die festen Teile in der .html Datei schreiben und die Daten mit einem script aus einer .csv Datei auslesen.
Dann brauchst du nur noch die .csv aktualisieren.
http://de.selfhtml.org/dhtml/modelle/da ... tm#tabelle
Probleme xls-Datei als html speichern, Tabelle verzerrt
Moderator: Moderatoren
Re: Probleme xls-Datei als html speichern, Tabelle verzerrt
Es reicht aus MS Excel 2000 zu verwenden, habs gerade hier getestet. MS Excel 2000 verbraucht auch wenig Systemressourcen (weniger als OOo 3.1), Preise für eine gebrauchte Lizenz von Excel 2000 schätze ich mal um 100 Euro.
Für OOo ist mir keine funktionierernde Lösung bekannt.
Natürlich lässt sich das Ganze per Makro erledigen, sofern Du das nicht selbst programmieren könntest macht das aber wohl wenig Sinn, denn sowas als Auftrag programmieren zu lassen ist ganz sicher um ein mehrfaches teuerer als eine Excel-Lizenz. GGf. frage einfach entsprechende Dienstleister an, eine Übersicht einiger Dienstleister für OOo findet sich z.B. hier:
http://webtools.projects.ooodev.org/support/
Gruß
Stephan
Für OOo ist mir keine funktionierernde Lösung bekannt.
Natürlich lässt sich das Ganze per Makro erledigen, sofern Du das nicht selbst programmieren könntest macht das aber wohl wenig Sinn, denn sowas als Auftrag programmieren zu lassen ist ganz sicher um ein mehrfaches teuerer als eine Excel-Lizenz. GGf. frage einfach entsprechende Dienstleister an, eine Übersicht einiger Dienstleister für OOo findet sich z.B. hier:
http://webtools.projects.ooodev.org/support/
Gruß
Stephan
Re: Probleme xls-Datei als html speichern, Tabelle verzerrt
Hallo Peter,
Jetzt weiß ich natürlich nicht wie das Export Ergebniss unter Excel-2007 aussieht, und deswegen kann ich nur von meinem Ergebnissen unter der 2003er Version berichten.
Mir ist aufgefallen, dass in der HTML Datei nach dem export, der rote Text vom 1. Mai (Tag der Arbeit) auf "Ta" gekürzt worden ist. Ein weiters Beispiel dazu ist der 1. Juni (Pfingstmontag23W) er wurde auf "Pfi" gekürzt.
Es gibt da noch mehrere solcher Situationen, aber diese beiden Beispiele sollen reichen.
Zwischenresumee 1:
Excel behält die Spaltenbreiten bei, und schneidet überstehenden Text, der in die Nachbarzelle ragt, ab Spaltenende einfach weg.
Nun meine Beobachtungen in OOo 3.1.0 Portable.
In der Darstellung in Calc konnte ich keine signifikanten unterschiede feststellen.
Erst als Export in HTML sah ich unterschiedliche Spaltenbreiten. Diese beruhen aber darauf, dass Calc keinen Text abschneidet. Jeder Text wird angezeigt, egal ob der 1. Mai (Tag der Arbeit), oder aber auch der 1. Juni (Pfingstmontag23W), JEDER ist vollständig zu sehen. Jeder ist in der Zelle, wo er hingehört.
Zwischenresumee 2:
Calc passt die Spaltenbreite an den Text an, und schneidet von daher keinen überstehenden und in die Nachbarzelle überagenden Text von alleine ab.
Fazit:
2 verschiedene Techniken, die zu unterschiedlichen Ergbenissen führen.
-> Spaltenbreite beibehalten,und Text abschneiden.
-> Spaltenbreite an den Text anpassen, und nichts abschneiden.
Welche Technik jetzt wirklich die bessere und geeignetere ist, mag ich momentan nicht beurteilen, da wohl beide ihre Vor- und Nachteile haben.
Mein Rat an dich, da Du ja wohl nicht mehr zu M$-Office zurück willst, erstelle dir so einen Kalender noch mal neu. Überarbeite das Layout noch mal, und achte darauf, dass der Feiertagstext immer nur in einer ganz bestimmten Spalte, nämlich rechts neben dem Datum steht. Denn wenn er einmal in der Datumsspalte, und einmal rechts daneben steht, fördert das nicht grad die Lesbarkeit.
Ergänzende Erklärung.
Mal hab ich wirklich aus OOo heraus Exportiert, und mal einfach als "Datei speichern unter" in HTML gespeichert. Die Unterschiede zwischen den beiden Methoden sind nicht so gravierend. Das Hauptmerkmal, Spaltenbreite an den Text anpassen, wird dadurch nicht beeinträchtigt.
Gruß
balu
Mag wohl sein, aber so wie der Kalender erstellt ist und bei mir in Excel-2003 zu sehen ist, so wird er aber auch nicht ordnungsgemäß als HTML exportiert (gespeichert).Unter Office 2007 funktioniert das abspeichern absolut ohne Probleme
Jetzt weiß ich natürlich nicht wie das Export Ergebniss unter Excel-2007 aussieht, und deswegen kann ich nur von meinem Ergebnissen unter der 2003er Version berichten.
Mir ist aufgefallen, dass in der HTML Datei nach dem export, der rote Text vom 1. Mai (Tag der Arbeit) auf "Ta" gekürzt worden ist. Ein weiters Beispiel dazu ist der 1. Juni (Pfingstmontag23W) er wurde auf "Pfi" gekürzt.
Es gibt da noch mehrere solcher Situationen, aber diese beiden Beispiele sollen reichen.
Zwischenresumee 1:
Excel behält die Spaltenbreiten bei, und schneidet überstehenden Text, der in die Nachbarzelle ragt, ab Spaltenende einfach weg.
Nun meine Beobachtungen in OOo 3.1.0 Portable.
In der Darstellung in Calc konnte ich keine signifikanten unterschiede feststellen.
Erst als Export in HTML sah ich unterschiedliche Spaltenbreiten. Diese beruhen aber darauf, dass Calc keinen Text abschneidet. Jeder Text wird angezeigt, egal ob der 1. Mai (Tag der Arbeit), oder aber auch der 1. Juni (Pfingstmontag23W), JEDER ist vollständig zu sehen. Jeder ist in der Zelle, wo er hingehört.
Zwischenresumee 2:
Calc passt die Spaltenbreite an den Text an, und schneidet von daher keinen überstehenden und in die Nachbarzelle überagenden Text von alleine ab.
Fazit:
2 verschiedene Techniken, die zu unterschiedlichen Ergbenissen führen.
-> Spaltenbreite beibehalten,und Text abschneiden.
-> Spaltenbreite an den Text anpassen, und nichts abschneiden.
Welche Technik jetzt wirklich die bessere und geeignetere ist, mag ich momentan nicht beurteilen, da wohl beide ihre Vor- und Nachteile haben.
Mein Rat an dich, da Du ja wohl nicht mehr zu M$-Office zurück willst, erstelle dir so einen Kalender noch mal neu. Überarbeite das Layout noch mal, und achte darauf, dass der Feiertagstext immer nur in einer ganz bestimmten Spalte, nämlich rechts neben dem Datum steht. Denn wenn er einmal in der Datumsspalte, und einmal rechts daneben steht, fördert das nicht grad die Lesbarkeit.
Ergänzende Erklärung.
Mal hab ich wirklich aus OOo heraus Exportiert, und mal einfach als "Datei speichern unter" in HTML gespeichert. Die Unterschiede zwischen den beiden Methoden sind nicht so gravierend. Das Hauptmerkmal, Spaltenbreite an den Text anpassen, wird dadurch nicht beeinträchtigt.
Gruß
balu
Sei öfter mal ein Faultier, sag öfter mal "Ach was!" Dann kriegst du keinen Herzinfarkt, und hast ne menge Spass.
wehr rächtschraipfähler findet khan si behalden![Very Happy :D](./images/smilies/icon_biggrin.gif)
wehr rächtschraipfähler findet khan si behalden
![Very Happy :D](./images/smilies/icon_biggrin.gif)
Re: Probleme xls-Datei als html speichern, Tabelle verzerrt
Und was nutzt das bei sonst schlechtem Exportergebnis? GARNICHTS!Calc passt die Spaltenbreite an den Text an, und schneidet von daher keinen überstehenden und in die Nachbarzelle überagenden Text von alleine ab.
Es ging hier um sauberen Export nach HTML, den Calc bisher noch nicht beherrscht!Mein Rat an dich, da Du ja wohl nicht mehr zu M$-Office zurück willst, erstelle dir so einen Kalender noch mal neu. Überarbeite das Layout noch mal, und achte darauf, dass der Feiertagstext immer nur in einer ganz bestimmten Spalte, nämlich rechts neben dem Datum steht. Denn wenn er einmal in der Datumsspalte, und einmal rechts daneben steht, fördert das nicht grad die Lesbarkeit.
Niemand hat dazu ernsthaft Lust erst umfangreiche Tabellen zurechtzurücken bis es Calc 'genehm' ist, wobei ich jetzt schon bezweifle das sich die Tabelle überhaupt so zurechtrücken lässt das ein einwandfreier Export nach HTML herauskommt.
lange Rede kurzer Sinn:
Excel (zumindest in Version 2007 und 2000) realisiert den HTML-Export routiniert und ohne nennenswerte Probleme, Calc schafft es nicht richtig!
Gruß
Stephan
Re: Probleme xls-Datei als html speichern, Tabelle verzerrt
Hallo,
wie wäre da ein ganz anderer Lösungsansatz:
Die Tabelle soll in Web gestellt werden und wenn sich eine Kleinigkeit ändert, ladest du die Tabelle erneut ins Netz! Ich nehme mal an das du das nicht nur für Dich alleine machst sondern auch noch für paar andere und das ist ein ziemlich großer Aufwand.
Da wäre es praktischer wenn sich die Termine direkt im Web ändern könntest!
Wie wäre es wenn du auf die Internetseite ein CMS installiert mit einer Kalenderfunktion?
z.B. Joomla! mit JEvents
http://www.joomlaos.de/option,com_remos ... d,922.html
wie wäre da ein ganz anderer Lösungsansatz:
Die Tabelle soll in Web gestellt werden und wenn sich eine Kleinigkeit ändert, ladest du die Tabelle erneut ins Netz! Ich nehme mal an das du das nicht nur für Dich alleine machst sondern auch noch für paar andere und das ist ein ziemlich großer Aufwand.
Da wäre es praktischer wenn sich die Termine direkt im Web ändern könntest!
Wie wäre es wenn du auf die Internetseite ein CMS installiert mit einer Kalenderfunktion?
z.B. Joomla! mit JEvents
http://www.joomlaos.de/option,com_remos ... d,922.html
- miesepeter
- ********
- Beiträge: 2117
- Registriert: Sa, 10.05.2008 15:05
- Wohnort: Bayern
Re: Probleme xls-Datei als html speichern, Tabelle verzerrt
Hallo,
wenn's schon mit HTML so schwierig ist:
Warum stellst du den Kalender nicht im PDF-Format ins Netz?
Oder du fügst die Daten in Impress ein (als GDI-Metafile), von dort aus exportierst du nach SWF?
Und wenn du mehrere Kalenderblätter hättest, dann ließe sich das im SWF-Export sogar durch Anklicken durchblättern.
Und: Mit beiden Exportmöglichkeiten gibt's keinen Verlust hinsichtlich Lesbarkeit etc. du kannst sogar prima und ohne Probleme skalieren.
@Pete
Wären das keine vernünftigen Optionen? Schreib uns dazu deine Meinung!
Ciao
wenn's schon mit HTML so schwierig ist:
Warum stellst du den Kalender nicht im PDF-Format ins Netz?
Oder du fügst die Daten in Impress ein (als GDI-Metafile), von dort aus exportierst du nach SWF?
Und wenn du mehrere Kalenderblätter hättest, dann ließe sich das im SWF-Export sogar durch Anklicken durchblättern.
Und: Mit beiden Exportmöglichkeiten gibt's keinen Verlust hinsichtlich Lesbarkeit etc. du kannst sogar prima und ohne Probleme skalieren.
@Pete
Wären das keine vernünftigen Optionen? Schreib uns dazu deine Meinung!
![Twisted Evil :twisted:](./images/smilies/icon_twisted.gif)
Ciao