+1 for me. I think there is some great potential for interesting features in GNOME. I've always been a big fan of the mapping of documents on a calendar so I know what I was working on a particular day.
As a marketing guy, I'd like us to beat our competition with unique features that can't be seen on other platforms. On Tue, Apr 17, 2012 at 1:47 PM, Seif Lotfy <s...@lotfy.com> wrote: > *Purpose: > *Zeitgeist is an event logging framework. It stores user activity in a > structured manner and provides a powerful DBus API to query and monitor the > log. Zeitgeist as such does not have a graphical component, but is intended > to integrate wherever it makes sense. Just like Tracker, Folks and > GStreamer, Zeitgeist does not provide a UI. And is not a going to be used > by the user directly, but rather would allow developers to harnest the > feature it provides and make something useful out of it in their UX. > > *Preamble: > *It has been 3 years and 8 month since Zeitgeist started under the GNOME > umbrella. We proposed Zeitgeist for inclusion in 2010 but we got rejected > due to several reasons including but not limited to: > > - Not enough integration with GNOME applications > - Project hosting difficulties > - Immaturity of the project. > > Zeitgeist is not meant for searching through your files and folders, but > rather as a log for user activities. This can be used for: > > - Sorting search results according to frequency/recency > - Populating dashboards > - Finding files/contacts/etc... that are used together > - History browser > - Associating locations to items (used at location X or Y) > - scheduling activities (files/contacts/et...) can be set (See Task > pooper) > > People have expressed interest in using it within GNOME, we want to help > and make it happen. We think all these use cases could be address. > > We already have *GNOME specific developments*: > > - We already log everything that pushes into Gtk.RecentlyUsed. > - For better logging we have Totem, Rhythmbox, and gedit deploying > loggers as a soft-dependency in the form of plugins. > - We worked with gedit and some GNOME designers to develop the > Dashboard plugin [1] to address the empty slate problem. > - Additionally, the team wrote several plugins for GNOME Shell > [2][3][4] > - Integration with telepathy-folks is currently under development. > - Discussion about a possible Gtk Recenet Manager revamp with an > optional Zeitgeist backend. [5] > > Another deployment in development is a feature that we think would enrich > the developer story for folks, which is giving folks the ability > to actually provide developers with some interaction details for > each individual. [6] This is under development and hopefully can be merged > soon. > > We also provide a logger for Telepathy as part of the > zeitgeist-datasources package. It will soon be > shipped directly with Telepathy-Logger as a soft-dependency. > > We have moved to freedesktop.org so we can play nicely with GNOME, KDE, > Ubuntu as well as others. [7] > > Since we are not a GNOME dependency some projects hesitate to integrate > with us. > It is a chicken and egg problem. Applications don't want to depend on us > since we are not GNOME upstream (thus only soft-dependencies) and GNOME > hesitates to accept Zeitgeist since no application fully depends on it. > > For example: We want to use Zeitgeist in GNOME Clocks will to store > "alarms" as scheduled activities. However we are not sure if we can do that > without Zeitgeist being an external dependency. > > Another example, Epiphany integration: Zeitgeist could take over > storing Epiphany history. However due to the uncertain state of Zeitgeist > in GNOME we can not move on. > I would like to quote Xan Lopez: if GNOME decides to use it throughout I'd > be happy to add support for it in Epiphany. > > *Some interesting facts about Zeitgeist: > * > > - It is a dependency for Ubuntu Unity > - Many application specific plugins that make use of what Zeitgeist > has got to offer. > - Integration into Phonon, the KDE multimedia framework and > various deployments within KDE > - Deploying in Dawati [0] > - Paid dedicated developers > - Previously ported from Python to Vala without breaking API > > *Proposal to become a blessed dependency > *With this appliation I would like to address the possibility of > accepting Zeitgeist as a blessed dependency. > > *Dependencies*: > > - Vala > - Sqlite > - Xapian (Soft) > - python-rdflib (only for compiling the ontologies) > > *Resource usage: > * > > - Bug tracker: http://bugs.freedesktop.org/ > - VCS: http://cgit.freedesktop.org/zeitgeist/ > > *Other notes: > *What most people think of as Zeitgeist is split in two processes > zeitgeist-daemon and zeitgeist-datahub. The daemon does not do any active > monitoring for events, it only manages the log database and exposes a DBus > interface for inserting, deleting, querying events, and monitoring for > changes. The datahub monitors the system and pushes events into the daemon. > This architecture makes the datahub expendable if we one day move to an > architecture where apps themselves (or something else) push events into > Zeitgeist. Indeed it's already the case that we have plugins for some apps > that makes them push events into the daemon. > > [0] http://dawati.org/ > [1] http://seilo.geekyogre.com/2011/11/gedit-dash-0-1/ > [2] https://extensions.gnome.org/extension/62/journal/ > [3] https://extensions.gnome.org/extension/33/jump-lists/ > [4] https://extensions.gnome.org/extension/75/smart-launcher/ > [5] https://live.gnome.org/GTK+/GtkRecentManagerAndZeitgeist > [6] http://cgit.freedesktop.org/zeitgeist/ > [7] https://bugzilla.gnome.org/show_bug.cgi?id=672709 > > > _______________________________________________ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/desktop-devel-list >
_______________________________________________ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
