• Du befindest Dich hier:
• Community
• »
• Mitglieder
• »
• MoaByter
• »
• Beiträge von MoaByter

Hm - zwei Bilder pro Antwort geht nich'? Dann eben so.
Hier also der Screenshot der Registry:

Mit meine4m Programm habe ich jetzt mal die 32Bit-View und die 64Bit-View ausgelesen, dazu gibt's noch 'nen Screenshot der Registry (regedit). Die 32Bit-Variante ist wohl ein älterer Eintrag, also von gestern. er ist aber bis auf den "EstimatedSize"-Wert identisch - naja, das NoRepair usw. fehlt, was aber nichts ändern dürfte.

Danke für Deine Antwort, pinki.

Ich wusste gar nicht, das es zwei Ansichten gibt. Leider ändert das nichts, funktioniert auch nicht:

string key = @"SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ReForm";
RegistryKey key64 = RegistryKey.OpenBaseKey(RegistryHive.LocalMachine, RegistryView.Registry64);
RegistryKey key32 = RegistryKey.OpenBaseKey(RegistryHive.LocalMachine, RegistryView.Registry32);

RegistryKey newKey = key64.CreateSubKey(key);   // dieser
RegistryKey newKey = key32.CreateSubKey(key);   // oder der

usw. ...

Hallo!

Ich habe für eines meiner Projekte ein eigenes Installationsprogramm geschrieben, das soweit auch gut funktioniert. Nur klappt das mit dem Eintrag unter Programme und Funktionen nicht. Den Betrag

"Programme und Funktionen" registrieren

habe ich gelesen, funktioniert nicht. Auf Microsofts Seiten - wie z.B.

https://docs.microsoft.com/de-de/windows/desktop/Msi/uninstall-registry-key

habe ich mich informiert und die Hinweise genau befolgt, funktioniert nicht. Ich habe bei anderen Programmen in meiner Registry geschaut und es so nachgebaut, funktioniert nicht.
Eine intensive Internetsuche förderte auch nichts hilfreiches zutage.
Hat jemand 'ne Idee, was ich falsch mache?

Hier etwas Code dazu:

using Microsoft.Win32;
...
string key = @"SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ReForm";
RegistryKey newKey = Registry.LocalMachine.CreateSubKey(key);		
newKey.SetValue("DisplayIcon", exepfad + ",0");  
newKey.SetValue("DisplayName", "ReForm (x86) 0.70");  
newKey.SetValue("DisplayVersion", "0.7");
newKey.SetValue("EstimatedSize", "1200");
newKey.SetValue("InstallLocation", exepfad + "\\");
newKey.SetValue("Publisher", "MoaByter");
newKey.SetValue("UninstallString", uninstexe);
newKey.SetValue("VersionMajor", 0);
newKey.SetValue("VerisonMinor", 7);

Tut mir leid für die späte Antwort, ich bekam leider keine Benachrichtigung. Gibt's das hier nicht? Ich hatte es markiert.

Hallo,
ich erlebe es häufiger, dass VS2017 "nach Gutdünken" mehrere Resources.Designer anlegt. Ist das ein Bug in dieser Version? Mir passierte es mittlerweile in mehreren Projekten. Manchmal stehen beide Resouces.Designer in Properties und heißen dann ...Designer.cs und ...Designer1.cs oder sie stehen - wie gerade eben - in verschiedenen Verzeichnissen.
Ich suche schon elendig lange nach einer Erklärung, finde aber nix dazu.
Weiß jemand mehr? Wodurch kann man das verhindern? Es ist immer wieder nervig.

Danke für die Antwort, MrSparkle.

Klingt intereassant. Ich werd's nachher ausprobieren, bin jetzt gerade bei 'nem anderen Projekt.

Wie schon geschrieben, hatte ich das Problem zwar gelöst, aber keine Erklärung, warum es mit explizieter Programmzuordnung nicht funktioniert, ohne diese aber schon.
Mittlerweile habe ich eine dringende Vermutung:
Wenn ich das Programm - hier also WinWord.exe - direkt ansprechen, werden die Paramater auch direkt übergeben, dann greift Deine Erklärung.
Lasse ich die Programmzuordnung aber weg, sucht das System das zugehörige Programm und übergibt die Parameter wie beim Anklicken, nämlich als - sozusagen - "%1": "WinWord.exe %1". Und dabei ist das "%1" schon ein zusammenhängender String.

Was hälst Du davon?

Hallo,
ich möchte aus C# heraus eine Worddatei öffnen. Zuerst klappte das nicht:

Process.Start(@"C:\Programme (x86)\...\Winword.exe", @"R:\...\word\Re_lypô_29102018-010_H.docx")