Hallo Vera,
entschuldige bitte die späte Reaktion - hab die Herbsterkältung abgearbeitet und war etwas 'längere-postings-untauglich' die letzten Tage.
Vielen Dank für die Rückmeldung und Dein Interesse.
Zu Deinen angesprochenen Punkten:
In der AsciiToUTF8_$.pb fehlt in folgender Zeile der 3. Parameter
Code:
Protected.s UTF8= PeekS(*gMem, -1)
Protected.s UTF8= PeekS(*gMem, -1, #PB_Ascii)
Hab ich jetzt mal kommentiert der Routine hinzugefügt.
Das obere Beispiel ist für ein Ascii-Executable oder 'amtlichen' Ascii-Strings, das untere wäre für Ascii u. Unicode-Executable tauglich.
Ursprünglich war es für Editoreinstellung 'reiner Text' und 'Ascii'-Executable gedacht. Alles andere würde nach meiner Ansicht die Bedingung für die String-Wandlung ändern, d.h. die Stringübergabe oder -ausgabe könnte in einem anderen Format geschehen und das ganze nur 'scheinbar' funktionieren.
Ich hätte noch einige Stringwandlungs-Routinen in petto, jedoch fehlt mir z.Zt. der Plan für eine Überprüfungsmöglichkeit sowohl für
- eine verlässlichen String-Ein-/ bzw. Übergabe (Editoreinstellung + executableformat)
- eine verlässlichen Stringausgabe (integriertes oder eigenständiges Debugger-Stringformat oder Dateiausgabe)
Zudem steht ja die PureBasic-Umstellung des Stringformates ins Haus.
Was daraus wird, ob und welche zusätzliche PureBasic-Stringfunktionen dies erleichtern, muss man mal abwarten.
Alles in Allem ein wichtiges Thema bei dem ich ebenfalls noch ziemlich in der Luft hänge.
Dies wär mal ein Thema für einen umfassenden Thread mit Expertenbeteiligung um die derzeitigen (Ascii + Unicode) und den späteren PureBasic-Mode (Unicode) und deren dann vielleicht verfügbaren PB-Wandlungsroutinen zu erfassen - auch plattformübergreifend!
Die AsciiToUTF8_*.pb ist nicht im Paket enthalten, da das Asterix stört.
In der XML ist der Titel/Pfad jedoch enthalten.
Diese Dateinamen waren eine Schnapsidee, haben mich auch schon genervt und sind umgestellt.
Man kann von Deiner Online-Version zu dieser Datei gelangen, aber man kann die aufgerufene Seite nicht abspeichern. Mein FF kann diese URL nicht komplett erfassen. Vermutlich ist der Grund, warum sie nicht im Paket angekommen ist, ähnlich. Link:
http://www.chabba.de/Linux/Misc/AsciiToUTF8_*.pb
Ich hab für die neue Homepage das erste Mal Frames verwendet und zu spät erkannt, dass dabei die Einzelseiten-Adressierung nicht mehr funktioniert was gerade für eine häufig nötige Verlinkung von Seiten ärgerlich ist.
Längerfristig geplant ist eine Umstellung (css) um das Manko zu umgehen - brauch dafür aber noch etwas Plan und mal etwas Freizeit am Stück.
Last but not least - bin ich bei einer Suche auf ein Code-Beispiel von Shardik gestossen, das Deiner LIG&EG_Scroll2Top.pb sehr ähnlich sieht :
http://www.purebasic.fr/english/viewtop ... 93#p421993
Der Code ist nicht nur ähnlich, sondern ein Beispiel meiner anfänglichen Linux-'Code-Rafferei' ohne Vermerk der Herkunft. Danke für den Hinweise. Das Beispiel wurde zwar mittlerweilen erweitert und deshalb der Dateiname geändert, hab den Autor aber bereits ergänzt.
Irgendwie ist ja alles ein bißchen shardik
Zur Linux-Library:
Grundsätzlich habe ich mittlerweile einiges an derzeit verfügbaren Codes überarbeitet, entbuggt (gerade Ascii/Unicode), erweitert, einiges 32/64Bit getestet und über 40 neue Codes auf Lager.
Das Update wird demnächst online gestellt und auch zusätzlich hier im Forum mal ein Listing gepostet zur besseren Auffindbarkeit.
Nochmal Danke für die konstruktive Rückmeldung und die netten Worte.
Charly
ps:
Und entschuldige, dass ich auf Deine Rückmeldung auf den
sichtbaren ListIcon-Zeilen-thread
http://www.purebasic.fr/german/viewtopi ... 2&start=10 nicht mehr reagiert habe. Ich wollte das befriedigend abgeschlosse Thema (wieder Dank shardik) nicht mehr missbrauchen, da der Code mit der Spaltenbreitenerkennung doch zu speziell, und schwierig generell verwendbar zu erweitern ist.