Entwickler-Ecke :: Thema anzeigen - Neue Version des XP Usermanger ist fertig!

Delete - Mo 25.10.04 07:17
Titel: Neue Version des XP Usermanger ist fertig!

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.

Programmhomepage: XP Usermanager [http://xpusermanager.luckie-online.de]

Features

Auswahl des zu bearbeitenden Computers (und ist damit netzwerktauglich)
Anzeigen des Betriebssystems des Remotecomputers
Auflistung sämtlicher Konten in einer Baumstruktur (einschließlich Systemkonten wie z.B. Hilfeassistent)
hervorheben deaktivierter Konten durch ein eigenes Symbol in der Baumstruktur
Schneller Wechsel zwischen Benutzer und Gruppen
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
Direktes Anzeige der Zuordnung zu Gruppen sowie Anzeige aller verfügbaren Gruppen
Direkte Anzeige sämtlicher Parameter des Kontos: Passwortalter
Letzte Anmeldung
Anmeldungen
Fehlerhafte Anmeldungen
Ablauf des Kontos
Quota
User ID
Benutzer können in eine CSV Datei exportiert werden.
Benutzer können in eine Vorlagendatei exportiert werden.
Es können mehrere Benutzer auf einmal über eine Vorlagendatei angelegt und wieder gelöscht werden.
Integrierte Gruppenverwaltung
Die wichtigsten Funktionen sind über eien Toolbar zu erreichen

Der Usermanager ist zwar offiziell Shareware, aber für die Mitglieder des Delphiforums stelle ich selbstverständlich hier immer die Vollversion zur Verfügung.

toms - Di 26.10.04 13:34

Hi Luckie,

Habe immer noch Probleme mit dem Manifest. Der XP Usermanager wird nicht im Xp Style angezeigt und wenn
ich ein externes Manifest beilege, erscheinen die Static Hintergründe in Weiss.

Zum Design:

Ich finde die Rechte Seite ein wenig "verzettelt".
Ist vielleicht Geschmackssache aber mir gefaellts etwa so besser:

Siehe Screenshot unter: http://www.ezshare.de/files-de/38672/UserManager.jpf.jpg.html

Delete - Di 26.10.04 14:18

toms hat folgendes geschrieben:

Hi Luckie,
Habe immer noch Probleme mit dem Manifest. Der XP Usermanager wird nicht im Xp Style angezeigt und wenn
ich ein externes Manifest beilege, erscheinen die Static Hintergründe in Weiss.

Das verstehe ich jetzt nicht. Ich habe das Manifest als Resource eingebunden und unter XP sieht es bei mri, wie auf dem Screenshot aus, also richtig.

Zitat:

Ich finde die Rechte Seite ein wenig "verzettelt".
Ist vielleicht Geschmackssache aber mir gefaellts etwa so besser:

Siehe Screenshot unter: http://www.ezshare.de/files-de/38672/UserManager.jpf.jpg.html

Ja, das mit den Trennlinien ist eine gute Idee. Werde ich gleich umsetzten.

Delete - Di 26.10.04 16:13

Luckie hat folgendes geschrieben:

Das verstehe ich jetzt nicht. Ich habe das Manifest als Resource eingebunden und unter XP sieht es bei mri, wie auf dem Screenshot aus, also richtig.

Das ist aber nicht richtig. Du weißt doch, bzw. du solltest wissen, dass die Buttons bei aktiven Themes ein anderes Aussehen haben. Dein Screenshot entspricht einem typischen Win9x/ME/2000-Programm, das ohne Manifest unter XP läuft. Es nutzt nur den Außenrahmen, usw. Aber die Controls selbst haben noch das alte Design.

Deswegen schrieb ich ja in der DP auch schon, du könntest dir mal die Beispielressourcen aus den Tutorials anschauen. Das DateTime-Sample etwa. Wenn du dem ein Manifest spendierst, sieht es unter XP so aus, wie deins aussehen sollte. :)

Delete - Di 26.10.04 18:08

Zwei Probleme -

1. Die ID 104 für das Manifest verursacht offenbar ein Problem. Ändere die ID mal in 1, und du solltest nach dem Kompilieren und Starten ebenfalls das Darstellungsproblem unter XP haben. Wenn es dann immer noch nicht geht, speichere die Ressource mal wieder als Ressourcenskript (*.rc) und nimm den binären Kram vom Manifest raus und ersetze es durch

Quelltext

1:	1 24 "manifest.bin"

2. Jetzt aber das eigentliche Problem: Der Darstellungsfehler liegt einfach in deiner Logo-Sache. Du malst doch immer irgendwas Weiß, so wie in diesem Fall hier:

Delphi-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:

WM_CTLCOLORSTATIC:
  begin
    case GetDlgCtrlId(lParam) of
      10905:
        begin
          whitebrush := CreateBrushIndirect(WhiteLB);
          SetBkColor(wParam, WhiteLB.lbColor);
          Result := BOOL(whitebrush);
        end;
    end;
  end;

Mach noch ein "else" rein:

Delphi-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:

    case GetDlgCtrlId(lParam) of
      10905:
        begin
          whitebrush := CreateBrushIndirect(WhiteLB);
          SetBkColor(wParam, WhiteLB.lbColor);
          Result := BOOL(whitebrush);
        end;
      else                // <-- ADD
        Result := false;  // <-- THIS!
    end;

dann klappt´s auch mit XP. :)

herzi - Do 28.10.04 09:40

Wär bestimmt noch sinnvoll das Benutzermenü zusätzlich nach Gruppen ordnen zu können.

Die "Gruppenmitglied" und Verfügbare Gruppen" kann man jetzt nur per "ENTF" und "EINFG" verändern. Da wär bestimmt noch "per Doppelklick" interessant.

Hast du eigentlich noch vor die Ordnerfreigaben und Sicherheit in den XP Usermanager einzubauen?

Ansonsten ist die Software echt gut.

Delete - Do 28.10.04 09:59

herzi hat folgendes geschrieben:

Wär bestimmt noch sinnvoll das Benutzermenü zusätzlich nach Gruppen ordnen zu können.

Wenn mir die Eingebung kommt, wie man das recht einfach realisiern kann, dann werde ich es machen. ;)

Zitat:

Die "Gruppenmitglied" und Verfügbare Gruppen" kann man jetzt nur per "ENTF" und "EINFG" verändern. Da wär bestimmt noch "per Doppelklick" interessant.

War aus der Not geboren, weil ich keinen Platz mehr für Buttons hatte. An den Doppleklick hatte ich noch nicht gedacht, eher an Drag and Drop, aber da muss ich erstmal rausfinden, wie das ohne VCL geht.

Zitat:

Hast du eigentlich noch vor die Ordnerfreigaben und Sicherheit in den XP Usermanager einzubauen?

War eigentlich nicht geplant.

Zitat:

Ansonsten ist die Software echt gut.

Danke.

Delete - So 05.06.05 16:57

So, es gibt wieder eine neue Version des Usermanagers. Einige von euch werden eventuell den Thread in der Delphipraxis http://www.delphipraxis.net/topic37662_neue+version+des+xp+usermanger+ist+fertig.html schon verfolgt haben. Ich wollte ihn aber trotzdem noch mal hier reinstellen.

Programmhomepage: XP Usermanager [http://xpusermanager.luckie-online.de]

Beta Version: 3.1
Es gibt mittlerweile eine neue Version des Usermanagers: 3.1

GUI redesigned
Login Optionen hinzugefügt
neuer "Computer suchen" Dialog
diverse Bugs behoben

Version 3.2
Es gibt wieder eine neue Version:

Deaktivierte Konten haben jetzt ein extra Symbol in der Baumansicht
Das Betriebssytem des Remoterechners, mit dem man verbunden ist, wird jetzt in der Statuszeile angezeigt.
Hilfe Schaltfläche zum Aufrufen der Hilfe aus dem Programm.

Aktuelle version im ersten Posting!

Delete - Fr 08.07.05 19:31

Version 3.2.1
Und wieder eine neue Version:

Hinweis, dass der XP Usermanager nicht mit Administratorenrechten ausgeführt wird, kann deaktiviert werden
Anzeigen des ausgewählten Computers in der Titelzeile
Verbesserung der Performance beim Übertragen der Konten und Kontendaten
Statusanzeige beim Übertragen der Konten und Kontendaten
neu gestaltete Aboutbox mit "Abspann" (Mein dank geht diesbezüglich an Olli)

Aktuelle Version im ersten Posting!

Prof. Dachs - So 10.07.05 18:13

Bug:
Immer wenn ich in dem Programm auswähle, das es nach Gruppen sortieren soll kommt das:

---------------------------
Usermanager.exe - Fehler in Anwendung
---------------------------
Die Anweisung in "0x00409f7b" verweist auf Speicher in "0x0000005c". Der Vorgang

"written" konnte nicht auf dem Speicher durchgeführt werden.

Klicken Sie auf "OK", um das Programm zu beenden.
Klicken Sie auf "Abbrechen", um das Programm zu debuggen.
---------------------------
OK Abbrechen
---------------------------

Vorschlag:
Du solltest noch einbauen das man neue Gruppen erstellen kann.

Frage:
Kann man immer noch die Vollversion bekommen?

maxk - So 10.07.05 18:34

Hallo,
das Programm ist wirklich super - vorallem, wenn man nur die "Benutzerverwaltung" von XP Home gewöhnt ist ;) Aber beim Versuch die Sharewaremeldung beim Beenden wegzuklicken, indem ich das Programm nochmal beenden lassen wollte, hat es noch einen zweiten Sharewarehinweis ausgegeben, der auch nach dem Beenden des Programms nach der Wartezeit vorhanden bleibt. Sofern das beabsichtig ist: Clever gemacht ;)

Gruß,
maxk

Delete - So 10.07.05 20:05

Prof. Dachs hat folgendes geschrieben:

Ja, das Problem habe ich auch, allerdings nur im Debugger. Die kompilierten Exen liefen immer bei mir. Was für ein OS benutzt du? BTW bist du der erste, bei dem der Fehler auch in der kompilierten Version auftritt. :roll:

Prof. Dachs - So 10.07.05 20:48

Seltsam.
Ich hab es gerade nochmal ausprobiert, dann hat er diesen Error nicht gebracht. Gelöscht, neu entpackt -> ging immer noch.
Daten aus der Registry gelöscht, Programm gelöscht, neu entpackt -> geht nicht mehr. Zweimal Programm neu gestartet, ging nicht.
Normal beender, wodurch das prog wieder in die reg geschrieben hat -> ging trotzdem nicht.
~5x neu gestartet, geht immer noch nicht. Zwischendurch alte version zweimal gestartet.
Manuell ShowGroups = true in die reg geschrieben = funktioniert einwandfrei.
Mit ShowGroups beendet, neu gestartet. Funktioniert immer noch.
Mit ShowUsers beendet, neu gestertet. Funktioniert nicht mehr.

OnClick des Gruppen-Radiobuttons greift wahrscheinlich auf was nicht geladenes zu??

Ich benutze Win2k mit ...*nachschau*...SP4.

Christian S. - Sa 30.07.05 00:41

Hallo!

Du schreibst, dass man die Einstellung für das gerade aktive Nutzerkonto nicht ändern kann. Irgendwie scheint dieses Feature bei mir nicht zu funktionieren, ich kann die Einstellungen nämlich durchaus ändern.

Luckie hat folgendes geschrieben:

benutzer des Delphi-Forums können dann die Vollversion per PN bei mir anfordern.

Lass den Dateianhang doch einfach so, wie er ist. Den können auch nur registrierte Nutzer herunterladen. :-)

Grüße
Christian

Delete - Di 29.11.05 12:00

Martin1966 hat folgendes geschrieben:

Kann ich dir nicht sagen. Ich möchte nur ungern ein Programm testen/ausprobieren wenn ich es anschl. wieder vom Rechner deinstallieren muss

Es ist die Vollversion und du musst nichts installieren oder deinstallieren.

Zitat:

und du letztendlich damit Geld verdienst.

Nette Einstellung. Fragst du die anderen Mitglieder auch immer vorher, ob deine Hilfe für ein kommerzielles Programm ist oder nicht? Was meinst du wie vielen Mitgliedern du schon geholfen hast, die dann mit ihrem Programm Geld verdient haben und sei es auch nur für die Firma gewesen. :roll:

Und wo verdiene ich an dir Geld, wenn du hier die Vollversion bekommst?

Also bei der Einstellung wundert es mich gar nicht mehr, dass es heißt das DF ginge den Bach runter.

Christian S. - Di 29.11.05 12:13

Luckie hat folgendes geschrieben:

Also bei der Einstellung wundert es mich gar nicht mehr, dass es heißt das DF ginge den Bach runter.

Jetzt mach aber mal halblang! Die Äußerung eines einzelnen Users aufs DF zu verallgemeinern ist wohl nicht ganz Dein Niveau, oder? Wenn etwas der Atmosphäre im DF schadet, dann ist es wohl eher Dein oft sehr aggressiver Tonfall, als Martin1966 der immer freundlich und hilfsbereit ist.

Delete - Di 29.11.05 12:18

Christian S. hat folgendes geschrieben:

Luckie hat folgendes geschrieben:

Also bei der Einstellung wundert es mich gar nicht mehr, dass es heißt das DF ginge den Bach runter.

Jetzt mach aber mal halblang! Die Äußerung eines einzelnen Users aufs DF zu verallgemeinern ist wohl nicht ganz Dein Niveau, oder?

Ist es auch nicht. Aber das habe ich ja auch nicht behauptet. Ich habe nur gesagt, dass mich die Meinung diesbezüglich anderer Mitglider nicht wundert. Ich habe nicht gesagt, dass ch der Meinung bin, dass DF ginge den Bach runter.

UGrohne - Di 29.11.05 17:47

Ich habs jetzt auch mal kurz angefangen zu testen, aber in einer Domäne. Bin mir nicht sicher, ob das so unterstützt wird. FOlgendes ist mir bis jetzt aufgefallen (muss gleich zur Arbeit, daher noch nicht komplett getestet).

Unter Computer wählen stimmt die TAB-Reihenfolge nicht ganz, sollten nicht zuerst alle Eingabefelder angesprungen werden?
Ich habe dort einen Servernamen eingegeben mit dem ich per VPN (also eine recht langsame Verbindung) verbunden bin. Beim Verbinden wurde dann ein Fehler gebracht, aber ohne Text. Erst als ich die IP eingegeben habe, hat es funktioniert.
Laut StatusBar war das Programm mit dem Rechner dann verbunden, hat aber im TreeView immer noch den lokalen Rechnernamen angezeigt und auch nicht die Benutzerliste aktualisiert. Jedoch konnte ich Details zu meinem Benutzer abfragen, der sowohl auf dem lokalen Rechner, als auch in der Domäne vorhanden ist.
Da die Verbindung langsam ist, dauerte das Laden der Details recht lange. Dadurch konnte ich z.B. auf Administrator klicken und danach auf meinen User und trotzdem wurden nur die Details vom Administrator geladen. Das war etwas nervig, weil ich dann erst wieder etwas anderes markieren musste, als meinen User und dann wieder diesen um die Details zu bekommen.

So, das wars bis dahin mal, ich schau mal nachher ein wenig weiter ;-). Sag mir noch bitte, inwieweit Dein Programm AD-Domänen unterstützt oder nicht, ich konnte die letzten Seiten aus Zeitmangel gerade nicht durchlesen ;-)

Delete - Di 29.11.05 18:42

Es werden nur lokale Benutzerkonten auf Remoterechnern unterstützt.

Danke fürs Testen, ich werde mir das noch mal angucken.
Zu 1.: In der Reihenfolge kommt aber die Schaltfläche zu erst, noch vor den anderen Eingabefeldern.
Zu 3.: Dann hat er wohl noch die Daten übertragen.
Zu 4.: Nun ja, bei einer der Art lnagsamen Verbindung... Ich könnte den Treeview noch deaktivieren so lange er aktualisiert wird.

UGrohne - Di 29.11.05 18:52

Luckie hat folgendes geschrieben:

Es werden nur lokale Benutzerkonten auf Remoterechnern unterstützt.

OK, beim Administrator funktionierts auf jeden Fall mal ;-). Ein Domänencontroller hat ja keine lokalen Konten. Planst Du das Programm auch noch so zu erweitern, dass es mit AD funktioniert? Das wäre klasse, dann wärs auch was für mich :)

Luckie hat folgendes geschrieben:

Danke fürs Testen, ich werde mir das noch mal angucken.
Zu 1.: In der Reihenfolge kommt aber die Schaltfläche zu erst, noch vor den anderen Eingabefeldern.

Stimmt eigentlich, in dem Fall macht es schon Sinn, dass so zu lassen, da der Button ja zu dem ersten Feld gehört.

Luckie hat folgendes geschrieben:

Zu 3.: Dann hat er wohl noch die Daten übertragen.

Das könnte sein, als ich es hier nochmal probiert hatte, ging es auch mit der IP zuerst nicht. Erst beim 3. Versuch hat es dann hingehauen. Wäre vielleicht geschickt, wenn Du daran noch etwas änderst, denn die Fehlermeldung ist seltsam ;-)

Luckie hat folgendes geschrieben:

Zu 4.: Nun ja, bei einer der Art lnagsamen Verbindung... Ich könnte den Treeview noch deaktivieren so lange er aktualisiert wird.

Das wäre gut.

Pepe - Di 29.11.05 20:47

UGrohne hat folgendes geschrieben:

würde mich jetzt aber wundern! da es in der domäne sehr wohl lokale domänen benutzer gibt und es die gleichen api funktionen sind (zum erstelleb, ändern etc.).

benutze die selben api funktionen wie luckie in meinen proggs! das einzige wo es wichtig wird zu unterscheiden ist bei den gruppen, dort gibt es zwei varianten (einmal die, die luckie benutzt) und einmal die api funktionen, die für globale domänen gruppen sind. funktionieren tun allerdings beide.

Auf was für einem dc hast du dies denn angewendet (2000 oder 2003?)? über remote oder direkt am dc?

UGrohne - Di 29.11.05 21:07

Pepe hat folgendes geschrieben:

würde mich jetzt aber wundern! da es in der domäne sehr wohl lokale domänen benutzer gibt und es die gleichen api funktionen sind (zum erstelleb, ändern etc.).

Ähm, was sind lokale Domänenbenutzer? Und ja, es gibt auch in einer Domäne auf jedem Rechner lokale Benutzer. Aber wie ich sagte, gibt es keine lokalen Benutzer auf dem Domänencontroller. Melde Dich mal lokale am DC als Admin an, Du wirst Dich als Administrator der Domäne wiederfinden. Geht aber nicht über Windows-Anmeldung, dort ist der lokale Computer gar nicht mehr auswählbar.

Pepe hat folgendes geschrieben:

Auf was für einem dc hast du dies denn angewendet (2000 oder 2003?)? über remote oder direkt am dc?

Das ist ein 2003-Server, den ich von meinem lokalen Rechner aus abgefragt habe.

Delete - Di 29.11.05 21:11

UGrohne hat folgendes geschrieben:

Luckie hat folgendes geschrieben:

Es werden nur lokale Benutzerkonten auf Remoterechnern unterstützt.

OK, beim Administrator funktionierts auf jeden Fall mal ;-).

Man muss sich so wie so mit einem Administratorenkonto anmelden, um Benutzer zu verwalten.

Zitat:

Planst Du das Programm auch noch so zu erweitern, dass es mit AD funktioniert? Das wäre klasse, dann wärs auch was für mich :)

Das scheitert immer daran, dass ich hier keine Domäne mit einem PDC habe zum Testen und im Blindflug zu programmieren ist etwas schlecht. :(

Zitat:

Luckie hat folgendes geschrieben:

Zu 3.: Dann hat er wohl noch die Daten übertragen.

An der Fehlermeldung arbeite ich gerade. Mit dem Rechnernamen ging es ben bei mir auch nicht, da bekam ich den fehlercode 1219 zurück:

Zitat:

Die angegebenen Anmeldeinformationen stehen mit vorhandenen Anmeldeinformationen in Konflikt.

Mit der IP ging es aber. nach einem Neustart ging es dann auch wieder mit dem Rechnernamen. da waren wohl noch irgendwelche Freigaben aktiv.

Zitat:

Luckie hat folgendes geschrieben:

Zu 4.: Nun ja, bei einer der Art lnagsamen Verbindung... Ich könnte den Treeview noch deaktivieren so lange er aktualisiert wird.

Das wäre gut.

Schon erledigt. ;)

@Pepe: Was ist denn das für ein Programm? Kann man das mal sehen?

UGrohne - Di 29.11.05 21:17

Luckie hat folgendes geschrieben:

UGrohne hat folgendes geschrieben:

Luckie hat folgendes geschrieben:

Es werden nur lokale Benutzerkonten auf Remoterechnern unterstützt.

OK, beim Administrator funktionierts auf jeden Fall mal ;-).

Man muss sich so wie so mit einem Administratorenkonto anmelden, um Benutzer zu verwalten.

Das ist klar, ich meinte damit auch, dass die Detail-Abfrage nur vom Administrator funktioniert, nicht aber z.B. von UGrohne. Dieser ist in dem TreeView anscheinend auch nur deshalb aufgelistet, weil der auf meinem Rechner lokal war. Die Liste wird beim Connecten zum DC nicht aktualisiert. Und man kann sich nur als Admin lokal am DC anmelden und meldet sich damit automatisch an der Domäne selbst an, mit einem beliebigen User funktioniert das wohl nicht, daher gibts da keine Daten.

Hat das jetzt irgendjemand verstanden? :gruebel: Ich glaube nicht ...

Pepe - Di 29.11.05 21:22

@UGrohne, ja, das ist mir schon klar. aber die funktionen funktionieren trotzdem, da der benutzer dann statt auf lokal auf dem pdc einfach in der domäne erstellt wird!

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/netmgmt/netmgmt/NetLocalGroupAdd.asp
<-- hier stets sogar direkt inner zweiten zeile, das es auf beiden funzt :)

@luckie, joa, schreib mir bitte mal per mail deine icq nr. oder ähnliches, wo man dich schnell erreichen kann...

UGrohne - Di 29.11.05 21:29

Pepe hat folgendes geschrieben:

User erstellen habe ich noch nicht probiert, es ging jetzt in erster Linie um das Abfragen von Daten. Im Gruppenmanager funktioniert das ja einwandfrei, nur bei den Usern nicht, jedenfalls bei den Nicht-BuiltIn-Usern, bei Admin ist es ja kein Problem. Und die Auflistung der User funktioniert in der Domäne ja auch nicht mit Luckies Vorgehensweise.

Vielleicht werde ich mir mal den Source anschauen und finde was dazu ;-)

Pepe - Di 29.11.05 21:36

mit der auflistung habe ich mich noch nicht beschäftigt, da es für mich noch nicht von nöten war...

die erklärung dazu könnte vielleicht sein, das für die user anders als bei den gruppen, noch eine extra api besteht... obwohl man die standart api, ich mein die, die luckie auch verwendet, auch hier zu benutzen kann. habe meine programme bisher aber nur auf dem pdc selbst getestet, weiß also nicht, wie es ist, wenn man von einem andere rechner die benutzer abruft. die benutzung der net api ist in einer active directory domäne allerdings auch nur als admin gestattet. es sei denn sie ist in den acl's gesondert freigegeben... soweit ich das richtig verstanden habe...

UGrohne - Di 29.11.05 21:54

Pepe hat folgendes geschrieben:

Stimmt, habs mal eben probiert. Auf dem DC selbst funktioniert die Auflistung. Nur die Gruppenzugehörigkeit kann nicht aufgelistet werden, außer wieder beim Administrator ;-)

Delete - Mi 30.11.05 00:16

So, aktuelle Version ist im ersten Beitrag.

@UGrohne: Es werden jetzt auch die Fehlercodes mit ausgegeben. Sollte sie nicht im Klartext erscheinen, dann mach mal eine Konsole auf und gib ein:

Quelltext

1:	net helpmsg <Fehlercode>

Das sollte dir den Fehlercode im Klartext liefern.

Martin1966 - Sa 10.12.05 01:59

Ja, ich weiß. Aber zu diesem Tool habe ich kein Topic hier im DF gefunden - sonst hätte ich auch das erwähnt. :mrgreen:

Ich hab mal eine Frage zu der neuen Funktion um den Gruppen-Privilegien zu konfigurieren: Ich habe mal grob in meinem Windows XP Prof geschaut ob ich das irgendwo auch ohne dein Programm eisntellen kann. Hab aber nichts gefunden. Gibt es diese Möglichkeit nicht?

Lg Martin

Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2026 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!