News: Detailverbesserungen

Ich hab es gerade getestet. Bei mir wird /lcmin nicht weiter gezählt.

Muss ich leider zurücknehmen. Für sowas sollte man auch in seinem LC sein. (*Kopd meets Tischplatte*) Die Minuten werden wirklich weitergezählt.
Wird dann auch als Bug aufgenommen. :)

Finde ich persönlich doof.
Allerdings aus einem ziemlich banalen Grund, den niemand von euch ernst nehmen kann und wird.
Nämlich aus diesem, dass das Icon beim Designen stört.

Ich möchte beispielsweise in meinem Wildspace einen Songtext schreiben.
Da war meine Idee, dass ich den Titel des Songs (beispielsweise ''Summer Paradise'') im Songtext immer verlinke, sodass dieser dann ja unterstrichen ist (ja, lasst mir meinen eigenwilligen Design-Geschmack).

Wenn ich das aber tue, habe ich dann ja immer diese Icons davor, da war mein Plan doch direkt zerstört.

Aber das Ganze mal objektiv betrachtet: Eigentlich ist es ja sinnvoll.
Dadurch, dass man die Links ja nun auch benennen kann, wird nicht mehr durch den Link deutlich, wohin er führt.
Das verrät uns dann ja das Icon, daher ist das schon gut, muss ich zugeben, auch, wenn ich dadurch in meiner Kreativität eingeschränkt wurde.



Das finde ich richtig super.
Das Einzige, was mir auffiel und was ich sehr schade dabei finde, ist, dass man dadurch fast keine Links mehr in seine Readme verlinken kann, weil das das Ganze ja wieder um einige Zeichen länger macht.
Hat man nicht einen entsprechenden Smiley, so ist es nahezu unmöglich, einen verlinkten und benannten YouTube-Link in seine Readme zu stellen.

Hierzu hätte ich vielleicht eine allgemeine Idee:
Kann man nicht nur die sichtbaren Zeichen als Zeichen zählen?
Wenn man beispielsweise 60 Zeichen zur Verfügung stellt, bei der Readme, denke ich, man müsste die Zeichen für Schriftfarbe oder -größe gar nicht von diesen 60 abziehen.
Genauso bei Links wäre es doch möglich, nur die sichtbaren Zeichen von den vorhandenen 60 abzuziehen.
Oder gibt es da irgendwelche Einwände, die dagegen sprechen würden?
Man kann dann ja wieder auf 40 verringern, ich denke, damit hätte niemand ein Problem, wenn die unsichtbaren Zeichen nicht mit ins Gewicht fallen würden.

Genau das würde nicht gehen , wie Du es gerne hättest , da die Programmiersprache genauso Zeilen einnimmt, wie deine Schriftzeichen .....
Es ist schon super das man was verlinken kann ohne die HTML oder Farbsprache sichtbar zu machen....
Anderseits wäre das ein Widerspruch , Angabe in der Anzahl der eingegebenen Sachen zu bestimmt und bei denen die rauskommen sollen ... (In der Hinsicht würden dann sehr wahrscheinlich deine Verlinkungen nicht mehr funzeln, weil Java nicht darauf ausgelegt ist doppelte Sachen zu zählen und auszugeben),, weil dann zwei Zählungen stattfinden und das Programm nicht weiss welches nun richtig ist bzw. garnicht reagiert
Man könnte evt. um 20 Zeichen mehr bitten , dafür wäre ich auch

Hoffe konnte ein wenig helles Licht in deiner Frage einhauchen

Ähm, ja, also wenn man vom programmieren keinen plan hat dann nicht versuchen was zu erklären bitte.

Natürlich wäre es grundsätzlich möglich die zeichen die der formatierung dienen nicht in der längenberechnung für die readme mit einzubeziehen. die frage ist ob das die cl denn will?

Das problem ist übriegns überalls so, Channelinfo, mychannel macros, rosentexte, /m u.s.w.

Jaahaa, das wäre doch aber wunderbaahaar.
Weil ich kann mir vorstellen, die Readme soll eben nicht als Spam-Ort fungieren, deshalb dachte man sich, man sollte vielleicht eine maximale Zeichen-Regelung einbringen. Ist ja auch alles super und klasse und total verständlich und bin ich auch voll und ganz mit einverstanden!

Aber jetzt ist es ja so, dass vieles geändert wurde, vieles wurde möglich gemacht, Schriftformatierung, Smileys, Links und so weiter und wenn man nichts dergleichen einbringt, dann kann die Readme doch schon sehr lang sein und geht auch schon in die zweite Zeile. Das ist mehr, als man eigentlich erwartet, finde ich.

Für MICH persönlich würde eine einzige Zeile ausreichen. Ist ja eigentlich auch der Sinn einer Readme.
Allerdings eben auch nur dann, wenn ich sichtbar eine ganze Zeile auch ausfüllen darf.
Fände das daher voll Bombe, wenn das eingerichtet werden könnte.

Wie gesagt, kenne mich mit Programmierung nicht so aus, also absolut gar kein Plan, deswegen überlasse ich diese Bewertung besser den Machern und denen, die sich damit auskennen.

Es kommt natürlich immer drauf an, wie das ganze genau programmiert ist, aber trotz alledem ist sowas technisch möglich.

Sowohl in Java als auch in PHP, C(++), ...

Wie dem auch sei ist es natürlich wieder etwas, das Zeit in Anspruch nimm, daher ist die Frage wie hoch die Priorität davon eingeschätzt werden kann, bzw. wie hoch der Kosten-/Nutzenfaktor ist ;)

Aber ich stimme soweit zu - das wär schon ne gute Idee :)

Also ich weiß nicht obs noch im test ist, aber man hat die /tut, und bekommt das selbe nun nochmal via /pp von james als tipp... also neu user sind das einfach zu viele infos..

Hallo,

sollte noch im Test sein. Zu viele Infos wollen wir nämlich an der Stelle sicherlich nicht haben.


Cheerio,
Dana

es ist ein wenig, überfüllt weil man jede 2 min eine pp info bekommt und dann springen noch so viele tut fenster auf und Juschu test. sollte man alles villt etwas länger ziehen, oder die pp infos in den ersten 24 std da die wichtigsten punkte einbauen, und die dann aber auch aus der tut raus machen denn doppelt gemoppelt ist auch doof. und halt die tut in den ersten 24 std dafür kalt stellen.

weil das war wirklich heftigst überflutet ^^

Das wissen wir & daran arbeiten wir auch. Weniger Text, mehr Intuition - weniger erschlagen werden. *nick*
Wir schauen ja mit diesen Tests, welche Kombinationen am besten funktionieren und wie wir die Infos am besten an den Chatter bringen.


Cheerio,
Dana

aber was ich klasse find ist das mit den pfeilen die zb auf die nickliste zeigen, um zu verdeutlichen wo die user suchen sollen. an sich eine bessere idee als die nervige /tut. also meiner ansicht nach tut weg das pp dingen her :D

War ungefähr so auch angedacht. Gab so den Gedanken, dass man die TuT als ausführliche Hilfetexte behält, aber dass sie nicht mehr automatisch aufploppen, sondern dann eher gezielt aufgerufen werden können. Wie das nun im Endeffekt aussehen wird, wird sich ja dann rausstellen.