On Mon, Apr 17, 2006 at 09:48:28PM +0800, [EMAIL PROTECTED] wrote:
In kde/gnome..., using Alt-tab could switch back and forth between two
window(Alt-tab, Alt-tab...).
I've got an old version of ION and I can do meta-kk to switch to the
last window that had focus. I guess that this feature is
[[ sorry if you recieve this message twice, I sent it last time from an
address that isn't registered with the mailing list. ]]
On Sun, Feb 25, 2007 at 10:19:19PM +, Tuomo Valkonen wrote:
[2]: http://iki.fi/tuomov/b/archives/2006/03/01/T17_55_20/
I've thought a similar idea would be
On Tue, Feb 27, 2007 at 07:30:32AM +, Tuomo Valkonen wrote:
On 2007-02-26, Sam Mason [EMAIL PROTECTED] wrote:
File lookups would have to stop while tags were being modified though.
But yes, it's much less of an issue for file systems than for databases.
Actually, with suitable
On Tue, Feb 27, 2007 at 12:07:24PM +, Tuomo Valkonen wrote:
On 2007-02-27, Tuomo Valkonen [EMAIL PROTECTED] wrote:
I don't know about that.. The thing is, I like writing algorithms and
data structures more than learning others' APIs, and the help provided
by a DB isn't _that_ big...
On Tue, Feb 27, 2007 at 04:44:52PM +, Tuomo Valkonen wrote:
On 2007-02-27, Sam Mason [EMAIL PROTECTED] wrote:
There are some very nice high-level libraries available[1] for Haskell
that abstract away even writing the SQL. Of these I've only played with
HaskellDB and was reasonably
On Tue, Feb 27, 2007 at 04:39:27PM +, Tuomo Valkonen wrote:
On 2007-02-27, Sam Mason [EMAIL PROTECTED] wrote:
I thought that was because as the filesystem grew there would be many
more files relative to tags.
It depends on the use I guess. If, say, you would be saving email
On Tue, Feb 27, 2007 at 06:53:50PM +, Tuomo Valkonen wrote:
On 2007-02-27, Sam Mason [EMAIL PROTECTED] wrote:
In more human terms I would have a table of files, the purpose of which
is to give you the fileid (sort of like the inode number), a table of
tags that define what tags
On Tue, Feb 27, 2007 at 08:01:40PM +, Tuomo Valkonen wrote:
On 2007-02-27, Sam Mason [EMAIL PROTECTED] wrote:
If you can think up any cases where you're not going to have a similar
number of tags to files then I'd be interested to know, I'm failing.
Well, I suppose all the cases I can
On Tue, Feb 27, 2007 at 09:53:51PM +, Tuomo Valkonen wrote:
One related thing that I've thought about (a little but not enough)
is typed tags or meta-tags. So e.g. the tag 'ion' could have the
meta-tag 'project'. The path component #project would then filter
out everything that doesn't
On Thu, Mar 01, 2007 at 06:23:03PM +, Tuomo Valkonen wrote:
On 2007-03-01, Sam Mason [EMAIL PROTECTED] wrote:
Comments?
I didn't bother to read all the technical explanation in detail,
I thought it would be nice to have something concrete to discuss, but it
was probably a bit early
On Fri, Mar 02, 2007 at 01:06:44PM +, Tuomo Valkonen wrote:
Come to think of it, perhaps people are going the wrong way
about database file systems: implementing them on top of a
conventional FS, giving useless names to the files under the
database file system's control. Perhaps it would
On Fri, Mar 02, 2007 at 01:51:51PM +, Tuomo Valkonen wrote:
On 2007-03-02, Sam Mason [EMAIL PROTECTED] wrote:
And how do you ensure that every program can interact with every file?
Mounting the naming system somewhere in the global namespace?
Or maybe URL-style stuff, if we didn't have
On Tue, May 26, 2009 at 11:01:37PM +0300, Ciprian Dorin, Craciun wrote:
Some comments though: I don't know Hg to well myself, but at least
Git does not suffer from these problems:
Try using darcs for a few days it seems to just do the right thing so
much more than any other VCS I've ever
13 matches
Mail list logo
