Resource 24 besser an Vista angepasst

[Frabbing]

Roland, könntest du nicht noch eine neuere Manifest-Resource rein nehmen, die besser an Vista und später angepasst ist? So wie diese:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly
xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0">
<assemblyIdentity
processorArchitecture="x86"
version="5.6.0.0"


type="win32"
name="XPUsermanager.exe"/>
<description>Windows XP & Vista Usergroup Control Center</description>

<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0"
publicKeyToken="6595b64144ccf1df"
language="*"
processorArchitecture="x86"/>
</dependentAssembly>
</dependency>


<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel
level="requireAdministrator"
uiAccess="false"/>
</requestedPrivileges>
</security>
</trustInfo>

</assembly>

[ts-soft]

Wenn, dann eher AsInvoker. Zumindest sollte das Wahlweise möglich sein, weil Vista davon ausgeht, das die Anwendung Vista-Konform ist, wenn es auf eine solche Manifest trifft und Anwendungen, die das eben nicht sind, dann nicht mehr richtig funktionieren werden. Einfach von Hause aus so eine Manifest per Default da reinklatschen ist Kontroproduktiv.

Gruß
Thomas

[Frabbing]

Die trustInfo wird eigentlich von XP ignoriert und greift erst ab Vista. Wenn du andere Vorschläge hast, immer raus damit.

[ts-soft]

Zitat von Frabbing

Die trustInfo wird eigentlich von XP ignoriert und greift erst ab Vista. Wenn du andere Vorschläge hast, immer raus damit.

Da hast Du mich nicht verstanden. Wenn diese Manifest vorhanden ist, dann
geht Windows Vista und höher, davon aus, das diese Anwendung auch Konform dazu ist. Sollte diesem nicht so sein, was gerade bei Anfängerprogrammen, besonders häufig der Fall ist, funktionieren diese Programme nicht mehr, da sie auch nicht mehr autom. im Kompatibilitätsmodus (Virtuelle Verzeichnisse, Registry usw.) ausgeführt werden.

Wenn, dann Optional eine Manifest für UserModus oder AdminModus, so das
diese nur Bewußt von Usern ausgewählt werden, die Wissen was sie tun

Gruß
Thomas

[Jac de Lad]

Vielleicht lässt sich das mit Rolands Compilteridee ausführen. Er hat ja schon angedeutet, dass eventuell in einem Update Compileroptionen für Icons kommen und da würde das ja mit reinpassen.

[Frabbing]

Ich glaube ja, dass es gerade Anfängern entgegen kommt, wenn sie sich keinen Kopf machen müssen, ob nun im User- oder Adminmode gestartet wird. IsKey() funktioniert z.B. nicht im Usermodus, wenn das gerade aktive Programm in einem höheren Level läuft. Sind alles Sachen, die nicht in der Hilfe stehen und speziell bei Anfängern nur für Verwirrung sorgen.

Wenn man seine Resourcen per Compiler einbauen kann, wäre das natürlich optimal. Na ja, eigentlich Standard bei Programmsprachen.

[ts-soft]

Zitat von Frabbing

Ich glaube ja, dass es gerade Anfängern entgegen kommt, wenn sie sich keinen Kopf machen müssen,

Das ist ja wie ne Schußwaffe für Waffenscheinlose .
Keine Ahnung was IsKey macht (intern), aber bei "normaler" Eventbearbeitung,
sollte es auch keine Probleme geben.

[Frabbing]

IsKey ist nichts anderes als Get(Async)KeyState. Unter Windows Vista und 7 blockiert ein im höheren Level laufender aktiver Task die Abfrage, wenn das abfragende Programm nicht als Admin läuft.

[ts-soft]

Zitat von Frabbing

IsKey ist nichts anderes als Get(Async)KeyState. Unter Windows Vista und 7 blockiert ein im höheren Level laufender aktiver Task die Abfrage, wenn das abfragende Programm nicht als Admin läuft.

Sowas verwendet man ja auch nicht in einem Event-Loop.
Entweder Shortcut oder WM_CHAR.

[Frabbing]

Das funktioniert aber ebenfalls nicht.
WM_CHAR arbeitet eh nur, wenn das eigene Fenster den Focus hat, wie fast alle Fenstermessages.

Aufgefallen ist mir das zuerst in meinem Screenshot-Tool, das unter XP immer zuverlässig arbeitete. Unter 7 nicht mehr unbedingt, und da es für gewöhnlich aus dem Autostart heraus aufgerufen wird, läuft es immer im User-Modus. Starte ich es manuell als Admin, gibts keine Probleme.
Betrifft alle bekannten Key-Techniken, auch Hotkeys und Tastatur-Hooks.

[ts-soft]

Das Problem kann ich aber nicht nachvollziehen, jedenfalls nicht in der
Programmiersprache, die ich per Default nutze. Shortcuts, Globale Hotkeys
usw. funktionieren problemlos ohne Adminrechte. Und meine Einstellungen
bezüglich der Sicherheit entsprechen den Vorgaben von MS.

Programme, die immer erst Adminrechte anfordern sind recht nervig.
Wenn sie dann nicht mal eine Digitale Signatur aufweisen (bei
Hobbyprogrammen wohl selten der Fall, Signatur kostet ca. 400$ pro Jahr)
werden sie keine große Verbreitung erreichen (sieht man im UAC ob signiert
oder nicht).

Also soweit wie es irgend geht auf Adminrechte verzichten! Prof. Installer
für Installation nutzen usw., nur dann ist man auf der sicheren Seite.

Ich schätze mal, das MS das mit den Adminrechten ohne Signatur sowieso
früher oder später sperren wird, so das man als Hobbyprogrammierer
sowieso auf Adminrechte verzichten muß. Vielleicht sehe ich ja auch nur zu
schwarz

Gruß
Thomas

[Frabbing]

Das wird sich zeigen.

Letztendlich gibts immer zig verschiedene Meinungen.
Vielleicht versuche ich mal, ein kurzes Testprogramm zu erstellen. Vielleicht liegt es ja tatsächlich an XProfan. Ich glaube aber eher nicht.

[AHT]

Zitat von ts-soft

Da hast Du mich nicht verstanden. Wenn diese Manifest vorhanden ist, dann
geht Windows Vista und höher, davon aus, das diese Anwendung auch Konform dazu ist. Sollte diesem nicht so sein, was gerade bei Anfängerprogrammen, besonders häufig der Fall ist, funktionieren diese Programme nicht mehr, da sie auch nicht mehr autom. im Kompatibilitätsmodus (Virtuelle Verzeichnisse, Registry usw.) ausgeführt werden.

Wenn, dann Optional eine Manifest für UserModus oder AdminModus, so das
diese nur Bewußt von Usern ausgewählt werden, die Wissen was sie tun

Gruß
Thomas

Da habe ich andere Erfahrungen gemacht. Ist kein Manifest enthalten und versucht das Programm etwas durchzuführen, zu dem es Adminrechte braucht, fragt Windows des öfteren mal nach, ob das Programm im "Kompatibilitätsmodus" ausgeführt werden soll. Es startet das Proggie dann generell mit Adminrechten - was man aber manchmal gar nicht will.
Ist ein Manifest drin, hält sich Windows eigentlich an das, was da angegeben ist. Ich würde da auch AsInvoker als Standard setzen. Franks Vorschlag halte ich also für gar nicht so abwegig.
Hast du da andere Erfahrungen gemacht? Würde mich sehr interessieren...

[ts-soft]

Schreib einfach ein Programm, das seine Einstellungen im Programm-
Verzeichnis sichert. Mit XP-Style Manifest werden die Einstellungen, ohne
Fehlermeldung, im VirtualStore gesichert, mit Manifest für UserModus
bekommste eine Fehlermeldung und kannst reagieren.

Gruß
Thomas

// edit
bei dem Szenario muß bereits eine Einstellungsdatei im Programordner vorhanden sein,
Windows schreibt dann die Änderungen in eine virtuelle Datei im Virtualstore Ordner.

[ts-soft]

Anderes Szenario: Ein Programm ohne Manifest das z.B. Setup.exe heißt,
auch wenn es nichts in diese Richtung macht, wird immer ein UAC provozieren, alleine aufgrund des Namens .
Eine Manifest die UserRechte (InVoker) anfordert und das Problem ist beseitigt.