Menu
▾
▴
wix-devs — Windows Installer XML toolset developer mailing list
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(72) |
May
(71) |
Jun
(30) |
Jul
(34) |
Aug
(52) |
Sep
(40) |
Oct
(72) |
Nov
(46) |
Dec
(93) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(67) |
Feb
(169) |
Mar
(147) |
Apr
(131) |
May
(169) |
Jun
(179) |
Jul
(292) |
Aug
(184) |
Sep
(212) |
Oct
(146) |
Nov
(138) |
Dec
(72) |
| 2006 |
Jan
(82) |
Feb
(183) |
Mar
(129) |
Apr
(237) |
May
(122) |
Jun
(125) |
Jul
(138) |
Aug
(173) |
Sep
(114) |
Oct
(251) |
Nov
(258) |
Dec
(212) |
| 2007 |
Jan
(270) |
Feb
(169) |
Mar
(179) |
Apr
(155) |
May
(159) |
Jun
(188) |
Jul
(225) |
Aug
(227) |
Sep
(146) |
Oct
(352) |
Nov
(145) |
Dec
(151) |
| 2008 |
Jan
(148) |
Feb
(147) |
Mar
(89) |
Apr
(426) |
May
(524) |
Jun
(4) |
Jul
(13) |
Aug
(11) |
Sep
(4) |
Oct
(23) |
Nov
(38) |
Dec
(28) |
| 2009 |
Jan
(48) |
Feb
(39) |
Mar
(30) |
Apr
(33) |
May
(28) |
Jun
(10) |
Jul
(4) |
Aug
(4) |
Sep
(7) |
Oct
(3) |
Nov
|
Dec
(27) |
| 2010 |
Jan
(11) |
Feb
(7) |
Mar
(15) |
Apr
(23) |
May
(41) |
Jun
(28) |
Jul
(27) |
Aug
(26) |
Sep
(38) |
Oct
(9) |
Nov
(14) |
Dec
(14) |
| 2011 |
Jan
(21) |
Feb
(7) |
Mar
(5) |
Apr
(9) |
May
(4) |
Jun
(11) |
Jul
(8) |
Aug
(10) |
Sep
(11) |
Oct
(9) |
Nov
(14) |
Dec
(1) |
| 2012 |
Jan
(27) |
Feb
(2) |
Mar
(1) |
Apr
(26) |
May
(23) |
Jun
(2) |
Jul
(17) |
Aug
(7) |
Sep
(5) |
Oct
(22) |
Nov
(33) |
Dec
(6) |
| 2013 |
Jan
(92) |
Feb
(119) |
Mar
(123) |
Apr
(90) |
May
(87) |
Jun
(58) |
Jul
(71) |
Aug
(88) |
Sep
(82) |
Oct
(152) |
Nov
(148) |
Dec
(77) |
| 2014 |
Jan
(130) |
Feb
(154) |
Mar
(108) |
Apr
(78) |
May
(104) |
Jun
(101) |
Jul
(156) |
Aug
(57) |
Sep
(51) |
Oct
(107) |
Nov
(130) |
Dec
(52) |
| 2015 |
Jan
(72) |
Feb
(20) |
Mar
(53) |
Apr
(38) |
May
(18) |
Jun
(13) |
Jul
(29) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Rob M. <ro...@fi...> - 2015-03-04 16:50:00
|
Why? Won’t “additional command-line arguments” be appended so that whatever was called “CACHE” on the command line (/cache or /store or /whateverBAchooses) would get put back on there? Or am I not remembering the code correctly? _______________________________________________________________ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ From: Heath Stewart [mailto:he...@ou...] Sent: Tuesday, March 3, 2015 10:53 PM To: WiX toolset developer mailing list Subject: Re: [WiX-devs] BOOTSTRAPPER_ACTION_CACHE Reviewing other changes I may need to make apart from removing command line support, CoreRecreateCommandLine does pass /cache and seems it would need to for the original scenario. But since command line args not understood by Burn are passed through, is this okay? Only a parent BA could do this, but then again - nothing now sets BURN_COMMAND::action to BOOTSTRAPPER_ACTION_CACHE. Do we just leave it up to the BAs to know when to set package stats to CACHE? - Heath from my Surface Pro 3 From: Heath Stewart<mailto:he...@ou...> Sent: Tuesday, March 3, 2015 9:51 PM To: WiX toolset developer mailing list<mailto:wix...@li...> Sean and Rob, during triage you mentioned that you didn't think CACHE should be before UNINSTALL, but it was placed between LAYOUT and UNINSTALL (synonymous with Absent often times), which logically makes sense. If LAYOUT ~= source layout and ABSENT ~= not installed, then CACHE ~= in between source and install - exactly what the cache is for. So do you really think this needs to change? At the very least, it should be close to LAYOUT which is also before UNINSTALL. - Heath from my Surface Pro 3 |
|
From: Rob M. <ro...@fi...> - 2015-03-04 16:41:40
|
I can totally see that line of thinking but LAYOUT is actually an outlier, just like HELP. Honestly, if I could do it again, I wouldn’t add LAYOUT to the command-line either and make it more like what I imagined CACHE to be. So, ignore LAYOUT then the states a package can move through from “less to more present” on a machine are: UNINSTALL CACHE INSTALL MODIFY REPAIR UPDATE (i.e. move to a newer version) CACHE was missing. I thought it was always there. Ooops. _______________________________________________________________ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ From: Heath Stewart [mailto:he...@ou...] Sent: Tuesday, March 3, 2015 9:45 PM To: WiX toolset developer mailing list Subject: [WiX-devs] BOOTSTRAPPER_ACTION_CACHE Sean and Rob, during triage you mentioned that you didn't think CACHE should be before UNINSTALL, but it was placed between LAYOUT and UNINSTALL (synonymous with Absent often times), which logically makes sense. If LAYOUT ~= source layout and ABSENT ~= not installed, then CACHE ~= in between source and install - exactly what the cache is for. So do you really think this needs to change? At the very least, it should be close to LAYOUT which is also before UNINSTALL. - Heath from my Surface Pro 3 |
|
From: Heath S. <he...@ou...> - 2015-03-04 07:03:52
|
------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ |
|
From: Heath S. <he...@ou...> - 2015-03-04 05:47:39
|
Sean and Rob, during triage you mentioned that you didn't think CACHE should be before UNINSTALL, but it was placed between LAYOUT and UNINSTALL (synonymous with Absent often times), which logically makes sense. If LAYOUT ~= source layout and ABSENT ~= not installed, then CACHE ~= in between source and install - exactly what the cache is for. So do you really think this needs to change? At the very least, it should be close to LAYOUT which is also before UNINSTALL. - Heath from my Surface Pro 3 |
|
From: Hoover, J. <Jac...@gr...> - 2015-03-03 22:44:57
|
Triple booked today, so I'm a no show. Sent from my iPhone On Mar 3, 2015, at 3:31 PM, Sean Hall <r.s...@gm...<mailto:r.s...@gm...>> wrote: I've got another meeting that's supposed to end at 2:30 Pacific, so I'll probably be a little late. On Fri, Feb 27, 2015 at 2:44 PM, Rob Mensching <ro...@fi...<mailto:ro...@fi...>> wrote: Next WiX Online meeting will be: March 3rd, 2015 @14:30 PST Agenda items: * Triage ......................................................................................................................................... --> Join Lync Meeting<https://meet.lync.com/firegiant/rob/T4MKQ4M7> Help<http://go.microsoft.com/fwlink/?LinkId=389737> [!OC([1033])!] ......................................................................................................................................... ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ WiX-devs mailing list WiX...@li...<mailto:WiX...@li...> https://lists.sourceforge.net/lists/listinfo/wix-devs ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ WiX-devs mailing list WiX...@li...<mailto:WiX...@li...> https://lists.sourceforge.net/lists/listinfo/wix-devs |
|
From: Sean H. <r.s...@gm...> - 2015-03-03 21:30:34
|
I've got another meeting that's supposed to end at 2:30 Pacific, so I'll probably be a little late. On Fri, Feb 27, 2015 at 2:44 PM, Rob Mensching <ro...@fi...> wrote: > Next WiX Online meeting will be: *March 3rd**, 2015 @14:30 PST* > > Agenda items: > > > - Triage > > > > > ......................................................................................................................................... > à *Join Lync Meeting* <https://meet.lync.com/firegiant/rob/T4MKQ4M7> > > > *Help* <http://go.microsoft.com/fwlink/?LinkId=389737> > > [!OC([1033])!] > > ......................................................................................................................................... > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for > all > things parallel software development, from weekly thought leadership blogs > to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > WiX-devs mailing list > WiX...@li... > https://lists.sourceforge.net/lists/listinfo/wix-devs > > |
|
From: Sean H. <r.s...@gm...> - 2015-03-01 20:52:51
|
My pull request gives the ability to do whatever kind of dialog sequence you want. I'd like to see some real world complex dialogs to look at before implementing stuff like the PreviousPageAction and ResetSequence. On Sat, Feb 28, 2015 at 3:59 PM, Bob Arnson <bo...@jo...> wrote: > My $0.02: Prioritize (1) straight line, (2) branches (i.e., "click Go to > install or Customize to choose features" both of which go to progress > page). Anything else is gravy. > > On 25-Feb-15 20:02, Jack Hennessey wrote: > > Thanks for starting this thread. > > My mind first went to the stack implementation you mentioned in the WIP. > However, I didn't think of the problem that arises when you have the > multiple options pages that eventually lead back to the Install page. Even > taking that into consideration, I still think the standard stack behavior > would be a good default behavior. > > One option that might allow the sequence to progress more naturally > in certain cases would be to add a "ResetSequence" attribute to the > <ChangePageAction /> element. If this attribute is set to "true", then it > would pop all pages off the stack until the page specified by the "Page" > attribute is reached (that page is then displayed). > > So, in the case you describe in the WIP, page "S" (the second option > page) would have this authoring under the "Next" button: > > <ChangePageAction Page="Install" ResetSequence="true" /> > > Then, the "S" and "O" pages would get popped of the stack and > the install page "I" would now go back to the welcome page "W" the next > time <PreviousPageAction /> is encountered. > > On Tue, Feb 24, 2015 at 10:50 PM, Sean Hall <r.s...@gm...> wrote: > >> I updated the WIP with my problems designing the previous page action at >> http://wixtoolset.org/development/wips/4658-builtin-thmutil-button-functionality/ >> (the pull request will need to get merged in before it shows up there). >> I'm open for suggestions. >> >> On Tue, Feb 24, 2015 at 6:24 PM, Jack Hennessey <not...@gi... >> > wrote: >> >>> It would be nice if there was also a way to just go back to the previous >>> page without having to specify the page name. That would make it much >>> easier to support multiple page branches in the UI (which really sucks in >>> Windows Installer UI). I suppose that might be something that the BA has to >>> implement but wanted to throw it out there. >>> >>> By the way, this is really cool :) >>> >>> — >>> Reply to this email directly or view it on GitHub >>> <https://github.com/wixtoolset/wix4/pull/89#issuecomment-75880991>. >>> >> |
|
From: Sean H. <r.s...@gm...> - 2015-03-01 20:17:51
|
When a BA plans and applies the Uninstall action, but requests its packages to be Present, the packages are not cleaned from the package cache. Is this by design, or a bug? Detect begin, 1 packages Detected package: Test.msi, state: Present, cached: Complete Detect complete, result: 0x0 Plan begin, 1 packages, action: Uninstall Planned package: Test.msi, state: Present, default requested: Absent, ba requested: Present, execute: None, rollback: None, cache: No, uncache: No, dependency: Unregister Plan complete, result: 0x0 |
|
From: Bob A. <bo...@jo...> - 2015-03-01 05:44:41
|
HEAD was a shortcut for "latest." As of a2f0d29ae3fa96f9a74519f428bd5a68b95113f2, it still builds, both in debug and release. Dev12 VSU4 slipstream. On 28-Feb-15 17:49, Heath Stewart wrote: > Works for me in wix3 - just not in wix4. Since HEAD is a local ref, I > assumed you're sync'd to the mainline (my upstream) branch? > > *Heath Stewart* > Software Engineer > Visual Studio, Microsoft > http://blogs.msdn.com/heaths > > > ------------------------------------------------------------------------ > Date: Sat, 28 Feb 2015 16:56:30 -0500 > From: bo...@jo... > To: wix...@li... > Subject: Re: [WiX-devs] Build break in wix4 when compiling help > > WorksForMe(tm) on HEAD. > > On 28-Feb-15 16:22, Heath Stewart wrote: > > Oops, sorry. That's when running doccompiler.exe (was looking at > the wrong line). I did install HTML Help Workshop on this new > machine (guess I haven't done a full build on this one yet) so its > not related to that. > > *Heath Stewart* > Software Engineer > Visual Studio, Microsoft > http://blogs.msdn.com/heaths > > > > ------------------------------------------------------------------------ > From: he...@ou... <mailto:he...@ou...> > To: wix...@li... > <mailto:wix...@li...> > Subject: Build break in wix4 when compiling help > Date: Sat, 28 Feb 2015 13:19:24 -0800 > > When running tildetorelative.exe I get the following error: > > Error in document: bundle\index.html cannot find matching document > for metadata: after=/wixui/ > > This is a branch off of 'develop'. Any thoughts how to fix this? > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now.http://goparallel.sourceforge.net/ > > > > _______________________________________________ > WiX-devs mailing list > WiX...@li... <mailto:WiX...@li...> > https://lists.sourceforge.net/lists/listinfo/wix-devs > > > -- > sig://boB > http://joyofsetup.com/ > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, > is your hub for all things parallel software development, from weekly > thought leadership blogs to news, videos, case studies, tutorials and > more. Take a look and join the conversation now. > http://goparallel.sourceforge.net/ > _______________________________________________ WiX-devs mailing list > WiX...@li... > https://lists.sourceforge.net/lists/listinfo/wix-devs > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > WiX-devs mailing list > WiX...@li... > https://lists.sourceforge.net/lists/listinfo/wix-devs -- sig://boB http://joyofsetup.com/ |
|
From: Heath S. <he...@ou...> - 2015-02-28 22:49:34
|
Works for me in wix3 - just not in wix4. Since HEAD is a local ref, I assumed you're sync'd to the mainline (my upstream) branch? Heath Stewart Software Engineer Visual Studio, Microsoft http://blogs.msdn.com/heaths Date: Sat, 28 Feb 2015 16:56:30 -0500 From: bo...@jo... To: wix...@li... Subject: Re: [WiX-devs] Build break in wix4 when compiling help WorksForMe(tm) on HEAD. On 28-Feb-15 16:22, Heath Stewart wrote: Oops, sorry. That's when running doccompiler.exe (was looking at the wrong line). I did install HTML Help Workshop on this new machine (guess I haven't done a full build on this one yet) so its not related to that. Heath Stewart Software Engineer Visual Studio, Microsoft http://blogs.msdn.com/heaths From: he...@ou... To: wix...@li... Subject: Build break in wix4 when compiling help Date: Sat, 28 Feb 2015 13:19:24 -0800 When running tildetorelative.exe I get the following error: Error in document: bundle\index.html cannot find matching document for metadata: after=/wixui/ This is a branch off of 'develop'. Any thoughts how to fix this? ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ WiX-devs mailing list WiX...@li... https://lists.sourceforge.net/lists/listinfo/wix-devs -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ WiX-devs mailing list WiX...@li... https://lists.sourceforge.net/lists/listinfo/wix-devs |
|
From: Bob A. <bo...@jo...> - 2015-02-28 22:08:34
|
My $0.02: Prioritize (1) straight line, (2) branches (i.e., "click Go to install or Customize to choose features" both of which go to progress page). Anything else is gravy. On 25-Feb-15 20:02, Jack Hennessey wrote: > Thanks for starting this thread. > > My mind first went to the stack implementation you mentioned in the > WIP. However, I didn't think of the problem that arises when you have > the multiple options pages that eventually lead back to the Install > page. Even taking that into consideration, I still think the standard > stack behavior would be a good default behavior. > > One option that might allow the sequence to progress more naturally > in certain cases would be to add a "ResetSequence" attribute to the > <ChangePageAction /> element. If this attribute is set to "true", then > it would pop all pages off the stack until the page specified by the > "Page" attribute is reached (that page is then displayed). > > So, in the case you describe in the WIP, page "S" (the second option > page) would have this authoring under the "Next" button: > > <ChangePageAction Page="Install" ResetSequence="true" /> > > Then, the "S" and "O" pages would get popped of the stack and > the install page "I" would now go back to the welcome page "W" the > next time <PreviousPageAction /> is encountered. > > On Tue, Feb 24, 2015 at 10:50 PM, Sean Hall <r.s...@gm... > <mailto:r.s...@gm...>> wrote: > > I updated the WIP with my problems designing the previous page > action at > http://wixtoolset.org/development/wips/4658-builtin-thmutil-button-functionality/ > (the pull request will need to get merged in before it shows up > there). I'm open for suggestions. > > On Tue, Feb 24, 2015 at 6:24 PM, Jack Hennessey > <not...@gi... <mailto:not...@gi...>> wrote: > > It would be nice if there was also a way to just go back to > the previous page without having to specify the page name. > That would make it much easier to support multiple page > branches in the UI (which really sucks in Windows Installer > UI). I suppose that might be something that the BA has to > implement but wanted to throw it out there. > > By the way, this is really cool :) > > — > Reply to this email directly or view it on GitHub > <https://github.com/wixtoolset/wix4/pull/89#issuecomment-75880991>. > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel > Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your > hub for all > things parallel software development, from weekly thought > leadership blogs to > news, videos, case studies, tutorials and more. Take a look and > join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > WiX-devs mailing list > WiX...@li... <mailto:WiX...@li...> > https://lists.sourceforge.net/lists/listinfo/wix-devs > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > WiX-devs mailing list > WiX...@li... > https://lists.sourceforge.net/lists/listinfo/wix-devs -- sig://boB http://joyofsetup.com/ |
|
From: Bob A. <bo...@jo...> - 2015-02-28 22:08:32
|
WorksForMe(tm) on HEAD. On 28-Feb-15 16:22, Heath Stewart wrote: > Oops, sorry. That's when running doccompiler.exe (was looking at the > wrong line). I did install HTML Help Workshop on this new machine > (guess I haven't done a full build on this one yet) so its not related > to that. > > *Heath Stewart* > Software Engineer > Visual Studio, Microsoft > http://blogs.msdn.com/heaths > > > ------------------------------------------------------------------------ > From: he...@ou... > To: wix...@li... > Subject: Build break in wix4 when compiling help > Date: Sat, 28 Feb 2015 13:19:24 -0800 > > When running tildetorelative.exe I get the following error: > > Error in document: bundle\index.html cannot find matching document for > metadata: after=/wixui/ > > This is a branch off of 'develop'. Any thoughts how to fix this? > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > WiX-devs mailing list > WiX...@li... > https://lists.sourceforge.net/lists/listinfo/wix-devs -- sig://boB http://joyofsetup.com/ |
|
From: Heath S. <he...@ou...> - 2015-02-28 21:22:48
|
Oops, sorry. That's when running doccompiler.exe (was looking at the wrong line). I did install HTML Help Workshop on this new machine (guess I haven't done a full build on this one yet) so its not related to that. Heath Stewart Software Engineer Visual Studio, Microsoft http://blogs.msdn.com/heaths From: he...@ou... To: wix...@li... Subject: Build break in wix4 when compiling help Date: Sat, 28 Feb 2015 13:19:24 -0800 When running tildetorelative.exe I get the following error: Error in document: bundle\index.html cannot find matching document for metadata: after=/wixui/ This is a branch off of 'develop'. Any thoughts how to fix this? |
|
From: Heath S. <he...@ou...> - 2015-02-28 21:19:32
|
When running tildetorelative.exe I get the following error: Error in document: bundle\index.html cannot find matching document for metadata: after=/wixui/ This is a branch off of 'develop'. Any thoughts how to fix this? |
|
From: Rob M. <ro...@fi...> - 2015-02-27 20:44:33
|
Next WiX Online meeting will be: March 3rd, 2015 @14:30 PST Agenda items: * Triage ......................................................................................................................................... --> Join Lync Meeting<https://meet.lync.com/firegiant/rob/T4MKQ4M7> Help<http://go.microsoft.com/fwlink/?LinkId=389737> [!OC([1033])!] ......................................................................................................................................... |
|
From: Jack H. <jhe...@gm...> - 2015-02-26 01:02:43
|
Thanks for starting this thread. My mind first went to the stack implementation you mentioned in the WIP. However, I didn't think of the problem that arises when you have the multiple options pages that eventually lead back to the Install page. Even taking that into consideration, I still think the standard stack behavior would be a good default behavior. One option that might allow the sequence to progress more naturally in certain cases would be to add a "ResetSequence" attribute to the <ChangePageAction /> element. If this attribute is set to "true", then it would pop all pages off the stack until the page specified by the "Page" attribute is reached (that page is then displayed). So, in the case you describe in the WIP, page "S" (the second option page) would have this authoring under the "Next" button: <ChangePageAction Page="Install" ResetSequence="true" /> Then, the "S" and "O" pages would get popped of the stack and the install page "I" would now go back to the welcome page "W" the next time <PreviousPageAction /> is encountered. On Tue, Feb 24, 2015 at 10:50 PM, Sean Hall <r.s...@gm...> wrote: > I updated the WIP with my problems designing the previous page action at > http://wixtoolset.org/development/wips/4658-builtin-thmutil-button-functionality/ > (the pull request will need to get merged in before it shows up there). > I'm open for suggestions. > > On Tue, Feb 24, 2015 at 6:24 PM, Jack Hennessey <not...@gi...> > wrote: > >> It would be nice if there was also a way to just go back to the previous >> page without having to specify the page name. That would make it much >> easier to support multiple page branches in the UI (which really sucks in >> Windows Installer UI). I suppose that might be something that the BA has to >> implement but wanted to throw it out there. >> >> By the way, this is really cool :) >> >> — >> Reply to this email directly or view it on GitHub >> <https://github.com/wixtoolset/wix4/pull/89#issuecomment-75880991>. >> > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for > all > things parallel software development, from weekly thought leadership blogs > to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > WiX-devs mailing list > WiX...@li... > https://lists.sourceforge.net/lists/listinfo/wix-devs > > |
|
From: Sean H. <r.s...@gm...> - 2015-02-25 03:50:26
|
I updated the WIP with my problems designing the previous page action at http://wixtoolset.org/development/wips/4658-builtin-thmutil-button-functionality/ (the pull request will need to get merged in before it shows up there). I'm open for suggestions. On Tue, Feb 24, 2015 at 6:24 PM, Jack Hennessey <not...@gi...> wrote: > It would be nice if there was also a way to just go back to the previous > page without having to specify the page name. That would make it much > easier to support multiple page branches in the UI (which really sucks in > Windows Installer UI). I suppose that might be something that the BA has to > implement but wanted to throw it out there. > > By the way, this is really cool :) > > — > Reply to this email directly or view it on GitHub > <https://github.com/wixtoolset/wix4/pull/89#issuecomment-75880991>. > |
|
From: Sean H. <r.s...@gm...> - 2015-02-18 12:40:29
|
I found this bug while fixing bug 4646 in wix 4: https://github.com/wixtoolset/wix4/pull/93. Before that fix, trying to share out the root of the drive caused this to be written to the log: CreateSmb: Error 0x80004005: Failed to create/modify file share: Err: 123 CreateSmb: Error 0x80004005: failed to create share: '%ls' CreateSmb: Error 0x80070057: failed to set hresult code into error message The "failed to create share: '%ls'" comes from line 1345 in scaexec.cpp. On Tue, Feb 17, 2015 at 10:42 PM, Heath Stewart <he...@ou...> wrote: > Sean, could you provide a bit more information about > http://wixtoolset.org/issues/4668/ or even a simple repro? > > *Heath Stewart* > Software Engineer > Visual Studio, Microsoft > http://blogs.msdn.com/heaths > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk > _______________________________________________ > WiX-devs mailing list > WiX...@li... > https://lists.sourceforge.net/lists/listinfo/wix-devs > > |
|
From: Heath S. <he...@ou...> - 2015-02-18 04:42:58
|
Sean, could you provide a bit more information about http://wixtoolset.org/issues/4668/ or even a simple repro? Heath Stewart Software Engineer Visual Studio, Microsoft http://blogs.msdn.com/heaths |
|
From: Heath S. <he...@ou...> - 2015-02-18 04:36:55
|
Sean, could you provide a bit more information about http://wixtoolset.org/issues/4668/ or even a simple repro? Heath Stewart Software Engineer Visual Studio, Microsoft http://blogs.msdn.com/heaths |
|
From: Rob M. <ro...@fi...> - 2015-02-17 15:47:45
|
Today! Sorry for the very late notice. Next WiX Online meeting will be: February 17th, 2015 @14:30 PST Agenda items: * Triage ......................................................................................................................................... --> Join Lync Meeting<https://meet.lync.com/firegiant/rob/CQ47SFTW> Help<http://go.microsoft.com/fwlink/?LinkId=389737> [!OC([1033])!] ......................................................................................................................................... |
|
From: Sean H. <r.s...@gm...> - 2015-02-13 02:56:42
|
I can't reproduce this. I tried searching for [CommonAppDataFolder]sean\test.xml. Both v3.8 and v3.9 found it. On Thu, Feb 12, 2015 at 4:17 AM, Tobias Erichsen <in...@to...> wrote: > Hi, > > when creating a new version of a burn bootstrapper (using wix 3.9), I > noticed that the > util:FileSearch did not work as I thought it would. > > I tried to find a textfile in an application-specific c:\programdata > sub-folder: > > <util:FileSearch Id="ShowFrontendFile" > Path="[CommonAppDataFolder]TE-SYSTEMS\anynode > frontend\showFrontend.xzconfig" > Result="exists" > Variable="ShowFrontend"/> > > Unfortunately this did not work out: The burn logfile always said: > > File search: ShowFrontendFile, did not find path: > C:\ProgramData\TE-SYSTEMS\anynode frontend\showFrontend.xzconfig > > When I copied this path into the explorer, the file opened without > problems. > > When I exchange the text-file in this location by a file containing a > pe-header (a dll file), the FileSearch succeeded. > > Should I be opening a ticket for this issue? > > Best regards, > Tobias > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > WiX-devs mailing list > WiX...@li... > https://lists.sourceforge.net/lists/listinfo/wix-devs > > |
|
From: Tobias E. <in...@to...> - 2015-02-12 10:18:01
|
Hi, when creating a new version of a burn bootstrapper (using wix 3.9), I noticed that the util:FileSearch did not work as I thought it would. I tried to find a textfile in an application-specific c:\programdata sub-folder: <util:FileSearch Id="ShowFrontendFile" Path="[CommonAppDataFolder]TE-SYSTEMS\anynode frontend\showFrontend.xzconfig" Result="exists" Variable="ShowFrontend"/> Unfortunately this did not work out: The burn logfile always said: File search: ShowFrontendFile, did not find path: C:\ProgramData\TE-SYSTEMS\anynode frontend\showFrontend.xzconfig When I copied this path into the explorer, the file opened without problems. When I exchange the text-file in this location by a file containing a pe-header (a dll file), the FileSearch succeeded. Should I be opening a ticket for this issue? Best regards, Tobias |
|
From: Rob M. <ro...@fi...> - 2015-02-10 06:38:36
|
This is a short week for me. I fly out for SJC early Wednesday morning. So no meeting this week. We'll be back on the week after. Then off again the last week of February. Talk to you all next week! _______________________________________________________________ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ |
|
From: Bob A. <bo...@jo...> - 2015-02-06 05:31:43
|
On 30-Jan-15 10:17, Tunney, Stephen wrote: > I’m all for code style consistency. Do you guys have a tidy-up macro > or a code formatting configuration for Visual Studio (2012+) that I > can incorporate so that you guys can worry less about whitespace > issues in pull requests? Never seen one. Or is it just a .vssettings file? I'd be OK if someone wanted to add one to the repo so it's available. I have muscle memory for WiX style now. :) -- sig://boB http://joyofsetup.com/ |
554 messages has been excluded from this view by a project administrator.
