XP Usermanagers 6.1 Open Source

[Codehunter]

Zitat von Luckie:

Warum ich das damals so gemacht habe, kann ich nicht mehr sagen. Aber irgendeinen Grund werde ich gehabt haben.

Was dich (oder jemand der sich berufen fühlt) nicht daran hindern sollte es heute besser zu machen

[Luckie]

Ich habe die Delphi IDE schon länger nicht mehr gestartet. Und seit ich Mitte Dezember Windows 10 laufen habe, habe ich mein BDS2006 noch nicht wieder installiert.

[jaenicke]

Zitat von Luckie:

Und seit ich Mitte Dezember Windows 10 laufen habe, habe ich mein BDS2006 noch nicht wieder installiert.

Das würde ich auch nicht empfehlen. Nimm lieber gleich Delphi 10.3 als Community Edition.

Das Projekt kompiliert auch mit 10.3 und soweit ich es sehe auch ohne funktionelle Probleme. Insofern sehe ich aktuell keinen Grund daran etwas zu ändern. Schöner geht immer, aber dann würde ich auch gleich noch einiges anderes anpassen. Zum Beispiel ist die fehlende Größenänderungsmöglichkeit nicht schön. Aktuell habe ich dafür aber keine Zeit, sonst würde ich mal schauen.

[hhcm]

Zitat von jaenicke:

Insofern sehe ich aktuell keinen Grund daran etwas zu ändern.

Ich meine es ging auf den letzten Seiten um das kompilieren mit 64Bit als Ziel. Das geht eben nicht!

[jaenicke]

Doch, mit der genannten Änderung (direkter Stringvergleich) kompiliert es auch unter 64 Bit. Dann kann man die Funktion StrIComp nämlich einfach entfernen. Oder man nimmt AnsiStrIComp. Eine Umstellung auf den Zahlenvergleich ist daher nicht so wichtig.

Nichtsdestotrotz kompiliert das ganze so zwar, aber wie ich gerade merke knallt es dann zur Laufzeit.

[hhcm]

Zitat von jaenicke:

Doch, mit der genannten Änderung (direkter Stringvergleich) kompiliert es auch unter 64 Bit.

Sorry, hab mich falsch ausgedrückt. Kompilieren Ja, Starten bzw. richtig funktionieren definitiv NEIN.

[Delphi-Laie]

Luckie, hast Du denn bislang überhaupt keine Entzugserscheinungen?

Zitat von jaenicke:

Schöner geht immer, aber dann würde ich auch gleich noch einiges anderes anpassen. Zum Beispiel ist die fehlende Größenänderungsmöglichkeit nicht schön.

Vom XP Usermanager, nehme ich an. Die vermißte ich auch schon, denn vieles hat wenig Platz in der Darstellung. Da das aber ein Non-VCL-Programm ist, sah und sehe ich mich außerstande, überhaupt nur etwas in dieser Richtung zu versuchen.

[Codehunter]

Zitat von Delphi-Laie:

Da das aber ein Non-VCL-Programm ist

War mir gar nicht bewusst. Meine Güte ist das lang her. War das nicht die Spezialität von Assa und Nico Bendlin? Zumindest Assas EnDisAble benutze ich bis heute wenigstens einmal im Monat. Ich meine mich an eine Aussage von Assa zu erinnern, das irgendetwas an NonVCL prinzipbedingt nicht mit x64 und Nextgen-Compilern funktionieren könnte.

[Luckie]

Hat er das auch begründet?

[jaenicke]

Zitat von Codehunter:

Ich meine mich an eine Aussage von Assa zu erinnern, das irgendetwas an NonVCL prinzipbedingt nicht mit x64 und Nextgen-Compilern funktionieren könnte.

Das stimmt nicht.

Ich habe nun Korrekturen hochgeladen, mit denen es unter 32-Bit und 64-Bit kompiliert und funktioniert.

// EDIT:

Zitat von Delphi-Laie:

Da das aber ein Non-VCL-Programm ist, sah und sehe ich mich außerstande, überhaupt nur etwas in dieser Richtung zu versuchen.

Dafür hatte ich ja vor zwei Jahren oder so den Anfang einer entsprechenden Komponentensammlung veröffentlicht, aber leider gab es daran kein Interesse.
Die Größenanpassung hier einzubauen, wäre nicht sonderlich schwer. Man reagiert auf die Größenänderung des Fensters und setzt die Größen der Komponenten entsprechend.

In meiner Komponentensammlung wollte ich aber eher Anchors verwenden. Die funktionieren bei mir auch schon recht gut, aber mangels Interesse habe ich dann nichts weiter veröffentlicht. Vielleicht lade ich die aktuelle Version mal hoch.