Das deutsche QBasic- und FreeBASIC-Forum

[Thomas Antoni]

Hat jemand Lust, mir kleine Definitionen für die folgenden Begriffe zu liefern, die ich ins LEXIKON der QB-MonsterFAQ einfügen kann?

. Laufzeit
. Parser
. Syntax
. Disassembler
. EMS-Speicher
. XMS-Speicher
. Suffix
. deklarieren
. definieren
. Argument
. lokal
. global

Ich habe übrigens schon über 4 MB Notizen für die Ergänzung der QB-MonsterFAQ in einer TXT-Datei gemacht und über 200 neue Beispielprogramme gesammelt. In der zweiten Jahreshälfte will ich mit der Erstellung der Version 2.0 der MonsterFAQ beginnen.

Und so sieht mein neuester FAQ-Beitrag aus:

[Mecki]

Sagmal Thomas, was hältst du eigentlich von der Idee, die MonsterFAQ in ein freies Wiki-System zu konvertieren?

Selbstverständlich könntest du ja die normale Offline-FAQ beibehalten und diese eventuell auch nur mit ausgesuchten, besonders guten Themen füttern.

Ich finde, es wär ne gute Idee, wenn das umgesetzt wird, dass man auch für das Wiki einen Login braucht, wobei wir die Logindaten usw mit dem Forum verknüpfen könnten => Logindaten gleich, + Autologin.. Das würde auch gewisse Sicherheiten mit sich bringen.

Wie bei jedem guten Wiki-System kann man ja auch die alten Versionen von Beiträgen wiederherstellen.

Das wär echt phantastisch!

Naja, egal, was du davon hältst: Ich finds super, dass die FAQ (wenn auch im Verborgenen) fleißig weiter wächst

Grüßle,
Mecki
_________________
» Yodl.de: So sucht man gestern.
» Geld verdienen im Netz + ICQ.
» Firefox!
» 100€ zu gewinnen
» FreeBASIC.de

[Sebastian]

Hallo.

Ein Wiki, das genauso funktioniert wie http://de.wikipedia.org/, finde ich als MonFAQ nicht gut. Aber eine Art Wiki-System finde ich auch gut. Ich hab mir da schon mal Gedanken drüber gemacht:
Aaaalso, wo fange ich denn mal am besten an...

Im Internet gibt es eine änderbare MonFAQ, in der man Texte nur nach Registrierung im Forum ändern kann. (=> Forenlogindaten werden übernommen)
Neue, zu beschreibene Themen werden von Verwaltern eingestellt und erscheinen auf der Startseite, um Autoren zu zeigen, wo noch was zu tun ist.
Dann gibt es eine Offline MonFAQ. Sie besteht nur aus der Software. Beim ersten Start wird die "Datenbank" der Online-MonFAQ runtergeladen, um immer eine aktuelle Version zu haben. Außerdem kann man den Datenbestand auch später noch updaten. Geänderte Beiträge müssen für den Download erst von den Verwaltern freigeschaltet werden, damit nicht die Gefahr besteht, Blödsinn zu downloaden.
Die Wiederherstellungsoption alter Beiträge sollte nur den Verwaltern offen stehen.

Ein ganz freies Wiki so wie bei Wikipedia ist bei der relativ kleinen Nutzerzahl unangemessen und man müsste die Inhalte redaktionell kontrollieren können.

Was haltet ihr von dem Konzept? Wenn das eine gute Idee wäre, lasst uns das in Angriff nehmen. Ich würde mich an der Programmierung gerne beteiligen, aber für eine Person ist das etwas viel Arbeit, was ja nicht sein muss... Wenn die Idee also Anklang findet, mögen sich doch noch ein paar (insbesondere PHP/MySQL erfahrene) Programmierer dazu melden!

Wenn die Idee aber blöd sein sollte:

[Marky]

Exzellente Idee, Mecki!

Da die QB-MonsterFAQ ja der Community gehört, sollte man eine Umfrage starten ob die FAQ zukünftig als Wiki betrieben wird. Nur das wäre demokratisch. Dann müssten die Leute auch nicht Jahre auf neue Versionen warten und die FAQ würde endlich eine gescheite Formatierung erhalten. Es gibt noch 1000 weitere Vorteile...

Also, was haltet ihr von einer Umfrage?

[Sebastian]

Hi Marky!

Und was sagst du zu meinem Konzept?



Viele Grüße!
Sebastian
_________________

Der Markt regelt das! | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[Mecki]

Das wichtigste ist, wie Thomas' Meinung ist; vorher braucht man noch gar nicht diskutieren
Aber schließlich wärs für ihn ja auch ein Vorteil, wenn ihm die Leute aus der Community (natürlich nicht jeder x-beliebige wie bei Wikipedia.de) etwas unter die Arme greifen

Grüßle,
Mecki
_________________
» Yodl.de: So sucht man gestern.
» Geld verdienen im Netz + ICQ.
» Firefox!
» 100€ zu gewinnen
» FreeBASIC.de

[Thomas Antoni]

[Gremlin]

Der einzige Nachteil, den so ein Wiki hat, ist eben die Tatsache, dass jeder theoretisch irgendwelchen Müll reinschreiben kann. Da müssten sich ein paar Leute bereit erklären, die regelmäßig mal vorbeischauen und ggf. verkorkste Beiträge oder Spam oder was auch immer bearbeiten/löschen. Wenn die MonFAQ dann später wie das Gästebuch der hinterletzten Pornoseite (haben die sowas überhaupt? ) aussieht, sollte man zumindest als Alternative die jetztige Version in der Hinterhand haben.

Aber um nicht alles schelchtzureden: Ich bin trotzdem von der Idee begeistert!
_________________
Tja, hier konnte ihre Werbung stehen.
Pech gehabt.

[Sebastian]

Hallo.

[Gremlin]

[Marky]

[stef]

Ich hätte da nur eine Frage. Ist es denn möglich so eine Wiki-MonsterFAQ genau so herunterladbar zu machen wie die jetzige MonterFAQ?

[Marky]

[Sebastian]

Hallo.

Na klar kann ich da noch was zu sagen.

Also: Wenn man das so macht, dass die Offlineversion ihre Daten zu einem gewissen Zeitpunkt aus dem Internet holt, bestände die Gefahr, dass dann "Blödsinn" abgerufen werden könnte, da dieser ja nicht sofort beseitigt wird.

Außerdem finde ich eine Themenübersicht mit Baumnavigation, wie die MonFAQ sie hat, viel sinnvoller für ein Programmiernachschlagwerk. Damit nicht jeder wild neue Themen einordnen kann, die vielleicht nicht gebraucht werden oder woanders besser passen oder bereits teilweise existieren, sollten die Verwalter die Themen einstellen (Themenfindung durch Forenlesen usw.).

Durch die Verknüpfung mit den Forenlogindaten, die Mecki ja auch vorgeschlagen hat, lässt sich auf jeden Fall sicherstellen, dass das Wandalismus- und Spamaufkommen auf ein Minimum reduziert wird. Die geschriebenen Beiträge sind sofort online. Nur für den Download durch die Offlineversion wird eine Verifizierung durch einen Verwalter benötigt, damit es eine Qualitätssicherung der Offlineversion gibt.
Übrigens: Beiträge können auch (unbeabsichtigt) fehlerhaft sein. Das heißt es muss noch nicht mal offensichtlicher Quatsch sein. Auch inhaltliche Fehler sollten dadurch ausgeräumt werden.

Deshalb bräuchte man eher ein Spezial-Wiki, das man selbst programmiert. Ein Vorteil bei dem Konzept ist eben auch noch, dass man nur ein Projekt zu betreuen hat und dennoch immer eine aktuelle Online- und Offlineversion hat.

Wenn noch Fragen bestehen, kein Problem.

Viele Grüße!
Sebastian
_________________

Der Markt regelt das! | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[helium]

Laufzeit
Wenn etwas zur Laufzeit geschieht, geschieht es wärend das Programm ausgeführt wird. Im Gegensatz zur Compilezeit. Das ist etwas, was geschieht, bevor das Programm ausgeführt wird.

Parser
Ein Parser ist etwas, das die grammatikalische Struktur einer (Programmier-)Sprache untersucht.

Disassembler
Ein Programm, das ein bereits compiliertes Programm wieder in Assembler-Quellcode zurückwandelt.

Suffix
Etwas, das man an ein Wort hinten anhängt. Im Gegensatz zum Präfix, das man einem Wort voranstellt.
Im Deutschen haben wir z.B. 'chen' als Verkleinerungsform.
In QB ist mit Suffix etwas, wie '$' gemeint. Ein Zeichen, das man einem Variablen-Bezeichner anhängt und somit den Typ der Variable bestimmt (in dem Fall String).

deklarieren
Bekannt machen.
In QB deklariert man Funktionen und Subs mit DECLARE FUNCTION bzw. DECLARE SUB. Dadurch weiß QB, dass es diese Funktion oder Sub gibt, ohne das es die eigentliche Funktion oder Sub bereits gesehen hat (die ja am Ende der Datei stehen, auch wenn man das im QB-Editor nicht direkt sieht).

definieren
Im Bezug auf den vorherigen Punkt ist die Definition das eigentliche Ausprogrammieren der Funktion oder Sub. Nachdem durch die Deklaration bekannt gemacht wurde, dass eine Funktion oder Sub existiert, erklärt man jetzt, was diese Funktion oder Sub eigentlich machen soll.

Argument
Ein Wert oder eine Variable, den/die ich an eine Funktion übergebe.

lokal
Eine Variable, die nur in einem kleinen Bereich (Scope) existiert. Variablen, die in einer Funktion oder Sub erstellt werden, existieren auch nur in dieser Funktion oder Sub, solange diese ausgeführt wird. Ihre Existens ist lokal auf die Funktion oder Sub begrenzt.

global
Eine Variable, die im gesammten Programm gültig ist und auf die von überall aus zugegriffen werden kann.
_________________
Bevor Sie aufhören sich körperlich zu betätigen sollten Sie ihren Doktor befragen. Körperliche Inaktivität ist abnormal und gefährlich für Ihre Gesundheit.

[Mecki]

Ein hoch auch unseren Helium. Nur in Sachen Teutsch täuschte er sich
_________________
» Yodl.de: So sucht man gestern.
» Geld verdienen im Netz + ICQ.
» Firefox!
» 100€ zu gewinnen
» FreeBASIC.de

[helium]

Hab Deutsch draus gemacht.
_________________
Bevor Sie aufhören sich körperlich zu betätigen sollten Sie ihren Doktor befragen. Körperliche Inaktivität ist abnormal und gefährlich für Ihre Gesundheit.