Das deutsche QBasic- und FreeBASIC-Forum

[Xolios]

Hallo!

Ich nehme hier jetzt nicht mein Prog rein da das sonst zu viel wird.

Also nehmen wir mal an das ich in mein Prog die
Aktuelle Schrift und Hintergrundfarbe speichern möchte und beim start wieder aufrufen will.

z.B. folgendermaßen

'bc%=backcolor
'fc%=forecolor

OPEN "c:\color.txt" for input as #1
input #1, bc%,fc%
close #1
color fc%,bc%

Beim beenden soll er halt die eventuell geänderte Farbe
wieder speichern also so z.B.:

OPEN "c:\color.txt" for output as #1
write #1, bc%,fc%
close #1

Schön und einfach verständlicher Code
nur ich habe den Verdacht das es noch einfachere möglichkeiten
gibt.
Kennt ihr welche?

Besten Dank im Voraus!

Ray
_________________
www.ray-earth.de
Anm.: Neue ICQ

[Gremlin]

Schau mal in der Hilfe unter BSAVE, das speichert den gesamten Bildschirm, mit Hintergrundinformationen.
_________________
Tja, hier konnte ihre Werbung stehen.
Pech gehabt.

[Sebastian]

Hallo.

@Gremlin: BSAVE bringt ihm hier nicht sonderlich viel. Er will doch nur Informationen speichern.

@Ray: Die Art der Informationsspeicherung, wie du sie da machst, ist schon OK, wenn es bei diesen beiden Einstellungen bleibt.

Aber! Du solltest unbedingt immer relative Pfade für sowas verwenden! Also nur "COLOR.TXT" statt einen Pfad anzugeben. Den Pfad festzulegen ist aus verschiedenen Gründen schlecht.

Viele Grüße!
Sebastian
_________________

Die gefährlichsten Familienclans | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[Dusky_Joe]

Hi leute!

Zu den Farben:
Tja, recht viel gibt's da wohl ned zu verbessern, weil doch nur 2 Byte geschrieben werden!

Aber:
Einen Kleinen Tipp hab ich für dich, zumindest, wenn du dich auf jeweils 16 Farben beschränken kannst/musst (was etwa in SCREEN 0,7,8,9,12 u. anderen der Fall ist).

Hier kannst du aus zwei Bytes eines machen.
Das geht nach der Formel:

[Xolios]

Moin!
Erst mal ein dankeschön für die antworten!

@Sebastian
Was für Vorteile denn z.B.?
Wenn man nur "color.txt" angiebt und das prog später
in ein anderes Verzeichnis verschiebt wird das prog wenn keine
Fehlerbehandlung dabei ist beendet.
Mit "c:\color.txt" is das nicht so. Der Benutzer (wenn je Vorhanden) wird sich freuen da seine Farben und andere einstellunggen
immer egal im welchem Verzeichnis verfügbar sind.

Ich muss mal sehen vielleicht setze ich eine vordemo von meinem prog ins netz.

Gruß
Ray
_________________
www.ray-earth.de
Anm.: Neue ICQ

[Gremlin]

Hallo.

Auch wenn man vom DAU ausgehen sollte, ich denke, dass ein halbwegs intelligentr User so schlau ist, den ganzen Ordner, und nicht nur eine EXE, zu verschieben, so ergibt sich das Problem nicht.
_________________
Tja, hier konnte ihre Werbung stehen.
Pech gehabt.

[Xolios]

Moin!

Soll ja Benutzerfreundlich sein

Also auch für DAU's
oder ausgeschrieben für Dümmste anzunehmende User


Gruß
Ray
_________________
www.ray-earth.de
Anm.: Neue ICQ

[Dusky_Joe]

Also, ich versuch das dann immer so zu lösen, dass eine DEFAULT-Datei erstellt wird, wenn keine Datei gefunden wurde.

Etwa so:

[stef]

Es ist doch viel schöner, wenn alle Dateien zu einem Programm im selben Ordner sich befinden. Mir würde ein Programm, daß direck auf die c-Platte schreibt nicht gefallen.

Wenn natürlich jemand das Programm verschiebt, aber die dazugehörige Datei nicht, dann muß hat mit Grundeinstellungen gearbeitet werden, wie Dusky_Joe es schon erwähnt hat.

Es wäre warscheinlich besser mit einem Type-Element zu arbeiten um die Informationen zu speichern:

[dreael]

Absolute Pfade sollte man immer unterlassen, denn ein Vorhandensein eines bestimmten Laufwerks darf man niemals voraussetzen. Zusätzlich seit NT 4.0/2000/XP darf man auch keine vorhandene Schreibberechtigung in beispielsweise C:\ voraussetzen.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[Dusky_Joe]

Ja, stimmt, MS hats ja inzwischen tatsächlich geschafft, ordner so zu blockieren, dass man praktisch keine Möglichkeit hat, auch nur den Ordnerinhalt durchzusehen, wenn man nicht im richtigen Konto angemeldet is... aber gilt das auch für ASSEMBLER?

Ich bin in der Sprache relativ neu, aber da gabs doch im INT 21h ein paar Funktionen zur Dateibearbeitung... aber die hat ms wohl auch geändert, auf denen basieren ja die ganzen Datei-Befehle, oder?
_________________
fully biological degradable

Once, the big wave arrives, you've got two ways, you can go:
Either, you ride it, or you don't do.
But, if you don't ride, you'll never know wether you'd have gone wet.

[dreael]

Unter UNIX/Linux war es schon immer so, dass Systembereiche gegenüber normalen Arbeitsbenutzern keinerlei Schreibberechtigungen besitzen. Sonst könnte mir ja schliesslich jeder Webhostingkunde den Webserver auf den Kopf stellen... ;-)

Speziell im Zusammenhang mit der Viren/Würmer-Problematik lohnt sich der Versicht auf lokale Administratorenrechte zum Arbeiten in jedem Fall, da dort ein per bösartiger Webseite gestartetes Script nicht mehr am C:\WINDOWS herumfummeln kann.

Für Assembler gilt dies genauso, da Windows NT 4.0/2000/XP wie in der UNIX/Linux-Welt schon lange üblich auch mit Speicherschutz und Unterscheidung Supervisor/Usermode der CPU arbeiten, d.h. jeder Benutzerprozess arbeitet dort wie in einem Käfig, wo nur der Kernel vollen Speicherzugriff besitzt.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[Dusky_Joe]

der kernel.... ähm... das ist doch so was wie ein BATCH-Prog, oder?

Event A ist aufgetreten? Dann reagiere so: ....
Event B ist aufgetreten? Dann reagiere so: ....

...?
Oder hab ich da was falsch verstanden?
Aber in der Form dürfte das wohl kaum realisierbar sein, weil so eine Endlos lange Reihe von CMP-JE - Befehlen den Prozessor extrem ausbremsen müsste... oder?
Ich meine, das müsste dann ja nach jedem Systemtakt aufgerufen werden...


_________________
fully biological degradable

Once, the big wave arrives, you've got two ways, you can go:
Either, you ride it, or you don't do.
But, if you don't ride, you'll never know wether you'd have gone wet.