[geeklog-devel] Gsoc Notification service
Vincent Furia
vfuria at gmail.com
Wed Mar 31 14:30:27 EDT 2010
Hey Ganesh,
Sorry for the delayed response. I had to do some research into sig-slot
architecture.
I'd be hesitant to use the package you found on phpclasses. It doesn't seem
to be well maintained and I haven't been able to find any instances of a
project successfully utilizing it. Do you know of any examples?
The Event_Dispatcher pear package seems a better choice, though I'd like to
see a description of how you use it in your design. For this project in
particular it will be necessary to start with a pretty complete design as
there will be many inter-related parts that will have to be coded (e.g.
subscriptions, notification "core", notification plugins, user/admin
configuration, etc).
I'll look forward to seeing your proposal,
-Vinny
On Tue, Mar 23, 2010 at 2:16 PM, ganesh <th3iedkid at gmail.com> wrote:
> Hi
> I found a pear package on event-dispatcher based on the Observer pattern
> http://pear.php.net/package/Event_Dispatcher
> I also stumbled upon a sig-slot like implementation for php which might be
> useful but its more-or less skeletal
> http://www.phpclasses.org/browse/package/3624.html
>
> If a similar sig-slot were to abstracted for the GL core which be extended
> (in the php sense of it!) by the plug-ins, wouldn't plug-in development be
> easier? Like if an abstracted signal class with the following props like :
> ______________________________________
> SIGNAL
> ->UTC ; when generated
> ->Level ; Security level to it
> ->Code ; a unique code to it
> ->Who ; source , could be none for automated signals
> ____________________________________________
> Slots
> ->cleanup ; when action to be taken
> ->action ; handle to function to be activated
> ->logStorePath ; this will refer to the place where the cleaned-up
> notifications will be logged in files for future reference
> ->Code ; The code identifying the signal
>
> When we have a plugin extending these , would it cause any security
> problems??
>
> I found the discussion on email handling and throttling in gsoc 2k8 on
> notification service
> http://eight.pairlist.net/pipermail/geeklog-devel/2008-March/003290.html
> Well if GL were to put in place restrictions like frequency of signals
> granted a slot on time basis ,would it still bear any other problem ?
>
> Also for notification would something like bottom tool-bar using
> dojo/jQuery to indicate the current notifications be good idea ?
>
> tnx
> ganesh
>
>
>
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20100331/4dca1e12/attachment.html>
More information about the geeklog-devel
mailing list