Bookmarks indexing
Hey, something like two months ago I sent here patches to add support for indexing Firefox/Mozilla/Epiphany bookmarks. As of now, they didn't make it to the CVS. Is there any reason behind that, or did they just got lost in the vortex of the list? Just asking, I remember there was some controversion on how the boomarks should be integrated with the web history. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Web Bookmarks Queryables - patches
Hey, Here is the code to add support for bookmark indexing to beagle (I talked about that some time ago). Source (against the latest CVS): http://www.mdk.org.pl/linux/WebBookmarksQueryables_beagle.tar Obligatory Hendrix perm: http://www.mdk.org.pl/linux/beagle_bookmarks.png FEATURES: - Indexes Epiphany, Firefox and Mozilla bookmarks. - Indexes title, location in the folder structure (or "subjects" in case of Epiphany), fav icon (for Firefox), last visited and description - Uses webbookmark:firefox/ID style URI's. - Uses it's own tile in BEST (WebBookmark) with a distinct icon - Consists of two queryables (EpiphanyQueryable and MozillaQueryable). Mozilla queryable tries to index Firefox bookmarks first. If not found, it looks for a Mozilla suite (I assume people who use Firefox don't use Mozilla. Format of bookmarks file is same) - Is 100% dynamic of course. But suffers from bug #306105 - Easily extendable to support some more browsers I didn't implement the results grouping (with WebHistory) as we discussed it here before. Frankly I don't have an idea how to do this (sane). Perhaps we should have a simple API for "results groupers"? Or maybe it should be handled by BEST/other results displaying apps? Although if someone points me in the the right direction I'll happily do the grouping. In some near future I plan adding the Opera bookmarks support (just to have a complete picture) and Skype logs indexing/viewing (as someone requested on the list) Best regards, -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: WebBookmarks Queryable
Dnia 02-06-2005, czw o godzinie 18:15 -0400, Joe Shaw napisał(a): > Presumably there's at least a title associated with the bookmark in > addition to the URL, so that's searchable. I think with Epiphany you > can attach tags to bookmarks, so there's that too. Oh... now I understand. Sorry, I missed the point that Alex's talking about altering "hits", not indexed uris themselves. Of course you're right about searching - Title, Description, FavIcon, LastVisited, Location (in the bookmark structure) gets already indexed (as searchable data) in the code I have. I was thinking about making them deliberately not-searchable. Forget it. I'm looking into that. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: WebBookmarks Queryable
Dnia 01-06-2005, śro o godzinie 00:56 -0700, Alex Graveley napisał(a): > Seems like the bookmark backend should look for an existing web history > hit for the URL and alter that with some bookmark attributes (anything > other than bookmark name?). It should create an empty hit with no > content if the page has not been visited (probably a corner case). > > Or am I missing something? Hmm... this might be a problem when we re-visit a page. The original (bookmark-upgraded) content would get overwritten. That's going to happen often. And the bookmark backend runs only when bookmarks are changed. I'd rather do it the other way round: Each time we index something using beagle-index-url, we look if we have a bookmark for this entry in our db. If so, we alter the indexed url with the bookmark information (and boost the rank). The bookmarks themselves are indexed as not-searchable, so you can't actually "find a bookmark". Or am I missing something? -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: WebBookmarks Queryable
Dnia 01-06-2005, śro o godzinie 00:56 -0700, Alex Graveley napisał(a): > Seems like the bookmark backend should look for an existing web history > hit for the URL and alter that with some bookmark attributes (anything > other than bookmark name?). It should create an empty hit with no > content if the page has not been visited (probably a corner case). It could also update it with favicon and the location in the firefox (or other browser's) bookmark folder structure. Perhaps also with the bookmark's description and the "last visited" information? (Firefox stores that in the bookmark file) Here is the screenshot of what I've got at the moment: http://www.mdk.org.pl/linux/bookmarks.png Results are duplicated because of bug #306105 I filled today (http://bugzilla.gnome.org/show_bug.cgi?id=306105) . It might be also related to #169061 , not sure. It seems to be a BEST bug, as beagle is removing/indexing uri's properly. In bugzilla i'm explaining that using the example of Blam blogs, but it happens on history items and (my) bookmarks as well. It's particularly anoying for web history items. Opening an item in BEST (and launching Firefox) causes the item to clone itself immidiately. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: New Beagle Demos
> Currently, I have done a simple demo of Beagle and Tomboy but I hope to > do more soon, especially on some of the advanced features of Beagle. Nice. Although, I think It would be cool if we had some (advanced) demos showing Beagle functionality in a non-geeky way ;) I mean - you do echo "firefox" > firefox and "firefox" gets dynamically indexed. This amazes us, because we understand all the under-the-hood principles and possibilities. But I think it would be better to illustrate the concept of dynamic indexing by opening openoffice and saving a simple file... this way everybody gets the message ("We index your life... " or whatever the message was... ;) I think "comparison cases" might be pretty nice. Like: 1st case. A non-beaglefied user tries to find his document. He enters different folders, goes back, opens the wrong file, etc. Just as we do it most of the time. 2nd case. A beaglefied user open BEST and enters a keyword. Gets his OO document instantly. Whatever, this is just PR. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
WebBookmarks Queryable
Hi, I stared implementing WebBookmarksQueryable thing - a www bookmark indexer (Epiphany, Mozilla, Firefox). I'm through with the indexing part, but I've got some questions: 1) What Uri scheme would be the best for bookmarks? Currently I'm using: webbookmark://http://www.google.com I was also thinking about: webbookmark://firefox/some/bookmark/structure/Google ...and having the actual link as the attribute. Can't think of any pros & cons here. 2) I'm going to have a TileBookmark to show the bookmarks in BEST. From the user point of view, there will be no difference between Firefox, Epiphany and Mozilla bookmarks. The bookmark will be opened always in the default Gnome web browser. Is this an acceptable default behaviour? 3) Do we need bookmark indexing? :) Seems cool to me. Regards, -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Run tim error in CVS beagle as of May 26
Dnia 28-05-2005, sob o godzinie 12:56 -0400, Joe Shaw napisał(a): > You can try applying the patch I attached earlier in the thread. If it > applies cleanly, then the CVS server hasn't updated yet. They have some > sort of round-robin setup for the anoncvs servers, and some update > within an hour and some I've seen take 2 days. The patch is applied in the CVS ver I have. But the problem still persists... I did some debbuging. It seems the function throws an exception on this very exact string: "File written by Adobe Photoshop¨ 4.0" Notice the invalid garbage after "Photoshop". This explains why this happens only for JPEG files, as It appears I have a lot of files "Writen by Adobe Photoshop". I've uploaded a problematic JPEG for refererence: http://www.mdk.org.pl/linux/cz13km.jpg BTW, these are russian soldiers in Chechenia. > > > /usr/bin/beagle-info: line 13: 6902 Przerwany potok > > MONO_GAC_PREFIX="/opt/mono:$MONO_GAC_PREFIX" MONO_PATH="$THIS_PATH: > > $MONO_PATH" BEAGLE_FILTER_PATH="$BEAGLE_FILTER_PATH:$THIS_FILTERS" mono > > --debug $MONO_EXTRA_ARGS $THIS_EXE "$@" > > > > .. on the very end of each "update". "Przerwany potok" means "broken > > stream" or "broken pipe". Seems like a bash error... ? > > Do you get something similar if you run "beagle-info --status | head -n > 20" by hand? It should just discard the data, not break the pipe. How > annoying. Yes, exactly the same. It looks like the 'n' doesn't matter here (it breaks the pipe even with n=1). On the other hand n=100 gives 100 lines output so it seems to be working. Regards, -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Run tim error in CVS beagle as of May 26
Dnia 27-05-2005, pią o godzinie 12:50 -0400, Abbas Faiq napisał(a): > Thanks for looking into this, seems like the problem is still there...I > built beagle around 12:40pm from CVS I built beagle a few hours ago and I'm experiencing same thing - but it seems that only for JPEG files. The log is: 05-05-27 23.39.37.53 12226 IndexH ERROR: Unable to filter file:///home/mdk/Desktop/zdjecia/nie moje/kasia/akt1.jpg (mimetype=image/jpeg) 05-05-27 23.39.37.53 12226 IndexH ERROR: System.IndexOutOfRangeException: Array index is out of range. in <0x000c5> Beagle.Util.StringFu:CleanupInvalidXmlCharacters (System.String str) in <0xf> Beagle.Property:set_Value (System.String value) in <0x00072> Beagle.Property:New (System.String key, System.Object value) in <0x000ca> Beagle.Filters.FilterJpeg:DoPullProperties () in <0x0019c> Beagle.Daemon.Filter:Open (System.IO.FileInfo info) in <0x0002f> Beagle.Daemon.Filter:Open (System.String path) in <0x0034d> Beagle.Daemon.FilterFactory:FilterIndexable (Beagle.Indexable indexable) in <0x00969> Beagle.Daemon.LuceneDriver:Flush () I'll try fetching the CVS again soon. One more thing - each time I "bootstrap" beagle (I mean: after having deleted the ~/.beagle) I get the following error on the console: ** (beagled:6660): WARNING **: _wapi_connect: Need to translate 2 [Nie ma takiego pliku ani katalogu] into winsock error "Nie ma takiego pliku ani katalogu" means "No such file or directory". Winsock? I didn't know we have winsock on Linux... ;) On the other hand beagle-status keeps flashing me a: /usr/bin/beagle-info: line 13: 6902 Przerwany potok MONO_GAC_PREFIX="/opt/mono:$MONO_GAC_PREFIX" MONO_PATH="$THIS_PATH: $MONO_PATH" BEAGLE_FILTER_PATH="$BEAGLE_FILTER_PATH:$THIS_FILTERS" mono --debug $MONO_EXTRA_ARGS $THIS_EXE "$@" ... on the very end of each "update". "Przerwany potok" means "broken stream" or "broken pipe". Seems like a bash error... ? I'm using mono 1.1.7 but had same problems with 1.1.6. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Folder icon
> ... > Look at Tiles/template-folder.html. There should at least be a > in there. Can you tell if it's pulling a different template? (It WFM) It's fixed in the latest CVS. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Folder icon
I can't see the folder icon in the latest beagle from cvs... I mean the nautilus folder icon that should be displayed when a matching directory was found. It's simply not there. The source in BEST is: ... ... (skipped) ... Apart from that the folder (as a result) works fine, I can "reveal it in file manager", etc. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Beagle and filesystem hierarchy
Today the "critical mass" of the chaos on my hdd has been reached and I decided to do some house keeping. I wanted to re-organize some of "my documents" and do some cleaning. Having Beagle in mind, I wanted to reorganize the stuff in such a way, that I could easily find it later on using Beagle. Here is what I found out. I started with the folder "Anomalia" which contains all the things related to my movie Anomalia. That includes hundreds of documents, scripts, set-photos, preview files (video, music), tech-lists, sketched images, etc... It's a good use-case, as most of the documents have more than one version. There were two music propositions for the movie written by two different guys (rosiak & fala). The rosiak's music has been accepted, but I still want to keep the fala's proposition for future reference. So I thought I'd create the folders in following structure (folders start with *): * Anomalia * Music * Rosiak Version1.mp3 Version2.mp3 Version3.mp3 Final.mp3 * Fala Version1.mp3 Now, let's say I want to find the final version of the music for the movie (Anomalia/Music/Rosiak/Final.mp3). I enter: "anomalia music" ...into beagle, and I hope to find the above files and select the "Final.mp3". No luck, zero results. I try different queries: "music rosiak" "music final" "rosiak final" Each gives zero results (notice that I skipped "anomalia"), although they seem to be perfectly logical. I CAN find the file by using: "final" "rosiak" ...queries. But this is nonsense, as I have hundreds of other results with "rosiak" and millions of files with "final". I understand, that the idea of Beagle is to get rid of the "hierarchical-folder-tree-way-of-thinking"... but: the only way to find my files using the "anomalia music" query (which is the fisrt query that comes to my mind) would be to organize it: * Anomalia Music - Rosiak - Version1.mp3 Music - Rosiak - Version2.mp3 Music - Rosiak - Version3.mp3 Music - Rosiak - Final.mp3 Music - Fala - Version1.mp3 ...but trying to follow this rule will make my "Anomalia" folder 500 items big, and will make it totaly unusable to everything other than Beagle. Not to mention the time it would take to rename everything to fit this scheme (and the time to add new items to this scheme). So, the conclusion: I think Beagle should analyze the complete paths and break them into indexable keywords. Like: /Anomalia/Music/Rosiak/Final.mp3 ...should give: "Anomalia" "Music" "Rosiak" "Final" ...keywords. Regards, -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Evolution mail indexing
Dnia 22-05-2005, nie o godzinie 16:52 -0400, Joe Shaw napisał(a): > On Sun, 2005-05-22 at 22:34 +0200, MDK wrote: > > One more detail regarding the evolution-mail backend. It should not > > index the contents of the "Spam" folder... > > It skips over folders named "Spam" or "Junk". There might be a bug in > here, though. Is the folder an mbox or IMAP folder? What is the name > of the folder in your .evolution/mail directory? Yes, I've seen the code that does it. The problem is (I might be wrong here) that there is no actually such a folder as "spam" in evolution (on the backend side). The messages I see in my "Spam" are actually stored in Inbox (.evolution/mail/local/Inbox). But somehow evolution "knows" that they should not be displayed in "Inbox" but in "Spam". And this is not related to cutom mail headers. I'm using the generic evolution "Spam" folder (with special icon) + evolution-invoked spamassassin (no MTA here). So everything is mbox format. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle CVS and Evolution Address book
Dnia 22-05-2005, nie o godzinie 16:51 -0400, Joe Shaw napisał(a): > Just a general FYI: This isn't a safe change to make. The major so > number (3 vs. 0 in this case) are different for a reason. :) It > indicates that the library interface is incompatible. So if you do this > there is no guarantee that things will work... there's a good chance > it'll crash. Well... it looks like it works quite fine. The only problem I see is when I try to "open" a contact in BEST. I get: | ... | Open URI: action:_tile_26!Open | Warning: Open method not implemented for this tile type A similiar out when trying to open a mail message: | Open URI: action:_tile_37!Open | Unable to run evolution: Cannot find the specified file It seems something changed here. In the prev version of Beagle, I was able to do that just fine. > Is /opt/gnome/lib in your /etc/ld.so.conf or LD_LIBRARY_PATH? Mono just > looks in those places for libraries like any other application. Yes, it is in ld.so.conf. Arch installs all the *-sharp packages into /opt/mono and follows this layout strictly. Generally things work without a problem (for example - libgtkhtml is in /opt/gnome/lib and gtkhtml-sharp is in /opt/mono). Dunno why it doesn't work with evolution sharp. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Evolution mail indexing
One more detail regarding the evolution-mail backend. It should not index the contents of the "Spam" folder... -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Beagle CVS and Evolution Address book
Hi, First of all - thanks for correcting the filesystem layout problems. Now I'm able to run Beagle on Archlinux (this distro installs mono in /opt/mono and gnome in /opt/gnome). I'm running Beagle from CVS, evolution 2.2.2 and evolution-sharp 0.6. When starting Beagle I had this problem: ... Beagle WARN: Could not open Evolution addressbook. Addressbook searching is disabled. Beagle DEBUG: System.DllNotFoundException: libebook-1.2.so.0 in (wrapper managed-to-native) Evolution.Book:e_book_new_system_addressbook (intptr&) in <0x00016> Evolution.Book:NewSystemAddressbook () ... I had to: $> ln -s /opt/gnome/lib/libebook-1.2.so.3.1.1 /usr/lib/libebook-1.2.so.0 What is strange, is that: $>ln -s /opt/gnome/lib/libebook-1.2.so.3.1.1 \ /opt/gnome/lib/libebook-1.2.so.0 ...does not work. Since archlinux installs evolution (and all the gnome stuff) in /opt/gnome this should be right way to do that. Anyways, I suppose this is rather an evolution-sharp problem. But I remember that I had same issues when running Beagle 0.7 (0.6?) on Gentoo system (making a symlink). Regards, -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: configure.in & DBUS
> On Fri, 2005-04-08 at 00:24 +0200, MDK wrote: >> I think there is a small mistake in configure.in for Beagle. Line 321: >> >> DBUS_PREFIX=`$PKG_CONFIG --variable=prefix dbus-sharp` >> >> should be: >> >> DBUS_PREFIX=`$PKG_CONFIG --variable=prefix dbus-1` > > This change will cause problems. Except for the header file check, we > always use DBUS_PREFIX to find dbus-sharp related things. In > particular, we use it to set the MONO_GAC_PREFIX. I see. Actually, there is more than that. I'm trying to do Archlinux Beagle packages, and this /opt/mono is causing serious problems. I do: configure --prefix=/usr --datadir=/opt/gnome ...but the generated beagled script will try to launch /opt/mono/lib/beagle/BeagleDaemon.exe (while it should launch /usr/lib/beagle/BeagleDemon.exe). It looks like it assumes that beagle is installed with same prefix as mono. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
configure.in & DBUS
I think there is a small mistake in configure.in for Beagle. Line 321: DBUS_PREFIX=`$PKG_CONFIG --variable=prefix dbus-sharp` should be: DBUS_PREFIX=`$PKG_CONFIG --variable=prefix dbus-1` ... because dbus include files actually belong to dbus package, not dbus-sharp package. The present version will work only if dbus-sharp has same prefix as dbus. Certain distributions (Archlinux) install mono & sharp stuff to /opt/mono, while dbus (and includes) gets installed in /usr/. Regards, -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
More on BEST thumbnails
Some time ago I submitted this patch to fix the GNOME thumbnails behaviour in BEST. Now, I'd like to work more on that -- to make BEST actually generate GNOME thumbnails each time it needs to display an image that doesn't have a GNOME thumbnail. It seems to me to be a better default behaviour than scaling (huge) photos/images inside the gecko engine. We could also (?) re-use Nautilus settings here ("Don't generate thumbnail if the file size exceeds X KB's") and display a stock "image" icon if the thumbnail can't be generated. I'd also like to use rsvg-sharp to fix the SVG images issue (to generate thumbnails from SVG files). What you think? -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle doesn't notice files being moved
Dnia 22-03-2005, wto o godzinie 00:47 +0100, MDK napisał(a): > Beagle doesn't notice file movements across filesystem. > ... > I'm using inotify 0.20 + reiserfs3 with user_xattr set. Could it be that noatime mount flag is causing that? -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Beagle doesn't notice files being moved
Beagle doesn't notice file movements across filesystem. $ touch test.txt LOG: DEBUG: - file:///home/mdk/Desktop/zdjecia/test.txt DEBUG: + file:///home/mdk/Desktop/zdjecia/test.txt $ echo "this is a test" >> test.txt LOG: DEBUG: - file:///home/mdk/Desktop/zdjecia/test.txt DEBUG: + file:///home/mdk/Desktop/zdjecia/test.txt So far so good. I can find the file by contents/name in BEST. But now... $ mv test.txt test2.txt LOG: (No action) Searching for test2 gives no results in BEST. Searching for test gives no results as well + log: LOG: DEBUG: - file:///home/mdk/Desktop/zdjecia/test.txt I'm using inotify 0.20 + reiserfs3 with user_xattr set. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle not using GNOME thumbnails (?)
Dnia 21-03-2005, pon o godzinie 16:25 -0500, Joe Shaw napisał(a): > > 2) I've got some SVG drawings that render perfect thumbnails in > > Nautilus. In beagle I can only see "broken-image" flag for them. > > This is because Gecko doesn't support rendering of SVG. It'd be good to > open a bug on this if there isn't one already. The "spaces" thing also applies to that. If the path+svg_filename doesn't contain spaces, the svg thumbnail will get rendered correctly. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle not using GNOME thumbnails (?)
Dnia 21-03-2005, pon o godzinie 16:25 -0500, Joe Shaw napisał(a): > It should be using the thumbnails. In Best hit Ctrl-U to see the HTML > source and see where the file is being loaded from. I just tried it on > a jpg in my homedir, and it worked for me: Got it. It will only use thumbnails if the path+filename doesn't contain spaces. For 'wystawa.jpg' I get: For 'wystawa wystawa.jpg' I get: Filling this as a bug. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Beagle not using GNOME thumbnails (?)
Could it be that Beagle is not actually using the GNOME/Nautilus thumbnails for images? I suspect because: 1) While using Beagle under some system load, I noticed that I can "see" images being rendered in BEST (white gecko jpeg "parsing" line). It looks to me like images (say: 800x600) are being gecko-scaled to fit the thumbnail (and I've got thumbnails for them in Nautilus) 2) I've got some SVG drawings that render perfect thumbnails in Nautilus. In beagle I can only see "broken-image" flag for them. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle: Consumes lots of memory making the system unusable
Dnia 15-03-2005, wto o godzinie 11:11 -0500, Ken VanDine napisał(a): > I had not noticed this, but this thread made me look. I have a single > IndexHelper log file that is 8.1G. All the others look reasonable. > Also, it isn't the latest file. > > A little info: > mono 1.1.4 > beagle 0.0.7 > dbus 0.23.3 Same config here. My complete .beagle directory is only 11MB (!). My home directory is ~ 1GB. 100MB is photos. 100MB is downloads (tar's). 100MB goes for mail & evolution. The rest is code + some kind of text documents (sxw, pdf mostly, a lot of HTML). I don't store music + videos in my home dir. 8.1GB sounds crazy. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Font size (Was: Giant memory leaks still there)
Dnia 27-02-2005, nie o godzinie 17:50 +0200, Thomas Paris napisał(a): > > I figured if you do something like > >export LANG="C" > > in the shell you run Best from, the font sizes go back to normal. Im not > > sure what is causing this but it would be nice if someone could track > > this down or explain what is happening. > > Just guessing here, but I've seen this kind of behaviour with GTK apps > before. The reason was that a different configuration file (gtkrc) was > used depending on the locale (or more exactly, depending on the encoding > in use). And said file includes info on which font should be used. ... Just noticed that same thing happens with BLAM. Looks like gecko-sharp related. And there is more: when I look at the default font configuration in mozilla/firefox, I see that settings for "Unicode" are bigger than settings for "Western", "Central European", etc. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Beagle Nautilus Extension
I just thought it would be cool if beagle had a saimple nautilus extension to easily exclude a folder from indexing. The folder would get a special emblem or something. I feel like hacking on that but tell me what you think. -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Gentoo / inotify
> There's been some recent chatter around inotify in Fedora/SuSE etc, but > as a Gentoo user I'm wondering if Robert - or anyone else for that > matter - has an update on inotify versioning in gentoo-dev-sources. You can quite easily update your version of inotify. Just: - emerge gentoo-dev-sources - go to your distfiles and look for a tar.gz file named genpatches-2.6-10.08-extras.tar.gz - unpack the inotify patch to your kernel directory - patch -p1 -R < inotify_patch (to reverse the patch) - download the patest 0.18 patch from Robert - patch -p1 < latest_inotify_patch Here you go. The bigger problem is - the latest version of dbus in portage can't be build with mono bindings (they (temporarily?) removed the 'mono' USE flag). I can't clearly understand why. But you can download the latest dbus source and just: ./configure --prefix=/usr make make install ...over the previously emerged version of dbus (to get the init scripts, etc.) I think I'm also suffering from the "big fonts" issue. Maybe the gecko component uses different DPI settings than the desktop itself? -- Michał Dominik K. [EMAIL PROTECTED] www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Mono GC + Beagled
Hi everybody, I just subscribed to the list. I've been playing with the latest Beagle from CVS - it's a great software and a great idea. I wish you good luck with this and hopefully I'll try to do some development. BTW, I found on the Beagle Wiki: > The daemon needs to be able to run for a long time without horking your > system. We need to figure out how to 'nice' the daemon's activities so that > it doesn't take down the rest of the system. We also need a mechanism for > periodically restarting the daemon, because the Mono GC is not precise > enough to allow us to run forever without eating all your RAM. I've been doing some mono development, and I noticed that too (Mono GC memory leaking). Is there any chance that this is going to change in the upcoming Mono versions? -- Michael Dominic K. mdk (at) mdk.org.pl www.mdk.org.pl ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers