XP Usermanagers 6.1 Open Source

[Luckie]

Zitat:

Zitat von mh166

:arrow: Es wäre schon das Anmeldeskript und das Stammverzeichnis per Dialog auswählen zu können.

Erledigt.

Zitat:

:arrow: Wie bereits erwähnt: wenn einem PC keine Beschreibung gegeben ist, sollten die Klammern nich mit angezeigt werden, in der Statusleiste.

Erledigt.

Kleinen Bug gefixt: "Speichern" wurde nicht aktiviert, wenn man was in die Edits reingeschrieben hatte.

Aktuelle Version wieder im ersten Posting!

[sakura]

Zitat:

Zitat von Luckie

Zitat:

:arrow: Ein rechts-klick auf die Elemente des Trees sollte entsprechende Kontextmenüs verfügbar machen (siehe Anhang).

Also das ist mir doch zu viel des guten: drei Popupmenüs mit dem Treeviw zu verknüpfen.

Kleiner Tipp: Mach es, aber mit einem Popup-Menü. Du gibst jedem Menüpunkt in der Tag-Eigenschaft einen Wert (am besten als Bitmaske) und abhängig vom gerade ausgewählten Item werden die Menuitem Visible/Enabled... Das nennt man benutzerfreundlich :zwinker:

...:cat:...

[sniper_w]

@Sakura...Ich denke, er macht es mit reinem Win32API, also kann er diese VCL Eingenscahften nicht benutzen.

[mh166]

Zitat:

Zitat von Luckie

Zitat:

Zitat von mh166

Wie gesagt:
...

Es gab mal eine Version ohne diesem weißen Banner, das sa besch...eiden aus.

Tjo, aber sicher noch nich mit Menü, oder? ;)

Zitat:

Zitat von Luckie

Also das ist mir doch zu viel des guten: drei Popupmenüs mit dem Treeviw zu verknüpfen.

Tjo, war nur n Vorschlag. Außerdem: reicht doch eigentlich EIN PopUp Menü zu bauen. Und dann beim Öffnen prüfst du im Event den Sender und entfernst nich zu gebrauchende Menüpunkte. Hab ich auch mal so gemacht, und es funktionierte! Sag ich doch, sakura ;) Und @sniper_w: Sender statt Tag sollte auch unter nonVCL funktionieren, denk ich mal...

Zitat:

Augen auf, sieht man eigentlich gleich, wenn man das Menüöffnet, um einen neuen Bneutzeranzukegen, außerdem steht es in der Hilfe. Aber über den Hinweiß könnte man nachdenken oder automatisch speichern?

Ich wollte ja nich erst nen neuen Anlegen, hab bloß was bearbeitet. Außerdem guck ich bei sowas doch nich gleich in die Hilfe! :roll: Autospeichern... naja, vllt. Obwohl eine entsprechende Abfrage wohl besser wäre, weil der User dann was davon mitbekommt. Dann kann man ja immer noch so ne Art DSA-Dialog nehmen, damit mans nur einmal bestätigen muss...

Zitat:

Zitat:

:arrow: Es wäre schon das Anmeldeskript und das Stammverzeichnis per Dialog auswählen zu können.

Gute Idee.

Das hört man gern. :-D Noch gerner, wenns gemacht is! :-D

Zitat:

Zitat:

:arrow:
Gruppen, denen man bereits angehört sollten in der rechten Box nich noch mal angezeigt werden.

Hm...

"Ja, werd ich mal machen", heißt das! :???: :lol:

Zitat:

Zitat:

:arrow: Es sollte möglich sein, Gruppennamen mit "Überlänge" irgendwie komplett anzuzeigen. Ich hab z.B. ne Gruppe "Netzwerkkonfigurations-Op" ... "erator", wie ich vermute :lol:

Was habt ihr blos alle für Krankekonfigurationen. Das bleibt erstmal so.

:P Lass doch mal meine Konfig in Ruhe! ;)

Zitat:

Zitat:

:arrow: Wie bereits erwähnt: wenn einem PC keine Beschreibung gegeben ist, sollten die Klammern nich mit angezeigt werden, in der Statusleiste.

Gut, mal gucken.

Fein. Noch feiner. Fast schon Feinstaub. ;)

Zitat:

Zitat:

PS: Jetzt müsstest du aber mal deine Sig ändern! :wink:

ist ja noch nicht offiziell zu haben. ;)

Achso...

Code:

while IsRoterKasten do
begin
  Font.Color := clRed;
  Font.Style := [fsbold];
  RewritePosting;
end;

mfg, mh166

[Luckie]

Ohne VCL gibt es auch keinen Sender, das dies Sprachfeatures der VCL sind.

So bis auf das autospeichern hab eich jetzt die Vorschläge weitgehen umgesetzt:
- Menüpunkt für den lokalen Computer
- Schaltflächen zur Auswahl des HomeDirs und des Anmeldescriptes

Der Banner ist noch drin und wird es auch erstmal bleiben. Das mit dem Popup-Menü für den Treeview hatte ich mal ausprobiert, war aber noch nicht sehr überzeugend, das muss erst noch etwas reifen. ;)

Das mit der Nachfrage, ob der Benutzer gespeichert werden soll, wird wohl auch noch kommen, dazu will ich aber vorher noch etwas Refactoring betreiben und den Code etwas aufräumen. Ende der Woche dachte ich an eine Veröffentlichung, sollte es bis dahin nicht implementiert sein, werde ich es noch mal aufschieben und dann nachreichen.

Aktuelle Version (4.0.0.6) wieder wie gehabt im ersten Posting.

[DGL-luke]

ich weiss nicht, ob das schon genannt wurde, und habe es auch noch nicht ausgiebig getestet, aber kann es sein, dass man nach dem ändern eines benutzers diese änderungen vor umschalten zu einem anderen speichern muss, bzw. dass sie beim umschalten zum nächsten benutzer verworfen werden?

[Olli]

Zitat:

Zitat von DGL-luke

ich weiss nicht, ob das schon genannt wurde, und habe es auch noch nicht ausgiebig getestet, aber kann es sein, dass man nach dem ändern eines benutzers diese änderungen vor umschalten zu einem anderen speichern muss, bzw. dass sie beim umschalten zum nächsten benutzer verworfen werden?

Dies ist eigentlich auch in Wizards so üblich. Einzig eine Abfrage gehört noch hin.

[DGL-luke]

ich sehe hier keine wizardmäßige struktur...

ein wizard bzw. assistent besteht für mich darin, dass der benutzer duch eine klare schritt-für-schritt struktur geleitet wird. das treeview suggeriert für mich eher, dass man auf alles gleichzeitig zugriff hat.

aber eine solche abfrage wäre wohl sehr sinnvoll.

[Olli]

Zitat:

Zitat von DGL-luke

ich sehe hier keine wizardmäßige struktur...

:oops: Ups, sorry, ich meinte Property-Sheets.

[Luckie]

Ich bin gerade dabei es zu implementieren. In diesem Zuge unterziehe ich dem Usermanager einem gründlichen Refactoring, weil mir so einiges nicht mehr gefällt, wie ich das damals gelöst habe. Das heißt, es kann noch etwas dauern. ;)