Das deutsche QBasic- und FreeBASIC-Forum

[SL]

Hi,
ich mache gerade meine ersten – noch ziemlich wackeligen - Gehversuche in fb. Fragen haben ich im Moment keine (außer solche, wo ich vermutlich aufgefordert werde zunächst mal die Suchfunktion dieses Forums zu benutzen). Ein paar Probleme habe ich mit Freebasic dennoch.

1. Über den Druck auf Papier (mit handelsüblichen Windows-USB-Druckern) findet man praktisch keine Beispielprogramme oder Tutorials. Wie stelle ich Schriftart, Schriftgröße, Zeilenabstand, Seitenränder usw. ein? Wie positioniere ich den Text?


2. So ähnlich sieht es auch mit Dateien aus. Da finde ich nicht allzu viel an Informationen. Im Freebasic-Portal gibt es hierzu ein Tutorial namens „Random-Tutorial“. Erklärt wird der wahlfreie Dateizugriff auf einen Datensatz mittels des Schlüsselworts „Random“. In der Befehlsreferenz zu diesem Schlüsselwort steht jedoch folgendes „Es wird davon abgeraten, den RANDOM-Modus zu verwenden; stattdessen empfiehlt sich der BINARY-Modus oder die sequentiellen Modi“. Für mich klingt das ziemlich verwirrend. Noch verwirrender wird es, wenn ich versuche mittels der Befehlsreferenz den „Binary-Modus“ zu durchblicken. Was mir fehlt, ist ein einfaches Beispiel für eine vollständige Dateiverwaltung. z.B. eine Adressendatei, in der Adressen gesucht, eingefügt, gelöscht oder nach bestimmten Kriterien umsortiert werden.

So, genug gemeckert.

[Jojo]

[nemored]

Vielleicht mal ganz kurz zu PUT/GET in Verbindung mit BINARY:
Wenn du eine Datei öffnest, steht der Datenzeiger (normalerweise) an Position 1. Der Datenzeiger gibt an, von welcher Stelle der Datei gelesen bzw. wohin geschrieben wird. Wenn du jetzt mit PUT Daten hineinlegst, wird der Datenzeiger automatisch mitbewegt, und zwar weiß er immer genau, wieviel Platz der geschriebene Datenspeicher braucht.

[SL]

@ Jojo.
Von Postscript habe ich keine Ahnung. Früher (zu DOS-Zeiten) war das Drucken in Q-Basic relativ einfach. Beispielsweise wurde der Fettdruck mit folgendem Basic-Befehl aktiviert: "LPRINT CHR$(27); CHR$(69)“ und mit " LPRINT CHR$(27); CHR$(70)“ wieder desaktiviert. Für alles, was der Drucker konnte, gab es eine Befehlssequenz, die mit "LPRINT CHR$(27)“ begann. Gibt es so was Einfaches heutzutage nicht mehr?

@nemored.
Danke für deine sehr einleuchtende Erklärung des BINARY-Modus. Ich habe es jetzt verstanden. Doch wo ist der Unterschied zum RANDOM-Modus? Beide Modi machen doch anscheinend das Gleiche. Man kann aus einer Datei mit Datensätzen von gleicher (konstanter) Länge einen beliebigen Datensatz (z. B. Datensatz Nr. 7) ein- oder auslesen.

[28398]

Nein.
Du kannst aber wunderbar per GDI drucken. Siehe dazu Petzold (gibt es so kein Tut im INet - zumindest keines, welches mir bekannt wäre)

[Jojo]

Escape-Sequenzen funktionieren auf einem modernen Betriebssystem, wo auch gerne mal zwei Anwendungen auf einen Drucker, der kein Zeilendrucker (line printer -> LPRINT) ist, zugreifen können...
Im Vergleich zu dem ganzen GDI/WinAPI-Müll ist PostScript und Konsorten doch aber schon eher verständlich und näher an Escape-Sequenzen dran.
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[nemored]

[SL]

So ganz hat sich der Nebel bei mir noch nicht gelichtet. Wenn ich das richtig begreife, ist der RANDOM-Modus anscheinend ein Spezialfall des BINARY-Modus.

Sobald eine Dateistruktur mit ausschließlich gleich langen Datensätzen vorliegt (ein typisches Beispiel wäre eine Adressen-Datei mit den Feldern Nachname, Vorname, Wohnort) kann mittels des RANDOM-Modus anhand der Datensatznummer auf jeden x-beliebigen Datensatz unmittelbar zugegriffen werden.

Mit dem BINARY-Modus ist das anscheinend auch möglich, jedoch umständlicher, da dieser Modus keine Datensätze kennt, sondern nur Byte-Positionen. Anhand der bekannten Länge der Datensätze (z.B. 80 Bytes) und der Position des gesuchten Datensatzes (z.B. Satz Nr. 4) müsste hier zuerst die Position des ersten zu lesenden Bytes (in dem Beispiel-Fall: Byte-Nr 241) ausgerechnet werden. Dieser Aufwand ist im RANDOM-Modus nicht notwendig.

Ich verstehe deshalb absolut nicht, wieso in der Befehlreferenz zum RANDOM-Modus abgeraten wird, diesen zu verwenden. Gibt es hierzu einen plausiblen Grund?

[nemored]

Keine Ahnung, ob das jetzt ein plausibler Grund ist oder nicht - ich habe in meiner ganzen Programmiererzeit noch nie RANDOM benutzt, weil es mir viel zu unflexibel ist. Der Rechenmehraufwand bei BINARY ist dagegen minimal.
Wie auch immer, es hindert dich trotz allem niemand, den Modus zu verwenden; es handelt sich nur um eine Empfehlung des Verfassers (der übrigens nicht ich bin, auch wenn mein Name dabei steht )
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Jojo]

Ich kann die ganzen RANDOM-Liebhaber auch nicht vestehen... Ist halt ziemlich unflexibel, vor allem wenn man jetzt eher mit Stream-artigen Formaten statt Datensätzen arbeitet (Also sämtliche Multimedia-Formate).
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.