Guten Mittag! Es gibt doch diesen netten Filter im "µC & Elektronik"-Forum. Der vertraut darauf, dass jeder Benutzer seinen µC-Typ im Betreff angibt, das wenige machen. Wären Radiobuttons im Beitrag-erstellen-Dialogfeld keine Gute Idee, um das zu vereinheitlichen? Man könnte zwischen verschiednen µCs wählen und es würde automatisch ein nicht veränderbarer Prefix hinzugefügt werden. Die ausgegraute Box (siehe Anhang) wäre dann ein Textfeld, das man nicht bearbeiten kann. Und rechts daneben kann man seinen Betreff schreiben. SIEHE ANHANG Gruß Hajo
Gute Idee (aber nicht ganz neu)... Der nächste Schritt wäre dann die Auswahl der Programmiersprache. Und dann müssen wir noch zwischen DIL und SMD unterscheiden. Nicht zu vergessen zwischen "funktioniert" und "funktioniert nicht". Vielleicht bleibt dann auch noch etwas Platz für den eigentlichen Betreff... ;-) Aber Spaß beiseite, ich finde es auch blöde, wenn man im Betreff oder den ersten Worten des Beitrags (per TipToolText vorab sichtbar) nicht sieht, um welchen Controller und welche Sprache es sich handelt. Das Dumme ist nur, dass man nicht jede Frage in vorgefertigte Radiobuttons oder Auswahllisten pressen kann, die realität ist meist komplexer als es der "Vorbereiter" (der die Liste der Auswahlmöglichkeiten erstellt) jemals ahnen kann. Das konnte ich an diversen statistischen Umfragen erleben... Jedes Ding hat eben (mindestens) zwei Extreme. Das Optimum ist meist irgendwo dazwischen. KH
Freilich, Du hast Recht! Aber es reicht doch eine grobe Unterscheidung. Sprechen wir vom µC-Forum: Es gibt dort die Filter "ARM AVR 8051 MSP430 R8C/M16C/M32C PIC C16x AVR32 TriCore PowerPC". Diese als Auswahl anzugeben reicht doch. AVR und AVR32 könnte man sogar zusammenfassen. Alternativ gibt es eben noch einen Punkt "sonstiges", oder ähnlich. Damit wäre der Sache doch gedient, man muss es ja nicht übertreiben. Wichtig ist halt, dass man etwas auswählen MUSS, damit man zumindest darüber nachdenkt, selbst wenn es am Ende "sonstiges" ist. Ich finde nicht, dass man dann noch zwischen Programmiersprahen Unterscheiden muss. Vielleicht in anderen Forenbereichen hier. Funktioniert oder Funktioniert nicht ist auch eine Gute Idee, aber das kann man so lösen, dass der Threadersteller nach der Lösung des beschriebenen Problems die Möglichkeit hat, den Thread als gelöst zu kennzeichnen. Das kann im Forum durch ein kleines GIF gekennzeichnet sein. Das würde den Komfort dahingehend verbessern, dass Forenbenutzer wissen, wem man noch helfen muss, selbst wenn es schon 10 Antworten gibt. Oder das ein Problem gelöst ist, mit nur 1 Antwort.
Hans-Joachim Bernstein wrote:
> AVR und AVR32 könnte man sogar zusammenfassen
Mit welchem Sinn? Weil sie fast gleich geschrieben werden? Das sind zwei
völlig unterschiedliche Prozessorarchitekturen.
Ich mache das meist so: [XXXX] in Klammer mit in den Betreff. Beispiel: [STK500] Probleme mit der Spannungsversorgung oder [ATMEGA 8] habe 4 Pins verloren, kann ich die aus Draht darnlöten ?? Tut nicht weh und es muss im Forum nix geändert werden ....
> Wichtig ist halt, dass man etwas auswählen MUSS, damit man zumindest > darüber nachdenkt, selbst wenn es am Ende "sonstiges" ist. Da wäre noch anzumerken, dass beim Erstellen nichts angewählt ist, und der Beitrag erst gepostet werden kann, wenn was gewählt wurde. Ansonsten wäre das Problem, dass z.B. wenn "sonstiges" als Default angewählt wäre, sich niemand die Mühe macht, das richtig zu setzen. Vom Prinzip her geht das schon fast in Richtung Unterforen (auf die Controller bezogen). Und um meinem Sinn für Humor Rechnung zu tragen, in Verbindung mit dem Flag "funktioniert/funktioniert nicht" sollte dann gleich noch ein Feld "HD44780" eingefügt werden :) Ralf
> Und um meinem Sinn für Humor Rechnung zu tragen, in Verbindung mit dem > Flag "funktioniert/funktioniert nicht" sollte dann gleich noch ein > Feld "HD44780" eingefügt werden :) Das folgende Feld wäre ebenfalls ganz wichtig: [ ] Mein winziges Programm benötigt über 3 KB Flashspeicher. Wird dieses Feld angekreuzt, wird die Anfrage nicht veröffentlicht, sondern die folgende Antwort sofort automatisch "generiert": Bei Verwendung der _delay_xx-Funktionen der AVR-Libc muss beim GCC immer die Optimierung aktiviert werden. ;-)
Vielleicht würden einige der Fragen sich von selbst beantworten lassen, wenn man die Artikel dazu besser auffindbar machen würde. Über http://www.mikrocontroller.net/articles/Hauptseite kommt man erst auf eine Übersichtsseite, die unvollständig ist. Dann muss man erst diesen Link finden, um alle Artikel angezeigt zu bekommen: http://www.mikrocontroller.net/articles/Spezial:Allpages Wäre es nicht sinnvoller direkt alle Artikel anzuzeigen? Dann hätten Anfänger vielleicht auch die Chance diese zu finden, denn so versteckt wie der Link ist, ist der nicht einfach zu finden...
@Benedikt Volle Zustimmung zu Deiner Einschätzung. gez. Katapulski
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.