Il giorno ven, 09/04/2010 alle 18.09 -0400, Owen Taylor ha scritto:
I've attempted below to extract out some of the technical bits from
http://live.gnome.org/GnomeShell/Design/Whiteboards/FindingAndReminding
and see how they line up with our current technology. This is just
notes, not yet a
On Fri, 2010-04-16 at 14:56 +0200, Tomasz Sterna wrote:
Dnia 2010-04-14, śro o godzinie 17:10 +0200, Alexander Larsson pisze:
The other approach is when expiring or archiving to move files
from ~/Desktop to an archival location like ~/Documents.
I don't have much time to
On 15/04/10 15:05, Bastien Nocera wrote:
On Thu, 2010-04-15 at 13:05 +0100, Martyn Russell wrote:
It's neither, and that means that you need to learn a new query
language.
snip
I couldn't this time last year either (and that's not a benchmark for
how long it takes to learn either).
I don't
Dnia 2010-04-14, śro o godzinie 17:10 +0200, Alexander Larsson pisze:
The other approach is when expiring or archiving to move files
from ~/Desktop to an archival location like ~/Documents.
I don't have much time to participate in this discussion atm, but i'd
like to point out here
Dnia 2010-04-16, pią o godzinie 15:17 +0100, Rui Tiago Cação Matos
pisze:
http://blogs.gnome.org/alexl/2009/06/24/data-about-data/
If I understand correctly you are using separate file to store
metadata.
What is behind this decision? Why don't you use VFS Extended
attributes?
Read
On Wed, 2010-04-14 at 18:04 +0100, Martyn Russell wrote:
On 14/04/10 16:10, Alexander Larsson wrote:
On Fri, 2010-04-09 at 18:09 -0400, Owen Taylor wrote:
User defined tags
A completely flat view of all documents doesn't handle all users
or use cases. Frequent filers will want
On Thu, 2010-04-15 at 13:05 +0100, Martyn Russell wrote:
On 15/04/10 12:32, Bastien Nocera wrote:
On Mon, 2010-04-12 at 11:31 +0100, Martyn Russell wrote:
On 10/04/10 22:10, Owen Taylor wrote:
On Sat, 2010-04-10 at 11:43 -0400, Jamie McCracken wrote:
On Fri, 2010-04-09 at 18:09 -0400,
On Thu, 2010-04-15 at 10:34 -0400, Jamie McCracken wrote:
Is it entirely true that RDF/Sparql, whilst giving us the power to model
stuff better, is harder to use and makes things more difficult to devs
who dont know it
I had always imagined there would be a client library that did not
(Replying selectively - lots of stuff snipped that I agree with)
On Tue, 2010-04-13 at 21:18 -0500, Federico Mena Quintero wrote:
On Fri, 2010-04-09 at 18:09 -0400, Owen Taylor wrote:
I've attempted below to extract out some of the technical bits from
There has been discussion here about making the desktop just another view
for recent/relavant files. However, I believe this can be extended to
include a view of the Task Pooper. Basically, the Desktop would have two
sections:
- Things that I have been doing recently
- Things that I plan
On Fri, 2010-04-09 at 18:09 -0400, Owen Taylor wrote:
I've attempted below to extract out some of the technical bits from
http://live.gnome.org/GnomeShell/Design/Whiteboards/FindingAndReminding
and see how they line up with our current technology. This is just
notes, not yet a concrete plan.
One way around all this is to provide interfaces which could use tracker
or something else for base storage and notification of changes.
In the future tracker may use CouchDb for storage of tags/notes and
other user input metadata as being able to import/export to/from the
cloud and across
On 10/04/10 22:10, Owen Taylor wrote:
On Sat, 2010-04-10 at 11:43 -0400, Jamie McCracken wrote:
On Fri, 2010-04-09 at 18:09 -0400, Owen Taylor wrote:
Well, certainly tracking and indexing file metadata doesn't *require*
anything as complex, or general purpose as RDF. I have some concerns
about
On 09/04/10 23:09, Owen Taylor wrote:
Hi Owen,
Tracker
===
In some testing, Tracker 0.8 seems enormously better behaved
than Tracker 0.6. It has very significant optimizations in how
it stores the tracker database on disk, and also, by default,
only indexes defined subdirs of $HOME. So,
On 12/04/10 12:03, Martyn Russell wrote:
On 09/04/10 23:09, Owen Taylor wrote:
I should just add, we are not starting the performance optimisations. Up
Sorry, that's ...we are *now* starting...,
--
Regards,
Martyn
___
gnome-shell-list mailing list
Hi Owen!
What, if anything, gets pinned automatically is an interesting question
- there's a pretty strong case if I create a new word processing
document it should automatically get pinned. But if I save an email
attachment, probably not? If everything is pinned, that's pretty much
the
On Fri, 2010-04-09 at 18:09 -0400, Owen Taylor wrote:
Tracker
===
In some testing, Tracker 0.8 seems enormously better behaved
than Tracker 0.6. It has very significant optimizations in how
it stores the tracker database on disk, and also, by default,
only indexes defined subdirs of
On Sat, 2010-04-10 at 17:10 -0400, Owen Taylor wrote:
The reason I consider storage relevant is that throwing data into an
optimized SQL database where you don't have any ability to control what
is indexed or understanding how query plans are executed is usually a
recipe for application
Or just folders in the Calendar ? You don't write the contents of
everything on the calendar you put them in the filing cabinet or similar
with the same date attached.
And certainly we do think of putting files onto the Desktop as posting
them to attend to in the future. I don't think we'd want
Le samedi 10 avril 2010 à 09:10 +0200, Johannes Schmid a écrit :
Hi!
There are two basic approaches here - one is to avoid storing
things on the Desktop. Instead of seeing the Desktop as a separate
location in the file selector, you'd have a checkbox:
[ ] Pin to Desktop
On Sat, 2010-04-10 at 11:43 -0400, Jamie McCracken wrote:
On Fri, 2010-04-09 at 18:09 -0400, Owen Taylor wrote:
Tracker
===
In some testing, Tracker 0.8 seems enormously better behaved
than Tracker 0.6. It has very significant optimizations in how
it stores the tracker database
On Sat, 2010-04-10 at 00:25 +0100, Alan Cox wrote:
The other approach is when expiring or archiving to move files
from ~/Desktop to an archival location like ~/Documents.
How does moving it work with non aware applications or a shared file
space ? You risk opening a file having it
I've attempted below to extract out some of the technical bits from
http://live.gnome.org/GnomeShell/Design/Whiteboards/FindingAndReminding
and see how they line up with our current technology. This is just
notes, not yet a concrete plan.
- Owen
File management ideas and technology
23 matches
Mail list logo
