Header Problem

57
Bug #
Priorität4 (▼ Niedrig)
BereichLayout
TitleHeader Problem
BeschreibungSobald man die ungelesene Nachricht öffnet sollte die Message als unread markiert werden. Es ist verwirrend, wenn während dem lesen einer Message noch immer "1 new Message" angezeigt wird...




@cylander: danke, editiere goht ;)
Reported by @
 
Git Commit
Assigned to @ 19.09.2004 04:01
StatusResolved @ 57
zorg.ch
#45131 by @ 26.08.2004 00:13 - nach oben -
ok es heisst "X new Messages"... die Bugs lassen sich aber anscheinend noch immer nicht editieren...
zorg.ch
#45133 by @ 26.08.2004 00:18 - nach oben -
ähm man kann editieren...ich schalt dir mal den "ich-bin-ein-schöner-modus" ein
zorg.ch
#45134 by @ 26.08.2004 00:19 - nach oben -
so etz chasch du au editierä
zorg.ch
#45136 by @ 26.08.2004 00:20 - nach oben -
ah... nett vo dir, danke!
zorg.ch
#45137 by @ 26.08.2004 00:21 - nach oben -
bisch jetzt en schöne?
zorg.ch
#45140 by @ 26.08.2004 00:23 - nach oben -
jo ischer
zorg.ch
#45141 by @ 26.08.2004 00:28 - nach oben -
jo bini
zorg.ch
#45138 by @ 26.08.2004 00:22 - nach oben -
wow, ich gseh plötzlich soviel neui sache im header... praktisch. ha scho lang denkt ich müess glaub en request für die azeig eröffne.
zorg.ch
#45139 by @ 26.08.2004 00:23 - nach oben -
hehe...naja von mir aus müste das zeug da ned stehen...*g*
zorg.ch
#45144 by @ 26.08.2004 11:08 - nach oben -
Das Problem ist, dass die Anzeige der Unread Messages gemacht wird, bevor die Seite aufgerufen wird in der die Message angezeigt wird.
Das selbe Problem gibts auch bei den Kommentaren.
zorg.ch
#45145 by @ 26.08.2004 11:52 - nach oben -
jo...könnte man das ganze nicht mit nem iframe lösen ?
zorg.ch
#45146 by @ 26.08.2004 11:58 - nach oben -
ich hab zwar nichts zu sagen.
Aber iframes sind schwul!
zorg.ch
#45147 by @ 26.08.2004 12:04 - nach oben -
ich weiss...aber es gibt dinge da kann man fast nicht anders
zorg.ch
#45154 by @ 26.08.2004 14:58, edited @ 26.08.2004 14:58 - nach oben -
Alternative: Layer!

Edit: Wrong reply ;(
zorg.ch
#45162 by @ 26.08.2004 15:11 - nach oben -
damn hell, früher konnte man die parent_id mal noch editieren...
zorg.ch
#45166 by @ 26.08.2004 15:19 - nach oben -
hat vermutlich zu viel zu viel fehlern gefuehrt... ich koennt mir schon vorstellen, dass so etwa jeder dritte parent-id-edit nen fehler gegeben hat...
zorg.ch
#45168 by @ 26.08.2004 15:22 - nach oben -
ok. ein feature für die schönen?
zorg.ch
#45169 by @ 26.08.2004 15:25 - nach oben -
dieses feature wurde entfernt weil eländ viele fehler entstanden sind.
zorg.ch
#45171 by @ 26.08.2004 15:28, edited @ 26.08.2004 15:28 - nach oben -
ok. ein feature für die schönen?

wenn die es nicht raffen, dann sind sie definitiv nicht schön.
zorg.ch
#45173 by @ 26.08.2004 15:28 - nach oben -
mir ists egal...aber auch die schönen machen fehler.
Additional posts
zorg.ch
#45175 by @ 26.08.2004 15:29 - nach oben -
jo wiederhol di doch!
Additional posts
zorg.ch
#45473 by @ 28.08.2004 22:33 - nach oben -
Das Prob ist wenn man eine Falsch setzt kann man rüde Forum-Verreisser verursachen, die man nur mit phpmyadmin fixen kann.

Wenns eh nur die schönen können, warum nicht direkt in phpmyadmin?

Hm... wobei... mit einem Pulldown von möglichen parent_ids wäre es möglich... ich eröffne ein Bug.
zorg.ch
#45174 by @ 26.08.2004 15:28 - nach oben -
jaja... wer wuerde schon davon ausgehen wollen, dass zorger dazu krass genug sind?
zorg.ch
#45187 by @ 26.08.2004 16:11 - nach oben -
Richtig Iframes sind schwul.

Man könnte auch beim ausgeben der Nachrichten berücksichtigen ob eine ungelesene angezeigt wird..
zorg.ch
#45281 by @ 26.08.2004 21:20 - nach oben -
man könnte dem "X new Messages"-link ja eine variable "mach -1 neue nachrichten" mitgeben...
zorg.ch
#45290 by @ 27.08.2004 01:57 - nach oben -
Nein dem Link mitgeben wäre falsch, es stimmt ja erst wenn du die Message auch tatsächlich ansiehst.
Das Problem ist, dass der Kopf der Seite abgearbeitet wird, bevor die Seite weiss was überhaupt geschieht. Man könnte die Reihenfolge des abarbeitens ändern (und somit iframes verwenden) oder beim Ausgeben des Links prüfen ob eine nachricht angezeigt werden soll..
zorg.ch
#45308 by @ 27.08.2004 10:34 - nach oben -
oder den kopf der seite nachher per js manipulieren ;) oder den link per position: absolute da oben platzieren ;))

(nein, ich meins nicht ernst)
zorg.ch
#45316 by @ 27.08.2004 12:39 - nach oben -
Jep das wär natürlich ne ganz gute Idee.

Meiner Meinung wärs am sinvollsten, wenn man zuerst die Eingabe verarbeiten würde (in einem separaten File). Anschliessend den SeitenHeader ausgeben und danach die Seite verarbeiten.

Dazu müssten man jedoch einige "Schnitstellen" einführen, dass alle Seiten die Funktionen zum bearbeiten der Eingabe identisch machen.
zorg.ch
#45401 by @ 27.08.2004 22:12 - nach oben -
es wäre doch sinnvoll, wenn auf der message-seite (nachdem man den neue-messages-link geklickt hat) geprüft wird, wieviele weitere neue messages vorhanden sind.
zorg.ch
#45411 by @ 28.08.2004 02:37 - nach oben -
Ja und wie teilt die Message Seite dem Header mit dass es jetzt weniger neue Messages hat?
zorg.ch
#45416 by @ 28.08.2004 03:12, edited @ 28.08.2004 16:38 - nach oben -
Header: "Tschau Message-Seite, wie häsch?"
Message-Seite: "Guet, guet. Und du?"
H: "Ich eigentlich au. Ha nume ä chliises Problemli wo mi stört..."
MS: "Verzell!"
H: "Wenn bi dir öppert sini Nachrichte liest, denn vergissisch du immer, mir die neue Azahl unglesene Messages z sägä!!"
MS: "Aha, da müesst ich dir sägä?! Sorry, da han ich voll nöd gwüsst..."
H: "Meinsch chasch da ab jetzt amel mache?"
MS: "Jo glaub scho."
H: "Das isch lieb vo dir. Danke viel mal!"
MS: "Kei Problem... Übrigens: häsch hüt Abed scho was vor?"
H: "Nei"
MS: "Gömmer zämä in Usgang?"
H: "Jo chömmer. Wenn und wo treffe mer üs?"
MS: "Am 9i bim Bahnhof, ok?"
H: "OK, bis denn!"
MS: "Tschüss Header!"


jo so ungefähr sött d Message-Seite da em Header mitteile...
zorg.ch
#45418 by @ 28.08.2004 03:23 - nach oben -
heinomol , verdammt verrupft, aber sogar für mich als doppel null coder verständlich! bundig !
zorg.ch
#45436 by @ 28.08.2004 13:34 - nach oben -
Sollte der Header nicht der Main Seite Heu sagen??

Das Problem an der Sache ist nur, dass der Header schon lang weg ist wenn die Main Seite kommt, gopf das hab ich jetzt sicher schon 10 mal gesagt.
zorg.ch
#45450 by @ 28.08.2004 16:38 - nach oben -
nein der Message-Seite...
zorg.ch
#45409 by @ 28.08.2004 02:33 - nach oben -
die lösung ist doch ganz einfach:

vor der ausgabe (header) die message als read markieren.
zorg.ch
#45413 by @ 28.08.2004 02:41 - nach oben -
Soo einfach ist die Lösung auch wieder nicht, dann müsstest du das beim Forum nämlich auch machen, somit hast du wieder 2 Queries mehr..
zorg.ch
#45425 by @ 28.08.2004 03:58 - nach oben -
es geht hier um die messages und nicht ums forum.
zorg.ch
#45437 by @ 28.08.2004 13:48 - nach oben -
Beim Forum besteht aber genau das selbe Problem, und man könnte grad beide Mitteinander Fixen indem mans einmal Richtig macht.
zorg.ch
#45491 by @ 29.08.2004 00:48 - nach oben -
beim forum werden die messages beim ansehen aber noch nicht direkt read markiert. deswegen sind sie ja blau. insofern sollte die anzeige schon die unread's der aktuellen seite auch beinhalten.

bei den messages ist die markierung im voraus viel einfacher. bei den comments müssten aber wieder viel zu viele queries abgesetzt werden.
zorg.ch
#45472 by @ 28.08.2004 22:25 - nach oben -
Wie löse ich solche Sachen gescheit über den Header? Ich wollte das nicht tun, weil das der Sache Flexibilität nimmt... (v.a. zusammen mit Templates)
zorg.ch
#45495 by @ 29.08.2004 01:14 - nach oben -
es ist schon ein bisschen ein problem resp. wird bastelig.

bei den games ist's kein problem. da muss ich sowieso noch actions ausführen. zusammen mit diesen kann auch auch den move markieren. diese mache ich in einem separaten file und mache anschliessend ein header("Locatino: ") auf das display-file.

das wird allerdings etwas hässlich, wenn man ein eigenes file aufrufen muss, nur um die msg als read zu markieren und dann wieder weiterleitet.

in smarty gibts bei blöcken die möglichkeit, diesen ein zweites mal auszuführen, wenn bestimmte bedingungen auftreten. der zorg-header ist in einem block. ich schau mal, ob und wie man das hier schlau einbauen kann.
zorg.ch
#46028 by @ 01.09.2004 17:59 - nach oben -
Ah, ok, wenn man fürs read-markieren ein eigenes file hätte würds gehen...
zorg.ch
#46029 by @ 01.09.2004 18:10 - nach oben -
Was wenn man alle Actions in ein einziges File packen würde?

Wie macht das Smarty denn mit dem zweiten mal ausführen?
Der Block müsste eigentlich nur ein einziges mal Ausgeführt werden, nämlcih ganz am Schluss :)
zorg.ch
#46034 by @ 01.09.2004 18:33 - nach oben -
Einzelne Files finde ich noch cool das schön übersichtlich ist.
zorg.ch
#46042 by @ 01.09.2004 19:23 - nach oben -
Wenn alles in einem File ist, bleibts auch übersichtlich weils das Zeug nur in einem einzigen File ist.
Es reicht ja die Funktionsaufrufe da drin zu machen.
zorg.ch
#46099 by @ 02.09.2004 13:28 - nach oben -
Alle in einem File finde ich nicht gut, höchstens alle einer Section.
zorg.ch
#48999 by @ 19.09.2004 14:49, edited @ 19.09.2004 14:49 - nach oben -
Resolved? Grad eben, als ich die Message "Bug 215 resolved" am lesen war, stand oben immer noch "1 new Message"...
zorg.ch
#49007 by @ 19.09.2004 17:16 - nach oben -
während du die msg liest, ist sie auch immer noch neu. erst wenn du sie gelesen hast, ist sie nicht mehr neu.
zorg.ch
#49008 by @ 19.09.2004 17:28 - nach oben -
Die Zahl können wir leider nicht genau ermitteln weil der Header nicht weiss was alles für unread posts noch erscheinen werden auf der Seite.

Ohne Unschönheiten können wir das nicht lösen. Ich hab mal ein "~" vorne dran gehängt.

Dafür geht der Link immer auf die nächsten letzten Comments.
zorg.ch
#49016 by @ 19.09.2004 19:03 - nach oben -
ok
zorg.ch
#49027 by @ 19.09.2004 19:26 - nach oben -
die zahl ist genau. die markierten posts sind schliesslich immer noch unread. also sollen sie auch mitgezählt werden.