WimBuilder2 - New Builder with Re:WIN10XPE project(~20H2 Supported)

Hi slore

*
I notice 0-byte files inside WimBuilder package:
WimBuilder2-Full.v2020-06-06.7z\vendor\StartIsBack\StartIsBackPlusPlus_setup[v2.8.1].exe
WimBuilder2-Full.v2020-06-06.7z\vendor\StartIsBack\StartIsBackPlusPlus_setup[v2.8.9].exe

*
I could not find a Wimbuilder UI setting for StartIsBack++ ?
 Since there is StartIsBackPlusPlus_setup[v2.9].exe inside WimBuilder package I believe there should be but maybe I miss again,
 So I feel better ask for the official way before checking .cmd patches.

It is in Shell - StarMenu - StartIsBack ...
The patch is existed from the first release.

Sorry,
I clicked Shell before, but I missed opening Shell folder tree 

I like using Wimbuilder Theme (Makes me happy) but cause me miss small things

I will test and write result on my next reply,  Sorry again 

As expected,
Perfect results with Wimbuilder 

Startisback++ 2.9 works fine here with v10.0.19041.1 (x64) with a set of combinations I test without any error. 

ps: like "Language Bar" It is already working fine with The Great Wimbuilder. 

See you on next reply ...

Again sharing experience about Beginner Prefessional Developer modes :

If you already read all related modes but only do not show on UI you do not need to restart.
 I know it is easier with current way, I do the same but I do because I do not have alternative, you have. 

To demonstrate:
eg.
See Azin\Basic\"Azin Prep" Plugin --> "Advanced UI --->"  and "<--- Basic UI" buttons.
This way no need to restart to update ui and hidden ui variables already working.

Nothing serious, but work on this subject will help you more in the future with the expansion of wimbuilder ...


See You

Hi slore,

a minor thing I notice:

Part of the log (starting at Line 905 : Default Preset + Wow64 enabled)

Code: [Select]

Got code page: 1252
Can't read file: D:\Wim

0 File(s) copied
Applying Patch:D:\Wim Builder\Projects\WIN10XPE\_CustomFiles_\main.bat
Applying MyCustom\BuildOnRamDisk.bat ...
Could Not Find D:\Wim Builder\_Factory_\BOOTPE.ISO
Applying MyCustom\_AlwaysShowCmdMenu.bat ...
Applying MyCustom\_RestartExplorerMenu.bat ...
Applying MyCustom\_TextAssoc.bat ...
The operation completed successfully.

Applying Patch:D:\Wim Builder\Projects\WIN10XPE\00-Configures\Build\main.bat

I believe support to "space path" missing and result with : Can't read file: D:\Wim

Build works fine 

*
Btw, I like to write again, changing Presets is very conformatable. 

Hi slore,

Can you Disable "Auto Arrange Icons" after deleting "Desktop.ini" files of Desktop at boot.
I mean
Boot + Delete Desktop.ini + Refresh Desktop (so Icons are in good order  )
+
Disable "Auto Arrange Icons" + (which maybe require Refresh Desktop again)

+
If again there is already an available option for that, I can start crying  because of embarrassment. 


**
And a question, Do you have a plan for 2020.07.07 release?

+
Another cosmetics only to inform :
Windows.Shell.Search.UriHandler.dll
not exists with  10.0.19041.207

Hi, Lancelot

>I clicked Shell before, but I missed opening Shell folder tree
I like using Wimbuilder Theme (Makes me happy) but cause me miss small things

Is it better, if I expand the tree nodes of Shell/StartMenu for default?


>If you already read all related modes but only do not show on UI you do not need to restart.

The UI change is controled by css(html).

Restart is better:
WimBuilder2\assets\css
mode.css + mode_beginner.css
or
mode.css + mode_developer.css

I can do the change without restart, but I need to clean the css already loaded,
and for now, auto_config.js is in AppData, for the mode change, maybe just for once.

AND the mode change is not just UI hidden/display, the UI Layout, notice messages will change in
different modes.

If you want to hide Options, or patches on the tree, it is better to save the customization in preset,
it is not belong with the Mode.

presets/xxx.js

hide_div('merge_systemhive_div')
hide_tree_node('00-Shell')

Actually, you can write javascript to change UI in presets/*.js now!
but the current.js will lost them for next time.

OR, it is better to add a mode_custom.css file, you can add your new style,
but the user needs WEB develop skill with code, there is no UI to change/define that.
(WimBuilder is OpenSource for everything :)

>See Azin\Basic\"Azin Prep" Plugin --> "Advanced UI --->"  and "<--- Basic UI" buttons.

Good!
But on my side, I think when people user it for a while, they won't use Basic UI again.

Well, I will wait for some one create feature request issue for that, and when more vote result on it,
I will consider that.

>Got code page: 1252
Can't read file: D:\Wim

I will check this.


>Applying MyCustom\BuildOnRamDisk.bat ...
Could Not Find D:\Wim Builder\_Factory_\BOOTPE.ISO

BuildOnRamDisk.bat is not commit on github,
Just one batch file for me to delete the ISO, WIM for building,
my ramdisk is only 3Gb, when more features are selected, it will fail to build.

It is no change for the boot.wim self, just delete the old built result,
save the ram disk space for the new building process.

If you have enough disk space, you can ignore this error message.

>Btw, I like to write again, changing Presets is very conformatable. 

Well, that is common design, The options should be in the way,
Saving the changing into origin script is bad design, the script in Projects should be readonly.

Can you Disable "Auto Arrange Icons" after deleting "Desktop.ini" files of Desktop at boot.

I mean+
If again there is already an available option for that, I can start crying  because of embarrassment. 

Don't worry, there is no option for this.
You can add CustomIconsSettings.reg for set it permanent, there is no option for changing it.

Maybe for later version, I can offer you a commandline:

start WinXShell.exe -code Desktop:SetView('AutoArangeIcons',false)

you can put it into Autoruns\Startup\CustomDesktopView.bat.

Does people need a Desktop:Refresh() function?


>And a question, Do you have a plan for 2020.07.07 release?


For now, only 2 line for 10.0.20150 commit than 2020.06.06 release.

Maybe a new Project - MiniPE will be added.
MiniPE is < 100MB with cmd/WinXShell for maintenance, install Windows ONLY.

This is busy month, I don't run WimBuilder2 for 2 weeks.

I'm think about the WimBuilder2.cmd -update, and a Update button on About Page.
But I don't think it can be done before 07.07.

Delete all(keep AppData and Vendor), and extract the new version?
Or md5 check for every files first?

The design needs to support update Online Or update with local file ...

Hi slore,


*

>I clicked Shell before, but I missed opening Shell folder tree
I like using Wimbuilder Theme (Makes me happy) but cause me miss small things

Is it better, if I expand the tree nodes of Shell/StartMenu for default?

No
Default Behaviour is Correct. 

Only if possible, Maybe better to have bigger Triangle


If not possible, do not change anything. 

*

Well, I will wait for some one create feature request issue for that, and when more vote result on it,
I will consider that.

Vote logic partially works during development.....
 I like Steve Jobs way.... 
   (keeping short  )

Besides yes I agree, you can consider that a lot later. 

*

my ramdisk is only 3Gb, when more features are selected, it will fail to build.

I understand you ... 

*

Well, that is common design, The options should be in the way,
Saving the changing into origin script is bad design, the script in Projects should be readonly.

I partially agree,
 I also like to save settings of Plugins on a database (which later done by ied206) but with incompatibilities etc. I go on the current Plıugin way with the current builder for today ...
  If I could do what I have in my mind with builder ... ,
    It would be comfortable exactly the same as changing wimbuilder preset. 
     and changing Beginner Expert would be as fast as changing wimbuilder preset...
       (keeping short  )

Anyway, I like using Wimbuilder preset, It is very comfortable.  and reminds me what I miss with "wimbuilder way"
 Thanks again. 

*

Does people need a Desktop:Refresh() function?

From vote logic no. 
It will be only useful for rare Desktop things.
eg. after adding a file to desktop with a .cmd file, refresh desktop

eg. maybe after disable arrange icon refresh desktop required OR maybe another thing required (I have not test yet)

+
ok I will check what I can do on my side 


*

I'm think about the WimBuilder2.cmd -update, and a Update button on About Page.
But I don't think it can be done before 07.07.

Delete all(keep AppData and Vendor), and extract the new version?
Or md5 check for every files first?

The design needs to support update Online Or update with local file ...

Good news. 

> Delete all(keep AppData and Vendor), and extract the new version?
I believe it will be a simple, safe and stable good start ? 

There are 3 major ways to update,
"1 Manual" way with packed distribution (zip ... )
"2 Static" (like you wrote > Delete all(keep AppData and Vendor), and extract the new version? )
(I do 2 Static way on Azn for Wimbuilder and LSP but To keep on safe side I also delete AppData and Vendor to avoid incompatibilities and updated Vendor file with same file name)

3 Dynamic - Dynamic method design complicated compared to 1 and 2 ... we can go back to this subject later.

> The design needs to support update Online Or update with local file ...
I am not sure what you mean. What I understand:
> update with local file -> "2 Static" way ----> first wimbuilder download ...zip and extract with keep AppData and Vendor
> update Online  -> !?! update for each patch ? (like dl buttons on Plugins ? )


It will not harm having multiple update options  in future
Today manual package (.zip) + github already available
Tomorrow more methods using Wimbuilder UI

Going with step by step, First, let's have a Static way you write and see how it goes. 
eg.
WimBuilder2.cmd -updatepackage

Tomorrow maybe
WimBuilder2.cmd -updatedynamic
 

Maybe a new Project - MiniPE will be added.
MiniPE is < 100MB with cmd/WinXShell for maintenance, install Windows ONLY.

Very good news.
 
 

If you want to hide Options, or patches on the tree, it is better to save the customization in preset,
it is not belong with the Mode.

presets/xxx.js

hide_div('merge_systemhive_div')
hide_tree_node('00-Shell')

Actually, you can write javascript to change UI in presets/*.js now!
but the current.js will lost them for next time.

Well, Here is a trick, you can use custom Preset + custom Patches/en-US.js to Hide the tree nodes.

sample - miniPE preset:
 WIN10XPE.zip (9.63 kB - downloaded 17 times.)

Hi slore,

I extract file to \Projects\

hide-unhide patches with changing Preset works nicely and naturally ultra-fast 
I like this hide-unhide trick 
 Something I use a lot but very slowly on my side.
  Nice to see Wimbuilder superiority again. 


I believe same will happen with another selected Project in the future. 

Yes,  it was a MiniPE project at first. But it have  several patches is same in WIN10XPE,  and when more dlls need to be deleted,
I have to update the main.bat/last.bat/slim.bat on both projects. So make to be a Preset,  and I can hide some patch nodes, and there is also have variable in en-US.js to set a patch unhide with special preset option.

Project is also have config.js and style.css to make different design.

>Nice to see Wimbuilder superiority again.
It comes from the beginning,
html + js make people can easy to change the UI.
None of any other builder can do like this so far.



I consider to move zzz-NodeSet to _CostomFiles_,  and LINK this to AppData.  Final structure will be done in 2020.07.07.
(Of course,  it maybe be changed again in future,  make it be better)

Thank you, Slore.

You seem to be making good progress with WimBuilder.
Looking forward for the next version...

Yes,  it was a MiniPE project at first. But it have  several patches is same in WIN10XPE,  and when more dlls need to be deleted,
I have to update the main.bat/last.bat/slim.bat on both projects. So make to be a Preset,  and I can hide some patch nodes, and there is also have variable in en-US.js to set a patch unhide with special preset option.

> I have to update the main.bat/last.bat/slim.bat on both projects.
Yes, I had similar troubles 12> years ago ... with 3 working stable solutions now ...

That is the reason I had asked to have multi projects available so you figure out solutions I wrote with real examples on wimbuilder.

It is good to see now you practice and start to work on ultra fast solutions. 
 with same source same PE (Win10PE) different goal --> which make you produce solution through preset.
  Something I could not do with Gena-Appetizer
    (theory example: WimBuilder-Gena : Selecting Patch "Appetizer" --> would hide many patches like you did, But I can not)



Life is easier to update single patch for all. 
 and Wimbuilder fast ui make end-user side very comfortable. 

**
As written previously, During Design, Keep in mind with conditions with selecting different project (different source different PE)

As far as I can see, nothing left on build Win10PE side, all very mature and nice. 

Hi slore,

following new release I upload new release to :
http://lancelot.theoven.org/Slore/WimBuilder2-Full.v2020-07-07.7z

I can not be around all the time, you already have the password (since I guess WimBuilder2-Full.v2019-10-10.7z release),
 please upload/update/etc. to server with next releases.

*
Just tested new kid miniPE-preset resulting with 177 MB iso including default apps 

Desktop shortcuts "Startup PotPlayer" and "Install Office 2007" did not work for me, not important to me now, only reporting.

I am already familiar with the idea (old idea "Load on Demand", 'Install after PE boot if required -> keep core small',  "unattended install on PE when required" ...)

Well, I prefer creating standalone packages for unattended install after PE boot (without %c7z% etc.) like normal windows,
 You will need to explain even %c7z% to end-users who create such patches,
  instead, for "Unattend install" there are many resources on the internet,
   so anyone can create a blabla_Unattend.cmd and if required add to startup (including 7z.exe 7z.dll whatever extra following internet documentation - lots of blabla.exe have internal unattended switch without needing extra ). 
   This keeps things simple. Only sharing old experience.

Overall, It is nice to have miniPE   

*
Back to default-preset all works Fine as usual. 
 

Hi, Lancelot

Would you have time to test the _updater.cmd?

https://github.com/slorelee/wimbuilder2/releases/tag/update


Test:
WimBuilder2-Full.v2020-07-07.7z
has a minor issue that the preivew image can't show in the _Personal-Tailor_\MyTheme page.

dwonload the _updater.cmd, and put it into bin\ folder, and run it, it should detect the updated file on master(github), and download it.

In the future, I will add a button in About page to update, and patch node right click contextmenu to update the single patch(No Vendor, only text files, maybe just full update is fine).


>You will need to explain even %c7z% to end-users who create such patches,

Well, I will register the 7z.exe to AppPath, so we can use start 7z.exe  ... to use it, no %c7z% in later.

Actually, it is my sample, people can call "X:\Program Files\7z\7z.exe" or

set "extractor=X:\Program Files\7z\7z.exe" in their own install.cmd, no needs to use %c7z% as I did.

Just tested new kid miniPE-preset resulting with 177 MB iso including default apps

Without PEMaterial,
MiniPE - Level 1 => 114 MB
          +Level 2 => 100 MB  (uncheck Configures\Build)
          +Level 3 =>   80 MB  (not finished)

It will be updated later, just show the improved preset feature, I released it.

Would you have time to test the _updater.cmd?

https://github.com/slorelee/wimbuilder2/releases/tag/update
..
download the _updater.cmd, and put it into bin\ folder, and run it, it should detect the updated file on master(github), and download it.

I follow the instruction, yes _updater update 1 file :
....\_CustomFiles_\MyTheme\main.html

Code: [Select]

<script>
function load_thumbimage(file) {
  var img = $obj_patch.path + '/' + file;
  $('#mytheme_thumb').attr('src', img);
}

-->

Code: [Select]

<script>
function load_thumbimage(file) {
  var img = '../' + $obj_patch.path + '/' + file;
  $('#mytheme_thumb').attr('src', img);
}

Good work. 

Bonus: I learn fciv.exe, I use similar app for similar goal... (md5deep.exe & md5deep64.exe ... Call,RetrieveFolderUniqueID,<Folder> ...)

> In the future, I will add a button in About page to update

just full update is fine to me. 

The hard part from the admin side is updating the database file (remote.md5) for each update.
(Upload button on plugins do that automatically.)
(Life would be easier if it could be done automatically on server side  )
Historically:
I first create a utility to create database with BlueLife (genVirginLocalFolder.exe) ---> to update remote.md5 and file on server.
also with a utility to download files from server  (blexactserver.exe - http://theoven.org/index.php?topic=65.0 ) -----> _updates.cmd
I guess 12 years ago.
Later I create a plugin (Utils\Update ... using blexactserver.exe) ---> Wimbuilder - About - "Update...." (_updates.cmd)
So life easier to give instructions on topics and admins and bonus end user can update easily.
Download/Upload buttons on plugins created only ~6 years ago (~6 years after blexactserver.exe ... )
(from admin side, upload button also updates remote.md5 so life become easier for admin
In fact, we had worked on these things initially to get Admin life easier with a multi-admin project in the past with Galapo,
having  Utils\Update and Download button on plugins was only a bonus only after making Admin life easier.)

> , and patch node right-click contextmenu to update the single patch(No Vendor, only text files, maybe just full update is fine).
I am not sure if it is good or required for wimbuilder or not you decide.
To me Wimbuilder - About - "Update...." is good.

Wimbuilder do not use "Plugin" distribution method which is good for Download/Upload buttons,
 wimbuilder have its own way.
  I believe for today too early for such a thing, after the increasing number of patches you can reconsider that.


Summary:
Wimbuilder - About - "Update...." is good and enough for today.

It is very very great news,
 I will be easier to update Wimbuilder with a "Update" button
 and
 It will help you to instruct faster on wimbuilder feedback with an update. (for today mostly on bbs  )