Diskussion:Tariftabelle Prepaid: Unterschied zwischen den Versionen
imported>Carponaut stefan |
imported>Admin |
||
Zeile 117: | Zeile 117: | ||
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 16:52, 1. Sep. 2008 (CEST) Hallo Mike, habe gesehen dass du parallel in der Spielwiese arbeitest, leider zu spät, habe an der Haupttabelle aber nur RUL etc. nachgearbeitet. Mir fiel ausserdem auf, dass manche Anbieter-Zellen einen einfachen Link enthalten nach dem Schema "((Anbieter))" und andere so: "((Anbieter|Anbietertitel))", ob das eine Rolle spielt dass ein "Bruch" in der Sortierung entsteht? (eckige Klammern hier durch runde ersetzt!) | --[[Benutzer:Carponaut stefan|c.-naut Stefan]] 16:52, 1. Sep. 2008 (CEST) Hallo Mike, habe gesehen dass du parallel in der Spielwiese arbeitest, leider zu spät, habe an der Haupttabelle aber nur RUL etc. nachgearbeitet. Mir fiel ausserdem auf, dass manche Anbieter-Zellen einen einfachen Link enthalten nach dem Schema "((Anbieter))" und andere so: "((Anbieter|Anbietertitel))", ob das eine Rolle spielt dass ein "Bruch" in der Sortierung entsteht? (eckige Klammern hier durch runde ersetzt!) | ||
Dass man die Anbieterspalte nicht sortieren kann, war ein Workaround, der wohl nur vorübergehend Entlastung brachte und das Problem nicht löste. | Dass man die Anbieterspalte nicht sortieren kann, war ein Workaround, der wohl nur vorübergehend Entlastung brachte und das Problem nicht löste. | ||
--[[Benutzer:Admin|Admin]] 16:55, 1. Sep. 2008 (CEST)Hey Stefan! Keine Sorge. Ich arbeite in der Spielwiese nicht direkt an der Tabelle, sondern versuche dort isoliert dem Sortierproblem auf die Schliche zu kommen! Also kein Problem. Mit dem Anbietertitel könnte das was zu tun haben, da bin ich mir nicht sicher. Mal sehen, ob ich nochwas rausbekomme... |
Version vom 1. September 2008, 15:55 Uhr
30. Aug. 2008
--Admin 10:22, 30. Aug. 2008 (CEST)Diese Tariftabelle ist soweit fertig. Es fehlen noch Ergänzungen und später die Original Netzbetreiber (braucht noch etwas Zeit). Dennoch wäre ich dafür, die Tabelle dann in den Regelbetrieb zu übernehmen und die bisherige Tariftabelle Discounter zu entfernen, damit eine größere Menge an Nutzern an der Komplettierung mitarbeiten kann. Meinungen hierzu? Ich denke, die kann so raus..
--c.-naut Stefan 10:29, 30. Aug. 2008 (CEST) Guten morgen erstmal :) Okay, eigentlich wollte ich noch zu der Diskussion vorhin Stellung nehmen, aber so im Großen und Ganzen sieht es doch sehr gut aus. Ich würde da jetzt kein Discount-Streitchen draus machen wollen, dass jetzt eine große Gesamttabelle entstanden ist... im Gegenteil, man kann ja wirklich wie Mike sagt, aus dieser Mastertabelle dann durch Rauslöschen jede beliebige andere Spezialtabelle ableiten, und zu den vorläufigen qualifizierteren Discount-Kriterien stehe ich weiterhin, würde sie halt ggf. noch etwas knapper und klarer fassen. Einer der Anlässe dafür war übrigens, dass ich bei einem anderen großen Portal das mit T anfängt gesehen habe, dass die dortigen Tabellen nur eine Auswahl sind und nach z.t. sehr untransparenten Kriterien ausgewählt wurde was reinkommt und was nicht. Was mir noch auffiel:
- HSUPA ist glaube ich nicht überall wo auch HSDPA ist?
- die Verbreitung von UMTS ist quasi gesetzlich geregelt, daher kann man den Bempel setzen, wenn eine Karte das ermöglicht.
- aber was mit "freiwilligen Extras", wie EDGE, (oder auch HSDPA?), ich denke wenn sie flächendeckend verfügbar sind wie bei T-Mob. kann man den Bempel vergeben. Aber wie ist das mit o2-Karten, wo nur "erste BTSen" umgerüstet sind?
Und noch ne Frage: kann ich dann sukzessive meine Benutzerseite wieder freiräumen, okay? irgendwann soll da ein persönlicher Steckbrief von mir hin... ich wusste bloß nicht, wo man eine Art persönlicher Arbeitsbereich einrichten soll ohne dass durch Basteleien die Besucher der Seite verwirrt werdenn.
PS: zu der Frage, wenn ein Anbieter keinen Tarifnamen hat weil es bei ihm eh nur einen Tarif gibt, wie wärs in der Anbieterkopfspalte zu schreiben: "Anbieter, ggf. Tarif". Bezüglich Netzbetreiber-Tarife: dort gibt es eine zusätzliche Spalte die die Mindestaufladung für die jeweilige Rabattstufe angibt. Hier müsste man dann für die Tabelle ebenfalls eine extra Spalte einführen oder beim Tarifnamen eine Fußnote, wie bislang bei smobil. Man könnte den Grund-Tarif (zB Loop S) ohne jede Fußnote aufführen, und bei Loop M und L dann bereits beim Tarifnamen ganz links die Fußnote anbringen "bei Mindestaufladung xy, Geltungsdauer z Monate, sonst Tarif wie Loop S" . Meinungen dazu?
--DrSeehas 10:49, 30. Aug. 2008 (CEST) Mißverständnis: Die Sortierung ist überall korrekt. Bei mir stehen z.B. bei ALDI e-plus und UMTS hintereinander in einer Zeile, bei z.B. ay yildiz untereinander in zwei Zeilen.
Ich schaue mir das mal genauer an. Vielleicht finde ich ja heraus, warum das so ist.
Anbietern ohne Tarifname: Gibt es sowas wirklich?
Beispiel ALDI: Anbieter: Medion mobile oder so ähnlich, Tarif: ALDI TALK
Beispiel BILDmobil: Anbieter: moconta oder so ähnlich, Tarif BILDmobil.
Ich sehe kein Problem darin, für einen Anbieter das Logo seines Tarifes zu verwenden.
Mit dem Kompromiss bin ich einverstanden (er folgt ja weitgehend meinem Vorschlag ;-) Ich möchte aber einen weiteren Vorschlag machen: Es sollten nur die jeweiligen Verantwortlichen Schreib-/Änderungsrechte besitzen (wie Hauptseite). Begründung: In den Tabellen steckt ganz schön viel Arbeit und irgendwann wird auch hier der Vandalismus zuschlagen. Änderungswünsche können ja auf der Diskussionsseite mitgeteilt werden.
HSUPA/EDGE/HSDPA: Es geht hier nicht darum, ob ein bestimmtes Gebiet mit einer Technik versorgt wird oder nicht oder flächendeckend, sondern ob ein bestimmter Tarif z.B. HSUPA zulässt oder nicht. Ich kann das bei HSUPA leider nicht überprüfen, da ich kein HSUPA-fähiges Endgerät besitze. Selbstverständlich fallen dann z.B. e-plus- (und zwangsweise vistream-) Tarife bei EDGE, HSDPA und HSUPA raus, da der Netzbetreiber diese Technik bisher gar nicht anbietet.
--Admin 10:55, 30. Aug. 2008 (CEST) Das mit der Zeilentrennung habe ich gefunden. Da fehlt z.t. noch das "br/". Bitte mal die betreffenden Anbieter nennen oder selber einfügen. Was die Schreibrechte angeht: ich muss mal schauen, ob und wie man das differenzieren kann. Ich kann bisher nur zwischen Admin und normalen User switchen. Die Hauptseite z.b. hat nur Adminrechte. Im Notfall müsste ich euch dann Adminrechte geben, falls man das nicht noch anders regeln kann. HSUPA etc.: da brauche ich mal Zuarbeit, welcher Anbieter das im Tarif hat und würde es dann ergänzen. Ich selber kenne mich da nicht groß aus, da ich mobile Datendienste praktisch nie nutze. Vorschlag von stefan (original Netzbetreiber): ja, da müssen wir uns mit der Integrierung was einfallen lassen. Ist ja bei VF auch so mit den Comfort-Tarifen.
--c.-naut Stefan 11:02, 30. Aug. 2008 (CEST) HSUPA steckt m.w. noch sehr in den Anfängen, nur Großstädte oder so. Was die Vandalismusbefürchtungen angeht, find ich sind die Kehrseite des Wikiprinzips und es gibt ja immer noch die Revertierfunktion. Ist es nicht so dass hier sowieso nur angemeldete User Änderungen durchführen dürfen, und keine IP-Adressen? das gäbe doch schon einen gewissen Schutz. Zum Administrator aufschwingen liegt mir nämlich nicht, macht zuviel Arbeit ;) Die Codierzahlen hab ich gestern übrigens letztlich doch nicht berechnen müssen, da hat der Admin mir Arbeit abgenommen ;) Also bei Änderungsrechten alles so lassen wie es ist, ist nicht die schlechteste Lösung. HSUPA rauspfriemeln mache ich nur wenn gesteigerter Bedarf geäussert wird. Merkwürdige Effekte bei der alphabetischen Sortierung der Tabelle nach Anbietern: ursprünglich ist die Tabelle nach Alphabet der Anbieter sortiert. Aber klickt man zweimal auf den Tabellenkopf, kommt nicht wieder die ursprüngliche Sortierung raus (was man erwarten würde.) Es hängt mit den Links in doppelten [] zusammen. Der Linktext ist der Tarifname, und das Wikisystem zieht nur diesen zur Sortierung heran. So kommt es, dass dann drei Einheitstarife hintereinander stehen, (simyo, blau und plus), und nicht wie ursprünglich 2mal blau und 1x blauworld, ist das so beabsichtigt? Nebeneffekt ist auch, dass der Solomo 08/5 -Tarif, da Zahlen vor Buchstaben sortiert werden, ganz am Anfang der Tabelle kommt ( 0 < A) und nicht etwa bei S wie Solomo bleibt.
--Hausmeister 12:13, 30. Aug. 2008 (CEST) Bin auch dafür die neue Tabelle zu übernehmen. Wäre es möglich die Tabellenköpfe hochkant zu schreiben? Dadurch könnte man die Tabelle auf eine perfekte Breite reduzieren.
Tabellenköpfe hochkant schreiben
@Hausmeister: Es gibt eine Reihe von Anwendungen für diese Frage. Das scheint nicht so einfach zu sein. Habe heute früh unabhängig von dieser Diskussion ein paar Links zusammengetragen. Das Problem liegt daran, dass es noch nicht browserunabhängig gelöst werden kann.
http://w3.org/TR/2003/CR-css3-text-20030514/#GlyphOrientation
http://www.styleassistant.de/tips/beispiel78.htm
http://forum.de.selfhtml.org/archiv/2005/1/t99566/
http://forum.de.selfhtml.org/archiv/2002/7/t16207/
Meiner Meinung nach ist die Kopfzeilenstruktur derzeit okay und sollte nicht modifiziert werden. Browser ab Auflösungen von 1024 brauchen seitlich nicht scrollen und das war eigentlich das Ziel...
Symbole: ich würde vorschlagen, die Spalten MNP, EVN und RUL wie beispielhaft gezeigt durch die Symbole mit den Kürzeln zu ersetzen. Vorteil: auch innerhalb der Tabelle ohne Kopf/Fußzeilen ist dann erkenntlich, für was das jeweils Ja/Nein steht. Oder?
--c.-naut Stefan 14:08, 30. Aug. 2008 (CEST) auf den ersten Blick eine bestechende Idee! macht aber auch viel Arbeit (dir ;-))... vielleicht reicht es, nur die Ja-Aussagen mit dem RUL zu hinterlegen, dann kann man sich auch senkrecht orientieren wenn ein Nein da ist und in einer der Zeilen drüber und drunter irgendwo ein "Ja-RUL" Zeichen und das genügt. Solltest du dasselbe bei MNP vorhaben, rege ich an eine optish abgesetzte Schrift (z.B. Times) in kursiv und kleinbuchstaben zu nehmen. Symbole 2: ein kleiner Nachteil, dass die Tabelle jetzt nach rechts scrollen muss (ist höher und breiter geworden).. ob du vielleicht den Schriftzug RUL "hinter" das Kreuz bzw. den Haken legen kannst dass man ihn meinetwegen nur teilweise lesen kann?
--Admin 20:26, 30. Aug. 2008 (CEST) Wieso nach rechts scrollen? Bei mir ist alles wie gehabt und auch an der Breite hat sich nichts geändert. Ich hatte ja ein wenig experimentiert mit den Symbolen. Da ist die jetzige Variante IMHO am besten. Schau nochmal genau nach, die Testspalten sind genauso hoch und lang wie die anderen auch. Oder habe ich da was falsch gesehen??
--Hausmeister 20:42, 30. Aug. 2008 (CEST) Also ich habe die Auflösung 1024 x 768, jetzt habe ich mal auf 1280 x 1024 gestellt und selbst da muss ich seitlich scrollen. Ich nutze Firefox.
--Admin 20:51, 30. Aug. 2008 (CEST) Also ich hab Firefox3, 1280x1024 und muss nicht seitlich scrollen?! Breiter ist auf jeden Fall nichts geworden durch die neuen Symbole (die ich jetzt noch einmal verkleinert habe). Irgendwie müssen wir da wohl noch optimieren...
--Hausmeister 11:31, 31. Aug. 2008 (CEST) Sehr verwunderlich. Ich habe jetzt auch Firefox 3 und nun muss man nicht mehr srcollen, wenn man die Auflösung 1280x1024 hat.
Schreibrechte/HSUPA/Sortierung
Ich sehe das mit den Schreibrechten auch so. Es gibt genug wirkungsvolle Mechanismen, um Vandalismus zu verhindern. Zudem ziehe ich regelmäßig Backups der Datenbank. Viel problematischer sind die Hackerversuche, die täglich unsere Seite bombardieren! Ich weiß wovon ich rede... Also das lassen wir erst einmal so. HSDPA und HSUPA wie schon geschrieben, kann ich gerne einfügen, wenn die Zuarbeit kommt. Was die Sortierung angeht: Ja, das ist in der Tat so. Aber an sich brauchen wir je die Sortierung der Zeile nur komplett zu sperren. Schließlich kommt die Tariftabelle ja schon schön alphabetisch sortiert daher und daher halte ich da eine Sortiersperre für angebracht. Ich teste das gleich mal!
31. Aug 2008
Die neue Tariftabelle ist nun online und in offiziellem Gebrauch. In den nächsten Tagen sollte dann noch die Ergänzung in Form der Original Netzbetreibertarife hinzukommen.
--DrSeehas 12:58, 31. Aug. 2008 (CEST) Ich bekomme beim Bearbeiten der Tabelle Folgendes: "WARNUNG: Diese Seite ist 30 kB groß; einige Browser könnten Probleme haben, Seiten zu bearbeiten, die größer als 32 KB sind. Überlege bitte, ob eine Aufteilung der Seite in kleinere Abschnitte möglich ist."
Und dabei sind die Netzbetreiber-Tarife noch gar nicht integriert.
Ein großes Danke an Stefan und Mike, die sich wirklich sehr viel Mühe gemacht haben. Aber ich befürchte, teilweise umsonst, da die Tabelle einfach inzwischen zu kompliziert und aufwändig geworden ist. (Ich bringe mal meinen Vorschlag von gestern oder vorgestern wieder: Nur Mike und Stefan haben Schreib-/Änderungsrechte)
Inhaltlich frage ich mich, warum bei Loop & Co soviel Aufwand getrieben wird, aber bei smobil und solomo nicht mal auf den besseren kalkulatorischen Preis hingewiesen wird.
Ach ja: Bei den Anbieter-Logos fehlt noch die Textbeschreibung a la [ [Bild:XyLogo.jpg|48px|Netzbetreiber] ].
--c.-naut Stefan 21:50, 31. Aug. 2008 (CEST) ich denke bei smobil wird es sich machen lassen, bei solomo gibt es glaub ich diese 10 € / 20€ - 10%-Rabattierung.. da wird man überlegen müssen wie sich das darstellen lässt, es weicht doch etwas ab von den Usancen. Wie ich meine positiv übrigens. Solomo ist nicht in allen Punkten der billigste aber er verbindet kostenorientierte Differenzierung mit übersichtlicher nachvollziehbar durchkalkulierter Ausgewogenheit, neudeutsch könnte man so eine Tarifgestaltung vielleicht als "nachhaltig" bezeichnen. Solche Tarife profitieren übrigens auch von den in Entwicklung befindlichen Discounter-Regeln.
Was die Aufwändigkeit der Tabelle anlangt: mein PC ist nicht der neueste ... die Warnmeldung ist berechtigt. Wenn ich die Seite abspeichere sind es über 96,5 KB (die Wikisoftware scheint die Warnung immer mit 32 KB auszuspucken). Wenn man zulässt dass auf Rechnern ohne Javascript die Tabelle in vereinfachter Form erscheint, kann man die Tabelle so modifizieren, dass die unsichtbaren COdezahlen von einem kleinen JAvascript dazu verwendet werden, die häufig stereotyp wiederkehrenden Bilderläuterungstexte (RUL ja usw., UMTS ja/nein) nachträglich während dem Bildaufbau noch schnell dynamisch in die Seite einzubauen. Dadurch könnten allein 20 KB gespart werden. Weitere 40 KB könnten auf ähnliche Weise mit den Netzbetreiberlogos etc. gespart werden, ohne die Tabelle optisch zu verändern. Hätte den Vorteil, dass auch mobile User via GPRS hier surfen können. Sag mal, für wieviel Traffic musst du eigentlich löhnen? (wenn Frage nicht zu indiskret, @Mike) ist das schon spürbar?
--DrSeehas 22:03, 31. Aug. 2008 (CEST) Welcher Tarif von AY YILDIZ ist das? Der "AyDE" oder der "KolayKart"? Und warum ist nur ein Tarif von AY YILDIZ in der Tabelle?
--c.-naut Stefan 22:06, 31. Aug. 2008 (CEST) ich war gestern auf der Seite von Ay yildiz und soweit ich recht verstanden habe ist kolay kart ein Postpaid-Vertragstarif mit Grundgebühr. ay yildiz ist der einzige Prepaid-Tarif dort. EDIT: hab mich wohl geirrt, sorry. kann eben kein Türkisch ;)
--Admin 22:10, 31. Aug. 2008 (CEST)Ne, kolay kart ist der alte Ursprungstarif. Dann kam der AyDE dazu. Irgendein User hat wohl damals vorschnell die Tariftabelle geändert und die Konditionen von AyDE eingesetzt. Aber Ay yildiz hat in der Tat zwei Tarife..muss also noch in die Tabelle und bei Ay eingepflegt werden! Sind aber IMHO beide Prepaid. Ich habe sogar noch so eine alte kolay kart hier rumliegen.
--Admin 22:21, 31. Aug. 2008 (CEST) Zu den Fragen Tariftabelle: Handelt es sich bei der Warnung um ein Problem, welches nur bei der Bearbeitung auftaucht oder auch bei der Darstellung? Wenn ersteres der Fall ist, dann würde ich wirklich die Schreibrechte eingrenzen. Bei mir gabs bisher keine Probleme bei der Bearbeitung und ich würde mich ziemlich ärgern, wenn ein Teil der Arbeit echt umsonst war! Folgender Vorschlag: ich integriere morgen die Netzbetreiber und schalte dann erst einmal eine Schreibsperre auf Admin. Dann kann zwar nur ich die Tabelle bearbeiten, aber im Grunde genommen ist der Administrationsaufwand dann auch nicht mehr so groß. Änderungen dann an mich weitergeben und ggf. kann ich die Sperre auch temporär aufheben, wenn Stefan etwas an der Tabelle ändern möchte. Zum Traffic: der ist schon gigantisch. Nicht umsonst habe ich jetzt mal den Hinweis zur künftigen Finanzierbarkeit gebracht, denn im Moment zahle ich alle Kosten aus eigener Tasche. Glücklicherweise habe ich derzeit eine Shared-Webhoster mit Traffic-Flatrate...
--c.-naut Stefan 22:28, 31. Aug. 2008 (CEST) für mich spielt Traffic schon eine Rolle, hauptsächlich wegen der Bandbreite, der Seitenaufbau wird nicht beeinträchtigt, aber manchmal geht er auch etwas zäh. Der reine Informationsgehalt ist nur ~5 KB, und dass wir da 95 KB verbraten ist weder besonders ökologisch noch besonders ökonomisch. Übrigens würd ich in dem Zusammenhang bitten, die Tabelle einstweilen nicht unter Closed-source zu stellen... ich kann zwar nicht beurteilen, wie sehr Vandalismus droht, jedoch widerspräche es auch ein bisschen dem Wiki-Prinzip. Es genügt, dass die Hauptseite nach dem Vorschläge-zur-Umsetzung-Einreichprinzip läuft.
1. Sep. 2008
--DrSeehas 14:14, 1. Sep. 2008 (CEST) Ich muß mich bei euch entschuldigen! Grund: Laut http://www.bundesnetzagentur.de/media/archive/13444.pdf müssen alle ab spätestens 24.10.08 einen EVN anbieten. Spätestens dann können wir die EVN-Spalte entfernen.
--Admin 14:40, 1. Sep. 2008 (CEST)Hmm. Grrrr. Warum geben wir uns dann so eine Mühe?!? Vorschlag: da diese Zeile in Kürze überflüssig wird, beantrage ich die sofortige Löschung oder zumindest die Einstellung weiterer Aktualisierungen. Denn sonst arbeiten wir ja nur für die Katz! Alternativ könnte man die freiwerdende Zeile natürlich auch mit einem anderen, sinnvollen Feature belegen. Hat jemand eine Idee??
--c.-naut Stefan 15:28, 1. Sep. 2008 (CEST) habe das Dokument gerade gelesen und kann mit keiner Silbe entnehmen, dass sich an der bisherigen Praxis für Prepaid-Kunden etwas ändert. Auf Seite 5 oben ist davon die Rede was jetzt überhaupt neu ist, nämlich dass für den Ausweis von Datennutzung und (im folgenden) Preissprünge bei Weitervermittlung aus Auskunftsdiensten eine detailliertere Information im EVN Pflicht wird. Aber diese Verfügung kann doch nur überhaupt da greifen, wo der EVN überhaupt verpflichtend ist, wo eine Rechnung / Abrechnung gestellt werden muss. Soweit ich mich erinnere war bei einem Prepaid-VoIP-Anbieter mal die Möglichkeit, eine Rechnung anzufordern. Als ich das PDF öffnete fiel ich vor Lachen fast vom Hocker. Da stand sinngemäss drin: "10 Euro Anzahlung auf Telekommunikationsleistungen dankend erhalten." - toller EVN, aber irgendwie logisch! EDIT: Wenn ich die Tabelle nach "Preis zu Mobilfunk" 2x sortieren lasse und danach die Sortierung nochmals umkehre sodass sie ansteigend sein müsste, kommt irgendwann mobi und danach geht es mit Maxxim bei 8 Cent weiter. Woran liegt das? Edit2: http://www.teltarif.de/arch/2003/kw31/s11189.html ; ausserdem könnte man natürlich die Kosten angeben, die ein EVN verursacht. Edit 3: http://www.teltarif.de/forum/s28935/7-15.html Am §45e TKG hat sich durch diese Aktivitäten der Bundesnetzagentur rein gar nichts geändert, sie ist nach dessen 2. Absatz tätig geworden Im 1. Absatz steht weiterhin, dass die EVN-Pflicht nicht gilt, wenn nach Art der erbrachten Leistung grundsätzlich keine Rechnung erstellt wird. (sinngemäss zitiert) - oder habe ich was übersehen?
--Admin 16:05, 1. Sep. 2008 (CEST)Also ich hab mir gerade die Sortierung angeschaut. In der Tat, ab der 3. Sortierung wird die Reihenfolge ganz eigenartig. Das betrifft aber nicht nur Mobilfunk, sondern auch Festnetz, Intern etc. und ich habe keine Ahnung, woran das liegt. Fakt ist, erste und zweite Sortierung klappen... Sehr komisch. Zu den EVN: ich habe mir nicht die Mühe gemacht und das Dokument gelesen. Aber wenn DrSeehas so etwas schreibt, dann hat er sich in der Regel richtig informiert. Naja, warten wir mal ab.
--c.-naut Stefan 16:11, 1. Sep. 2008 (CEST) DrSeehas weist uns, so will es mir scheinen, schonend und sachte darauf hin, dass durch die Integration der fußnotenhaltigen Netzbetreiber die Tabelle in die Breite gegangen ist und hat schonmal Ausschau gehalten nach horizontalen Einsparmöglichkeiten. Ich jedenfalls muss ziemlich scrollen. Dabei haben wir schon bei den Tarifnamen geknapst wo es nur geht ... z.b. "Sparkasse" statt "Sparkassentarif", was ich übrigens für voll vertretbar halte. Ich habe auch Click 2007 zu Click verkürzt, hoffe das findet Zustimmung?! Wenn horizontal noch gespart werden soll, wäre ich dafür bei "SMS Ausland" "SMS Aus- land" zu schreiben. <Semaphor:> Arbeitet gerade jemand an der Tabelle? würde gern bis 16.25 bearbeiten! </Semaphor:> --c.-naut Stefan 16:22, 1. Sep. 2008 (CEST) fertig. Habe noch nichts verändert. Vermutung: die Zeilenanfänge sehen unterschiedlich aus. Von Avantaje bis freenet discount beginnt die Zelle links mit |< , ab freenet plus beginnt sie mit "| <" also mit Leerzeichen. Der Sortieralgorithmus zählt das mit zum Namen des Tarifs, vermute ich und sortiert entsprechend anders. Diese Uneinheitlichkeit macht wohl das Problem.
--Admin 16:24, 1. Sep. 2008 (CEST)Okay, das schau ich mir mal an und korrigiere es! Ja die Fußnoten. Nun sind die wegen dem sortiernotwendigem "/" auch noch um eine Stelle nach links verrutscht. Wenn wir eine Vergrößerung der Spalten in Kauf nehmen würden, könnte man ja vielleicht EVN und RUL in eine Zeile bringen und dann untereinander werten. Ach man, das ist aber auch ein Graus. Kaum wähnt man sich endlich am Ziel kommen wieder neue Problemchen...
--Admin 16:38, 1. Sep. 2008 (CEST)Hey Stefan! Die Zeilen habe ich korrigiert, sieht so auch übersichtlicher im Source aus. Sortierproblem bleibt aber. Ergo: war leider nicht die Ursache...
--c.-naut Stefan 16:52, 1. Sep. 2008 (CEST) Hallo Mike, habe gesehen dass du parallel in der Spielwiese arbeitest, leider zu spät, habe an der Haupttabelle aber nur RUL etc. nachgearbeitet. Mir fiel ausserdem auf, dass manche Anbieter-Zellen einen einfachen Link enthalten nach dem Schema "((Anbieter))" und andere so: "((Anbieter|Anbietertitel))", ob das eine Rolle spielt dass ein "Bruch" in der Sortierung entsteht? (eckige Klammern hier durch runde ersetzt!) Dass man die Anbieterspalte nicht sortieren kann, war ein Workaround, der wohl nur vorübergehend Entlastung brachte und das Problem nicht löste.
--Admin 16:55, 1. Sep. 2008 (CEST)Hey Stefan! Keine Sorge. Ich arbeite in der Spielwiese nicht direkt an der Tabelle, sondern versuche dort isoliert dem Sortierproblem auf die Schliche zu kommen! Also kein Problem. Mit dem Anbietertitel könnte das was zu tun haben, da bin ich mir nicht sicher. Mal sehen, ob ich nochwas rausbekomme...