Homes32
Content Type
Profiles
Forums
Events
Posts posted by Homes32
-
-
While running StartAllBack in WinPE, restarting the shell (explorer) does not restore the icons to the system tray. Even for programs that proper register and respond to the "TaskbarCreated" Window Message.
0 -
8 hours ago, JFX said:
Yes, seems there got something wrong with the rar creation.
WinNTSetup 5.4.1
- added missing LANG folder
- bootice language files prefer MUI names
- disabled multicore apply for x86 version.
- removed system menu integrationFigured
. Thanks for the update. Merry Christmas & Happy New Year
Cheers!
0 -
Is there a reason the Lang folder and language resource files are missing from the 5.4 release archive?
0 -
2 hours ago, Numb said:
It would be good to have some Wimlib command in a future version, wiminfo, wimapply, wimcapture, wimexport, wimextract
That's the plan. wimgapi for mount/unmount and wimlib for everything else. If wimlib ever supports mount/unmount on windows then we can look at moving everything over. Only time will tell.
0 -
11 hours ago, Paraglider said:
I think its all the junction points that are the issue in mounting. They all are rebased to point at the mount folders. If you look at the extracted folders from a se build the junction points don't work.
yeah. every since they went away from the filesystem overlay in v6.0 wimgapi has been nothing but a headache. I use wimlib extract or apply for my needs. With wimlib's superior speed and compression you can unpack and repack your .wim in the time it takes wimgapi to finishing mounting it in the first place.
0 -
On 12/8/2017 at 5:11 AM, jaclaz said:
Batch - at least - has FOR loops, CALL and (much criticized by know-it-alls computer science guru's, BTW) GOTO statements Winbuilder .scripts resemble the worst possible kind of batch, the kind that total clueless people tend to write when they do they first tests, basically a macro recorder output (in the case of the Winbuilder is not of course incompetence by the good .script Authors, it is actual limits of the language).
And .ini files can at least be §@ç#ing READ by the naked eye (unlike most of the replacement devised by the same computer science gurus i.e. the omnipresent XML, that is largely unreadable and more often than not misused).
lol. I thought the batch quip would get your attention
Still think its a good example though. the syntax of wb borrows alot from batch. and its really very limited in what it can do, relying on external applicants to do even the simplest of tasks such as accepting user input (choice.com). I can't BASH it to much (hehehehe) though. I cut my teeth on it in my MSDOS days and one of my favorits back in the day was Bart's MODBOOT, wich actually helped spiral me into the world of boot disks, starting with UBCD, then UBCD4Win, and finally Winbuilder.
The .ini file is still by choice for writing and storing configurations. Even with its limitations its still the easy choice for maintaining human readable and configurable settings. Don't get me started on XML, and JSON, isn't much better, unless your goal is to pass chunks of data around.
Like the author said, its a big job to redo a scripting language and my main point wasn't to start a big debate on what is good/bad or BASH (hehehe I did it again
) winbuilders scripting language again as much as we all love it.....Rather I just want to make sure the focus is on making things better, not just making a fancy new car with a bigger motor for the same cockroach to drive around it. Naturally you first have to convince the cockroach that he should try the chevy vs the ford, and making the controls similar so he can just crawl in and start driving is a good way to get him to take a test drive.
As for the reboot offer? If the author wants, I say go for it. Why not. There are still good people there. There are good people at the Oven as well, however make sure you don't call the "command-set formally known as a .script " something other then the word "plugin" or some equally ridiculous offense or you risk being banned.
1 -
4 hours ago, Joveler said:
I plan to introduce new language can write a converter in a long term, but I cannot expect exact date, there are too many things to consider. (Like deciding between using existing language runtime or make a new grammar)
So my short term plan is to make PEBakery compatible with existing PE projects, and then introduce new runtime in long term, provide interoperability just like WebAssembly-Javascript model.
Sounds reasonable. I definetely agree with jaclaz that the old syntax is a weird mess resembling something you might get if Batch/cmd copulated with vb on top of an .ini file. its very inconsistent and hard to read and extend "functions/commands"
In the messy cases I would rather see time spent on creating viable replacements to take over where ugly hacks (ie MacroLibray/cmd/etc) has been shimmed in to work around bugs than creating compatibility with such monstrosities. We are talking more project script level here though as opposed to app scripts which generally use simple/basic commands that should be mostly drop in comparable in order to speed adaption.
0 -
For the ADK part, does this get the CHMs too?
currently only binary's. no headers/docs/libs.
would be easy enough to add though.
0 -
can you update it for the Win 8 RP ADK?
did they even release a new ADK? The links on msdn still point to the consumer preview version published in feb.
0 -
updated with fancy new progress demo!
this is fun!
That's great work
Thanks!I have integrated your code, cURL.exe is no longer needed but can be copied next to the tool, to be used.
@Chris
Thanks for the report, should be fixed now.
Hi JFX,
Looking good!
I updated my post above to include some important fixes for the data stream reading to be more reliable and so the number of bytes read gets reported correctly. previously it was possible to get a finished percentage of over 100%. also added better detection of incorrect range inputs and byte ranges for the 6 Win8 cabs. I noticed that these didn't have the same download GUI as the others so I figured you were downloading them different. this way you can download everything with the same functions/GUI and provide a consistent user experience. (you could also use InetGetSize() to calculate automatically but I have found its not always reliable)
Something to consider is you may want to add a switch to use cURL instead of just looking to see if it's in the folder.
I say this because in the case of winbuilder projects its possible that if this tool is extracted to %Tools% and cURL.exe exists there for some other process the user may experience unexpected/unwanted results.
Excellent work. always a pleasure working with you!
Homes32
0 -
updated with fancy new progress demo!
this is fun!
0 -
Thanks Homes32,
it seems to work, but I only receive the first 8KB of Neutral.cab.
And then get: "This handle value has been terminated."
sorry about that. I forgot to set the number of bytes to read. (default is 8KB)
fixed and updated original post.
as a nice effect now you should be able to use $aNumberOfBytesToRead[2] and $aNumberOfBytesToRead[1] to calculate download progress!
Regards,
Homes32
0 -
BTW: its possible to do download a byte range in autoit without using cURL
working for me.
Full code attached.
Thanks again! Great idea!
Homes32
Edit: modified to fix download limited to first 8KB
Edit: modified again to include a crude example of how progress information can be obtained.
Edit: yet again. Made the progress example not suck as much!
Edit: 5/31/12 - Fixes for reading download stream.
0 -
very nice work! congrads on the release!
0
Still think its a good example though. the syntax of wb borrows alot from batch. and its really very limited in what it can do, relying on external applicants to do even the simplest of tasks such as accepting user input (choice.com). I can't BASH it to much (hehehehe) though. I cut my teeth on it in my MSDOS days and one of my favorits back in the day was 
Thanks!
StartAllBack does not re-create SysTray icons on explorer restart (WinPE)
in StartIsBack+
Posted
Working great now with v3.9.2. Thank you for the quick response!