System-Check
System-Check
Hello Community,
perhaps you have already seen the system check in some plugins (hi_ckfinder; nearly all of my plugins). Should something similar be implemented for CMSimple_XH? Is it useful? Could it be improved?
Christoph
perhaps you have already seen the system check in some plugins (hi_ckfinder; nearly all of my plugins). Should something similar be implemented for CMSimple_XH? Is it useful? Could it be improved?
Christoph
Christoph M. Becker – Plugins for CMSimple_XH
Re: System-Check
It is very useful feature and I see it as the MUST for the future skripts. But I would place it really under a separate system function instead of putting it directly in e.g. plugin self. Often it resides belov the plugin-admin-menu and take place that might be used for other purpose (e.g. some very basic help, syntax, etc.).
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: System-Check
The system check of CMSimple could be placed under Settings>Info. Regarding the plugins: I don't like the way I have handled this for all my plugins till now. To improve the usability the user should see the "Main Settings" directly after choosing the plugin from the menu. The version info/license and the plugin's system check should be available elsewhere. These informations might even be presented by the plugin manager, but this would require some common standard all plugin authors should agree on...Tata wrote:But I would place it really under a separate system function instead of putting it directly in e.g. plugin self
Christoph M. Becker – Plugins for CMSimple_XH
Re: System-Check
There are many apps checking the version of installed software right now. The simply check the source webpage and compare the version number presented and installed. If there is new version available they either make the installation of better let the user choose if it shall be downloaded/saved/installed. Mostly all installed applications are shown in one list with necessary information.
Such way it probably might work with core and plugins. It would of course require to follow some convention. This service might be IMHO the best be handled by a special plugin that would read some special file from plugin folder or some special block on the very beginning of the plugin/index file.
E.g.:
[ external image ]
Such way it probably might work with core and plugins. It would of course require to follow some convention. This service might be IMHO the best be handled by a special plugin that would read some special file from plugin folder or some special block on the very beginning of the plugin/index file.
E.g.:
[ external image ]
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: System-Check
This kind of automatic update for plugins would be great -- but I'm afraid it's not easy to implement. For desktop applications it's done with the help of installers (MSI, Inno Setup etc.), which makes that kind of simple. But for a web application typically hosted on shared servers it's not so easy to do.
The update availability check OTOH shouldn't be a big deal, if some conventions are followed by the plugins. Holger announced quite a while ago, that he's has something like this. For this reason he delivered his newer plugins with a *.nfo file. If a plugin manager will be implemented for CMSimple_XH this functionality might be easily integrated there.
The update availability check OTOH shouldn't be a big deal, if some conventions are followed by the plugins. Holger announced quite a while ago, that he's has something like this. For this reason he delivered his newer plugins with a *.nfo file. If a plugin manager will be implemented for CMSimple_XH this functionality might be easily integrated there.
Christoph M. Becker – Plugins for CMSimple_XH
Re: System-Check
Then there's no crucial need for automatic installer/updater. Simply only the download (full version package)/update(only changed files) links to a proper file. Mostly the webmasters have no problem to use FTP and the endusers seldom make their own installations. They also mostly have some more skilled webmaster aside. And finally - it is also no big deal to learn how to use FTP.cmb wrote:...For desktop applications it's done with the help of installers (MSI, Inno Setup etc.)...
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: System-Check
Hi Christoph
But what if an author abandons his plugin? And somebody else takes over? The old plugin will not know the new URL.
May be a plugin could look for the newes version nr also at cmsimple-xh.com? If we have at cmsimple-xh.com a plugin which lists all working plugins according to category etc., also the latest version-nr could be deposited there. May be this listplugins plugin could have a button "check latest version of all plugins". Either visitors of the site maintainer could press this button once in a while.
If CMSimple would check the availabel version at cmsimple-xh.com, it would be practical if it would also get the versions of all plugins. We could also have notices like "Security update" "Development seems to have ceased" "Plugin abandoned" "Author in mental asylum" or even worse "Author defected to Get Simple
"
svasti
That's what I thought too and put it into Calendar and Memberpages.cmb wrote:To improve the usability the user should see the "Main Settings" directly after choosing the plugin from the menu. The version info/license and the plugin's system check should be available elsewhere.
Calendar does this in a simplyfied way. It looks at the file calendar_version.txt in my downloads folder.Tata wrote:The simply check the source webpage and compare the version number presented and installed.
But what if an author abandons his plugin? And somebody else takes over? The old plugin will not know the new URL.
May be a plugin could look for the newes version nr also at cmsimple-xh.com? If we have at cmsimple-xh.com a plugin which lists all working plugins according to category etc., also the latest version-nr could be deposited there. May be this listplugins plugin could have a button "check latest version of all plugins". Either visitors of the site maintainer could press this button once in a while.
If CMSimple would check the availabel version at cmsimple-xh.com, it would be practical if it would also get the versions of all plugins. We could also have notices like "Security update" "Development seems to have ceased" "Plugin abandoned" "Author in mental asylum" or even worse "Author defected to Get Simple
![Twisted Evil :twisted:](./images/smilies/icon_twisted.gif)
svasti
Re: System-Check
Maybe some central place would be great to keep all available plugins. Authors the could set the plugins there. So the download URL remains always the same. Some of us might take care of downloading/uploading all new announced plugins.
There would then be fine to have except of plugin name, version, basic syntax also the author's URL kept in e.g. the plugin.info file.
Then the item in admin menu should first check all installed plugin.info files and compare the "info array" with this in plugins-repository. Any difference should then be extended by download buttons (full download | upgrade download). The author's link then may be kept visible only somewhere in plugin admins area.
There would then be fine to have except of plugin name, version, basic syntax also the author's URL kept in e.g. the plugin.info file.
Then the item in admin menu should first check all installed plugin.info files and compare the "info array" with this in plugins-repository. Any difference should then be extended by download buttons (full download | upgrade download). The author's link then may be kept visible only somewhere in plugin admins area.
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: System-Check
I was very impressed, when I saw the functionality: simple & effective!svasti wrote:Calendar does this in a simplyfied way. It looks at the file calendar_version.txt in my downloads folder.
![Smile :)](./images/smilies/icon_e_smile.gif)
A very good pointsvasti wrote:But what if an author abandons his plugin? And somebody else takes over? The old plugin will not know the new URL.
![Exclamation :!:](./images/smilies/icon_exclaim.gif)
svasti wrote:or even worse "Author defected to Get Simple"
![Laughing :lol:](./images/smilies/icon_lol.gif)
Christoph M. Becker – Plugins for CMSimple_XH
Re: System-Check
Hi Christoph,
At least we can give some suggestions:
The Plugin, lets call it Pluginfinder, could use Memberpages/Register_mod to enable trusted people to enter new data.
The plugin would also be a showcase of what CMSimple is capable of, so it better be attractive.
I just had a look at Joomlas "extensions page" http://extensions.joomla.org/, not bad, although a bit sluggish as typical for joomla. There is lot's of informtion about the individual plugins, wow!
I don't know if we need also all that amount of information.
I wouldn't put rating into it (hey I don't want my plugins to have a low rating
), but comments are quite useful.
So what about:
svasti
I am afraid this is not a trivial thing.cmb wrote:And having a basic plugin repository on cmsimple-xh.com is a great idea IMO. But indeed that requires some programming, as AFAIK no such solution is available. I can do that, but I wouldn't be sad, if somebody else would tackle that task.
At least we can give some suggestions:
The Plugin, lets call it Pluginfinder, could use Memberpages/Register_mod to enable trusted people to enter new data.
The plugin would also be a showcase of what CMSimple is capable of, so it better be attractive.
I just had a look at Joomlas "extensions page" http://extensions.joomla.org/, not bad, although a bit sluggish as typical for joomla. There is lot's of informtion about the individual plugins, wow!
I don't know if we need also all that amount of information.
I wouldn't put rating into it (hey I don't want my plugins to have a low rating
![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
So what about:
- Category(array),
- Name,
- Version,
- Date of last release,
- Compatibility,
- Licence or Cost,
- Developer,
- Download site,
- History of Plugin/previous developers,
- screenshot(array),
- description,
- user comments
svasti