Hi Antje,
ich hatte vor einiger Zeit ein ähnliches Problem, allerdings ohne den zwingenden Bedarf für Text innerhalb der Balken.
Deshalb habe ich mein Problem mit Bildern (und Tooltips für die 'Beschriftungen') gelöst:
http://www.schroepl.net/pbm/partien/yield/_1901_f/boerse.htm
Dadurch scheidet meines Wissens eine Tabelle als Graphikersatz aus.
Ich hatte damals auch diverse Versuche durchgeführt, das Bild durch HTML-Code zu ersetzen (um HTTP-Zugriffe zu sparen - das HTML-Dokument ließe sich anschließend hervorragend komprimieren), bin aber letztlich daran gescheitert, diesen "Pseudo-Balken in allen Browser-Varianten auf dieselbe Basis-Linie neben den Zahlenwert zu setzen (was nicht bedeuten muß, daß das nicht doch irgendwie funktionieren könnte ...), was mit dem Bild problemlos funktioniert.
Wenn Du Text hast, der größer ist als der entsprechende Balken, dann kannst Du entweder versuchen, beides entsprechend zu überlagern (den Text in ein <div> mit transparentem Hintergrund legen und via CSS über die Z-Koordinate vor den Balken positionieren), oder den Text direkt in das Bild hinein zu generieren (über entsprechende serverseitige Software, wie das beispielsweise der Webalizer macht:
http://webalizer.teamone.de/selfaktuell/
, wobei Dein Bild dann neben dem Balken zusätzliche Fläche in einer transparenten Farbe aufweisen muß, über welche Du Deine Beschriftung legen kannst).
Und ein GIF als Hintergrund lässt sich doch nicht auf einen Pixelwert festlegen, oder?
Ein GIF, das nur 1x1 px groß ist, so wie dieses hier
http://www.schroepl.net/pbm/partien/yield/buy1000.gif
, kann genau eine Farbe enthalten - wie groß Du es in Deinem HTML-Code skalierst, das ist Deine Entscheidung.
Eine weitere Einschränkung: ich möchte, wenn irgendwie möglich, kein DHTML nutzen müssen.
Nichts von alledem, was ich bisher erzählt habe, würde sinnvollerweise browserseitig stattfinden.
In meinem Fall ist es so, daß ich das oben verlinkte Dokument tatsächlich statisch generiere (mit einem DOS-Programm, yeah!) und anschließend hochlade; eine dynamische Generierung auf dem Server wäre aber prinzipiell genauso möglich.
Beachte, daß im vorliegenden Falle die Anzahl der tatsächlichen Zugriffe auf diese kleinen Bild-Dateien möglichst minimal ausfallen sollten - liefere also hinreichend lange Aufbewahrungsfristen in Form passender HTTP-Header mit. In meinem Falle sind das derzeit 4 Wochen:
http://www.schroepl.net/cgi-bin/http_trace.pl?url=http%3A%2F%2Fwww.schroepl.net%2Fpbm%2Fpartien%2Fyield%2Fbuy1000.gif&method=GET&version=HTTP%2F1.1
(Header "Cache-Control" und "Expires")
Was Du eigentlich tatsächlich haben willst, das wäre eine browserseitig hinreichend gut unterstützte Sprache für Vektorgraphiken, etwa
http://selfhtml.teamone.de/grafik/formate.htm#svg
Aber das Problem ist derzeit eben die browserseitige Unterstützung ...
Viele Grüße
Michael
T'Pol: I apologize if I acted inappropriately.
V'Lar: Not at all. In fact, your bluntness made me reconsider some of my positions. Much as it has now.
(sh:| fo:} ch:] rl:( br:^ n4:( ie:% mo:) va:| de:/ zu:| fl:( ss:) ls:~ js:|)
=> http://www.peter.in-berlin.de/projekte/selfcode/?code=sh%3A|+fo%3A}+ch%3A]+rl%3A(+br%3A^+n4%3A(+ie%3A%25+mo%3A)+va%3A|+de%3A%2F+zu%3A|+fl%3A(+ss%3A)+ls%3A~+js%3A|
Auch diese Signatur wird an korrekt konfigurierte Browser gzip-komprimiert übertragen.