What about tagging files by their mime/type - something like a virtual
folder for their specific mime type?
With this then it would be easy to load all your mp3/ogg files(for
example) in your musicplayer.
Make beagle go beyond it's current state - from just being indexer -
to also be an
What about tagging files by their mime/type - something like a virtual
folder for their specific mime type?
With this then it would be easy to load all your mp3/ogg files(for
example) in your musicplayer.
Beagle already provides the tools/API for that. Its best if it is
handled by some
Yeah I know that there exists those Virtual Folder things. But I meant
something like that but with tagging instead of rather quering from
the beagle-daemon.
What I meant was that tagging files to their specific mime-types makes
it easy to get all files of a specific mime-type. Isn't there some
I vote for a solution to: http://bugzilla.gnome.org/show_bug.cgi?id=336673
getting XMP sidecar files to work would be great
-- Alex
On 21/09/06, Kevin Kubasik [EMAIL PROTECTED] wrote:
Hey, just thinking about the general lack of planned direction for
beagle development at the moment. (No
Hi,
Joel Mandell wrote:
Yeah I know that there exists those Virtual Folder things. But I meant
something like that but with tagging instead of rather quering from
the beagle-daemon.
What I meant was that tagging files to their specific mime-types makes
it easy to get all files of a
By default results are limited to 100, but you can change this in your
code. This exists because (a) it helps performance and (b) in most
cases more than 100 hits is not useful.
Well that makes sense, I do know the beagle-query --mime audio/mp3 command :-}
But shouldn't it be possible to
Joel Mandell wrote:
But shouldn't it be possible to pass an argument to beagle allowing
more then 100 - hacking the code for my own sake when this argument
could be useful to others doesn't make any sense huh?
beagle-query already takes a --max-hits parameter. I dunno if it makes
sense for
How about a basic use case of what you mean. Nice simple step by step
from the end user. I have been kicking around and idea with the voices in
my head about the idea of dbus/beagle integration with something like:
If the music player is open or an music device is plugged in beagle
beagle-query already takes a --max-hits parameter. I dunno if it makes
sense for beagle-search. People give up paging through way before they
get to the 100th hit. People generally refine their searches further.
Yeah I know that parameter, but It doesn't seem to work. As default it
gives
I know that for example amarok has dynamic playlists, and
automatically new founded files get's appended to the playlist if they
match the criteria(genre, artist) to the specific dynamic
playlist-mode.
With a listener you can integrate this to banshee and other players
also in the future or
Hi,
Adam T. Gautier wrote:
If the music player is open or an music device is plugged in beagle
prioritizes music files in results.
I know that Banshee has a plugin which will use Beagle as a source. It
does exactly (I think) what joel was proposing: it finds all of your
music files and
Hi,
Joel Mandell wrote:
beagle-query already takes a --max-hits parameter. I dunno if it makes
sense for beagle-search. People give up paging through way before they
get to the 100th hit. People generally refine their searches further.
Yeah I know that parameter, but It doesn't seem to
Its awesome to see all this talk! Please feel free to either file an
enhancement bug (so it doesn't get lost) or add it to the new section
'Ideas for Future Releases on the Roadmap page.
For the next 0.2.11 release, do we have any specific thoughts on what we
want done? I know that there are some
On Thursday 21 September 2006 19:40, Adam T. Gautier wrote:
I thought it was because it needed to be transfered across the network?
I also thought that Lucene queried the index in the DB why would it
need one disk access per document?
Because the documents, i.e. the stored fields like e.g.
14 matches
Mail list logo