Crise

Plugin API

34 posts in this topic

The recent revival of the discussion about API's got me to look at an old piece of (broken) code I made a while ago and as end result it now seems to work in a satisfactory way.

So now it is time to start asking questions... is plugin api needed in apex if so for what? And what should it be able to do...

Share this post


Link to post
Share on other sites

Umm, in my lamer nature, I think we (ok, you) need to code smth very small, light and universal, which then could be extended by various additional plug-ins (like Skype and Firefox). So, if you just stated this above in a more scientific way :D:) :) , just let's melt the barrier between theory and practice and let semi-coders work on it, while you move ahead to the next feature. :D

P. S. I am sure it is operational, from the moment you said "I tried it once and it did not work". I tried my Delphi task maybe over 100 times before it worked. :D

Share this post


Link to post
Share on other sites

Firefox like plugins are way out of the scope for this... besides I intentionally do want it to be done in a way that doesn't give plugins too much power, for security reasons.

Also I can't give plugins that much access simply due to the fact that it wouldn't be safe, as DC++ wasn't originally coded with plugins in mind. (and to not hide it, because I am lazy).

Share this post


Link to post
Share on other sites

But client can always report plug-in status and "power" to hub on connect, and the hub could decide whether to allow access?

Share this post


Link to post
Share on other sites

But client can always report plug-in status and "power" to hub on connect, and the hub could decide whether to allow access?

We could yes, but what good would that do as hubsofts do not know how to parse that information we would send...

Share this post


Link to post
Share on other sites

We could yes, but what good would that do as hubsofts do not know how to parse that information we would send...

A question of hubsoft development... And we can even "approve" plugins prior to their use I guess. Like with WHQL, but no bypassing. ;-)

Share this post


Link to post
Share on other sites

A question of hubsoft development... And we can even "approve" plugins prior to their use I guess. Like with WHQL, but no bypassing. ;-)

Well hubsofts seldom do anything for one single client :thumbsup:

Besides before I start to do anything extreme, I want to know if there is any need fir this.

Oh and just for the fun of it, here is something for you guys to look at...

[03:26:32] *** -= PLUGIN INFO =-

Name: Sample Plugin

Author: Crise

Version: 1.00

Description: Sample plugin project

GUID/UUID: {28ca0266-57aa-4f33-9265-114494beb525}

[03:26:48] *** -= PLUGIN HELP =-

/plugininfo Prints info about the sample plugin

/send <text> Chat message test

Share this post


Link to post
Share on other sites

Oh stop it! You first propose it yourself, then reject it. :thumbsup: I am not so geeky to defend the idea, but this plugin could relace LUA support?

Share this post


Link to post
Share on other sites

Oh stop it! You first propose it yourself, then reject it. :thumbsup: I am not so geeky to defend the idea, but this plugin could relace LUA support?

One reason that it's being done yes...

Share this post


Link to post
Share on other sites

So, this going ahead?

Yes, quite fine in fact... but you can blame spyke for it taking so long as he got this idea of lua plugin in my head :)

Share this post


Link to post
Share on other sites

hehe i blame spyke for more than that >.< *hides from spyke* :)

Share this post


Link to post
Share on other sites

:)

Share this post


Link to post
Share on other sites

:)

actually I dropped the lua plugin idea, someone with more knowhow fell free to do it... (my plugin actually worked pretty well, just that rapid calls to eg. nmdch.DataArrival seemed to cause "attempt to call a nil value", a single call worked just fine though)

Share this post


Link to post
Share on other sites

all good :)

EDIT: if you can get a api for clientside lua ill take a look into it :crying:

Edited by spyke

Share this post


Link to post
Share on other sites

Moved to our new forum ready for the release of 1.0 final. :)

Share this post


Link to post
Share on other sites

a lua plugin would be good. but for an API i thin the following functions would be good

*full search feauters (starting with the simple ability to search all loged in hubs)

*start a download

*query download queue

*query upload queue

*query all queue's

*query the statues of the hubs you are connected to (or not)

*basicly exposing as most information as possible in as many ways concivable

*as well as letting search and start a new download

this would allow apps like pidgen, firefox & more to develope some pretty nice plgins

so i gusse i can expect those features in about a week :)

EDIT: :) should have probably read this first :)

Share this post


Link to post
Share on other sites

Heh, the plugin api in 1.0.1 is very strictly C++ only... and it has other limitations as well, because we pass std::strings to dll, which is only safe when the build environment for the dll is the same as the exe's (I plan on getting rid of the need to pass strings soon though)

Share this post


Link to post
Share on other sites

Someone could remake my idea for the lookup plugin i made etc thats a good reason for a plugin

it should be "do"able with the apex api

Edited by Toast

Share this post


Link to post
Share on other sites

I think plugin feature or lua support can give a huge plus if its done properly. If there is no time or will to do it properly in some future period of time better not do it at all... Apex is still good as it is for MOST of users using it...

Share this post


Link to post
Share on other sites

There isnt that much client side scripts for lua most good scripts are done on hubside it might be time to do something new on clientside instead of repeating the past

Share this post


Link to post
Share on other sites

yes yes... very true. I have been modified some lua scripts so they can work on client side and that gave me a lot of fun. For example utmulti.lua script which react on certain keywords. You can kick, drop, warn people with it... clean main... watch when somebody play something with winamp and then make some effects with commands, ascii... (not talking about apex here)... Whatever i support that, lua or not lua... Plugins has always been good... Photoshop, winamp as software... and... PC became so popular because you can use "plugins" you want to make a configuration of your desire... Plugins - good solution!

Share this post


Link to post
Share on other sites

guess who's back ;-) 705 is fun for plugins i hate vista and ... you should look for some kind of new DC++ addons ...i guess it will be called DC++ Lamer Plugin mod? =p im drunk and im having fun mingw is fun and alcohol rox what can i say ... im thinking on a sourceforge proj and for anyone who didnt know... i guess you can say i died and raised again on easter sunday (usa -6 GMT haha) @ 2:06 AM bwahahah

Share this post


Link to post
Share on other sites

Perhaps make a plugin that gives stats to a vista gadget is that a good or bad idea ?

Vista Gadget API

If it's within the scope of what the Apex plugin API can do then yes it's worth doing, if only as an example plug-in for people wanting to use the API. I don't know if it would be too confusing as an example plug-in due to having to deal with the whole VIsta sidebar API. I'm not a developer, so I guess I don't know what I'm talking about, but we should have a sample plug-in.

Share this post


Link to post
Share on other sites