XP Usermanagers 6.1 Open Source

[Luckie]

Aktuelle Version: 6.1.0.25

Der UserManager dient dazu Benutzerkonten auf NT ff. Maschinen anzulegen, zu löschen, Benutzer Gruppen zu zuordnen und deren Konten zu verwalten. All dies kann man auch mit der Windows internen Benutzerverwaltung, nur nicht so übersichtloch, wie ich denke.
Man kann mit dem Usermanager auch lokale Benutzerkonten auf remote Computer im Netzwerk verwalten. Was allerdings nicht mit Windows XP Home funktioniert, da XP Home den remote Zugriff nicht gestattet.

Unterstütze Betriebssysteme:

• Windows NT 4.0, vermutlich, nicht getestet.
• Windows 2000
• Windows XP (32-Bit), Windows XP Home wird nicht remote unterstützt.
• Windows Vista 32-Bit
• Windows 7 32-Bit, 64-Bit

Features:

• Auswahl des zu bearbeitenden Computers (und ist damit netzwerktauglich)
• Anzeige des Betriebsystems des Remotecomputers
• Anzeigen des ausgewählten Computers und Benutzers in der Titelzeile
• Statusanzeige beim Übertragen der Konten und Kontendaten in der Statusleiste
• Auflistung sämtlicher Konten in einer Baumstruktur (einschließlich Systemkonten wie z.B. Hilfeassistent)
• Hervorheben von deaktivierten Konten durch ein anderes Symbol
• Ansicht kann zwischen Benutzern und Gruppen umgeschaltet werden
• Details mit Angabe des Benutzer-Namens, vollständiger Name, Beschreibung, Stammverzeichnis und Script
• Checkboxen zur schnellen Konfiguration des ausgewählten Kontos bezüglich Kennwort und anderen Daten
• Direkte Anzeige der Zuordnung zu Gruppen sowie Anzeige aller verfügbaren Gruppen
• Direkte Anzeige sämtlicher Parameter des Kontos
• Benutzer können in eine CSV Datei exportiert werden
• Es können mehrere Benutzer auf einmal über eine Vorlagendatei angelegt und wieder gelöscht werden
• Integrierte Gruppenverwaltung
• Toolbar mit Schaltflächen für die wichtigsten Funktionen
• Export der Benutzer von und Import von Benutzer aus einer XML-Dateien neu
• Modernere Icons neu
• Ausführliche kontextsensitive Hilfe

Der XP Usermanager ist ab sofort Freeware. Im Archiv befindet sich noch eine paf.exe zur Installation für PortableApps (http://portableapps.com/)

[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.

[Codehunter]

Zitat von Luckie:

Hat er das auch begründet?

Ich habs schon gesucht hier aber nicht mehr gefunden. Von daher mich bitte nicht drauf festnageln. Aus der Erinnerung: Es ging vorallem um Unicode und Alignment. Es ist aber auch schon viele Jahre her und was ihr inzwischen geändert habt entzieht sich meiner Kenntnis

[Luckie]

Es gibt keine Anker oder ähnliches, deswegen ist das mit einem gewissen Aufwand verbunden. Und den habe ich damals gespart, weil ich der Meinung war, aufgrund der Seitenreiter eine Lösung gefunden zu haben, die ohne auskommt.
Warum sollte man denn die Größe ändern können?

[jaenicke]

Zitat von Luckie:

Warum sollte man denn die Größe ändern können?

Naja, auf einem System mit etwas mehr als 100 Benutzern, auf dem ich das Tool testweise gestartet habe, ist das in dem kleinen Fenster leicht ungünstig.
Damals waren 4k Displays usw. aber auch noch nicht üblich.

Ansonsten passt es so ganz gut. Ich finde es aber allgemein unschön, wenn man irgendwo Fenster nicht in der Größe ändern kann ohne triftigen Grund. Wie gesagt habe ich Anchors auch in meinen NonVcl-Komponenten schon teilweise eingebaut, eben genau wegen des ansonsten erforderlichen Aufwands. Wobei ich den hier nicht so groß finde.

[Luckie]

Ok. In diesen Größenordnungen habe ich nun nicht gedacht, also mit über 100 lokalen Benutzern auf einem Rechner.

[himitsu]

An die Scalierung von Windows müsste sich es aber doch anpassen?
500% hilft dann auch dem Blindesten.

Nur die Fenstergröße änderbar zu machen, aber die Controls/Schrift darauf zu lassen ändert bei 4K auch nichts.
OK, außer bei der Unmasse an Nutzern.

PS: Die Asiaten spielen schon mit 8K (auch für TV) ... da hängen wir Europäer wie immer voll hinterher. (als hier DVD noch groß war, gab es dort schon lange HD mit BR)

[Delphi-Laie]

Zitat von jaenicke:

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

Sebastian, könntest Du bitte - falls noch in Erinnerung - grob umreißen, woran der Start der 64-Bit-Variante zunächst scheiterte?

Daß ein Quelltext compiliert werden kann, das erhaltene Programm daraufhin jedoch nicht startet, ist ja nun so alltäglich auch wieder nicht.

[hhcm]

Zitat von Delphi-Laie:

Sebastian, könntest Du bitte - falls noch in Erinnerung - grob umreißen, woran der Start der 64-Bit-Variante zunächst scheiterte?

Hust

https://github.com/jaenicke/usermana...ad4e911151c421