If you have issues with libtaskview, please contact me. I'm reworking
some bits to provide some information, which is essential for zeitgeist:
You can find the improved D-Bus API here:
http://github.com/ssickert/TaskView/blob/master/spec/Generic.xml
I changed it to Confirmed. We still have no solution or ideas how we
want to solve the issue. We only know how we don't want to solve it.
** Changed in: zeitgeist
Status: Triaged = Confirmed
--
Monitoring for new files
https://bugs.launchpad.net/bugs/602211
You received this bug
Marking as Triaged instead of Invalid.
As far as I know; it's not that we don't want to have a solution here,
it's just that with the current software platform (from kernel, libs, to
Python) it's simply not feasible to do in general.
I will not be ready to accept anything that has even the
Just wanted to know that if this bug is Invalid, then why it has been
assigned a Milestone. You people still want to work on it in future?
--
Monitoring for new files
https://bugs.launchpad.net/bugs/602211
You received this bug notification because you are a member of Zeitgeist
Framework Team,
The more I think about it, the more I see this bug has no place here. I
agree with Markus now that the bug should be if handled then by the
Zeitgeist Datahub, or Nautilus or so sending us the info directly. Thus
I am marking it as invalid.
** Changed in: zeitgeist
Status: New = Invalid
**
** Changed in: zeitgeist
Milestone: None = 0.7
--
Monitoring for new files
https://bugs.launchpad.net/bugs/602211
You received this bug notification because you are a member of Zeitgeist
Framework Team, which is subscribed to Zeitgeist Framework.
Status in Zeitgeist Framework: New
Status in
Guys
http://ssickert.wordpress.com/2010/08/19/taskview-status-update/
So its out and the API seems to stand...
Now:
1) We can create and extension that communicates with taskview to detect
copy/paste and some create
2) We use http://github.com/ssickert/nautilus-taskview and modify it for our
own
Markus All Tracker does is use inotify on the xdg directories
recursively as i said. So I agree half way with you here. We can write a
dataprovider with the new datahub that montiors those directories and
send us the events from there :) No need to depend on Tracker. And it is
an easy hack... What
** Also affects: zeitgeist-datahub
Importance: Undecided
Status: New
--
Monitoring for new files
https://bugs.launchpad.net/bugs/602211
You received this bug notification because you are a member of Zeitgeist
Framework Team, which is subscribed to Zeitgeist Framework.
Status in
Seif, what makes you believe Tracker doesn't have issues? I can tell you
for sure that they poured a LOT of development effort into making file
monitoring as light as possible. It wont work well if you don't really
take care in how you set all the monitors up.
--
Monitoring for new files
I also don't think this is a good approach, for one the notifications
often fire very soon - it might not even be possible to get mimetype of
the file (not to mention .part-type files), and I'm not so sure the API
enables you to determine that an operation is a move/copy. You'd
probably just see a
Yeah I would say the best solution is to wait for TaksView
On Fri, Aug 13, 2010 at 4:14 PM, Michal Hruby michal@gmail.com
wrote:
I also don't think this is a good approach, for one the notifications
often fire very soon - it might not even be possible to get mimetype of
the file (not to
AFAIK tracker just monitors the xdg directories recursivly and the home
directory. Maybe an extension could do that for us
--
Monitoring for new files
https://bugs.launchpad.net/bugs/602211
You received this bug notification because you are a member of Zeitgeist
Framework Team, which is
Inotify still sucks rest assured :-)
A watch on a dir will only tell us when some unspecified thing happens
to some unspecified file in that directory. We could install monitors
directly on the last N (fx. 100) actual file inodes perhaps, but I am
reluctant to do that - what happens when we
Seif: Quoting myself: In any case this could be done entirely in an
extension - so no new depency unless we want it in the main source
tree.
Can you explain 2) - I can't see why this need be the case...
--
Monitoring for new files
https://bugs.launchpad.net/bugs/602211
You received this bug
Sorry did not see that :)
On Mon, Jul 19, 2010 at 2:53 PM, Mikkel Kamstrup Erlandsen
mikkel.kamst...@gmail.com wrote:
Seif: Quoting myself: In any case this could be done entirely in an
extension - so no new depency unless we want it in the main source
tree.
Can you explain 2) - I can't see
2010/7/7 Seif Lotfy 602...@bugs.launchpad.net:
we will be able to track move/copy/ delete :)
OK, that'd be nice. My impression is that inotify sucks, though, or
has this changed?
--
Monitoring for new files
https://bugs.launchpad.net/bugs/602211
You received this bug notification because you
17 matches
Mail list logo
