Hi, just read the wiki. Sounds good so far.
Jon, you wrote: "a major disadvantage is that the plugin will need the
headers of protocol plugins to be compiled. This needs to be discussed
more."
I also had these thoughts and maybe have an idea how to cope with this
problem. Maybe one could use string identifiers (just as the event system
does). This would be somehow the following way:
An event object has some common fields, something like
struct LicqEvent
{
ulong id, ppid;
time_t time;
user_ident user_identifier;
char* message/comment;
};
and also a field for extended variables, which is organized as another
object. to access a field one could maybe do:
LicqEvent->extra->getString("special string variable");
or
LicqEvent->extra->getULong("special ulong variable");
the "special xxx variable" means a name, something like "filelist",
"encoding" or something like this. this way no extra headers would be
needed. this may sound somehow weird at the beginning, because obviously
some fields are direct variables and other fields are accessed by a string,
but might be the best concerning memory and runtime (because nearly event
should have at lease the variables listed above).
this would also require a good documentation of which pseudo-variables are
provided by a special event.
in addition the same engine that is used for the "extra"-object can be used
to have an interface for settings, which then looks like
settings->getStringProperty("windowTitle");
or
settings->setStringProperty("windowTitle");
or
settings->writeProperties();
and so on. One could just inherit the "extra"-class and make a
"settings"-class out of it.
So far
Joachim
--
Analog-/ISDN-Nutzer sparen mit GMX SmartSurfer bis zu 70%!
Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Licq-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/licq-devel
