ntrack

high level glib gsource wrapper

Bug #454766 reported by Alexander Sack
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ntrack
Won't Fix
Wishlist
Unassigned

Bug Description

currently glib main integration is supported through a GSource; this however might not be the preferred way to do it for all glib applications.

Hence, we should add a "old" style listener based event API. The implemention should wrap the current GSource and support multiplexing events produced by that gsource to N listeners.

Revision history for this message
Alexander Sack (asac) wrote :

tentatively adding to ntrack 003 milestone. could be pushed back to 004 depending on how well gobject API work is going.

Changed in ntrack:
importance: Undecided → Wishlist
milestone: none → 003
status: New → Triaged
Revision history for this message
Alexander Sack (asac) wrote :

pushing back to 004 milestone.

Changed in ntrack:
milestone: 003 → 004
Alexander Sack (asac)
Changed in ntrack:
milestone: 004 → 005
Revision history for this message
Alexander Sack (asac) wrote :

unmilestoning until we know exactly how such a glib wrapper should look like.

Changed in ntrack:
milestone: 005 → none
Revision history for this message
Alexander Sack (asac) wrote :

so after more thoughts on this, I think its safe to say this is wont fix.

Reason is simple: gsource api is quite nice. what we can offer on top is multiplexing one even to many consumers. Now, I suspect that glib-only apps that don't use gobject probably have their own event multiplexing facilities anyway, So adding that to ntrack doesn't really give any benefits.

Changed in ntrack:
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.