Klingt radikal, doch lasst mich sprechen!

Es ist ja nicht so, dass ich, der per Volksentscheid rechtskräftig unfähigste Halbmoderator dieses Forums, mit diesen 33% meiner Verantwortung überfordert wäre, aber dennoch entbehrt sich das Forum in dieser Form nunmehr eines jeden Sinnes. Meines Erachtens zumindest.

Ersteinmal werden es nicht mehr Kompilierfehler. Wie lang gibt es die ZHLT? Ich weiß es nicht, ich bin zu jung um mich an das Erscheinen dieser Tools zu erinnern (und das sollte für meine folgende Ausführung reichen). Seit den ZHLT hat's jedenfalls keine neuen Fehlermeldungen gegeben. MHLT und Cagey's Tools haben neue Features, aber keine neuen Fehler im klassischen Sinne. Keine vom Mapper verursachten jedenfalls. Seitdem es die ZHLT gibt ist wirklich _jeder_ Fehler den's nur gibt im Board schon 666 mal beackert worden. Wer braucht neue Threads? Die Thematik ist mittlerweile statisch. Auf Entity-Board und Coding möcht' man nicht verzichten, neue komische Ideen kommen immer mal wieder vor, und die müssen auch besprochen werden... aber hier?
Es gibt neben der Forensuche den neuen, leeten Compilelog-Analyzer. Was soll ich sagen, das Ding findet so so gut wie alles. Die Docus der Tools werden auch immer besser. Kürzlich gab's gerade bei den XHLT da ein dickes Update.
Und in dem Board, das kann ich euch sagen, hält sich eh keiner an die Regeln. Keiner benutzt die Forensuche, keiner verwendet den Analyzer, keiner liest die Docs, keiner kennt Google. Und die festen Threads... es war wirklich verschwendetet Zeit die Dinger zu schreiben. Liest keiner. Wenn dem nicht so wäre gäbe es keine neuen Threads. Und wenn einer postet ist nie ein Compile-Log dabei, das sei nicht zu vergessen.
Na klar, ich bin als zuständiger Moderator selbst schuld wenn die Noob-Bande in meinem Reich Amok läuft. Nur was soll ich machen, alle neu erstellten Threads löschen? Nene, keine Lösung.
Ich sage, zwingt die Antwortsuchenden zur eigenständigen, aktiven Suche und macht das Board Read-Only. Weniger Arbeit und Mühe für Staff, NGZ und neue Suchende. Wie ich in meinen berüchtigten "Mehr Mods"-Thrad schon erwähnte...

Zitat:

Es gab eine Zeit, ich glaube noch vor LePraus ehrenhafter Ernennung zum untertänigsten Diener der Administation, da tauchten jeden Tag mindestens 2 Threads mit dem Thema "OMG BAD SURFACE EXTENDS?????" auf. Die wurden alle angemessen beantwortet ("Bitte benutz die Forensuche", bzw für die schon erwähnten Verbalterroristen "OMG SEARCH N4P!!1111") und liegen jetzt in der Datenbank. An sich kein Problem, doch wenn heute der Mapper "A. Nfänger" ein Bad-Surface-Problem hätte, und die Forensche benutzen würde, was fände er? right.

Meinungen? :O

Ich bin absoult deiner Meinung, ich habe dieses Board sowieso schon immer als sinnlos angesehen. Ich musste noch nie in diesem Forum eine Frage stellen, denn ich weiß wie Google funktioniert und kenne noch andere URLs als http://www.thewall.de/forum mit Röhrenblick auf "Kompilierfehler". Und wenn ich das als beschränkter ThW-Member ohne nennenswerte Kenntnisse schon kann, dann können diese "OLOLO-my f1r$/ C$-M4p!!!!!111einz"-kiddies das auch... hm, nein, sie können es nicht, aber es ist besser ihnen die letzte Möglichkeit, sich mit ihrer Doofheit über Wasser zu halten, abzuknipsen und sie elendig im Meer der grausamen Realität "Selbstständigkeit" absaufen zu lassen.

So viel dazu, wenns nach mir geht: ZU MACHEN

da sich die HL Mappingszene nun schon seit einigen Jahren im Kreis dreht, gilt das Problem natürlich auch für die meisten anderen Foren hier. Allerdings befürchte ich beim Schliessen des Kompilerforums, dass sowas wie ReadSurfs (line 73753): 32 > MAXPOINT dann einfach in ein anderes gepostet wird.

Sig as a brick ┴┬┴┬┴┬┴┬┴┬┴┬┴
WW

pepe, ich versteh dich auch, aber wie warewolf sagte, ist das compile board dicht, werden sie einfach ins allgemeine oder sonstwohin posten, wie früher eben. dann ist der sinn der schliessung eigentlich völlig verfehlt, da das compile board so noch den zweck erfüllt die übersicht im board zu wahren. wie du (pepe) schon sagtest, im compile board hält sich keiner an die regeln, also wie kommst du darauf, dass sie dann wenn das board dicht ist sich an die regeln halten werden? so landen wenigstens alle compile error threads, auch wenn sie schon 1000 mal da waren in einem board und so ist die kontrolle und übersicht einfach besser.

hmm, naja ich würds so machen, jeder der im kompilierforum posten will, soll beim threaderstellen automatisch sein compilelog analysieren lassen. findet er nen fehler kann man posten was man will er lässt es einen einfach nicht.
naja für andere fehler z.b. er bricht beim compilen ab oso, reicht ne pm an den zuständigen moderator und der beurteilt ob das forumswürdig is oder nicht.

und hey in was für einen forum kann man besser seine postinganzahl erhöhen^^

@infi: ist ja ausbaufähig.. wir sind ja im kritik,anregungen,bugs,lob thread

IDF - a HL2 TC
Source Compile Analyzer v1.2b
too much is never enough -> happyhardcore.com

hmm, tommy, die ideen sind auch ned so der renner, das würde ja noch mehr arbeit schaffen

Das mit dem automatischen analysieren ist absolut keine schlechte Idee. Bei Snarkpit ist's ja auch so, dass man keinen Thread erstellen _kann_ ohne vorher FAQ usw konsultiert zu haben.

@Sir_Pepe: Diese Idee mit der Zwangs-FAQ ist doch schon uralt, wird aber aus unbegreiflichen Gründen nicht realisiert.

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

Alles im Endeffekt mit Arbeit verbunden, die wahrscheinlich keiner machen will.
Tja, so ein Forum braucht eben auch ein bisschen Pflege...

Rambo Engineer @ Drippy's 2fort - finest TFC 1.5 || Bild Upload || The world's most advanced open source database

Wofür haben wir den den Board-Dev und Uberadmin Paule? Das artet sonst immer mehr aus. Also da sollte man imo mal 'nen Riegel vorschieben. Eine Forumschließung halte ich für unsinnig (siehe Kommentare oben), aber eine Zwangs-Umleitung auf eine Art Auswahlscreen FAQ * COMPILER-LOG-ANALYZER * HILFETHEMEN ist gut, wobei HILFETHEMEN noch Support geben so nach dem Motto "Was ist der Compiler Log und wo finde ich den?" usw.

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

Andererseits...HL² wird hier angeblich eh ne Wende bringen, hört man es zumindest munkeln.
Also warum noch großartig für HL1 was hier ändern...zahlt sich imho nicht mehr aus.

Rambo Engineer @ Drippy's 2fort - finest TFC 1.5 || Bild Upload || The world's most advanced open source database

oder noch besser, ich sprühe ja heute so vor ideen :)
vor dem posten das Compilelog untersuchen, wenn er Fehler findet, dann gibts ne automatische Suche nach den gefundenen Fehlern, die dann schön übersichtlich angezeigt werden.
Das Kompilierforum read_only machen und wenn wer trotzdem etwas postet, wird der thread automatisch geschloßen und je nach ermessen des Moderators wieder geöffnet.
So Diskutiert man nur über Dinge, über die es sich lohnt zu diskutieren ;)
Das Ganze hat aber auch nen Haken, den es kommen sicher CS-KIDDIES, die spammen, !!!!WISO IST MEIN THRED C70S3D 1111
tja wer nicht lesen kann wird vewarnt oso^^
wow solche Gedanken von mir und das noch zu Schulschluss :D

IDF - a HL2 TC
Source Compile Analyzer v1.2b
too much is never enough -> happyhardcore.com

Zitat:

<Flow> du kennst ja CgTalk
<Flow> oder?
<Acumen> türlich
<Flow> ehm
<Flow> ist es da nicht so, dass jeder Thread von Moderatoren geprüft wird, bevor er "draufkommt"?
<Acumen> jup
<Acumen> dauert so nen halben tag dann sind die on

Zitat:

Flow postete

Zitat:

<Flow> du kennst ja CgTalk
<Flow> oder?
<Acumen> türlich
<Flow> ehm
<Flow> ist es da nicht so, dass jeder Thread von Moderatoren geprüft wird, bevor er "draufkommt"?
<Acumen> jup
<Acumen> dauert so nen halben tag dann sind die on

Könnte man das nicht für das Kompiler-Probleme Board übernehmen, würde Arbeit kosten, aber das würde das ganze niederlegen ohne Zwang-FaQ oder sonstwas (was dann am Ende noch nichtmal gelesen wird)

wie gesagt, ich finds so wie es jetzt ist eigentlich am besten, überflüssige threads am besten mit pm beantworten und löschen fertig

Auch noch PMs? Das wird ja noch mehr Arbeit :O

Infi, beim Thread erstellen ist es auf jeden Fall so. Ich meine auch es wäre auch beim (normalen) Posten. Jeder Post wird von Moderatoren durchsucht und abgesegnet/abgelehnt. Ist ein gutes Prinzip, da haben die Mods gut was zu tun

Man müsste einfach das Threadersttungsformular um die eine Rubrik "Poste hier bitte dein Compilelog rein (was ist ein Compilelog?)" erweitern udn alle Threads werden automatisch analysiert, dann komtm die Frage: konnte dein Problem behoben werden usw. Wurde nie realisiert, schade isses auf jeden fall.

[Dennis "Dr.Zenz" Jenz][Photon Audio Player]

Jup

ein entfernen des Komplilierfehlerforum ist sicher keine Lüsung.

Aber man könnte die Thread-erstellfunktion etwas "ausgbauen" - wer einen Thread erstellt bekommt erstmal eine schöne Seite, die ihm hilft sein problem zu lösen - übersichtlich einladend - wichtig ist, dass sie nicht abschreckt, oder eher noch neue fragen aufwirft ("Hä, komplilierlog, wasndas?").

Auf dieser seite gibt es dann auch einen dezenten link zur tatsächlichen threaderstellung - jedoch "gut versteckt", soll heisen nicht auf den ersten Blick erkennbar, und wirklich nur zu bemerken, wenn man sich auch wirklich durchliest, was da eigenltich steht.

Der entscheidente Punkt ist eben, dass die Seite dem gedanken "Hä, da wollte ich aber nicht hin, ich will doch nen verdammten Post erstellen, wo isn der button?" standhalten muss.
Sie muss zu der Schlussfolgerungen führen "hey, das ist zwar eigenltich nicht das, was ich suche, aber das sieht so aus als könne mir das helfen".

Also mit dem geschickten Entwurf einer solchen Seite, soltle man das Problem des Kompilierfehlerforums sehr sauber lösen können.

"tsuji-giri" (japanisch) - ein neues Schwert an einem Passanten ausprobieren

[SPAM]
Mein Vorschlag für eine solche Seite: http://www.samco.de/MoN/kram/kompilierfehlerthread.htm
[/SPAM]

Nein, im Ernst. Ich mag die Idee, nur wer erklärt sich bereit eine solche Seite zu erstellen?