Manifest-Creator

[himitsu]

Zitat:

Zitat von nru (Beitrag 1235299)

Zitat:

Zitat von himitsu (Beitrag 1235233)

Wie lautet denn die Fehlermeldung vom Compiler?
[edit] Compilieren des Quellcodes dürfte vermutlich erst ab Delphi 2006 möglich sein.

jup, so siehts aus. Angefangen bei pngimage.pas, was ich aus jvcl nehmen müsste über das zu lange String-Literal in ManifestCreatorLang.pas ("String-Literale können maximal 255 Elemente besitzen")

Da hatte Horst0815 die eingebettete Sprach-XML etwas unglücklich bearbeitet.
(aber das hat ja nun eh ein Ende)

Aber du dürftest auch mindestens beim TEncoding und den kurzen Exit-Statements große Probleme bekommen, da es Diese im D7 noch nicht existierten.
Die neu eigefürgen Regionen (

Delphi-Quellcode:

{$REGION 'xx'}...{$ENDREGION}

) zicken rum, aber die könnte man einfach entfernen.
oder tut sie mit

Delphi-Quellcode:

{$IF CompilerVersion >= 20.0} ... {$IFEND}

umschließen.


Nja, notfalls gibt es ja die kompilierte Version und sind noch ein paar mehr Strings in die Sprach-XML ausgewandert. (vorallem die Delphi-Versionen)

[himitsu]

Zitat:

[update] v1.5c 2013-10-03 21:16 - siehe Beitrag #111 - Horst0815 (Support: XE-XE4 & Win8 / Archtektur: amd64)
[update] v1.5d 2013-11-09 20:38 - siehe Beitrag #109 & #112 - blablab & nru (Bugfix: $RESOURCE / Support: Win8.1)
[update] v1.6 2013-11-10 23:23 - siehe Beitrag #122 (Support: XE5 / Codeformatierung und einige Komponentennamen überarbeitet / Funktionen soriert (Regionen) / große Funktionen aufgeteilt / XML als Resource eingebunden)

Delphi-Support: bis XE5
Windows-Support: bis Win 8.1
Archtektur: amd64

Hab ab auch noch den Code etwas aufgräumt und die eingebettete Sprach-XML wird nun als Resource eingebunden.
Die Komponenten bekommen nun vermutlich Stück für Stück ein paar nettere Namen.
Ein potentieller Stacküberlauf in TLanguage (Endlosrekursion) wurde behoben.


Download im ersten Beitrag.

[himitsu]

Irgendwie wurde die XML nicht mit einkompiliert.
Also am Einfachten auch die XML runterladen und danebenlegen, bis das behoben ist.

[nru]

Zitat:

Zitat von himitsu (Beitrag 1235390)

Irgendwie wurde die XML nicht mit einkompiliert.
Also am Einfachten auch die XML runterladen und danebenlegen, bis das behoben ist.

Schon passiert ;)
Schönen Dank Euch für den Job an Mainfest-Creator. :thumb:


PS: Compilieren unter XE5 hätt ich natürlich auch mal probieren können ... tue mich mit der IDE allerdings noch seeeeehr schwer ;)

[himitsu]

Zitat:

[update] v1.6b 2013-11-11 23:43 - siehe Beitrag #125 (Bugfix: Ressource-Typ / weitere Komponenten benannt / Windows Server-Namen aufgenommen / Systemsprache laden )

Bugfix des Ressource-Typ: Die Anwendung wird wieder geladen.
Das kommt davon, wenn man sich die Konstante RT_RCDATA aus'm Delphi ins RC-Script kopiert, es aber in der Ressource nur RCDATA heißen müsste. :oops:

Windows Server-Namen aufgenommen: Windows Server 2008, Windows Server 2008 R2, Windows Home Server 2011, Windows Server 2012 und Windows Server 2012 R2
Da fällt gleich auf, wie Vista und Win7 zueinander stehen. :stupid:
Hey, ich mag die vielen Win8.1- und iPhone-Werbungen, wo die Bugfixes und Selbstverständliches als die größten Erfindungen präsentieren. (der Start-Knopf ^^)

Wenn es klappt, dann dürfte jetzt automatisch die Systemsprache geladen werden. Also in einem englichen Windows sollte auch die englische Sprache verwendet.
Deutsch bleibt aber die Standardsprache. :angle2:

Der Quellcode läßt sich jetzt auch wieder mit Delphi XE kompilieren (bis wie weit runter, weil ich noch nicht)

Im Debugger werde ich jetzt gefragt, ob eine externe Sprachdatei geladen werden soll.
Damit ich nun ohne große Umstände hoffentlich mitbekomme, wenn mit der Ressource wieder mal etwas nicht stimmen sollte.

Weitere Komponenten wurden mit netten Namen benannt und die Sprach-XML wurde etwas aufgeräumt.

[generic]

Hab noch eine Kleinigkeit gefunden.

http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

Bei der Identität/Type:

Zitat:

Specifies the application or assembly type. The value must be Win32 and all in lower case. Required.

Also Kleinbuchstaben "win32" - MC schreibt "Win32".
Alternativen wie "*" scheinen auch nicht zugelassen.

Siehe Schema:
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

[himitsu]

Ohhh, dann hatte ich damals wohl das falsche "Win32" gecopyundpastet. :oops:

Joar, mir selber wurden schon paar Mal von Windows 'ne Anwendung blockiert, wo "*" drin stand.
Aber das große "Win32" wurde zumindestens noch nicht abgewiesen, werd' es aber anpassen. :)



Ach ja, das "*" ist eigentlich drin, weil es anfangs noch alleine drin stand (bevor ich dann auf das "Win32" gestolpert bin.
Komischer Weise war das "*" in unzähligen "Beispielen" für XP-Style-Manifeste drin (damals, als es noch nur um den XP-Style ging), aber inzwischen glaub ich fast, daß es Mal einer falsch machte und dann fast alle Andere einfach nur die "Beispiele" auf ihre Webseiten raubkopiert hatten. (fast nirgendwo stand eine Quellenangabe, von wo man das Beispiel, bzw. das "Wissen" über dieses XP-Manifest, her hatte, aber es ist schon eigenartig, daß nahezu überall die selben Fehler drin waren :roll: )

[Horst0815]

Windows 10

Code:

<supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/>

Edit: Update für Windows 10 / Server 2015
Appmethod(keine Ahnung ob da benötigt) und Xe6 - Xe7

[CodeX]

Habe dieses Schmuckstück von Tool soeben erst gefunden, nachdem ich recherchieren wollte, welche Änderungen am Manifest für Windows 10 notwendig sein könnten. Klasse!

[Insider2004]

Leider fehlt noch die DPI-Aware Unterstützung, die bei 4k wichtig wird.