Kyhi Revisied Plugins

Added Bulletin plugin to server:
Downloads\AppYGS\File Tasks\"ExamDiff Pro - KYHI - Bulletin"

pointing to Reply 297 of your post above
http://TheOven.org/index.php?topic=1413.msg22198#msg22198
for your "ExamDiff Pro" plugin

so you only update above Reply 297 for your future "ExamDiff Pro" plugin updates.   

plugins are uploaded and hosted on your server by you...
I have no control over them once I upload to forum...

Anyway Examdiff 9.0 is out...

Showkeyplus had the program.exe updated

Testing Malwarebytes 3.0 is proving to be useless anyway, as there are many users reverting back to v2.2, due to 3.0 having lots of problems and user complaints

Also finding issues with the CopyR process within some plugins..

been out of testing SE and inactive in forums for a little while, but i'll get it, as things have changed over that time..

New version of Flash-Player is Out (Again)

Submitted for easier plugin container updating..

[ Attachment Invalid Or Does Not Exist ]

Link removed - use Server Version - as per ChrisR below...

Hi Kyhi,

Good and well to have the version on the interface
Do you know if there are any switches available to extract install_flash_player_xxx.exe ?
Here, With Chome auto-update, I use npswf64.dll, npswf32.dll from System32(SysWow64)\Macromed\Flash to update plugins container.
I made a minor change for %SetupFileVersion% to not used the previous InstallerVer value from interface.
It is server, thanks 
 

I updated my container files to new version already for testing interface.. So it works as intended to show new vs. old file versions...
Would be nice to extract and use from Global rather then from container..
I have tried to get away from pre-packed program files within plugins, by making my plugin(s) download the required setup..
Smaller plugin size, no distribution rights, always up to date program files...

Chris, I also modified your Firefox plugin to use a local file from Global...
When you launch the program from interface - allow firefox to auto-update itself - then just pack the updated Core Folder..
Those updated files are then used by plugin, along with your profile settings..

Again for testing interface... Removed Lang folder to reduce size...

[ Attachment Invalid Or Does Not Exist ]

link removed use ChrisR Link below

plugins are uploaded and hosted on your server by you...
I have no control over them once I upload to forum...

Yes plugins naturally uploaded and hosted on our servers by us
Yes end user do not naturally have control on our servers
and
We do not have control on plugins shared (attached or linked) by end users.

Like all kind of software related projects on internet. !

Since everything is very natural and normal,
From your post, I only can make an assumption, and feel not to post server changes related to your plugins anymore.


**
Provide static links to your plugins via our posts or topics
(which are on your control from control point of view)
ex:
ExamDiff_Pro - Reply #297 http://TheOven.org/index.php?topic=1413.msg22198#msg22198
ShowKeyPlus - Reply #297 http://TheOven.org/index.php?topic=1413.msg22198#msg22198
Mozilla Light - Mozilla Light Topic http://theoven.org/index.php?topic=1589
...
so we can provide links to these topics about availability of plugins.

Lance, I have no idea what point you are trying to make here..

Lance, I have no idea what point you are trying to make here..

Provide static links to your plugins via our posts or topics
(which are on your control from control point of view)

I do not know it is a point or not.
 Scattering different versions of plugins on different posts on general topics or long topics... make them hard to find to end users,

But if you can provide static links to your plugins,
 like given example with some plugins of yours,
   via a plugin topic or a fixed reply post,
     it is enough for us to provide info to end users about availability of your latest version of your plugins (on your control) through project distributions.
       and end users do not mix versions through scattered posts when they download and test....
     

shortly:
It is better for all (end users and informing) if you can provide static links to your plugins and update them through that static links of your posts or topics.



I hope clear ?

GOT IT..  Like update first post of topic.
which was lost due to DB hosting issues..

I have tried to get away from pre-packed program files within plugins, by making my plugin(s) download the required setup..
Smaller plugin size, no distribution rights, always up to date program files...

Utils\PC Provide Files (Plugin Creator Provide Files)

already created for that goal
  and distributed through all projects so end users can create such plugins for such goals, and distribute around easily.

 but not updated since no further feedback,
  "PC Packed" and "PC Innounp" updated more frequently in time....



But method not good to maintain projects, Projects relying on "Provided Files" naturally dies in time (RIP)
 instead we are around for years now,
   even with unupdated plugins, The ones that contains applications work out of box and ready to be updated or revised by a new user.

    It is easier to work on a working plugin with its working version of application 

    "Provide Files" plugins also have their values  , but requires more time to maintain.

Keep in mind, we have very limited free time to maintain projects, and quite experienced to get wheels working...

Life...

GOT IT..  Like update first post of topic.
which was lost due to DB hosting issues..

To clear,
I only meant to get static links with topics or posts to your plugins, that is all.
 I did not mean DB hosting issues....


About DB:
With "Provide Files" plugins, you can attach to forum like some of your other plugins.....

life...

I updated my container files to new version already for testing interface.. So it works as intended to show new vs. old file versions...

Would be nice to extract and use from Global rather then from container..

I updated my container files to new version already for testing interface.. So it works as intended to show new vs. old file versions...

When I click on "Download Latest Flash Player Installer",
Flash Player Installer Version: 24.0.0.186
Builder Container File Version: 23.0.0.162

but current container file %flashversion%=24.0.0.186

==> it seems not to work as intended


***
you need to consider host arch x86 , x64 with your above batch.
well you can do same also without batch.
tip:
Call,HostArch

***
I understand your goal,
with your words : I understand your point.
or with your posts: maybe I should ignore and behave not to understand your goals, and remove things not working as intented.


Anyway:
1) There are also some rare plugins that have container AND provide file option, as far as I remember Recuva plugin one of them.
Reminding, they are rare since maintance required time....
2)
since flash player distribution can not be extracted
 It will be good to have step by step instruction on plugin interface to update flash to be used on project
ex:
   1) Download flash installer --> button already available, seems to require some arrangements
   2) textlabel: Install flash to your host, double click installer....
   3) "Gather new Flash Files" button (keep in mind to consider host x86 and x64)

3) radiogroup: provide option to use "Auto" or "Container" or "Provided"  (Auto default)

Auto --> simply check if provided file exists, and compare version with container, up to compare result use the highest version
Tip:
Call,CompareVersions

*****
Tip: It is easier to create home plugins than distribution plugins with some nice auto options that get things work out of box easily,
and auto features should be written in a way to have maintance easy....

*****
Above is THE Path you should go to fit your needs, update flash easily without spending time to update flash plugin.
From end user point of view, it is only 1) 2) 3) with 2 buttons
From plugin author point of view, you have to consider things properly to get all work smooth today and in future for everybody (end users, plugin maintance )


********
I hope points are clear

but current container file %flashversion%=24.0.0.186

==> it seems not to work as intended

Clearly (and I am quite surprised by you) - you have not run the Flash Add Process, since updating the container files..

Hit Green Play Button as it is finding old file, which has not been removed yet..

Also this is collaboration work in progress - not a final draft... just playing around and submitting idea...

Thought about pulling the variable %flashversion% from container, but decided against it, and choose actual extracted file instead...

Download does not run Flash Add plugin process.. (but it can > by adding a small line of code)

My intended purpose was to use download process to update My container file(s) - so yes it works as I intended..

.bat can't copy file(s) not there..

To take it a step farther, in theory >  I could tell .bat to copy files to flashtempextract folder

and kill the extract process in the container plugin > Or change to, if not exist dll then run extract to use packed (possible older) container file ..

But my intention was to download and compare versions, so as to know if my container files are out-of-date...

but current container file %flashversion%=24.0.0.186

==> it seems not to work as intended

Clearly, and I am not surprised by you, better design such button with not depending on green play or build.
I also not surprised by you following your replies at Reply 28 http://theoven.org/index.php?topic=1957.msg22215#msg22215

Also this is collaboration work in progress - not a final draft... just playing around and submitting idea...

As written on previous post, I fully support the idea 

Thought about pulling the variable %flashversion% from container, but decided against it, and choose actual extracted file instead...

Download does not run Flash Add plugin process.. (but it can > by adding a small line of code)

My intended purpose was to use download process to update My container file(s) - so yes it works as I intended..

.bat can't copy file(s) not there..

To take it a step farther, in theory >  I could tell .bat to copy files to flashtempextract folder

and kill the extract process in the container plugin > Or change to, if not exist dll then run extract to use packed (possible older) container file ..

But my intention was to download and compare versions, so as to know if my container files are out-of-date...

With your words "All Points",
 and as a result respond to things on your post already given on Reply 313 http://theoven.org/index.php?topic=1413.msg22278#msg22278

Keep up 

KYHI, Looking at your modified  Firefox plugin, I added a Provided File option in addition to the included version (container files)
It should allow to add a beta version, a localized version or even a 64-bit Firefox version.

If you use core.7z, as you did, It must include the core subfolder (with firefox.exe inside) as for the Firefox setup file.
If it is not the case, instead of an error, the file container version is used + an echo Warn.
Same, if you provided a 64-bit version with a 32-bit build.
Compared to your plugin, I have kept the .XPI language files. They are not used, in case of provide file.
 
http://win10se.cwcodes.net/Temp/Mozilla_Firefox_CR.7z

Chris, I just removed the lang.xpi do to size, to upload template

Work fine using Core.7z as the provide file source... It opens provide files folder, but must manually type in file name in box...

Core.7z contains the "Core" Folder zipped.. Nice thing is both can be used.. exe or zipped core folder...

My goal here was to be able to keep Flash Player and Firefox up-to-date without having to go through the process of updating container files

Or changing plugin on my end to have changed on next server download..

As we know it takes time, to keep up with the changes and then update server files..

Now if we could get Flash-Player plugin to use provided files following the my idea of x64 dll collection and if not exist use container version...

Just like you did with Firefox Plugin..

From plugin author point of view, you have to consider things properly to get all work smooth today and in future for everybody (end users, plugin maintance )

And this is the collaboration of idea, vs what is best for all..
I work on idea at home, ChrisR and You know better what is best for all...

Most of the time I feel belittled by your comments, as this is a little something I enjoy doing, you are the expert at this...
I surely am Not..

KYHI, Looking at your modified  Firefox plugin, I added a Provided File option in addition to the included version (container files)
IIt should allow to add a beta version, a localized version or even a 64-bit Firefox version.

Very nice job. I was wandering if you could change line 451 to

Code: [Select]

Set,%t%,%ScriptDir%\Flash_Add.Script

This would help anyone you puts their apps in "Projects\MyPlugins_Direct"
Keep up the good work KYHI and ChrisR       

I just noticed that it doesn't work on a 64-bit Firefox version.


Here is the location I used to download the most current versions
https://ftp.mozilla.org/pub/firefox/releases/