![]() |
Gemeinschaftsprojekt der DPler
Wir hatten da grad so ein Thema mit "Daniel B.":
Wie wäre es mit einem Projekt, wie zB einem Reg-Editor der auf der Native-API (ala TNativeRegistry ... was noch zu schreiben wäre) basiert und in VCL ... und internationalisiert (i.e. Unicode) wäre? Allein erscheint so ein Projekt gigantisch. Aber mit dem Know-How der anwesenden und geteilter Zeit wäre das ein cooles OpenSource-Projekt, welches, wie Daniel so schön sagte: Zitat:
|
Re: Gemeinschaftsprojekt der DPler
Was würde der denn können, was regedit und regedt32 nicht können?
|
Re: Gemeinschaftsprojekt der DPler
Eventuell eine Funktion zur Überwachung eines Keys und dessen Subkeys (nicht so komplex wie RegMon von Sysinternals, aber gut genug um mal schnell beim Start eines Programms die Änderungen zu überwachen). |
Re: Gemeinschaftsprojekt der DPler
|
Re: Gemeinschaftsprojekt der DPler
(siehe Nachtrag)Vermutlich schon ... nur nicht ganz so fett (deswegen hab ichs mir jetzt noch nicht runtergeladen). Es soll schon ein echtes TOOL ... werden nicht irgendein Wizard oder sowas. Es soll für fortgeschrittene Anwender da sein ...
Nachtrag: Oops .. habs grad durchgelesen. Wohl eher nicht. Es geht nicht um "bestimmte" Einstellungen. Es geht um einen ECHTEN Registry-Editor. Nur daß das Kaliber das von Regedit+Regedt32 noch übersteigen soll. |
Re: Gemeinschaftsprojekt der DPler
Denke nicht. Seine Idee beschränkt sich wohl nur auf die Registry. Wohl sowas wie der Regeditor von Norton oder Tuneup Utilities.
|
Re: Gemeinschaftsprojekt der DPler
Moin Assarbad,
schöne Idee. Mir fällt z.B. immer auf, dass weder RegEdit, noch RegEdt32 das Änderungsdatum eines Keys anzeigen, obwohl das ja nun recht einfach wäre. Ausserdem würde so etwas auch gut in eine erweiterte Suchfunktion passen (z.B.welche Keys wurde zwischen dann und dann geändert). @Luckie: Man hätte z.B. den Vorteil, das man so ein Tool auch dann einsetzen könnte, wenn die Policies das eigentlich verbieten. Es zwingt einen ja keiner die zu beachten, wenn man auf eine MS Zertifizierung verzichten kann ;-) |
Re: Gemeinschaftsprojekt der DPler
@Christian, das mit den Policies hatte ich noch garnicht bedacht. Aber du hast vollkommen recht. Das wäre ein geiler Nebeneffekt.
Sobald ich damit fertig bin meine TLoggedOnClass zu schreiben, werde ich mich mal an TNativeRegistry setzen :) Das ist eigentlich die ideale Kombination zusammen mit Delphi, da die WideStrings ja auch nicht von NULL terminiert werden, sondern auch mittendrin sowas vertragen. Also ... bis denne. Ich melde mich in diesem Thread wieder sobald es was neues gibt, oder sobald hier jemand antwortet. |
Re: Gemeinschaftsprojekt der DPler
Moin Assarbad,
ich hab' mich öfter mit "dichtgezogenen" Rechner auseinanderzusetzen, deshalb hatte ich selber auch schon mal damit angefangen ;-) Man kann sich zwar mit REG-Dateien behelfen, da ja die Kommandozeilenfunktionalität trotz Policy erhalten bleibt, aber schön ist das nicht. Hast Du mal eine Quelle für die Doku zu den Native Funktionen, oder bin ich nur zu blind die im PSDK/MSDN zu finden. Ausser der "Native API Reference" von Gary Nebbett wüsste ich sonst keine. |
Re: Gemeinschaftsprojekt der DPler
Hallo,
zum Umgang mit der native API und der Registry hatte sakura mal ein Beispiel gepostet: ![]() |
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:40 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz