Benutzer Diskussion:DrSeehas

Codierschema der Spalte Netzfunktionen

Die Spalte Netzfunktionen enthält ausser den Logos zusätzlich eine mit "display:none" unsichtbar gemachte Zahl, welche dieselbe Information in codierter Form enthält. Damit es hier zu keinen Fehlern kommt, sei das Codierschema hier nochmal festgehalten:
Codierung Netzbetreiber:


• 0 = eplus
• 16 = o2
• 32 = T-Mobile
• 48 = vistream
• 64= Vodafone
• 1 = HSDPA
• 2 = HSUPA (zukünftig)
• 4 = EDGE (zukünftig)
• 8 = UMTS

Beispiel: 41 = 32 + 8 + 1 , das bedeutet: T-Mobile-Netz mit UMTS und HSDPA
Man addiert einfach alle zutreffenden Faktoren um die Codierzahl zu erhalten. Durch den Aufbau dieser Zahl ist sichergestellt, dass die Anbieter nach Netzen und zugleich innerhalb der Netze aufsteigend nach besserer Netzausstattung sortierbar sind. Gegenwärtig (3.9.08) sind nur HSDPA und UMTS in der betreffenden Spalte codiert.

---

--DrSeehas 15:34, 3. Sep. 2008 (CEST) Also die Reihenfolge verstehe ich nicht ganz. Technisch ist die Reihenfolge von schnell nach langsam:
HSUPA > HSDPA > UMTS > EDGE > GPRS > HSCSD > CSD

--c.-naut Stefan 17:52, 3. Sep. 2008 (CEST) so gesehen wäre vodafone der schnellste und eplus der langsamste. Aber der Zahlenwert ist hier willkürlich, die Zahlen stehen nur zufällig für bit-Werte. Jeder Wert ist ein Flag für "Wert vorhanden" zumindest bei den Netzmerkmalen. Bei den Netzen ist einfach nach Alphabet durchnumeriert. ich hätte ja auch schreiben können $29 (hexadezimal) oder %00101001 (binär). Die Idee bis CSD herunter zu codieren kann ich schon interessant finden. Dann wäre das Prepaid-Wiki wirklich enzyklopädisch. Was hältst du z.b. von einer Kreuztabelle, wo in den Spalten und Zeilen alle Anbieter gegeneinander angetragen sind und an den Kreuzungspunkten vermerkt, welche Portierungs- und Umleitungsmöglichkeiten bestehen (mit Preis)? EDIT: Pardon, du meintest, die Sortierfolge die sich dann einstellt?
Hier muss ich selber überlegen:
0 ist GSM only
8 ist UMTS
9 ist UMTS plus HSDPA
man darf halt nicht HSDPA alleine setzen ohne das UMTS Flag. Aber soweit ich weiss ist es auch nicht mit GSM kombinierbar. Laut Martyn auf der TT-Seite gibt es auch UCSD mit bis 64 kbit, aber das unterstützt kaum ein Anbieter...

--DrSeehas 18:09, 3. Sep. 2008 (CEST) Es geht hier in dieser Tabelle aber nicht darum, was Vodafone oder E-Plus in ihrem Netz zur Zeit anbieten, sondern darum, für welche Dienste ein bestimmter Tarif/SIM-Karte freigeschaltet ist.
"Zahlenwert ist hier willkürlich": Genau das meine ich! Und das ist FALSCH! Die Zahlen wurden doch für die Sortierung eingeführt. Dann wird auch willkürlich sortiert. Ist das erwünscht? Nein. Bei der Sortierung sollten diejenigen Tarife zuoberst kommen, die für HSUPA freigeschaltet sind. Dann die für HSDPA, dann die für UMTS, dann... Verstehst du jetzt? Edit: Jetzt hast du es ja selber gemerkt.
nicht mit GSM kombinierbar: WAS ist nicht mit GSM kombinierbar?
UCSD: Kenn ich nicht.

--c.-naut Stefan 18:25, 3. Sep. 2008 (CEST) >Jetzt hast du es ja selber gemerkt das Ergebnis meiner nochmaligen Überlegungen war dass es richtig gemacht ist. "Willkürlich" bezog sich auf die Zahlenwerte der Netze (eigentlich nicht ganz willkürlich sondern alphabetisch, aber jedenfalls nicht nach Geschwindigkeit oder "Wert" der Netze bezogen.) Wenn man es denn andersrum sortiert haben will, reicht es doch im Tabellenkopf einfach nochmal auf Sortieren zu klicken, oder seh ich das falsch? EDIT: GSM nicht mit HSDPA kombinierbar.

--DrSeehas 18:35, 3. Sep. 2008 (CEST) Du findest also, dass es richtig ist, wenn die Sortierreihenfolge innerhalb eines Netzes willkürlich ist? Wozu dann überhaupt die Techniken codieren, wenn es doch eh egal ist? Ich merke schon, du verstehst mich (noch) nicht. Tipp: Vergleiche mal deine Reihenfolge mit meiner Reihenfolge.
GSM nicht mit HSDPA kombinierbar: ??? Du meinst allen Ernstes, dass man mit einer Karte, die für HSDPA freigeschaltet ist, nicht mehr im GSM-Netz funken kann?

--c.-naut Stefan 18:51, 3. Sep. 2008 (CEST) nein, meine ich nur im Spaß. Aber im Ernst, auf deiner Benutzerdiskussionsseite ist keine Tabelle zu erkennen die eine Spalte Netzfunktionen aufwiese. Gar keine Sortierung ist natürlich die unangreifbarste ;-)

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.

Auf dieser Website (Screenshots von verschiedenen browsern) kann man sich ein Bild machen, die die Tabelle in den verschiedenen nicht zu alten versionen der bekanntesten Browser aussieht. Als Auflösung habe ich 1024 Pixel Breite eingegeben, das ist zeimlich verbreitet (auch wenn sich gleich wieder jemand meldet, der mehr hat). Da muss man überall querscrollen. Das ist, finde ich, nicht akzeptabel. Selbst wenn ich 1280 eingebe, kommen noch Tabellenansichten, die die Breite überschreiten. Dieter 01:34, 3. Sep. 2008 (CEST)

--DrSeehas 06:55, 3. Sep. 2008 (CEST) Tausend, tausend Dank für diesen Link!

--Admin 09:27, 3. Sep. 2008 (CEST)Also ich fürchte fast, wir werden dieses Scrollproblem wohl nie wirlich in den Griff bekommen. Um in einer Auflösung von 1024 nicht nach rechts scrollen zu müssen, ist auf jeden Fall eine Zusammenfassung von Spalten notwendig. Auf meiner Testseite habe ich dies mal getan. Verantwortbar wäre auf jeden Fall WAP und WEB in einer Spalte unterzurbingen. Zu 90% sind die Preise ohnehin gleich und bei den restlichen 10% sind 2 Preise untereinander akzeptabel. Problem hierbei: bei zwei Preisen wird nur der Erste in die Sortierung einbezogen. Da kann ich aber mit leben. Zweite Änderung: MNP, EVN und RUL in eine Spalte. Sieht nicht so schön aus, aber zumindest ist das ein Einsparpotential und die Zeile wird nicht großartig in die Länge gezogen. Problem: Sortierbarkeit ist nicht mehr gegeben. Wenn überhaupt, dann nur nach einem Kriterium. Aber generell würde ich - falls das in der Praxis so kommt - die Zeile ganz aus der Sortierung rausnehmen. Das Ergebnis aus simulierten 1024px ist ganz okay. Nur ganz wenig nach rechts muss/kann noch gescrollt werden. Aber alle Infos sind auch ohne Scrollen lesbar. Zumindest bei meiner simulierten Variante.

--c.-naut Stefan 10:01, 3. Sep. 2008 (CEST) Hallo Mike! Habe mir die Variante auf Admin-Spielwiese angesehen und auch die original-Tariftabelle. Man würde sicher horizontal Platz gewinnen, er macht aber auch die Zeilen notwendigerweise "höher", auch Zeilen ohne Fußnotentarife und so hat man weniger Tarife gleichzeitig auf der Seite. Man könnte Sortierbarkeit weiterhin über Codierung (1, 2, 4 und Summen daraus) sicherstellen (prinzipiell). Momentan ist die Haupttabelle auf meinem Bildschirm ohne seitliches scrollen darstellbar. Wie stehst du dazu, bei Loop ohne Handy die Tarife kaufmännisch zu runden, das spart auch etwas Platz (Sicherheitsreserve). EDIT: bezog sich auf RUL/Mnp/Evn . Die Web/Wap-Datenpreisdifferenzierung würde ich vorläufig beibehalten bis wir einen Weg gefunden haben, die Umgestaltung der Tabelle zu automatisieren ;)

--Admin 10:13, 3. Sep. 2008 (CEST) Also prinzipiell würde ich die Datenpreise in einer Spalte vereinen, wenn es da keine Einwände gibt. Diese Modifizierung kann ich schnell und leicht durchführen. Dadurch sparen wir uns (theoretisch) die kaufmännische Rundung der O2-Preise, obwohl ich dem prinzipiell positiv gegenüberstehe und dies eigenetlich auch machen würde. Zumal O2 selber ja auch mit kaufmännisch gerundeten Preisen wirbt. Was das Scrollen angeht, sollte es dann mit Sicherheitsreserve bei uns und allen anderen Browsern in gleicher Auflösung nicht mehr auftreten (wie ich arbeitest du vermutlich ebenfalls mit 1280px Breite). Bei der Anmerkung oben ging es aber darum, die Tabelle auch für Nutzer von 1024px zu optimieren. Und da sehe ich eigentlich kein Land. Selbst mit hochkant geschriebenen Tabellenköpfen nicht. Aber: wenn es später eine Möglichkeit gibt, die Erstellung auch mehrerer Tabellen zu automatisieren, dann könnten wir ja eine (Spar-)Variante für 1024px einführen, wo eben z.b. MNP/EVN und RUL zusammengefasst sind. Generell würde mir das nicht so gefallen. Aber bei den Datenpreisen bin ich schon der Meinung, das diese zusammengefasst werden können.

--c.-naut Stefan 10:26, 3. Sep. 2008 (CEST) Pardon, ich arbeite mit Opera in der Standardeinstellung mit 1024 Pixel horizontal und momentan geht es wirklich prima ohne horizontales Scrollen. Bei den gerundeten Preisen hatte ich den Nachteil an meinem Vorschlag unterschlagen, dass er eine kleine Inkonsequenz mit sich bringt, die 8.5 und 9.5 Cent-Preise bringen wir naturgemäss ja nicht gerundet (obwohl man das auch könnte, der Sinn ist aber fraglich), aber dein Argument dass o2 selbst damit wirbt und an der Ungenauigkeit sozusagen schuld ist, lasse ich gern gelten. - Bei den Datenpreisen ist es so, dass bei Wap ein Tokenizer-Proxy sozusagen mitgemietet wird, also eine Mehrleistung erbracht wird. Andererseits könnten wir auch eine Mega-Maxi-Mastertabelle erstellen, in der auch die Kosten der Hotline vermerkt sind sowie Schufa Ja/Nein, Echtes Prepaid Ja/Nein, Kartenpfand Ja/Nein/wenn-ja-Wieviel, Besitzerwechselgebühr Ja/nein/wieviel, Kosten der Ersatzkarte in Relation zum anschaffungspreis einer neuen (womit man in Verbindung mit der RUL ganz interessante überlegungen anstellen könnte). ALso die jetzige Tabelle ist sozusagen schon die Sparvariante der zukünftigen Tabelle. Nur so ein Gedanke. EDIT: Mein Bildschirm ist echte 1024 Pixel breit, nicht simuliert. Ende der Fahnenstange ist hardwaremässig erreicht..

--Admin 11:09, 3. Sep. 2008 (CEST) Deinen Vorschlag, die Tabelle erstmal nicht weiter einzudampfen, nehme ich gerne an. Allerdings wird eben oben geschrieben, dass es bei 1024 doch zum scrollen kommt und dieser Link untermauert das auch. Was die Megatabelle angeht: lass das bitte erstmal ein Weilchen. Die jetzige Tabelle hat schon genug Arbeit gemacht und momentan habe ich keine Lust, schon wieder so ein Monsteprojekt anzugehen... Edit: sehe grade, mit Opera muss man nicht scrollen, aber mit vielen anderen Browsern. Aber: es müsste reichen, die Datenpreise zusammenzuführen und nach meiner Meinung sollten wir das auch tun. Dann müsste es (Bauchgefühl) mit allen Browsern klappen. Du schreibst was von Mehrwert bei WAP. Ist doch kein Problem. Wie ich weiter oben schonmal geschrieben habe, sind bei 90% beide Preise gleich - einer Zusammenlegung stünde da nichts im Wege. Lediglich bei O2 gibt's Probleme - ja, ich weiß...du hattest schon immer drei Zeilen vorgeschlagen... Ansonsten bei den paar Anbietern, die dann zweizeilig würden kann ich da keine Probleme erkennen. Und die Frage ist, ob wir bei O2 auch die Datenpreise zwingen kommulieren müssen - ich denke nicht unbedingt.

--c.-naut Stefan 12:39, 3. Sep. 2008 (CEST) ja, habe mal genauer auf meinem Rechner nachgesehen, Firefox will dass ich scrolle (wenig) und IE auch (etwas mehr); dennoch bin ich nicht für Perfektion bis in die Fingerspitzen. Wenn du die RUL-Spalten zusammenlegen willst, würde ich eine ähnliche Lösung wie bei den Netzfunktionen bevorzugen; die Codezahlen würden von 0..7 laufen, also 8 Stück. (2^8) Man kann da für jede Kombination eine Grafik erstellen die EINE Datei ist, das reduziert dann wiederum den Schreibaufwand in der neuen Kombi-Spalte. Bei den Datenpreisen kann ich dir nicht ganz folgen: 16 von 48 Anbietern (= 33%) haben Abweichungen bei den Datenpreisen, davon sind bei 2 die Preise noch unbekannt, bei zweien hat man reine Zeitabrechnung (*) und bei den übrigen 12 (= 25%) ist es sogar so dass bei Web nach Volumen und bei Wap nach Zeit abgerechnet wird (oder umgekehrt). Wenn ich mich an Test-Tabellen aus Autozeitschriften erinnere oder Stiftung Warentest, da wurde in so einem Fall die Spalte sogar doppelt angelegt: da bleibt die Volumentarifspalte z.b. bei Callmobile leer und der Eintrag kommt stattdessen in die Zeittarifspalte. Wenn wir korrekt sein wollten, müssten wir es eigentlich so machen.

--Admin 13:39, 3. Sep. 2008 (CEST) Nein, Perfektion bis in die Fingerspitzen brauche ich auch nicht, du hast schon recht. Bei den Datenpreise hatte ich einfach mal falsch geschätzt, nach genauerem Nachsehen gebe ich dir recht. Warten wir erstmal mit weiteren Optimierungen aub. Auf der angegebenen Seite ist allerdings recht gut zu erkennen, dass z.B. User mit dem Browser Firefox2 oder IE-Varianten echt Probleme haben, da dort nichteinmal Ansatzweise die Heimatnetze, manchmal auch keine Guthaben und Kartenpreise ohne srcollen zu sehen sind.

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... EDIT:Nein, daran liegt es auch nicht. Habe mal alle Texte und das "|" rausgenommen, die Sortierung bleibt inkorrekt und zwar immer nach diesem Schema (Beispiel Festnetzsortierung) INHALT GELÖSCHT": Ursache Sortierproblem: es liegt an den zweiten Minutenpreisen bzw. den Fußnoten. Während diese bei der ersten Sortierung offenbar durch das eingefügte "/" nach Plan ignoriert werden, sind sie bei der zweiten Sortierung offensichtlich ein Problem. Siehe auf meiner Spielwiese: nachdem ich die Fußnote bei Mobi entfernt habe, klappt die Sortierung wieder. In den anderen Zeilen - wo die Fußnote noch enthalten ist - hingegen nicht. Nun müssen wir da eine Lösung finden.

--c.-naut Stefan 18:14, 1. Sep. 2008 (CEST) Deine Vermutung erscheint mir plausibel, dass die Fußnoten offensichtlich mit zur Zahl rechnen. Und wenn man die Vermutung dazunimmt, dass der Wiki/Html-Sortier-Apparat nur auf Zeichenketten arbeitet, also Textstrings, werden die Zahlen alphabetisch sortiert... au weia. also liest sich das für den PC wohl so (beginnend mit Callya Comfort, wenn nach erster Spalte Festnetz sortiert wird):

• 2520201520
• 2524
• 29
• 2914
• 29291916
• 299
• 4
• 442914

Klar, dass avantaje mit "4" alphabetisch (nicht nach Zahlenwert sortiert sondern nach Wert der ersten Stelle und dann längere Ketten mit gleichem Anfangs"buchstaben" nach den kürzeren) erst nach Callya kommt obwohl es numerisch billiger ist. Abhilfe: die längste Zahlenkette in Serie ermitteln und mit jede Zahl in der Spalte mit der fehlenden Anzahl Stellen als führende Nullen auffüllen ... nicht sehr praktikabel, aber ein erster Ansatz.

Oder die Sortierung selber in die Hand nehmen und einem Javascript überantworten Oder die Fußnoten auf ein Minimum reduzieren und durch "ein Stern, zwei Sterne, drei..vier.. n Sterne" ersetzen. oder die Fußnoten auf alphanumerisch oder griechische Buchstaben umstellen (wenn das denn hilft!)

--DrSeehas 18:17, 1. Sep. 2008 (CEST) Ich melde mich auch mal wieder zurück.
EVN: Ich bin weder Rechtsanwalt, noch arbeite ich bei der Bundesnetzagentur. Ich schlage vor, dass wir in die EVN-Spalte (nicht Zeile) keinen einzigen Tastendruck mehr investieren und bis Ende Oktober warten. Dann sehen wir ja, was geschehen ist.
Fußnote 13 und 14 sind doppelt. Fußnote 17 ist identisch mit Fußnote 6
Dass ich mich erst jetzt hier melde, liegt an meinem xxxxxxxen Rechner, der hat irgendein Problem mit dem POST-Befehl...

--Admin 18:19, 1. Sep. 2008 (CEST) Naja. An sich sorgt ja das von mir eingefügte unsichtbare "/", dass bei der ersten Sortierung alles dahinter ignoriert wird. Deshalb hatte ich dieses Zeichen auch eingefügt, sonst ginge die Sortierung von Anfang an nicht korrekt. Aber: da es sich erst bei der dritten Sortierung bemerkbar macht würde es IMHO erst einmal ausreichen, einen Hinweis zu implementieren, dass nur die ersten beiden Sortierungen korrekt sind und vor einer dritten Sortierung einfach Reload gedrückt werden soll. Keine sehr elegante Lösung, aber hilfreich. Denn wie gesagt, bei "normaler" Nutzung wird kaum ein User das Problem überhaupt bemerken...denn normal wird ein, zweimal nach Wunschspalte sortiert und das war es dann auch. @DrSeehas: 13 und 14 sind nicht doppelt. Du meinst wohl 15 und 16. Und auch die sind nicht doppelt. Einmal Mindestaufladung 15,-€ und einmal 25,-€. DIe 6 schiebe ich mal auf die 17, dann passt das auch...

--c.-naut Stefan 18:27, 1. Sep. 2008 (CEST) es sieht stark danach aus, dass der Algorithmus irgendeine kleine Macke hat, oder überfordert ist. Wenn bis Ende Oktober die Evn-Spalte überholt ist, werde ich es mit Gleichmut ertragen müssen, ansonsten erfreue ich mich an einer aussagekräftigen Tabelle und werde noch den einen oder anderen Tastendruck investieren ;-) den Vorschlag mit dem Reload-Hinweis unterstütze ich ebenfalls.

--DrSeehas 18:34, 1. Sep. 2008 (CEST) Das Sortierproblem ist mir auch schon aufgefallen. Mike, wo ist denn deine Spielwiese? Ich weiss nur, dass die Wiki-Software, bzw. PHP, sehr besch...eidenen HTML-Code generiert. Woher wisst ihr, dass das Sortieren nach strings sortiert? Woher wisst ihr, dass der unsichtbare / die Sortierung beeinflusst?
Fußnoten: Also bei mir kommt: 12, 13, 14, 13, 14, 15. Ich überlege mir mal was mit den Fußnoten.
Die Tastendrücke bezogen sich nur auf die EVN-Spalte.

--Admin 18:56, 1. Sep. 2008 (CEST)Also ohne in das Detail zu gehen, ich hatte die "/" dann eingefügt, nachdem die Sortierung nicht richtig ging und jetzt funktioniert sie einigermaßen. Aber eben nur dreimal. Der "/" sorgt auf jedenfall dafür, das beim ersten Durchlauf alles danach ignoriert wird. Ich denke jedoch, damit können wir leben - zumal die Sortierprobleme schon immer existierten. Eine richtige Spielwiese gibt's nicht, ich habe nur eine für mich selber (schreibgeschützt) erstellt Admin Spielwiese. Fußnoten ändere ich jetzt!

Sortierverhalten

--c.-naut Stefan 10:09, 2. Sep. 2008 (CEST) Wenn man die Tariftabelle mal ausschneidet und auf den original Wikipedia-Server hochlädt - nur zur Vorschau, es hinterlässt keine Speicherung dort- kann man das Sortierverhalten in der dortigen Installationsumgebung testen. Dort tritt der Fehler 'fast gar nicht' auf.
Genauer gesagt:

• es wird grundsätzlich numerisch sortiert, auch bei mehrfacher Wiederholung bleiben die Ergebnisse reproduzierbar
• Ausnahme: Minutenpreise mit gebrochenen Zahlen, bei Solomo, simply und zwei weiteren, mit

"8.5", "8.9" und "9.5" werden letztlich alphabetisch behandelt und landen ganz hinten , vermutlich, weil sie mit "." anstatt mit "," als Dezimaltrenner aufgebaut sind. Es kann also -auch - daran liegen, dass die Installation auf Wikipedia andere Pakete umfasst als die hiesige. An der wikitable/prettytable Unterscheidung liegt es wohl weniger (?).

--DrSeehas 13:05, 2. Sep. 2008 (CEST) Ach menno, da probiere ich auch stundenlang rum und will hier glorreich die Lösung verkünden, da habt ihr auch schon eine gefunden... Naja, bei mir war es die Verschiebung der Fußnoten in die erste nichtsortierbare Spalte.
Ich habe dabei noch viele, viele weitere Ungereimtheiten gefunden (aber daran lag es nicht). Schaut euch mal meine Tabelle auf Benutzer_Diskussion:DrSeehas#Sortierproblem an. Da fehlen (nur zum Ausprobieren!!) einige Spalten und einige Tarife und die Fußnoten müssten dann auch noch angepasst werden, aber ich finde, dass das besser aussieht als vorher und die Spaltenköpfe sehen auf einem Bildschirm mit mehr Pixeln auch besser aus.
Bitte schreibt, was ihr davon haltet, ich würde dann die Änderungen machen, nachdem ihr euer eventuelles OK gegeben habt.

--DrSeehas 14:04, 2. Sep. 2008 (CEST) Warum antwortet ihr mir nicht hier, wo es hingehört? Ich meinte keinen anderen Link, sondern genau diesen hier.
Dass die Fußnoten dann angepasst werden müssen, habe ich geschrieben. Diese Anpassung würde ich übernehmen.
WO habe ich die Tabelle verbreitert? Das würde mich wirklich SEHR interessieren!
Was mir nicht gefällt: Die Fußnoten in der Tabelle. Ich finde "meine" Version viel übersichtlicher.

--Admin 14:13, 2. Sep. 2008 (CEST) WO habe ich die Tabelle verbreitert? Festnetz, Mobilfunk, Mailbox, Intern, SMS intern u.s.w. praktisch alles breiter wegen der Überschriften. Vergleiche mal mit der original Tabelle. Ansonsten bleibe ich dabei, auch wenn es so übersichtlicher aussieht, die Fußnoten (und damit auch die Stolperfallen der Tarife) gehören an die Preise.Edit: ich relativiere: manche Fußnoten müssen an den Preisen bleiben. Insgesamt ist es denkbar, bei nicht preisverzerrenden Fußnoten diese auch beim Anbieter unterzubringen. Vielleicht wird das ja auch überall möglich sein. Beispiel ay 15cent SMS in die Türkei. So etwas kann auch zum Anbieter, weil nicht vergleichsrelevant! Was die Verbreiterung angeht: so diese nicht beabsichtigt und zufällig entstanden ist brauchen wir da nicht drauf rumreiten. Nochmal konkret nachgefragt: deine Änderungen beziehen sich nur auf Fußnoten zum Anbieter?

--Admin 14:29, 2. Sep. 2008 (CEST)So, ich habe nochmal nachgedacht und mir zumindest bezüglich der Minuten- und SMS-Preise Gedanken gemacht: Dort sind IMHO nur zwei - im Prinzip auch identische - Fußnoten von sortierrelevanter Bedeutung: die 6 und die 14. Weil dort die Minutenpreise praktisch der Preis für das Gespräch - unabhängig von der Dauer sind. Alle anderen Fußnoten sind a) entweder Angaben zu Boni, die bei Aufladungen gewährt werden oder b) im Falle von Mobi, Vodafone Comfort 2.0 und O2 wird schon durch die Preisstaffelung offensichtlich, das es einen "Haken" gibt. Ergo: ich stimme der geplanten Änderung doch zu, schlage jedoch vor bei den "Sonderfällen" mit Quasi-Flat ein Sternchen o.ä. zu setzen und unten zu erklären, dass die Preise pro Gespräch sind und aufgesplittet nach Anbieter, welche Konditionen. Was in dem Zusammenhang noch auffällt: dort müssen auch noch die Kosten aufgeschlüsselt werden, die bei der Option OpenEnd und Nonstop zusätzlich anfallen. Edit: Der Fairness halber sollte dann auch ein Sternchen bei Comfort 2.0 (teuerster Preis) oder besser eine weitere Spalte mit Vodafone OpenEnd erstellt werden. Ist zwar im engsten Sinne kein eigenständiger Tarif, aber eigentlich am Ende doch wieder. Eine Option ist es nämlich in dem Sinne auch nicht. Noch ein Vorschlag: Farblich unterschiedliche Fußnoten! Zum Beispiel: grün für Bonus bei Nachladung;rot für zusätzliche Kostenfallen, Tagesnutzungspreis etc.;blau für... Nach einer Weile hat man dann schon im Blick, welche Fußnote Bedeutung hat und welche eher nicht...

Weiter: Man kann viele Fußnoten auch zusammenfassen. Beispiel: kostenloses surfen im Portal von...bild, ebay, rtlmobile (wäre dann eine grüne Fußnote).

--DrSeehas 14:43, 2. Sep. 2008 (CEST) Nein. Es geht bei meinen Änderungen grob um drei Bereiche:

• Allgemeines Aufräumen und Fehlerbeseitigung
• Fußnoten in der Tabelle/bei den Tarifen
• Kopf-/Fußzeilen

Zu den letzen beiden Punkten habe ich Widerspruch gelesen. Bei den Fußnoten. OK, akzeptiert, auch wenn mir die weiteren Beiträge zeigen, dass möglichst wenig Fußnoten innerhalb der Tabelle doch gefallen. Ich bin ja nur darufgekommen, weil bei mir nach dem Verschieben der Fußnoten in die Tarifspalte das Sortierproblem weg war und erst danach ist mir aufgefallen, dass es so ja besser aussieht.
Bei den Kopf-/Fußzeilen behauptet IHR, dass ich sie verbreitert hätte, OHNE einen Beweis dazu zu liefern. Die einzigste Verbreiterungs-Änderung habe ich bei Intern gemacht, da sie meiner Meinung nach sowieso nichts gebracht hat. Bitte zeigt mir, wo ich sie sonst noch verbreitert habe! Im Gegenteil, ich habe sogar noch was weggenommen. Schaut euch doch einfach mal den Quelltext an. Da ich nun mal ein Display mit mehr Pixeln habe (und wofür ich mein Geld ausgebe, ist wohl meine Sache), kann ich ein Display mit weniger Pixel nur durch Verkleinern des Fensters simulieren. Und bei diesem Verkleinern werden die Spalten immer schmäler, da die Kopf-/Fußzeilen automatisch! in immer mehr Zeilen aufgeteilt werden. Dann sendet mir doch bitte einen Screenschot, wo "meine" Version breiter ist.
Nochwas: Auch andere haben viel Zeit reingesteckt. Ich verstehe nicht, warum jetzt so eine Reaktion kommt! Ich habe etwas zur Diskussion gestellt. Ihr habt, wie gewünscht, eure Meinung dazu geschreiben. Ich habe teilweise eure Meinung akzeptiert. Also: Was soll das?
Edit: Ach nochwas: "Meine" Version ist kleiner und lädt zumindest bei mir viel schneller, was allerdings teilweise auch an den fehlenden Spalten/Anbietern liegt.

--Admin 14:59, 2. Sep. 2008 (CEST)Ja, ich sehe es. Durch das fehlen einiger Spalten wurde die Tabelle breitgezogen. Also an der Breite hast du nichts geändert. Ich entschuldige mich, falls ich dir da was unterstellt habe und sehe ein, dass dies ein technisches Phänomen ist. Durch das Entfernen der "br/" in den Kopzeilen kommt es bei verschiedenen Auflösungen allerdings zu unschönen Effekten. Wie beispielsweise einem Fest netz (die Leerzeile dazwischen). das kann bei höheren Auflösungen störend wirken und sieht doch bei dir auch nicht gut aus, oder? Was das Laden angeht: ich denke, das bewegt sich bei DSL in Bereichen, die man bezüglich des Seitenaufbaus vernachlässigen kann. Und zu den Fußnoten: wie du lesen konntest, bin ich mittlerweile auch eingeschwenkt, da dort deine Version wirklich schöner aussieht. Ich würde dem jetzt zustimmen und für farblich abgesetzte Fußnoten plädieren. Aber die Pauschaltarife müssen eine Kennzeichnung am Preis bekommen. Ansonsten wüsste ich nicht, dass ich dich persönlich angegriffen hätte. Das Was soll das? beziehe ich daher nicht auf mich. Ich würde nur gerne das Thema Tariftabelle langsam zu den Akten legen. Auch wenn natürlich kontinuierlich weiter dran gearbeitet wird, aber mich hat das schon ein paar graue Haare gekostet und ich muss ja nebenbei auch die anderen administrativen Dinge weiter im Auge behalten.

2. Sep. 2008

--DrSeehas 15:40, 2. Sep. 2008 (CEST) Ich habe eine große Bitte: Unten gibt es einen wunderschönen Knopf "Vorschau zeigen". Da kann man drauf clicken oder auch alternativ alt-p drücken. Dann kann man seinen Beitrag VOR dem Speichern nochmals durchlesen und auf eventuelle Typos durchsuchen. Dass das nicht immer klappt, sieht man ja bei mir ;-) Wenn man das nicht macht, sondern jeden Fehler einzeln abspeichert, dann wird ein anderer, der schon mit der Antwort angefangen hat, immer wieder und wieder beim Abspeichern unterbrochen. (Deswegen antworte ich jetzt erst)

Das mit den unschönen Leerzeichen lässt sich so auf die Schnelle nicht vermeiden, wenn man sowohl für wenig Pixel, als auch für viele Pixel programmiert. Aber ich schaue mal nach, ob ich nicht noch was Besseres finde.
Bei der Ladezeit meine ich nicht nur DSL, sondern auch den Seitenaufbau im Browser. Es gibt auch noch Leute mit PCs mit Pentium-III-Prozessoren!
Was soll das?: Doch, ich meine DICH. Du hast doch folgenden Satz heute um 13:59 Uhr geschrieben: "Wenn sich das hier alles in kleinlichen Diskussionen verfängt, dann habe ich auch künftig keinen Bock mehr auf solch nächtelangen Aktionen, die am Ende dann doch wieder verworfen werden. Punkt."
Wie geht es jetzt weiter? Dass mehrere Leute gleichzeitig an der Tabelle arbeiten, halte ich nicht für sinnvoll. Ich warte jetzt einfach, bis ihr fertig seid und ihr gebt mir dann Bescheid, dass ich "meine" Änderungen machen kann. Ich brauche dafür geschätzt bestimmt mehrere Stunden.
Noch was ganz anders: Bei der Wiki kann man einen externen Editor einstellen. Hat das schon mal jemand gemacht? Wie geht das?

--Admin 16:24, 2. Sep. 2008 (CEST) Ich habe mal deine Diskussion (unten) hierher verschoben, denn hier ist sie besser aufgehoben als bei c.stefan.
Was meine Äußerung angeht: Wenn du dir mal die Historie in der Entstehung der Tariftabelle anschaust dann war das ein ewiges hin und her. Mal das rein, dann das raus und so weiter. Jetzt, wo wir uns einig waren, das alles soweit fertig ist kommen wieder aus meiner Sicht anfangs einschneidende Änderungen und da hatte ich einfach mal die Nase voll. Das kennst du selber doch auch, dann schreibt man schnell mal was und mault den Anderen voll. In diesem Fall war es so, dass wir uns einen Wolf gesucht haben um die Sortierung hinzubekommen und dann kommt wieder eine neue Idee, die alles über den Haufen wirft. Vielleicht habe ich etwas vorschnell reagiert, dann sorry. War aber nicht auf dich, sondern auf die Allgemeinsituation gemünzt. Jetzt sind wir alle wieder ganz ruhig und ich halte mich aus der Sache auch etwas raus. Im Prinzip sollten wir drei uns doch auf einen gemeinsamen Nenner einigen können.
Mein Vorschlag daher: Ich habe deine Vorschläge überdacht und soweit c.stefan da nichts dagegen hat würde ich der Änderung bezüglich der Fußnoten zustimmen mit den von mir gemachten Ergänzungen: farblich variiert (rot, grün, blau) und mit Sternchen bei den Quasi-Flat-Preisen. Nochmal: meine Reaktion oben war in Differenz betrachtet etwas überzogen. Aber dir ist das mit Sicherheit auch schonmal so gegangen. Was die Kritik bei "Seite speichern" angeht: ich gelobe Besserung. Mir fällt blos immer dann nochmal was ein. Eine externe Wiki-Editorlösung ist mir nicht bekannt, ich kopiere aber gelegentlich den Text in meinen Texteditor und bearbeite dort. Zur Kontrolle kann man dann eine Spielwiese nutzen.
Bearbeitung der Tabelle: aus meiner Sicht kannst du, ich warte dann bis von dir das "fertig" kommt

--DrSeehas 16:45, 2. Sep. 2008 (CEST) "Einschneidende Änderungen"? "alles über den Haufen wirft"? Die einzige größere Änderung war die Verschiebung der Fußnoten aus der Tabelle in die Tarif-Spalte und da habe ich auch dazugeschrieben, dass ich die Arbeit übernehmen würde. Das mit dem Maulen kenne ich auch von mir...
Externer Editor: Wozu ist dann der Punkt da, bei den Einstellungen? Aber das mit dem Kopieren ist eine gute Idee (dass ich da nicht selber draufgekommen bin...).
Bearbeitung der Tabelle: Ich hatte zwar heute abend was anderes vor, aber ...

--c.-naut Stefan 16:35, 2. Sep. 2008 (CEST) wenn ich die Fußnotenänderungen auf Farbe etc. nicht durchführen muss, habe ich keine Einwände. Wenn viel später mal Arbeiten anstehen, die Fußnoten insgesamt zu reduzieren, hab ich auch nichts dagegen, also Okay! und sorry, ich speichere auch häufig zwischendurch bei Kleinigkeiten ab, also wenn sich jemand beeinträchtigt fühlt, sorry! Danke auch für die Bearbeitung der EVN/RUL-Infos auf meiner Seite, @DrSeehas.

--DrSeehas 16:53, 2. Sep. 2008 (CEST) Naja, ich lasse von den Fußnoten auch erst einmal die Finger...
Auf den "normalen" Wikiseiten speichere ich auch zwischendurch. Ich meinte hier auf den Diskussionsseiten, da hat man ja meistens die E-Mail(beobachten) eingeschaltet. Die E-Mail kommt, man schaut nach, will antworten und ... peng. Und das dann mehrmals hintereinander...

--Admin 16:57, 2. Sep. 2008 (CEST) Das liegt ja an unseren "Seite speichern". Ich achte zukünftig besser drauf, versprochen. Fußnoten: Das Kapitel übernheme ich dann. Aber mach du erst einmal in Ruhe deine Änderungen fertig. Ich weiß nicht ob und wann ich dazu komme und werde dann - wenn kein anderer daran arbeitet - die Tabelle während meine Sessions auf Schreibschutz stellen... Fußnoten Nachtrag: Ich lasse die farbliche Absetzung erst einmal, ist dann doch in der Umsetzung zu zeitintensiv und am Ende u.U. sogar verwirrender. Die Fußnoten selber würde ich aber versuchen von der Zahl her einzudampfen. Mal schauen, was da zu optimieren ist. DrSeehas: Du gibst Bescheid, wenn du mit deinen Änderungen durch bist, ja?

--DrSeehas 18:22, 2. Sep. 2008 (CEST) Sorry, aber ich habe noch gar nicht angefangen... Erst mal was zu abend essen. Ich sitze ja nicht (wie wohl ihr) den ganzen Tag vor dem Display... Ich gebe Bescheid, wenn ich anfange und ich gebe Bescheid, wenn ich fertig bin. Die nächsten Minuten könnt ihr noch...

--Admin 18:28, 2. Sep. 2008 (CEST) Alles klar, kein Problem ;) Ich sitze auch nicht immer davor. Jetzt zum Beispiel bin ich dann erst einmal weg... Die Fußnoten haben ich schon in der Mangel, arbeite aber erstmal extern an der Optimierung/Eindampfung unten Admin Spielwiese

--DrSeehas 18:34, 2. Sep. 2008 (CEST) Ich muß dann erst mal noch eine LAUFZEIT-Karte bestellen. Und dann auch noch bei Debitel. Aber wo gibt es sonst noch einen Tarif, wo die Rufumleitung netzintern nichts kostet, ohne Grundgebühr und ohne Mindestumsatz und mit Festnetznummer?

--DrSeehas 19:44, 2. Sep. 2008 (CEST) Hallo Leute, sorry, aber das wird heute nichts mehr. Ich versuche es morgen abend.

--Admin 21:40, 2. Sep. 2008 (CEST)Fußnoten eingedampft+zum Anbieter verschoben. Ich bitte um Überprüfung + Feedback...ich selber sehe nix mehr außer Zahlen und Tarife...

--Admin 21:49, 2. Sep. 2008 (CEST) Ich will ja nichts sagen... aber seit die führenden Nullen weg sind (+Fußnoten) klappt die Sortierung wieder nicht!! Ich habe die Nase voll, bin dann für heute weg. Das macht echt keinen Spaß! Fakt ist, die führenden Nullen müssen wieder rein!

--DrSeehas 23:00, 2. Sep. 2008 (CEST) Das verstehe ich nicht.
In "meiner" Tabelle sind nirgends führende Nullen oder Fußnoten. Trotzdem konnte ich bisher in keiner Spalte ein Sortierproblem finden, egal ob beim ersten oder n-ten Sortieren. Also muß es entweder an den fehlenden Spalten (unwahrscheinlich) und/oder an den fehlenden Tarifen oder an der Kopf-/Fußzeile liegen.

--Admin 23:09, 2. Sep. 2008 (CEST) Keine Ahnung. Lass es liegen, woran es liegt, nun sind die führenden Nullen wieder drin. Und im Prinzip ist die Sortierung so auch "sauberer" was die Stellen angeht. Also, das sollte es gewesen sein. Bitte mal lieber nochmal die Fußnoten überfliegen, ich bin mir nich 100% sicher, ob ich da alles richtig gemacht habe... Nachtrag: Ich weiß, woran es bei dir liegt! Du hast keinen Anbieter mir doppelten/dreifachen Preisen drin, wie z.b. Mobi, CallYa Comfort 2.0, O2 S/M/L. Durch diese mehrzeiligen Preise ist dieses Problem im Prinzip erst entstanden. Aber egal, es funktioniert ja nun...

--DrSeehas 23:19, 2. Sep. 2008 (CEST) Stimmt. Ich habe irgendwelche Tarife rausgeschmissen, damit die Tabelle nicht allzu lange ist. Ich habe jetzt aber keine Lust mehr, nachzuschauen, welche das jetzt genau waren... Ich habe morgen Frühdienst.

Zusammenfassung fehlende EVN / RUL / MNP-Einträge und Infos Tariftabelle

• clevertogo... RUL ?

--DrSeehas 15:56, 2. Sep. 2008 (CEST) Vermutlich ja. Kann ich ausprobieren.

• avantaje, ALDI Talk, ay yildiz turkuaz, touristmobil: EVN?
• RTL Ortel PTT, Blauworld, Mobileworld EVN?
• mobi wohl nicht EVN (ist callya) ?
• simply partner,
• PENNY MOBIL,

--DrSeehas 15:56, 2. Sep. 2008 (CEST) EVN ja, RUL vermutlich ja, kann ich ausprobieren.

--c.-naut Stefan 21:22, 2. Sep. 2008 (CEST) würde mich interessieren, da laut Webseite z.B. MNP nicht geht bei Penny und Jamobil.

• ja!mobil,

--DrSeehas 15:56, 2. Sep. 2008 (CEST) Vermutlich wie PENNY MOBIL

• hit partner, simply easy,
• smobil,

--DrSeehas 15:56, 2. Sep. 2008 (CEST) RUL ja.

• solomo pro,

--DrSeehas 15:56, 2. Sep. 2008 (CEST) RUL ja, EVN ja

• solomo 08/5,

--DrSeehas 15:56, 2. Sep. 2008 (CEST) Vermutlich wie Pro

• hit easy, igge&ko RUL & EVN ?
• SUNSIM: mnp, EVN?

--DrSeehas 15:56, 2. Sep. 2008 (CEST) EVN NEIN, deswegen habe ich die gekündigt

--c.-naut Stefan 21:06, 2. Sep. 2008 (CEST) auch kein MNP.

--DrSeehas 21:20, 2. Sep. 2008 (CEST) Ist das jetzt eine Feststellung oder eine Frage? Falls es eine Frage ist: Ich weiss es nicht, da ich mir eine Nummer von SUNSIM ausgesucht hatte.

--c.-naut Stefan 21:24, 2. Sep. 2008 (CEST) Eine Feststellung, da ich mir die Bestellseiten von Sunsim näher angesehen habe. Und RUL bei Sunsim geht das kann ich aus Erfahrung berichten :)

--DrSeehas 21:30, 2. Sep. 2008 (CEST) Naja, zur RUL im vistream-Netz habe ich unten ja schon was geschrieben.

• maXXim: EVN, RUL?
• sparkasse: evn, mnp, rul?

--DrSeehas 17:07, 2. Sep. 2008 (CEST)Zu RUL:

• RUL geht bei ALLEN E-Plus Prepaid-Tarifen nicht.
• RUL geht bei ALLEN Tarifen im vistream-Netz.

--c.-naut Stefan 07:31, 3. Sep. 2008 (CEST)prinzipiell glaub ich das ganz gern, aber ich weiss nicht ob ich das im Einzelfall sozusagen ungeprüft übernehmen darf.

Aktualisierte Liste mit Info-Fehlbestand

Auslands-SMS-Preis bei Callya Comfort; (--> InfoDok VF, konnte auf die Schnelle nicht das passende finden),

Datentarife, Datentakt bei: Mobileworld, Ortelmobil;

EVN: bei:

• aldi,

--DrSeehas 15:30, 3. Sep. 2008 (CEST) Nein.

avantaje ay mobi mobileworld ortel ptt rtl tourist, turkuaz

RUL:

• penny, clevertogo

--DrSeehas 15:30, 3. Sep. 2008 (CEST) Ok, Ok, ich probiere es aus.

RUL und EVN: bei: hit, igge, maxxim, simply (beide)

• smobil,

--DrSeehas 15:30, 3. Sep. 2008 (CEST) RUL habe ich oben schon einmal geschrieben. EVN: Nein. --c.-naut Stefan 19:21, 3. Sep. 2008 (CEST) Jetzt ist die Information komplett, vielen Dank.

• solomo (beide)

--DrSeehas 15:30, 3. Sep. 2008 (CEST) Habe ich oben schon beantwortet. Wozu fragst du noch einmal? --c.-naut Stefan 19:16, 3. Sep. 2008 (CEST) du schriebst beim einen Solomo-Tarif, er habe RUL, beim anderen er habe "vermutlich", und dann schriebst du den Allsatz, alle Vistream-Anbieter hätten RUL. Ich weiss -u.a. aus Prepaid-Wiki- dass Solomo (neben Sunsim und anderen) ein vistream-Anbieter ist und kann daraus schliessen, was du mir mitteiltest. Vorher hätte ich noch angenommen, du habest es selbst bei allen vistream-Anbietern getestet, doch da du dafür keinen Beleg oder Hinweis auf eigene Erfahrungen brachtest, nahm ich an dass du ein Gerücht verallgemeinert hättest, mir mithin keine Erfahrung oder Tatsache sondern mit der Aussage "solomo RUL ja" lediglich eine Schlußfolgerung aus dem erwähnten Allsatz mitgeteilt hättest. Wäre dein Allsatz in dieser Verallgemeinerung sicher richtig, wäre nach den Gesetzen der Logik auch die Ableitung "solomo 08/5 RUL ja" sicher richtig und nicht nur vermutlich, es sei denn die Gesetze der Logik kennten neben "ja" und "nein" auch ein "vermutlich ja." Da du aber nicht "ja" sondern nur "vermutlich ja" schriebst, nahm ich an dass die Wurzel deiner ableitenden Schlußfolgerung selbst, nämlich die Aussage "alle vistream -Anbieter haben RUL" mehltauartig vom "vermutlich" befallen gewesen sei.

zu Sparkasse fehlen alle drei Angaben. Vielleicht kann da ja mal der Hausmeister nach dem rechten sehen ;)

3. Sep. 2008

--DrSeehas 15:57, 3. Sep. 2008 (CEST) Hallo, melde mich (sehr müde) zurück.
Ich war echt schockiert, wie groß der Unterschied zwischen den Browsern ist. Ich wusste zwar, dass es große Unterschiede gibt, aber nicht, dass sie so groß sind.
Einsparmöglichkeiten sehe ich folgende:

• Takt sek/sek -> Takt s/s s ist die offizielle Abkürzung für Sekunde (habe ich schon in "meiner" Tabelle gemacht).
• Ct -> ct Bringt zwar nicht viel, aber wenn es auch nur ein Pixel ist, dann hat es sich ja schon rentiert und der Aufwand isr nicht hoch (habe ich schon in "meiner" Tabelle gemacht).
• Von weiteren Spalten zusammenlegen halte ich gar nichts aus folgenden zwei Gründen: 1.) Sortierbarkeit: Auch wenn es die Möglichkeit mit der unsichtbaren Codierung gibt, legt man dadurch eine Reihenfolge fest. Bei den Netzfunktionen spielt es keine Rolle, da man davon ausgehen kann, dass eine schnellere Technik von jedem bevorzugt wird. Bei den anderen Spalten wissen wir aber nicht, welche bei den Nutzern wichtiger ist. 2.) Auch ohne Zusammenlegung haben wir schon viel Arbeit reingesteckt und werden noch viel reinstecken. Langsam reichts! Ich finde, die Arbeit ist besser investiert in den Inhalt (z.B. fehlen noch die 9-ct-Tarife von ja!mobil und PENNY MOBIL), statt in die Form.
• MNP mög- lich? -> MNP und eine Fußnote a la: MNP eingehend möglich.
• RUL änder bar -> RUL und eine Fußnote a la: Rufumleitungen änderbar.
• Start- gut- haben in € * -> SGH €* und die Fußnote erweitern.
• Größere Einsparmöglichkeiten sehe ich nur noch in der ersten Spalte "Anbieter/Tarif". Wenn es dann immer noch zu breit ist, dann müssen wir anfangen, darüber abzustimmen, in welcher Reihenfolge welche Spalte rausfliegt. Aus meiner Sicht wäre die erste der EVN, auch wenn dieser Vorschlag ursprünglich von mir kam.

--Admin 16:12, 3. Sep. 2008 (CEST)Da geht es dir wie mir auch. Die Unterschiede bei den Browsern sind zum Teil gigantisch! Während einer praktisch alles anzeigt, fehlen bei dem anderen Browser Netz(funktionen), Startguthaben und Kartenpreis. Das ist eigentlich fast nicht auszugleichen, selbst wenn Spalten fliegen. Das würde ich aber erstmal, wie DrSeehas schon schrieb, in die Zukunft verlegen. Primär sind die Inhalte zu ergänzen. Da fällt mir beispielsweise auch der zweite ay yildiz Tarif ein. Die 9-Cent-Tarife von ja!mobil und PENNY MOBIL werde ich jetzt mal einpflegen, dann ist das erst einmal erledigt. Was Takt s/s angeht: da bin ich einverstanden.

--DrSeehas 16:39, 3. Sep. 2008 (CEST) Und was ist mit meinen anderen Vorschlägen? Ich habe mal MNP, EVN, RUL und SGH € in "meine" Tabelle reingeflickt (nur Kopf- und Fußzeilen). Schaut euch das mal an und schreibt HIER eure Meinung dazu. Vor allem Stefan.
Die weiteren Spalten, die bei mir rausfliegen würden, wären Auslands-SMS und MMS.

--c.-naut Stefan 19:05, 3. Sep. 2008 (CEST) also nachdem ich hier so direkt angesprochen werde: Ja, ich bin zur Stelle! Abkürzungen RUL etc. könnten durchaus in der zweiten Zeile einen Fußnotenstern verkraften, die Auslands-SMS und MMS sollten schon wegen der Kontinuität drin bleiben, und zumal die MMS-Fähigkeit als SMS-Ersatz vielleicht einen neuen Wettbewerbszweig ermöglicht; Auslands-SMS schicke sogar ich manchmal, weil es zuweilen den Empfänger billiger kommt; ja, deine Tabelle lässt bei mir einen Finger breit Platz (in Opera), aber ich vermisse die Spalte Netzfunktionen noch.. vielleicht klebst du die mal dran.. es reicht ja eine Zelle beim obersten Anbieter um die Spalte auf Nenn-Niveau (Breite) zu bringen.

--DrSeehas 19:32, 3. Sep. 2008 (CEST) Das mit dem "Rapport" habe ich überlesen ;-)
Nachdem du ja der eigentliche Auslöser für die Änderungen an der Tabelle bist, und wohl zufrieden mit der jetzigen Breite bist, versuche ich mal endlich zu einem Abschluss zu kommen: Abkürzungen MNP, RUL etc. werden gemacht, Spalten werden KEINE gestrichen (Die Leute sollen sich entweder einen anderen Browser oder ein anderes Display zulegen, wenn sie die Tabelle ohne horizontales Scrollen anschauen wollen).
Ich werde die letzte Spalte auch noch in "meine" Tabelle reinbauen, dann kann sich die jeder bis morgen 17:00 Uhr anschauen. Wenn bis dahin kein Widerspruch kommt, werde ich die Tabelle dann so abändern. Alle einverstanden?

--Admin 20:42, 3. Sep. 2008 (CEST) Einverstanden. Mach aber MNP wieder verlinkt, damit man ggf. nachschauen kann, was es bedeutet. Ansonsten bin ich mit den Abkürzungen einverstanden. Nochmal zu den Sortierungen (ich schreibe gleich hier, dann muss ich nicht mehrfach abspeichern): Meines Erachtens sind die doch korrekt. Es wird sortiert alphabetisch nach Netzen (okay, hier könnte man sich u.u. auch auf eine Sortierung nach Netzrang - dann D1, D2, E+, O2 - einigen) und dann innerhalb des Netzes untersortiert nach GSM, UMTS, UMTS+HSDPA. Das ist doch nach meiner Meinung völlig korrekt, oder steh ich grad auf dem Schlauch?? Und die Codierzahlen ergeben in Summe genau diese Rangfolge, zumindest im Moment. Wenn später weitere Kriterien hinzukommen kann man ja die Codierzahlen durchaus neu ordnen. Hätte also ein Anbieter E+ UMTS und HSDPA, so würde die Codierzahl 21 rauskommen. Käme HSUPA hinzu 23 und würde entsprechend auch so soriert: 1. Klick von langsam nach schnell, 2. Klick von schnell nach langsam - wie es der User gerne hätte. Edit Sorry, doch noch was dazufriemel. Ich finde die Sortierung nach Netz richtig und notwendig. Viele suchen sich ihre Angebote nach Netz und da ist eine direkte vergleichbarkeit der Preise von großer Bedeutung. Das ist nunmal das Problem, wenn mehrere Merkmale in einer Spalte stecken. Aber ich bleibe dabei, oberste Priorität muss die Sortiermöglichkeit nach Netz haben und erst dann die Netzmerkmale UMTS, HSDPA u.s.w. @Stefan: nein, bitte keine weiteren Sternchen oder Fußnoten! Gegenvorschlag: RUL und EVN als Seite erstellen und verlinkbar machen, wie bei MNP und den Begriff auf dieser Unterseite erklären. Das wäre sinnvolle. So, das war's jezt von mir.

--DrSeehas 22:30, 3. Sep. 2008 (CEST) So, die letzte Spalte ist jetzt auch noch drin. Die Zeilen sind der Einfachheit halber aber alle identisch, also nix mit Sortieren!
Sortierungen: Die Sortierungen sind bisher nur deshalb korrekt, da EDGE und HSUPA noch nicht verwendet werden, sondern nur UMTS und HSDPA. Schaut euch das noch mal an, ihr seid intelligent genug, den Fehler selbst zu entdecken, oder bastelt euch dafür noch eine Spielwiese. Was du schreibst, stimmt nämlich nicht. Selbstverständlich hat das Netz Priorität. Das habe ich nie anders gesehen. Nochmals ganz klar: Es geht hier um die Sortierung innerhalb eines Netzes. Das mit dem "Problem, wenn mehrere Merkmale in einer Spalte stecken" stimmt 100Pro. Deswegen war und bin ich auch dagegen, weitere Merkmale in einer Spalte zusammenzufassen.