Win10XPE Project General Discussions

yes it is intentional for Google Chrome..

Hi James, APT,
Yes it is intentional, however
It could possibly be with the parameter %Architecture% or %HostOSArch% transmitted to Extract, Update_Container and XPE_File
With small changes in GoogleChrome_xxx_XPE_File.Script (If,#1,Equal,x64,Begin...)
and with master_preferences and chrome.VisualElementsManifest.xml in another folder, Pref

 GoogleChrome_76.0.3809.100_XPE_TEST.7z (49.54 kB - downloaded 22 times.)

It's your plugin, let me know what you think, I can update the package if you wish with also latest Win10XPE - How To Quick Start Guide.PDF inside.

If it works - I am Fine with it...
As I have pretty much fazed out using AUTO XPEPlugins anyway...

The whole process can be moved from File.script to script
and then encode setupfile depending on demand

Also there was a small update to AOMIE Partition Assistant *
..

Updated Google Chrome * to Version 77.0.3865.75
Moved Encoding Process to Main Script --> Setup File(s) will Now > Download, Process and Encode < Based upon Demand
Encoded "container File.script" into Main Script --> Extracted only if "container File.script" does not exist - thus will Prevent over write of existing encoded container File

Another way, it's fine here

Updated Google Chrome * to Version 77.0.3865.75
Moved Encoding Process to Main Script --> Setup File(s) will Now > Download, Process and Encode < Based upon Demand
Encoded "container File.script" into Main Script --> Extracted only if "container File.script" does not exist - thus will Prevent over write of existing encoded container File

Thanks James for the update to ver. 77.
I like the idea to include the file container in the script file. This is a good idea to just include one script file for an app as the container file will be generated during the processing...

We can write a small section like:

Code: [Select]

[Write_Container]
Write ini file containing:
[main]
Title=Blah Blah
Description=Blah Blah -- File Container
Level=0

so we can update easily without encoding the container file when editing the script file.


Is there any way to use WB to parse xml file to get auto update link when a new version comes:
https://chrome-dl.com/api/chrome.min.xml

Yes, Both are possible..

I like the idea to include the file container in the script file

I've always thought single file distribution was a good idea, where possible.
I think Prz42 did it a while back, in his AOMEI Backupper Stand & Pro v5 plugin for a different project

We chose to get away from Single File Distribution - Due to Program Cache...
As at First the Apps where packed into Container Files....
Now we Distribute Self-Encoding Apps to reduce the Package Size...
And to allow the Apps to be small enough to post in this Forum...

I chose to use the Encode Method with Google
Because it is a Project App and the script name includes the program version
Since some people overwrite the existing project with the new release - this prevent having to Re-Download the Google Container (with same program version) due to an overwrite..
Other Non-Encoded New Release Apps will then Download the Newest Program Version for that App if overwritten....
I consider this to be a Forced App Update along with the New Project Release...

There was a lot of thought put into this project in regards to the Number of Macro's, Variables, Processes, Methods, Format and Appearance (aka Project Standards)...
Because of these Project Standards everything is a constant repetition --> That is what makes this Project Very New User Friendly, by being Easier To Follow and Learn...
So there are reasons behind what others may see as a more logical approach...

mmm... I'm not really sure, what makes you think that any of us are in any doubt of what you're saying.

Just voicing my opinion to recent comments and like wise processes...

We chose to get away from Single File Distribution - Due to Program Cache...
As at First the Apps where packed into Container Files....
Now we Distribute Self-Encoding Apps to reduce the Package Size...
And to allow the Apps to be small enough to post in this Forum...

@James: I also agree to not include the (big?) program files into the script file. The program files should be packed and encoded into the container which resides on users' hard drive.

What I said earlier was that: We do not need to attach the container file to this forum. Instead, we will write a section in the script file to generate this container file (if not exists) and then encode the program files into the recently generated container.

However, there is still a problem when some apps requires to include additional files which may be large and it is not suitable to add them to the script file.


PS: I am still trying to figure it out the way to include all features of Python by using your suggested registry entries. I will try to download everything online and control the whole process by using one script file. I will post the result when it is done :)

Code: [Select]

What I said earlier was that: We do not need to attach the container file to this forum.

And I gave my reasons why I do not (encode or write) the container file into the main script..

This Also Allows User's to open the "script" - without the need to download or extract them..

Thus it allows users to compare reversions (without overwriting existing script) and allows us to force Program Updates upon Project Release

Which is similar to the "Download" & "Compare" Buttons or "(Exact and Secure)" in PESE

Thanks James for the explanation.
I got your point.

In the case of Python (which you know I clearly looked at) they offer an embedded version - ie Portable - I would assume...
That should be enough for you to meet your goal as the CORE Program...
The Full Installer uses a MSI Launcher - so unless the extraction can be figured out - there is but two options..
1) Would be to Self-Host the container file (Due to Forum Size Limitations)
2) Host a download link to the Compressed Program (thus container file can be uploaded into Forum)

Note: In some cases we do not even use an encoded container file - we just use the compressed file as the container

Microsoft created free Python for Beginners course series

https://www.youtube.com/playlist?list=PLlrxD0HtieHhS8VzuMCfQD4uJ9yne1mE6

In the case of Python (which you know I clearly looked at) they offer an embedded version - ie Portable - I would assume...

Definitely, that embedded version is good enough to run the Core of Python.

The Python plugin script is done with some features added:
https://raw.githubusercontent.com/texervn/WinBuilder-Addons/master/Plugins/Python3_XPE.script

In this script:
pip.exe is rebuilt by using WinPE prefix, likewise for wheel.exe, easy_install.exe
Native tcl/tk Python idle editor is added
Optional: EditPlus is also included as a simple editor for Python. Use Tools>Python3 to run a .py script.

Win10 XPE STIG lockdown:  Anybody tried it, and if so, any advice ???

I have the latest 1908 .ISO from Microsoft, and the latest GPO object from DISA.MIL