PureBoard

Da mich schon interessieren würde, wie die Lib ankommt bzw. ob alles so
funktioniert wie es soll, mache ich mal eine Umfrage zu diesem Thema.

Wenn verrissen wird, wäre der Grund in Form eines kleinen Textes sehr
hilfreich, in der anderen Richtung natürlich auch.

Danke Jens

- Library aktualisiert am 16.10.2015

UserLibs

welche Lib denn?

Steht doch oben als Themenüberschrift. Aber gern hier Downloaden, sofern
unter Projekte, Resourcen, Tools übersehen:

UserLibs

Gruß Jens

ich find die lib gut.. gut zu gebrauchen und danke für die mühe

Hi Jens

Also ich find die lib richtig gut und sag hier auch gleich mal thx für eine weitere gut lib!!!

Gruß,
Nico

Danke Jens,
ich kann sie ebenfalls super gebrauchen. Wie heißt es so schön, man
muss das RAD nicht immer wieder neu erfinden.
Darum ist deine Lib, die jetzt aktuell zu PB4 ist, eine super Erweiterung unter den Windows-Aplikationen.

Persönliche Bewertung von mir liegt auf Maximum

Ich freue mich schon auf jede weitere gute Lib, die uns die in PB fehlenden
Funktionen für Windows erweitern und uns das Zusammensuchen der API erspart



Gruß Falko

Naja....
Also ich habe für die Lib garkeine Verwendung. Eigentlich sollte man die
Registry so gut wie nie benutzen. Reicht schon, wenn Microsoft selber
die gnadenlos zu spammt.

Außerdem finde ich die Rückgabewerte bei den Funktionen, falls ein
Fehler aufgetreten sein sollte, sehr unglücklich gewählt. Beispiel, was
ich mir gerade raus suche: JHRegHexDez(Value.s)
Wenn die Zahl nicht umgerechnet werden konnte, sollte hier einfach
eine 0 zurück gegeben werden. Was interessiert mich an welcher
Stelle kein erlaubtes Zeichen gewesen ist? Außerdem, warum ist die
Funktion bis $FFFF beschränkt?

Die aussagekräftigen Bezeichnungen der Parameter finde ich lustig Für den Funktionsnamen ist JH ja richtig, aber die Parameter mit JH
Jens, wenn Du ne Frau wärst, okay
Das erste ist der TopKey, der 2te der Keyname, oder ähnlich.

Nachtrag:
Die ganzen Pathermittler geben im Fehlerfalle einen String mit ""ERROR ..."
zurück
Ich prüfe normallerweise auf Leerstring, vergleiche mit irgendwelchen
Zeichenfolgen halte ich nicht für gut. Sowas merke ich mir auch nicht, würde
also nur fehlerhafte Programme erstellen, weil ich auf Leerstring prüfe.

Besser: im Fehlerfalle überall entweder Leerstring oder 0, aber
gleichzeitig eine Fehlervariable setzen, die ich abfragen kann, bei 0 oder
"", z.B. JHGetLastError()

@Thomas, ich kann das Ding ja absägen und ein Loch reinbohren

Nee, im Ernst: Die Variablennamen kannst du doch frei wählen, ganz wie
du willst. Auch kannst du ja sofort eingeben was hingehört. Der Phantasie
sind da keine Grenzen gesetzt.

Wegen der Pathermittler: Gehen die aber wenigstens?

@Thomas, MVXA, mit den Fehlerrückgaben, das ist immer so eine Sache,
macht man nix wird gemault, macht man es so wie es jetzt ist, ist es auch
nicht richtig.

Da ist man dann wieder an einem Punkt der sich überall gleich äußert:
"Es einem jedem Recht zu tun, ist eine Kunst die niemand kann."

Ich persönsich bevorzuge eine Fehlermeldung. Zumal die Textmeldungen
nun ja wirklich reduziert sind.

@a14xerus, nicolaus, Falko: Danke!

@MVXA, wegen der Fehlerrückgabe mit negativen Zahlen:
brauchst du doch gar nicht auszuwerten was ist, ist es kleiner als Null, ist
ein Fehler. Steht auch in der Hilfe. Vorher, also bis Version 1.05 war es
wirklich unglücklich, da die Werte positiv waren.

Wegen der Wandlung, mehr als 32 Bit, ist in Vorbereitung sowohl für
BinDez als auch für HexDez. Ein bissel Geduld einfach.

Und was du schreibst wegen M$ und Reg: Klar doch, aber manchmal geht
es eben nicht anders und außerdem ist sie dazu da. Sicher gibt es auch
andere Möglichkeiten, aber die Wahrscheinlichkeit das sich ein "normaler"
Programm-Nutzer dort hin verirrt und von Hand da rumwerkelt ist doch
eher geringer als wenn man mit INI-Dateien oder so was arbeitet.

Gruß Jens

Wie lese ich dann Minuswerte aus?
Fehlervariable oder Fehlermessage setzen, aber nicht die Rückgabe
damit bestücken. Bei 0 oder "" kann ich dann selber entscheiden, ob ich
auf Fehler schecke.

Z.B. bei einer Bildschirmposition wäre 0 oder -1 vollkommen normall.
Wenn die API einen Fehler beim auslesen meldet, die globale Variable
damit bestücken (Am anfang immer auf "" oder 0 setzen, Die
Funktionsückgabe ist dafür in diesem Falle nicht geeignet.

Kann die Lib aber im Moment nicht testen, da ich viel unter Linux arbeite,
ist stabiler bei der Hitze (die Festplatte hat mehr Luft )