Kyhi Revisied Plugins

SoftMaker FreeOffice is a complete office suite with a word processor, a spreadsheet application, and a presentation-graphics program.

Thanks!!!    I d/l and will check it out a bit later today.

For any one else reading,
Full featured: Read, write, view, edit, save, print (well, not yet in Win10PESE) for doc, docx, xls, xlsx, ppt, pptx, odt, wri, wpd, and others.

I had made a plugin but am in process now of fixing ALL of my old personal plugins that used UNPACK and RunFromRAM yes/no checkbox. The MacroLib 145 update yesterday killed off Unpack as it traditionally had been used and caught me by surprise, although Lancelot did warn that my plugins used ancient wording.

Hi Tony4219,

Well already replied on another topic, and as you mentioned previously warned.
They all killed more than 5 years ago and plugin authors always informed.
If you wait 5 years or did not took warnings, It is your choice, there is no surprise.   
Still, I inform plugin authors
http://theoven.org/index.php?topic=1643
http://theoven.org/index.php?topic=1645
http://theoven.org/index.php?topic=1636
and still, I updated plugins on servers with ancient codes or to workaround winbuilder bugs .......

Thanks KYHI,

As usual, works perfectly 
I wish you use container plugin, maybe it is only me waiting some boring time when plugin loads with builder interface.....

Anyway, updated your plugin to server with:
1) adding 4 dependencies
2) adding weblink to current topic http://TheOven.org/index.php?topic=1413

\Downloads\AppYGS\Supplementary\Office\SoftMaker FreeOffice

Hi Lancelot

Yes, you warned!! I've been studying your PCpacked utility these last few days VERY intently to learn more about the differences between old and new. Excellent job making automatic plugin maker.

It is NOT like I am writing new personal plugins the old way, rather I'm converting those I already wrote in past years and carried over from Win7PESE, which worked fine until 1 or 2 days ago when I updated MacroLib R124 to R145 and got a zillion errors.  I had already converted all the Registry sections with regCPE.

There might be a few others experiencing sudden anomalies and doing the same, so, I point out a few things for fellow n00bs:

For old, simple plugins  with a few unzipped files, just

1)  replacing RunFromRAM checkbox with Scrollwheel control
    replace
            [Interface]
            CheckBoxRFR="Run from RAM",0,3,76,90,113,23,False

    with this
            [Interface]
            ScrollBox_RunFromWhere="Run from Normal",1,4,19,104,112,21,"Run from Normal","Run from RAM-X","Run from RAM","Run from CD"

2)  replacing "Echo ..." in [Process] by setting Arch to x86 or x64
     and adding code for Scrollwheel and replacing line like "RunFromRam,%CheckBoxRAM%"  by adding this to start of Process:

[Process]
Arch,x64
Echo,"Processing %ScriptTitle%..."
StrFormat,REPLACE,%ScrollBox_RunFromWhere%,"Run from ","",%Here%
If,Not,%Here%,Equal,Normal,RunFrom,%Here%

3)  replacing UNPACK   and  UNPACK,, for loose files (not zipped files!) with ExtractFile for each loose file:

ExtractFile,%ScriptFile%,Folder,anykind.ico,%Target_Prog%\%ProgramFolder%
ExtractFile,%ScriptFile%,Folder,anykind.exe,%Target_Prog%\%ProgramFolder%
ExtractFile,%ScriptFile%,Folder,anykind with blank.txt,%Target_Prog%\%ProgramFolder%
// you wouldn't want to do this with 50 individual files, although it would work

seems to be getting them to work again.  Keeps original logo, registry sections already converted with regCPE, Attachments, Interface, special added Startmenu icons (like when you add an icon to a BATfile)  all remain intact.  Tiny green triangle still allows testing individual plugins for errors, which is a great help checking logfile for remaining errors.  Only for ExtractFile; not if you use ExtractAllFiles. ExtractAllFiles will always show errors because the destination Folder name is missing in Target.

(Target items used to always be there but I noticed now they get deleted even if the build barfs due to errors. ExtractFile will create the now-missing ProgramFolder in \Target\ automatically, but ExtractAllFiles will not. So, for complicated plugins, plugins already 7zipped, I will definitely need to use the PCpacked utility.  I'm trying to save myself some work and not run PCpacked on every existing plugin.

 

Thanks for all your hard work on this forum!!!!

[edit: later]

When I had to redo the Registry sections, I usually went back to Win7PESE x64, ran the completed build, then re-exported the Registry. Then, used regCPE from Win10PESE to convert the known-working .reg file to Win10PESE [Process] text.  Those have all been done.

Here is some small support:

[edit: later]

When I had to redo the Registry sections, I usually went back to Win7PESE x64, ran the completed build, then re-exported the Registry. Then, used regCPE from Win10PESE to convert the known-working .reg file to Win10PESE [Process] text.  Those have all been done.

There is Utils\Reg Reconvert 

I'm trying to save myself some work and not run PCpacked on every existing plugin.

I agree 

Utils\PC Packed
not only creates new plugin
Also provides ready methods, including workaround some  winbuilder bugs.

Example button --> Goooo 

Ex: folder always created before extract file
Ex: target program folder always recreated to assure plugin wors as intended.
....

Following your example, adding one line will do the trick

Call,DirDeleteMake,%Target_Prog%\%ProgramFolder%
ExtractFile,%ScriptFile%,Folder,anykind.ico,%Target_Prog%\%ProgramFolder%

Also:
Avoid extracting to system32 etc. Folders.
First extract to a temp location
Call, DirDeleteMake,%ProjectTemp%\TempExtractFolder\Temp
ExtractFile,%ScriptFile%,Folder,anykind.dll,%Target_Prog%\Temp
Than Filecopy from there
FileCopy,%ProjectTemp%\TempExtractFolder\Temp

- If %ProgramFolder% is suitable, better use %ProgramFolder%


Call, DirDeleteMake,%ProjectTemp%\TempExtractFolder\%ProgramFolder%
ExtractFile,%ScriptFile%,Folder,anykind.dll,%Target_Prog%\%ProgramFolder%
FileCopy,%ProjectTemp%\TempExtractFolder\%ProgramFolder%

This assures you do not overwrite.

Also check Call,FileCopyBiggerVersion  on Call Topic
Edit:
Macro Library Section
http://theoven.org/index.php?board=14.0
Call Topics
http://theoven.org/index.php?topic=45.0

Call,FileCopyBiggerVersion
used on some plugins that copy shared files to to system32 or drivers to assure latest version copied.
ex: Acronis plugins copy snapman.sys this way, since there are multiple acronis products with snapman.sys
also there are some other .dll on some plugins...


***
I am out now, writing from phone, limited...
I will respond other things later,
Till than I hope above helps.

rather I'm converting those I already wrote in past years and carried over from Win7PESE, which worked fine until 1 or 2 days ago when I updated MacroLib R124 to R145 and got a zillion errors.  I had already converted all the Registry sections with regCPE.

You are only member here not even a year, and so far all plugins works fine here.

zillion errors.

I feel you quite exaggerate 
 We already have lots of plugins available on servers \Downloads\ and on topics http://theoven.org/index.php?board=9.0
   which I feel covers most demanded things. Maybe some of things trying to convert already available !

Well there is no active project to get old scripts work anyway 
long story to short:
write your plugins freshly (follow PC Packed as a start) and share to public.
http://theoven.org/index.php?board=9.0
you can get info or inspiration from old scripts or BartPE plugins or some chinese russian etc. forums,
 better write Credits= on such cases, like we do on plugins. 
or fresh new plugins all on your hands.


"zillion" gave me quite a smile of the night.
Good Night.

See You

re: zillions.

Well, it was heart-stopping for me. 48 plugins had at least 2 Warning errors each (no files copied since Unpack was not processed), and the build Halted before all plugins could be processed. So, "almost a zillion".

Many thanks for the info regarding processing zip files WITHOUT creating yet another container file. I had some rather small 7zipped Attachments; seemed overkill to create a separate container file for something that will never change (e.g. DVD Shrink which is no longer supported but still handy).

To make Lancelot laugh further,       
(all since corrected in recent years)
My earliest simple plugins for Win7PESE, sometimes I 7zipped just ONE EXE file. Waste of cpu cycles, but at the time I didn't know better because all the samples I saw had 7zipped the contents of Attachments folder.  But they DID work.

just an info:
7z or zip or exe or msi.....
mostly on plugins, we provide original distribution file so it is easier to update plugins in time.
on other side,
it is easier for an end user to pack 7z and create plugin.  Utils\PC Packed will do quickly.

pm me these 48 plugins (dropbox etc...), one day I can check them when I have big free time... 

48 is not zillion, we have >1000 plugins on all servers still not zillion 

and there are still many things on my to do list to fix or improve on these >1000 plugins, slowly slowly....

See You

Well, to get back onto the Topic..

I have updated SoftMaker FreeOffice to include Program file associations..

Thanks to new version KYHI,

added to server with some additions ;)
+ implemented %NoWarnROW% to avoid warnings during associations
+ added link to current topic http://TheOven.org//index.php?topic=1413
+ added some quotes (ex: Set,%ProgramTitle%,"FreeOffice PlanMaker" )

 

Hi KYHI,

here is post from Nikky on other topic:

Other info is related to Kyhi's (AppY\HD Task\EasyBCD) plugin,
it was stated that Requires .NET Framework 4.5 Full for EasyBCD 2.3,
from Comonents, .Net I have chosen the "DotNet 2.0 only" and EasyBCD is starting correctly.
Tomorrow I have to fix a laptop with W8 and BCD error, it will confirm is v2 enough.

Here's what is written in EasyBCD.exe.config

Code: [Select]

<?xml version="1.0"?>
<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0,Profile=Client"/>
    <supportedRuntime version="v2.0.50727"/>
  </startup>
  <runtime>
    <NetFx40_LegacySecurityPolicy enabled="true"/>
  </runtime>
</configuration>

And after this information seems to be enough v2.0.50727.

Thank You, But it is only a comment line requiring NetFramework 4.0
Since 4.+ is common place today with 8,1 and 10..
Testing revealed 4.+ Core was not good enough and full NET required..

Nickky, more then welcome to test 2.0..
And use whatever works for him..

Adobe Flash Player Plugin
Update > WHQL Version: 20.0.0.306

Thanks KYHI,

updated on servers 

Macrium Reflect Plugins Update = Reflect PE 6.1.1081.0

Hi Tony4219,

my pm box empty 

Well, it was heart-stopping for me. 48 plugins had at least 2 Warning errors each

pm me these 48 plugins (dropbox etc...), one day I can check them when I have big free time... 

Thanks KYHI,

new Macrium Reflect plugins on server with minor things,
 weblink to http://TheOven.org/index.php?topic=1413 , date etc. 

Hi KYHI,

just set current topic "Kyhi Revisied Plugins" Sticky 

DirectX 11 Plugin - small revision - as shortcut always created..

Code: [Select]

//- Shortcut
If,%pCheckBox1%,Equal,True,Begin
  If,%SourceArch%,Equal,x86,Add_Shortcut,StartMenu,%pTextBox1%,#$pSystemRoot#$p\system32\dxdiag.exe,%pTextBox2%,#$pSystemRoot#$p\system32,"/whql:off"
  If,%SourceArch%,Equal,x64,Add_Shortcut,StartMenu,%pTextBox1%,#$pSystemRoot#$p\system32\dxdiag.exe,%pTextBox2%,#$pSystemRoot#$p\system32,"/whql:off /64bit"
End