On Thu, 2006-10-19 at 17:40 -0400, Jim Krehl wrote:
> I would like to propose that the gnome-main-menu project -- found in
> gnome-cvs under the module "slab" -- to be included in GNOME 2.18.
Under Places with the traditional menus I have some bookmarks: my local
webroot and my photos. I use th
On Tue, 2006-10-24 at 21:33 +0100, Jamie McCracken wrote:
> A contact can only have one metadata value per type (this is a primary
> key constraint)
>
> With everything mapped 1:1 you can then use RDF query to search them
On Tue, 2006-10-24 at 23:39 +0100, Jamie McCracken wrote:
> denormalise it
On Wed, 2006-10-25 at 04:23 +0200, BJörn Lindqvist wrote:
> On 10/24/06, Don Scorgie <[EMAIL PROTECTED]> wrote:
> > On Tue, 2006-10-24 at 14:11 +0100, Iain * wrote:
> > > You can drag them from lots of places to the main menu and they'll be
> > > added.
> >
> > Thanks. Unfortunately, this still s
James Henstridge wrote:
>
>> Im planning to add extensible metadata support to tracker-search-tool
>> but I need it to be easy for users to add new metadata. Having a simple
>> window which allows you to define the name, type (indexable string,
>> string, numeric or date) and class (a dropdown co
Vincent Untz wrote:
> Le mardi 24 octobre 2006, à 21:33, Jamie McCracken a écrit :
>> It would be nice as tracker is a freedesktop thingie to avoid evolution
>
> I've read several times that tracker is a freedesktop
> thingie/project/. Do you mean it's desktop
> agnostic or do you mean it's a fre
>
> I like the use of colour to differentiate areas, I think we should do
> > more of this in GNOME.
> >
>
>
> Yes, same here. Colour seems to help highlight.
OK - but please remember, however you choose to implement highlighting,
it is _vital_ that the coloring be based on theme colors, o
James Henstridge wrote:
> On 25/10/06, Jamie McCracken <[EMAIL PROTECTED]> wrote:
>> You would need to completely flatten the metadata as
>> Contact.HomeJabberID, Contact.WorkJabberID etc so that all metadata is
>> mapped 1:1
>
> If you do flatten things like this, I would hope you'd still be able
James "Doc" Livingston wrote:
> On Tue, 2006-10-24 at 21:33 +0100, Jamie McCracken wrote:
>> A contact can only have one metadata value per type (this is a primary
>> key constraint)
>>
>> With everything mapped 1:1 you can then use RDF query to search them
>
> On Tue, 2006-10-24 at 23:39 +0100,
On Wed, 2006-10-25 at 11:12 +0100, Jamie McCracken wrote:
> >> With everything mapped 1:1 you can then use RDF query to search them
> >
> > Why would you need a 1:1 mapping to do a query? A query for "contacts
> > with an email of [EMAIL PROTECTED]" should be possible
> > independent of the numbe
Ross Burton wrote:
> On Wed, 2006-10-25 at 11:12 +0100, Jamie McCracken wrote:
With everything mapped 1:1 you can then use RDF query to search them
>>> Why would you need a 1:1 mapping to do a query? A query for "contacts
>>> with an email of [EMAIL PROTECTED]" should be possible
>>> independ
On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
> looking at evolution's contacts screen it does not look like its support
> more than one work email (it has home, work and other)
Incorrect, the type is a combo. If you want to add four work email
addresses to a contact, you can.
Ross
On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
> > Not being able to handle multiplicative metadata would make some things
> > very awkward. For example what should happen with music that has
> > multiple artists? I think that supporting multiple values for a piece of
> > metadata, and b
Ross Burton wrote:
> On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
>> looking at evolution's contacts screen it does not look like its support
>> more than one work email (it has home, work and other)
>
> Incorrect, the type is a combo. If you want to add four work email
> addresses
Ross Burton wrote:
> On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
>>> Not being able to handle multiplicative metadata would make some things
>>> very awkward. For example what should happen with music that has
>>> multiple artists? I think that supporting multiple values for a piece o
Jamie McCracken wrote:
>
>> I'm thinking of decent genre support, so multiple genre tags per song
>> (as supported in Ogg). If a song has Song.Genre="Post Rock,Ambient" and
>> I search for "rock", will the substring search incorrectly match the
>> song?
>
> Yes it will unfortunately - hopefully
The stable branch is gnome-2-16 and the development branch is HEAD.
--
Benoît Dejean
JID: [EMAIL PROTECTED]
GNOME http://www.gnomefr.org/
LibGTop http://directory.fsf.org/libgtop.html
signature.asc
Description: Ceci est une partie de message numériquement signée
_
On 25/10/06, Jamie McCracken <[EMAIL PROTECTED]> wrote:
> James Henstridge wrote:
> > While having standard names for metadata relationship types that
> > everyone can use is great, there are going to be cases where apps want
> > to experiment with relationships that haven't yet been standardised.
Jamie McCracken wrote:
> Contact.HomeEmailAddress : [EMAIL PROTECTED];[EMAIL PROTECTED]
> Contact.WorkEmailAddress : [EMAIL PROTECTED]
>
> note using semicolon as delimiter so contents would need to be escaped
> for the semicolon. I guess standardising on semicolon delimiters might
> be a good i
Nick Murtagh wrote:
> Jamie McCracken wrote:
>> Contact.HomeEmailAddress : [EMAIL PROTECTED];[EMAIL PROTECTED]
>> Contact.WorkEmailAddress : [EMAIL PROTECTED]
>>
>> note using semicolon as delimiter so contents would need to be escaped
>> for the semicolon. I guess standardising on semicolon delim
On Wed, 2006-10-25 at 08:14 +0100, Ross Burton wrote:
> On Thu, 2006-10-19 at 17:40 -0400, Jim Krehl wrote:
> > I would like to propose that the gnome-main-menu project -- found in
> > gnome-cvs under the module "slab" -- to be included in GNOME 2.18.
>
> Under Places with the traditional menus
James Henstridge wrote:
> On 25/10/06, Jamie McCracken <[EMAIL PROTECTED]> wrote:
>> James Henstridge wrote:
>> > While having standard names for metadata relationship types that
>> > everyone can use is great, there are going to be cases where apps want
>> > to experiment with relationships that h
On Wed, 2006-10-25 at 11:41 +0100, Jamie McCracken wrote:
> > I'm thinking of decent genre support, so multiple genre tags per song
> > (as supported in Ogg). If a song has Song.Genre="Post Rock,Ambient" and
> > I search for "rock", will the substring search incorrectly match the
> > song?
>
> Ye
Ross Burton wrote:
> On Wed, 2006-10-25 at 11:41 +0100, Jamie McCracken wrote:
>>> I'm thinking of decent genre support, so multiple genre tags per song
>>> (as supported in Ogg). If a song has Song.Genre="Post Rock,Ambient" and
>>> I search for "rock", will the substring search incorrectly match
2006/10/25, Ross Burton <[EMAIL PROTECTED]>:
> On Wed, 2006-10-25 at 11:41 +0100, Jamie McCracken wrote:
> > > I'm thinking of decent genre support, so multiple genre tags per song
> > > (as supported in Ogg). If a song has Song.Genre="Post Rock,Ambient" and
> > > I search for "rock", will the sub
On Wed, 2006-10-25 at 14:06 +0100, Jamie McCracken wrote:
> > I do wonder why nobody has taken a fast database-backed RDF triple store
> > (from librdf), put a sparql-based frontend on it for queries (again from
> > librdf) and used re-used a lot of code from both Beagle and Tracker for
> > harvest
Ross Burton wrote:
> On Wed, 2006-10-25 at 14:06 +0100, Jamie McCracken wrote:
>>> I do wonder why nobody has taken a fast database-backed RDF triple store
>>> (from librdf), put a sparql-based frontend on it for queries (again from
>>> librdf) and used re-used a lot of code from both Beagle and Tr
On Wed, 2006-10-25 at 15:12 +0200, Jos van den Oever wrote:
> > I do wonder why nobody has taken a fast database-backed RDF triple store
> > (from librdf), put a sparql-based frontend on it for queries (again from
> > librdf) and used re-used a lot of code from both Beagle and Tracker for
> > harve
Le mercredi 25 octobre 2006 à 15:12 +0200, Jos van den Oever a écrit :
> Currently there's a flurry of development going on on just that. It's
> lead by Sebastian Trues, who's sponsored by Mandrake.
Mandriva, please ;)
In fact, this is part
On Wed, 2006-10-25 at 08:45 -0400, Rodney Dawes wrote:
> On Wed, 2006-10-25 at 08:14 +0100, Ross Burton wrote:
> > On Thu, 2006-10-19 at 17:40 -0400, Jim Krehl wrote:
> > > I would like to propose that the gnome-main-menu project -- found in
> > > gnome-cvs under the module "slab" -- to be included
On Wed, 2006-10-25 at 10:52 +0100, Toby Smithe wrote:
> On Wed, 2006-10-25 at 04:23 +0200, BJörn Lindqvist wrote:
> > On 10/24/06, Don Scorgie <[EMAIL PROTECTED]> wrote:
> > > On Tue, 2006-10-24 at 14:11 +0100, Iain * wrote:
> > > > You can drag them from lots of places to the main menu and they'll
On Wed, 2006-10-25 at 15:26 +0200, Frederic Crozat wrote:
> Le mercredi 25 octobre 2006 à 15:12 +0200, Jos van den Oever a écrit :
>
> > Currently there's a flurry of development going on on just that. It's
> > lead by Sebastian Trues, who's sponsored by Mandrake.
>
On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
> James "Doc" Livingston wrote:
> > On Tue, 2006-10-24 at 21:33 +0100, Jamie McCracken wrote:
> >> A contact can only have one metadata value per type (this is a primary
> >> key constraint)
> >>
> >> With everything mapped 1:1 you can then
Hi,
On Tue, 2006-10-24 at 00:09 +0100, Alan Horkan wrote:
> What are the chances of a version of Beagle ever using the C Lucene
> backend, which as Jos has mentioned is currently faster?
Lucene performance across the board is pretty great. I'm not sure that
switching to the C version would buy u
On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
> James "Doc" Livingston wrote:
> > What would be really cool is support for field groups, but that would
> > probably require a fairly large change. So you could do things like
> > correctly storing the release dates when a track is on mult
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Jamie McCracken wrote:
> would suggest:
>
> Contact.HomeEmailAddress : [EMAIL PROTECTED];[EMAIL PROTECTED]
> Contact.WorkEmailAddress : [EMAIL PROTECTED]
>
> note using semicolon as delimiter so contents would need to be escaped
> for the semicolon. I guess standardising on semicolon delimiters
On Tue, 2006-10-24 at 17:09 +0100, Jamie McCracken wrote:
> Dan Winship wrote:
>
> > Are there any *currently existing* GNOME applications that make use of
> > tracker's data store?
>
> not as yet but they are being planned
What besides Epiphany is planned? It sounds like you are keeping thing
Aaron Bockover wrote:
>
> How common will the music database be if the only application adopting
> it is Rhythmbox? Maybe that thread can be restarted from a clean slate
> on g-m-l, but I honestly would have no intention of using Tracker as a
> backend to Banshee's library given the state of disc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is probably going to sound lame to anyone who's seen certain other
operating systems; but would it be absurd to package a program that can
incorporate GNOME configuration applets for user preferences and
administrative actions into customized cons
Hi Ross,
On Wed, 2006-10-25 at 13:49 +0100, Ross Burton wrote:
> I do wonder why nobody has taken a fast database-backed RDF triple store
> (from librdf), put a sparql-based frontend on it for queries (again from
> librdf) and used re-used a lot of code from both Beagle and Tracker for
> harvestin
I'll file bugs. :)
Where can we file bugs BTW? I'd like to make some suggestions but I can't find any launchpad page for gnome-main-menu.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/de
2006-10-25 klockan 03:11 skrev James Henstridge:
> On 25/10/06, Jamie McCracken <[EMAIL PROTECTED]> wrote:
> > We shouldn't need a flattened table as the two metadatatype tables would
> > be properly indexed so joins would be fast (especially with sqlite)
>
> Really? From the description I give a
2006-10-25 klockan 00:00 skrev Ross Burton:
> Is there a list type? Some vCard types are list-of-string and this
> needs to be handled to be searched correctly.
In a triplestore, rdf:List might do.
> Oh, can a single metadata type have multiple occurrences in an object?
In RDF, it can: just sta
2006-10-25 klockan 00:39 skrev Jamie McCracken:
> Each metadata item needs to be unique so that you can get/set its value
> individually as well as search it. Theres no way round this in any
> metadata DB.
This is pure nonsense. Any RDF triplestore can contain the same metadata for
the same enti
2006-10-25 klockan 12:27 skrev Jamie McCracken:
> Ross Burton wrote:
> > On Wed, 2006-10-25 at 11:12 +0100, Jamie McCracken wrote:
> With everything mapped 1:1 you can then use RDF query to search them
> >>> Why would you need a 1:1 mapping to do a query? A query for "contacts
> >>> with an e
On Wed, 2006-10-25 at 17:20 +0100, Jamie McCracken wrote:
> Aaron Bockover wrote:
>
> >
> > How common will the music database be if the only application adopting
> > it is Rhythmbox? Maybe that thread can be restarted from a clean slate
> > on g-m-l, but I honestly would have no intention of usi
Wouter Bolsterlee wrote:
> 2006-10-25 klockan 12:27 skrev Jamie McCracken:
>> Ross Burton wrote:
>>> On Wed, 2006-10-25 at 11:12 +0100, Jamie McCracken wrote:
>> With everything mapped 1:1 you can then use RDF query to search them
> Why would you need a 1:1 mapping to do a query? A query f
On Wed, 2006-10-25 at 22:38 +0200, Christian Persch wrote:
> Hi there,
>
> please let me introduce the latest addition to the category of totally
> useless software by announcing...
>
> GNOME Network Proxy Resolver !
>
> What it is
> ==
>
> GNOME Network Proxy Resolver provides pr
Bastien Nocera wrote:
>> GNOME Network Proxy Resolver provides proxy lookup with PAC support via
>> DBUS. This allows other programmes to support the "Automatic proxy
>> configuration" option from GNOME control centre's Network Preferences
>> without embedding a JavaScript interpreter just for this
Hi,
Le mercredi 25 octobre 2006 à 23:29 +0100, Bastien Nocera a écrit :
> That feature was missing for ages in the control-center (and GNOME
> applications). This fixes a bunch of very old GNOME bugs like:
> http://bugzilla.gnome.org/show_bug.cgi?id=123900
Note that it doesn't actually fix that b
50 matches
Mail list logo
