Symbole der Systemsteuerung anzeigen

[Aremo]

Die Liste der Applets *.CPL ist ja ganz hilfreich, nur, der Aufruf mit BTHPROBS.CPL als Parameter funktioniert nicht - weder mit WinExec noch mit shellExecute.
Die Gegenprobe mit TIMEDATE.CPL funktioniert hingegen.

Weiteres Indiz: Ruft man unter START -> Ausführen TIMEDATE.CPL auf, funktioniert der Aufruf,
mit BTHPROBS.CPL funktioniert dieser Aufruf jedoch nicht. Fehlermeldung (auf mehreren Rechner unter Win XP und Win Vista): "bthprobs.cpl konnte nicht gefunden werden. ...", obwohl unter Windows/system32/ gleichermaßen vorhanden.

Es scheint so zu sein, dass der programmgesteuerte Aufruf der Bluetooth-Einstellungen unter Windows irgendwie geschützt ist. Auch eine Suche auf den Windows support-seiten und googeln brachte keinen Hinweis auf Abhilfe.

Hat jemand Erfahrungen damit ?

[Aremo]

Die schweren Fehler findet man sofort, die Suche nach Lösungen für die kleinen Fehler dauert oft Stunden.

Das CPL (Control Panel Applet) für Bluetooth-Geräte heißt nicht BTHPROBS.CPL wie oben in der Liste vom 14.11.2007 aufgelistet sondern BTHPROPS.CPL , damit klappt es jetzt auch.

Der Tippfehler müsste/sollte wohl auch in der obigen Liste korrigiert werden, oder ? um Nachahmerfehler zu vermeiden.

[SirThornberry]

@devidespe: WinExec solltest du schleunigst ersetzen. Dies ist schon seit einigen jahren depricated. Wenn du es weiterhin verwendest darfst du dich nicht wundern wenn mit dem nächsten Update die Funktion im Betriebssystem beseitigt ist.

[bitsetter]

Zitat von ringli:

Da muss es doch noch irgendeine Funktion oder einen Trick geben mit dem Windows das realisiert.

Du kannst dir auch mal Punkt 6.3. in Luckie seinen Win32-API Tutorials für Delphi durchlesen, da steht es auch ganz gut beschrieben drin.

[DevidEspenschied]

Zitat von SirThornberry:

@devidespe: WinExec solltest du schleunigst ersetzen. Dies ist schon seit einigen jahren depricated. Wenn du es weiterhin verwendest darfst du dich nicht wundern wenn mit dem nächsten Update die Funktion im Betriebssystem beseitigt ist.

Ich glaube, bisher hat Borland/CodeGear die Funktion immer noch unterstützt, und unter Vista und den ganzen Serverversionen läuft das auch problemfrei. Aber mit "obsolete" erkenne ich schon die Vorzeichen dafür, dass der Support tatsächlich bald wegfällt. Die Routinen werden deswegen wohl demnächst durch ShellExecute ersetzt. Danke für den Tipp.

[ringli]

So nachdem ich noch eine ganze Weile herumprobiert und gesucht habe, habe ich die Lösung des Problems gefunden. Ich hänge das Testprojekt mal an, vielleicht kann es ja nochmal jemand gebrauchen oder hat Verbesserungsvorschläge.

Danke allen nochmal für die Unterstützung.

[bitsetter]

Deine Demo habe ich gerade getestet, bei mir lassen sich allerdings nur einige Systemsteuerungsapplet unter WindowsXP ausführen. Der Rest funktioniert nicht, in der Variable .rAppletPath steht dann nur der Name des Applet drin.

[ringli]

Ja du hast recht.

Scheinbar hat die verwendete Funktion unter Windows XP (vermutlich auch noch kleinere Windowsversionen) ein Problem die GUID's zu ermitteln. Unter Windows Vista funktioniert es nämlich problemlos. Leider habe ich im Moment keine Ahnung woran das liegen könnte.

[soulies]

hoi,

falls du die JEDI's installiert hast, dann hilft dir vllt. die Komponente

'JvAppletDialog'

zur Lösung des Problems auf XP Systemen.



cya

[ringli]

Nein habe die Jedis nicht installiert. Aber werde ich wohl mal machen müssen wenn sonst keiner eine Idee hat.