Re: [Tracker] [Patch] First tracker gui patch
- From: "Edward Duffy" <eduffy gmail com>
- To: "Jamie McCracken" <jamiemcc blueyonder co uk>
- Cc: Jaime Frutos Morales <acidborg gmail com>, tracker-list gnome org
- Subject: Re: [Tracker] [Patch] First tracker gui patch
- Date: Thu, 14 Sep 2006 12:07:48 -0400
On 9/14/06, Jamie McCracken <jamiemcc blueyonder co uk> wrote:
Edward Duffy wrote:
> Here's an update that will display thumbnails. It's kind of buggy, it
> crashes 1 out of every 3 times for me, even on the same search. If
> it's constantly crashing for you, comment out the pthread_create call
> on line 286.
gtk is not thread safe and will crash unless you do what it says on page:
http://developer.gnome.org/doc/API/2.0/gdk/gdk-Threads.html
make sure you init glib and gdk threads early on in main (and before you
call glade)
whenever you update a gtk widget in a thread you must surround it with
GDK_THREADS_ENTER and GDK_THREADS_LEAVE
Also we should use the glib encapsulation of threads and not pthread
directly.
Ok, I'll have to look more into this. I've never mixed gtk and
threads ( I didn't realize glib wrapped that too)
>
> Also, it depends on libgnomeui... is there a desktop agnostic way to
> get a file's thumbnail?
dunno but best to inline the segment of code from libgnomeui?
Probably do-able, it's just md5 stuff[1]. If only Tracker could tell
me this! ;)
I'm not exactly sure if nautilus way is the standard way, does Konquerer and
Thunar do it the same thing?
[1] http://cvs.gnome.org/viewcvs/libgnomeui/libgnomeui/gnome-thumbnail.c?view=markup
>
> So, here's the new patch (that doesn't depend on the previous one I
> sent), and a screenshot to show that it can work.
>
its nice but please dont get rid of the tabs just yet. (I would like to
see them in action before deciding which way to go)
:( I really hate tabs. Also, there's almost 30 services listed in
tracker-introspec.xml...do you really want a tab for each of those?
It's also redundant wrt to the combo box listing the services. But, as I just
wriote, with 30 serives that's too long for a combo box and a tree view would
be better..
While on the treeview subject (the tab idea did this too) it should
show the number
of results for each service. Is there a way to do this currently?
Sort of a pre-search
that can just return a hash table of serivce to count without requiring a limit?
IIRC, the GetTags method does this...
Also please put back the toolbar under the tab which should have the
next/previous buttons and some new stuff:
1) a small combo box prefilled with no of search results to display in a
page (I suggest 10,20,30,50,100)
2) two mutually exclusive buttons (ensure one is always "down") for
selecting a treeview or iconview display
Sounds like clutter and should be in a preference dialog, IMO. I
can't possible see myself performing a search showing 20 results at a
time, 50 for the next search, and then 10 on the third. Same goes for
switching between treeview or iconview.
please fix above and I will be happy to apply
Thanks for your work on this - its starting to look really nice :)
Thank you..it may be a day or two before I can work on it again...it seems I
only get time to work on it in bursts.
BTW, I brought up preferences earlier in this email...what's the
stance on GConf?
Would a ~/.Tracker/tracker-gui.cfg GKeyFile be preferable?
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]