Vorschläge zur DP2006 - aufgerollt

[Daniel]

Es geht um folgendes Thema mit Euren Wünschen und Ideen zur DP2006: http://www.delphipraxis.net/internal...ct.php?t=79406

Ich habe sämtliche Anregungen aus diesem Thema aufgegriffen und jeweils dazu notiert, ob ich diese Änderung berücksichtigen werde oder nicht. Zu beachten ist, dass es sich bei dieser Liste nicht um eine verbindliche Feature-Liste handelt, sondern um meine Ansichten zu diesen Ideen. Einiges ist noch nicht implementiert und es könnten hier und dort noch unerwartete Hürden lauern.

• Weitere Smlies
  -- abgelehnt. Weitere Smilies haben keinerlei Nutzen für das Forum und werden sich eher negativ auf die Lesbarkeit der Beiträge auswirken. Darüber hinaus haben wir immer mal wieder saisonale Smilies, so dass die Liste ja so oder so schon eine gewisse Dynamik aufweist.
  
• Umfragen für alle
  -- abgelehnt. Zugegeben - ich bin auch kein großer Freund von Umfragen.
  
• Option, um Signaturen ausblenden zu können
  -- akzeptiert, Standardfunktion des vBulletin. Jeder Benutzer kann sich das selbst einstellen. Was aber auf alle Fälle bleibt, ist die Anzeige des realen Namens, sofern dieser eingegeben wurde.
  
• Option, um Avatare ausblenden zu können
  -- akzeptiert, Standardfunktion des vBulletin. Jeder Benutzer kann sich dies individuell einstellen.
  
• "Roter Kasten" soll funktionieren
  -- akzeptiert. Ich werde auch für die DP2006 Anstrengungen unternhemen, dass dieser Kasten funktioniert und zuverlässig erscheint.
  
• Option, um Smilies nur als Text anzuzeigen
  -- prinzipiell nette Idee, könnte jedoch mit der Tatsache kollidieren, dass Beiträge in HTML-Darstellung gecacht werden. Somit gibt es nur eine Darstellung für alle und die Idee ist vermutlich nicht realisierbar.
  
• Textversion des Forums (WAP zum Beispiel)
  -- akzeptiert, Standardfunktion des vBulletin ("Archiv"). Hier könnte man allerdings noch einen Schritt weiter gehen und eine für WAP optimierte Darstellung finden.
  
• Offline-Version des Forums
  -- prinzipiell nette Idee - seit Jahren schon.
  
• Sparte für C++
  -- diese Frage ist noch nbicht abschließend geklärt.
  
• Teamspeak-Server für die DP
  -- akzeptiert, TS läuft schon auf dem neuen Server und eine Brücke zum vB gibt's auch.
  
• Bei Zitaten die Quelle verlinken
  -- akzeptiert, Standardfunktion des vBulletin - geht aber nur bei neuen Zitaten und auch nur dann, wenn der User diese Art zu zitiern auch nutzt und die Quelle nicht etwa per Hand entfernt.
  
• Beiträge erweiterbar machen, wenn schon nicht editierbar
  -- ich denke nicht, dass dies mit vertretbarem Aufwand drin sein wird. Man munkelt, es gebe für das vBulletion in Version 4 eine solche Funktion, die Beiträge in unterschiedlichen Versionen abspeichern kann.
  
• Geburtstage mit einem Kalender verknüpfen, der auch die Geb'tage andere User an diesem Tag zeigt
  -- akzeptiert, Standardfunktion des vBulletin.
  
• Törtchen-Icon zum Geburtstag neben dem Usernamen
  -- akzeptiert, nette Idee - mal gucken, wie das ins Design passt.
  
• Die Möglichkeit, Attachments bei Opensource mit Datum versehen können
  -- akzeptiert, diese Information lässt sich entsprechend hinterlegen.
  
• Inline-Attachments
  -- akzeptiert, Standardfunktion des vBulletin.
  
• Funktion "Zitat splitten"
  -- akzeptiert, nette Idee und benötigt nur ein wenig Spielerei mit Javascript.
  
• Suchbegriffe wie "my.ini" erlauben
  -- angepeilt ist eine Lösung, die das (und mehr) kann.
  
• Öffentliche XML-Schnittstellen für das Forum
  -- prinzipiell nette Idee - seit Jahren schon. Kommt nach dem Release für die DP2006.
  
• Suche in Themen nach Beiträgen von Usern
  -- akzeptiert, Standardfunktion des vBulletin.
  
• In der Codelibrary Diskussionen zu den Einträgen zulassen
  -- akzeptiert, sollte mit dem geplanten neuen Frontend möglich sein.
  
• In der Codelibrary der Hinweis, ab welcher Delphi-Version ein Code läuft
  -- akzeptiert, bei Bedarf sind auch weitere Meta-Informationen möglich.
  
• BBCode, um Tooltips für Textstellen angeben zu können (ggf. farblich hervorgehoben)
  -- eher nicht. Denkbar wäre jedoch ein Tag für Meta-Informationen.
  
• Alle Spezialseiten der DP korrekt verlinken (z.B. Delphi 2005 Downloads)
  -- akzeptiert, hier muss was passieren und eine ordentliche Sitemap muss her.
  
• Hervorheben eigener Threads
  -- akzeptiert, Standardfunktion des vBulletin.
  
• Prüfen, für welche Download tatsächlich ein neues Fenster nötig ist
  -- akzeptiert, lässt sich im vBulletin detailliert festlegen.
  
• Gelesen-Status in der Datenbank hinterlegen
  -- akzeptiert, Standardfunktion des vBulletin.
  
• Auf der Portalseite Foren herausfiltern können
  -- nette Idee - mal sehen, was machbar ist.

Dies als kleiner Zwischenstand. Um den anderen Thrad (Admin-Posten zu vergeben) mit Euren Ideen zur DP2006 werde ich mich ein wenig später kümmern.

[edit=alcaeus]Titel korrigiert...es heisst "2006", nicht "206", Chaeffe Mfg, alcaeus[/edit]

[mkinzler]

And it's done when it's done?

[Daniel]

Ja, so schaut's aus.

[Daniel G]

Zitat von Daniel:

• Törtchen-Icon zum Geburtstag neben dem Usernamen
  -- akzeptiert, nette Idee - mal gucken, wie das ins Design passt.

Zitat von mkinzler:

And it's done when it's done?

Zitat von Daniel:

Ja, so schaut's aus.

OMG, bitte nicht!

Das ist Carmack's - Satz... Das gilt für Duke Nukem Forever seit 9 1/2 Jahren.

[xZise]

Werden noch Vorschläge angenommen?
Dann so0llte das "List"-Verhalten verbessert werden.

Beispiel

[alcaeus]

Zitat von Daniel G:

Das ist Carmack's - Satz... Das gilt für Duke Nukem Forever seit 9 1/2 Jahren.

Im Unterschied zu DMF wurde die DP 2006 auch schon mal in freier Wildbahn gesichtet

Greetz
alcaeus

[CalganX]

Zitat von xZise:

Werden noch Vorschläge angenommen?
Dann so0llte das "List"-Verhalten verbessert werden.

Das sind Kleinigkeiten, die man am Ende immer noch überprüfen kann. Ich kann dich aber beruhigen, dass das neue BBCode-System dein Beispiel problemlos anzeigt.

Chris

[Daniel]

Ich kann verstehen, dass Ihr - ebenso wie ich auch - die neue DP liefer früher als später hättet. Ein fixes Datum kann ich aktuell aber beim besten Willen nicht geben.

Ginge es nur darum, die DP in ein Standard-vBulletin zu überführen, so wäre ich schon seit Wochen fertig. Aber die Meßlatte liegt mit dieser Version der DP schon halbwegs hoch und dieses Level zu halten bzw. zu toppen ist nicht trivial.

Die Marschroute steht aber fest und jetzt kommt ein Modul nach dem nächsten. Aktuell bin ich dabei, die Erweiterungen für die Codelib zu implementieren.

[xZise]

Zitat von Chakotay1308:

Ich kann dich aber beruhigen, dass das neue BBCode-System dein Beispiel problemlos anzeigt.

Okay War auch kaum auszuhalten

PS: Danke für das Quotesplit

[alzaimar]

Daniel, das mit den Smilies ist ja 100%ig rational nachvollziehbar. Absolut.

Zitat von Die Ratio:

Was soll der Mumpitz?

Aber : Smilies sind ja per se irrational

Deckel die doch nich, bitte bitte. Ich kanns verstehen, aber manchmal fehlt einfach Einer.

Unter soziopsychologischen Aspekten sind Smilies doch z.B. eine sehr elegante Möglichkeit, einem User quasi nonverbal mitzuteilen, was für ein Dorfdepp er ist (oder seine Idee), ohne ihn gleich als Solchen abzustempeln,
Beispiel: User Kassupke fragt:

"Wieviel Stockwerke hat ein achtgeschössiges Hochhaus?"

Hier passt einfach der nicht. Auch ein sarkastisches trifft den Cretinismus hinter der Frage nicht ganz. Und ein fürsorgliches ist deplaziert. Was tun? Soll ich Kassupke etwa ein als Fedehandschuh vor die Füße knallen? Oder ihn als brandmarken? Oder hochnäsig mit den rollen?

Bitte streich doch Deinen Wunsch, den Smilies die natürliche Erhöhung ihrer Population zu verbieten. Das kannst und darfst Du nicht tun. (Hier fehlt ein Smilie, der heulend seine Stirn auf seinen Tisch knallt und mit den Fäusten abwechselnd auf eben Denselben ballert).

Ich verwehre mich also im Namen aller freien und im DP lebenden Smilies gegen diese Geburtenkontrolle! Das ist totalitär!

Eine kleine Idee hätte ich noch: Die (farbliche) Hervorhebung innerhalb des Codes sowie 'inline' Highlighting von kurzen Code-Passagen (z.B.: [delphi ] a := b + c [/delphi ]