EventGhost

Ad blocker detected:
Our software and support is 100% free. This website is not.
You can donate in 2 ways, by turning off your ad blocker or by pressing the Donate button.

************ NOTICE ************

UPDATE YOUR BOOKMARKS!!!

We have an issue that there is no way around as of yet.
I have done all I can to try and prevent this from happening.
We are going to be losing the .com, .org and .de domains.
We have not been able to contact the original author of EventGhost
(the person that owns those domains) to redirect them to the new web server.
I set in motion when we first moved a redirection from the old server to the new server.
I also put in markers so that search engines would see this change and update any pointers
they have. We still have the .net domain for the production site. and the .rocks for the test site.
For the past few months you have been getting redirected to the .net site if you used one of the 3
domains mentioned above. I just wanted to tell everyone so they can make any changes needed.

As you might have already seen, the EventGhost website runs on a new server. On this server we have the ability to run our own SVN server. I switched the SVN repository from SourceForge to the new server because the new server is much faster than SourceForge. I have disabled SVN write access for everybody on SourceForge now.

The downside is, that I have to re-create every developer account. To avoid further confusion, I suggest, that we use our forum user names on the new SVN server from now on. I will also update all past commits accordingly.

Since nearly half a year I observe my decreasing joy to work on this project. There are many reasons for it, but I won't comment on this now. Anyhow, here are just some notes of what will most likely happen in the future from my side:

I will implement a kind of "EventGhost Plugin Installer Format", that will help users to install plugins that are not part of the basic installer. It will basically be a ZIP file with a special file extension, so EventGhost can handle the installation if the user opens it through EventGhost and everything can stay bundled in a single file (including DLLs and other stuff).

Plugin developers can then upload their plugins to the wiki. This way plugin developers won't need any special privileges to publish/update their plugins and have a basic version control system. The wiki will be extended to extract some informations from the uploaded plugins to generate an index of all plugins available. So users can search for plugins that might be interesting for them.

EventGhost possibly then also gets a function to find missing plugins if a configuration XML is opened and download them automatically to complete the setup (for example after a complete new install).

Once this is implemented, I will move many plugins out of the basic installer. Including many plugins that are written by me.

This is also the reason why I currently won't give new plugin developers SVN write-access. Most plugins will be removed from the trunk anyway.

Please post software-related questions in the forum - PMs will only be answered, if really private, thanks!

No plugin should ever assign something to eg.globals or change anything in it. Never!

The eg.globals namespace is exclusive for the user's Python scripts and commands.
If your plugin wants to publish variables to the user, the preferred way is to implement getter actions, that simply return the value. This way the user can also easily see all informations your plugin can provide.

Please post software-related questions in the forum - PMs will only be answered, if really private, thanks!

We have two new moderators on this board in addition to Bartman:
-jinxdone
-stottle

They will take care, that topics where developers publish new plugins will be moved to the "Plugin Support" sub-forum, so we will hopefully have a topic there for every plugin that was ever published for EventGhost in the future. The "Plugin Support" forum is the only forum here that is limited in the way new topics can be opened.

I guess at least one moderator will see a new topic that announces a plugin in the "Coding Corner" forum quite fast, so just create a topic for your plugin here and wait some days.

Please post software-related questions in the forum - PMs will only be answered, if really private, thanks!

To make your plugin compatible with this branch you should add a new "guid" parameter to your eg.RegisterPlugin() call. This GUID will help EG to identify your plugin, so there are no name clashes with other plugins that accidentally might have the same name and will later ease the update of plugins. To create a GUID for your plugin, open the "Python Shell" under the "Help" menu. Then type: