Replies: 6 comments 1 reply
-
Any thoughts from anyone? |
Beta Was this translation helpful? Give feedback.
-
@robmen @barnson if anyone feels like helping. I recently wrote an issue on anyonymous directories and ICE 64 and what I'm really looking for is simple shortcut authoring best practices and avoid things like ICEs. |
Beta Was this translation helpful? Give feedback.
-
@barnson @robmen My goal here was to modernize IsWiX to v4 standards migrating from merge modules to fragments in the process. I'll do it again when v5 comes out. I had engaged Sean for a couple hours to get his review and feedback on what v4 authoring should look like. I'd be willing to do this again with you or Rob. The specific ask is to understand what authoring business logic is best compatible with v4 and easy to implement programatically. I had asked this question last summer and when I didn't get a response I just decided to put DISABLEADVTSHORTCUTS into my project template because of the friction of getting an icon file to point to. Then I discovered the ICE64 issue using subdirectories and I'm trying to think of a way to solve for this or just disable ICE64 in my project template. I agree ICE64 is probably FOS but I really dislike disabling them as I don't want it to look like I'm hiding anything. |
Beta Was this translation helpful? Give feedback.
-
@bob thanks for the weekly meeting notes. With regard to my ICE64 issue, your summary was far more useful then what was actually said in the meeting. (Ya, WiX doesn't create components down the anonymous chain because well that's just crazy) Your suggestion to add a RemoveFolder element works if you only have one level in the Subdirectory attribute. Consider the folllowing fragment. If I omit RemoveFolder elements for 1 and 1\2 I get an error from ICE64 because only 3 is in the table. However if I add them I still get an error from ICE64 but I see 1 2 and 3 in the table. However the Directory table now has 5 entires. 1 and 2 are duplicated with different Ids and 3 exists only once.
|
Beta Was this translation helpful? Give feedback.
-
I created #7861 to track this. |
Beta Was this translation helpful? Give feedback.
-
For completeness, this actually works. It's just a lot more verbose and takes a lot more logic to read and write.
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
This is an open ended question with a specific question at the end.
A couple of decades ago I developed a bad taste for advertised shortcuts. They weren't the source of the problem but rather a symptom. The root causes are mostly gone these days and I'm reevaluating my thoughts and would like feedback.
I've been using merge modules for distributed setup development. In this context non-adveristised shortcuts don't give the annoying ICE errors as it's using SpecialFolder.GUID instead of SpecialFolder and the ICEs don't pick up on this. Moving to fragment/wixlib the ICE errors start occuring. Two ways around this seem to be author the directory table and use setproperty custom actions to mimic the way a merge module shortcut would work or use an advertised shortcut and simply set DISABLEADVTSHORTCUTS to 1.
Another approach would be to embrace advertised shortcuts. Is there a way to tell WiX to simply extract an embedded icon resource from the target keyfile? Other tools I've used in the past had something like this but so far I've had to modify my upstream build to make an .ico available and manually author it into the fragment.
Beta Was this translation helpful? Give feedback.
All reactions