Re: WebInterface
I am struggling to get WEB interface for Beagle working under Ubuntu 10.04. I have got through literally 100s of messages on this board, but I still can not figure out how to allow remote access to the search results. localhost:4000 works just fine. When I try to access the WEB page via IP address, like http://137.167.20.69:4000/ (even when on the same machine) I get Bad Request (Invalid host) . Try http://127.0.0.1:4000/ IIRC, by default the web interface will allow access only on the local interface. - dBera ___ dashboard-hackers mailing list dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: WebInterface
On Mon, Jun 21, 2010 at 1:17 PM, Enrico Minack enrico-min...@gmx.de wrote: Am Montag, den 21.06.2010, 11:58 +0530 schrieb D Bera: I am struggling to get WEB interface for Beagle working under Ubuntu 10.04. I have got through literally 100s of messages on this board, but I still can not figure out how to allow remote access to the search results. localhost:4000 works just fine. When I try to access the WEB page via IP address, like http://137.167.20.69:4000/ (even when on the same machine) I get Bad Request (Invalid host) . Try http://127.0.0.1:4000/ IIRC, by default the web interface will allow access only on the local interface. I think the question was more about how to change the default behaviour. How can beagle be configured to also listen on IPs of the machine other than localhost / 127.0.0.1? Hmm... try this: $ beagle-config Networking ServiceEnabled True OR in beagle-settings GUI, Check Networking tab :allow external access - dBera PS: Relevant commit: http://www.mail-archive.com/svn-commits-l...@gnome.org/msg65404.html ___ dashboard-hackers mailing list dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle webinterface
Has anybody tried the interface? On Domingo 20 Septiembre 2009 21:53:14 Hugo Sarti escribió: Hi everybody, I was trying to share the new webinterface that I made when noticed the decision about moving to Unmanteined State. I'm really sorry to hear this decision. The project was very helpful for our company, indexing documents in a centralized NAS. I am not a experienced Mono / .Net developer. My major skills are based on PHP (I'm also certified on php5). I was thinking on doing a port to this language, perhaps now this can be more than just a thought. Maybe php will get more people to the project or maybe not. Please download and try the new webinterface at the following link. Any feedback/comment is incredible valuable. http://globalsyons.com/projects/beagle/beagleWI.tar.gz Kind Regards -- Hugo Sarti Ingeniero en Sistemas de Información Syons www.syons.com.ar ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Beagle webinterface
Hi everybody, I was trying to share the new webinterface that I made when noticed the decision about moving to Unmanteined State. I'm really sorry to hear this decision. The project was very helpful for our company, indexing documents in a centralized NAS. I am not a experienced Mono / .Net developer. My major skills are based on PHP (I'm also certified on php5). I was thinking on doing a port to this language, perhaps now this can be more than just a thought. Maybe php will get more people to the project or maybe not. Please download and try the new webinterface at the following link. Any feedback/comment is incredible valuable. http://globalsyons.com/projects/beagle/beagleWI.tar.gz Kind Regards -- Hugo Sarti Ingeniero en Sistemas de Información Syons www.syons.com.ar ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Playing with Beagle webinterface: XML Parsing Error...
Hi, I'm trying to change the webinterface home page. I'd like to have a form similar to the one of google advanced search: http://www.google.com/advanced_search Being a total newbie at all this, I've made a copy of all the files from /usr/share/beagle/webinterface/ to /usr/share/beagle/webinterface/advancedsearch/ to start playing around without breaking Beagle. I've changed the Advance search link to point to the new ./advancedsearch/index.xml. In firefox 3.0.3, if I point to http://localhost:4000/ the original page works flawlessly. Once I click on advance search I move to http://localhost:4000/advancedsearch/index.xml but I have this error: XML Parsing Error: no element found Location: http://localhost:4000/advancedsearch/index.xml Line Number 1, Column 1: ^ It works if I use the address file:///usr/share/beagle/webinterface/advancedsearch/index.xml but then even the normal search stops working, with firefox saying ...can't find the file at /usr/share/beagle/webinterface/POST?querytext=whateverqyerysubmit=Search... Any clue? I've put a copy of my current /usr/share/beagle/webinterface/ folder here: https://rottame.dyndns.org/webinterface.tar.gz . The two index.xsl pages are still identical except for the logo and the advanced search link. Thanks for any clue! Marco -- ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
solved!!! the problem was not on mimetype!!! the problem was that using location.host showed me the /var/www of :4000, the /usr/share/beagle/webinterface dir, not /var/www of :80! servidor = http://; + location.host + /; direccio = url.replace (file:///var/www/,servidor); direccio = direccio.replace (:4000,:80); the last line was the missing! this could be a great tool at the moment, users could test webinterface only allowing the search only on /var/www dir... also the solution to could search the files from the /home you could use ln -s /home/user/ /usr/share/beagle/webinterface/files I wish that that project goes up! now what I promised... translating... start? :) Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Fri, Jul 18, 2008 at 3:24 PM, Debajyoti Bera [EMAIL PROTECTED] wrote: onClick=openhit('[EMAIL PROTECTED]', '{$mimetype}'); return false;) onClick=openhit('[EMAIL PROTECTED]', '$mimetype'); return false;) onClick=openhit('[EMAIL PROTECTED]', $mimetype); return false;) onClick=openhit('[EMAIL PROTECTED]', {$mimetype}); return false;) and in the funcion openhit(url,mime){ there's an alert(mime); sometimes in the last twho cases it opens a new window with the main page (and alert don't appears) :S in the first two ones, the alert is empty. (Ignore if you are getting it second time - some domains refused the earlier js attachment). You forgot the change in hitresult.xsl ! I am making it a bit easier for you. Download these files are replace the original ones by them: http://svn.gnome.org/svn/beagle/trunk/beagle/beagled/webinterface/default.js http://svn.gnome.org/svn/beagle/trunk/beagle/beagled/webinterface/hitresult.xsl And then open default.js, find the method open_hit and replace it with: - 8- function open_hit (uri, mimetype) { alert (Opening + uri + ( + mimetype + )); return false; } --8-- I verified that it works here. See if that works for you. -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
ok, this don't give any error... but when I do an alert of mimetype value it only shows me $mimetype... one question... is possible that user when clicks the link href changes for the modified [EMAIL PROTECTED] value? thanks. Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 8:48 PM, Blackhold [EMAIL PROTECTED] wrote: hello, I could get the correct url with http:// thanks you much :D but now I found an other problem... I tested with a lot of variables, and looked the code for a similar var but for the mime type, I found that with my script all files are procesed as text files :o now I've got that: [hitresult.xsl] a target=_blank href=# onClick=openhit('[EMAIL PROTECTED]'); return false; [default.js] function openhit(url) { var direccio; var host; host = http://; + location.host + /; direccio = url.replace (file:///var/www/, host); document.location.href = direccio; } now I know that I have to do that: [hitresult.xsl] a target=_blank href=# onClick=openhit('[EMAIL PROTECTED]',var_saying_mimetype); return false; [default.js] function openhit(url,mime) { var direccio; var host; host = http://; + location.host + /; direccio = url.replace (file:///var/www/, host); window.open(direccio).document,open(mime); } I see also, searching, that there's a file that I think that it could be used for translations. In some projects for translate websites is used php gettext, but I think that gettext is not forced to be linked at php... I don't know... thanks you much. Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 5:04 PM, Blackhold [EMAIL PROTECTED] wrote: ok, great! missed the in href=# :$ I were looking and relooking into the other funcion of a label :$ gonna try if the other thing works... Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 4:52 PM, D Bera [EMAIL PROTECTED] wrote: it don't :( I quickly changed on my computer and got an alert box with the URL. a href=# onClick=openhit('[EMAIL PROTECTED]'); return false;... function openhit (url) { alert(url); } ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
ok, this don't give any error... but when I do an alert of mimetype value it only shows me $mimetype... Then use onClick=openhit('[EMAIL PROTECTED]', '{$mimetype}'); return false;) one question... is possible that user when clicks the link href changes for the modified [EMAIL PROTECTED] value? Not sure what you mean here. Can you explain with an example ? You might be able to change the href when the user clicks the link, but that would again involve writing an onClick handler. I think you should be able to change the href and then return true in which case the click will open the modified href. But this all javascript manipulation happening here. And I am not the best person to ask these :-). You should consult some advanced javascript tutorial or something. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
a href=return of function openhit() onClick=openhit(...) then, in function openhit function openhit(url){ direccio = modification of value url; return(direccio); } then in href, nor #, go the edited link, then we don't need to use mimetype and nothing more... Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Fri, Jul 18, 2008 at 1:22 PM, Debajyoti Bera [EMAIL PROTECTED] wrote: ok, this don't give any error... but when I do an alert of mimetype value it only shows me $mimetype... Then use onClick=openhit('[EMAIL PROTECTED]', '{$mimetype}'); return false;) one question... is possible that user when clicks the link href changes for the modified [EMAIL PROTECTED] value? Not sure what you mean here. Can you explain with an example ? You might be able to change the href when the user clicks the link, but that would again involve writing an onClick handler. I think you should be able to change the href and then return true in which case the click will open the modified href. But this all javascript manipulation happening here. And I am not the best person to ask these :-). You should consult some advanced javascript tutorial or something. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
a href=return of function openhit() onClick=openhit(...) then, in function openhit function openhit(url){ direccio = modification of value url; return(direccio); } then in href, nor #, go the edited link, then we don't need to use mimetype and nothing more... From what I understand about HTTP servers, even then you would have the same problem. document.open(...), window.open(...) or clicking on an href uses the same HTTP calls and browser functions to open a new document. AFAIK, its the HTTP servers responsibility to inform the browser about the mimetype. You can test this, in openhit(), instead of opening a new window with the document, open a blank window and set its href to direccio. That will achieve the same effect as clicking on a link. See e.g. http://www.irt.org/articles/js128/index.htm#4.1 -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
what I would like to not do is open an other window, but I'm gonna try to continue with the mime, I think I'm almost at the end! a few tests more and that's all! maybe webinterface could have this utility in this time... Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Fri, Jul 18, 2008 at 2:29 PM, Debajyoti Bera [EMAIL PROTECTED] wrote: a href=return of function openhit() onClick=openhit(...) then, in function openhit function openhit(url){ direccio = modification of value url; return(direccio); } then in href, nor #, go the edited link, then we don't need to use mimetype and nothing more... From what I understand about HTTP servers, even then you would have the same problem. document.open(...), window.open(...) or clicking on an href uses the same HTTP calls and browser functions to open a new document. AFAIK, its the HTTP servers responsibility to inform the browser about the mimetype. You can test this, in openhit(), instead of opening a new window with the document, open a blank window and set its href to direccio. That will achieve the same effect as clicking on a link. See e.g. http://www.irt.org/articles/js128/index.htm#4.1 -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
well tried that: onClick=openhit('[EMAIL PROTECTED]', '{$mimetype}'); return false;) onClick=openhit('[EMAIL PROTECTED]', '$mimetype'); return false;) onClick=openhit('[EMAIL PROTECTED]', $mimetype); return false;) onClick=openhit('[EMAIL PROTECTED]', {$mimetype}); return false;) and in the funcion openhit(url,mime){ there's an alert(mime); sometimes in the last twho cases it opens a new window with the main page (and alert don't appears) :S in the first two ones, the alert is empty. Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Fri, Jul 18, 2008 at 2:39 PM, Blackhold [EMAIL PROTECTED] wrote: what I would like to not do is open an other window, but I'm gonna try to continue with the mime, I think I'm almost at the end! a few tests more and that's all! maybe webinterface could have this utility in this time... Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Fri, Jul 18, 2008 at 2:29 PM, Debajyoti Bera [EMAIL PROTECTED] wrote: a href=return of function openhit() onClick=openhit(...) then, in function openhit function openhit(url){ direccio = modification of value url; return(direccio); } then in href, nor #, go the edited link, then we don't need to use mimetype and nothing more... From what I understand about HTTP servers, even then you would have the same problem. document.open(...), window.open(...) or clicking on an href uses the same HTTP calls and browser functions to open a new document. AFAIK, its the HTTP servers responsibility to inform the browser about the mimetype. You can test this, in openhit(), instead of opening a new window with the document, open a blank window and set its href to direccio. That will achieve the same effect as clicking on a link. See e.g. http://www.irt.org/articles/js128/index.htm#4.1 -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
I'm trying to do it without using blank screen, it will make user go slow at downloading the file... take a look at that please: http://rafb.net/p/VKDLAz64.html I made these changes and now, when I try to do a search, the search page stays there, thinking, doing nothing... what is wrong? thanks you much! Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Wed, Jul 16, 2008 at 8:24 PM, Blackhold [EMAIL PROTECTED] wrote: ok, maybe I'm gonna use a php file for open the new window, that is the language I usually use. thanks, tomorrow I'll give you the last solution :) Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Wed, Jul 16, 2008 at 6:34 PM, D Bera [EMAIL PROTECTED] wrote: function openhit(url) { var direccio; direccio = url.substring(15); direccio = http://; + location.host + direccio; return direccio; } I don't know if it is right... could you help me please? I don't remember it off the top of my head. Check the internet for examples on how to change the link URL. Usually it involves using a javascript function for href or using the onclick handler for a. I think for your case you need a onclick handler i.e. change in the xsl file to a target=_blank href=# onclick=openhit(\[EMAIL PROTECTED]); return false; and add a method like function openhit (url) { //... open a new window using javascript } I am sorry ... you have to google to fill in the javascript functions :) - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
I remember that I've got webdeveloper, I see the debugging page and appears me that: Error: no ben format Fitxer font: http://192.168.2.8:4000/hitresult.xsl Línia: 57, columna: 51 Codi font: a target=_blank href=javascript:openhit(\[EMAIL PROTECTED]) and this other one Error: uncaught exception: [Exception... Component returned failure code: 0x8061 [nsIXSLTProcessor.importStylesheet] nsresult: 0x8061 (unknown) location: JS frame :: http://192.168.2.8:4000/default.js :: TOP_LEVEL :: line 811 data: no] Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 11:38 AM, Blackhold [EMAIL PROTECTED] wrote: I'm trying to do it without using blank screen, it will make user go slow at downloading the file... take a look at that please: http://rafb.net/p/VKDLAz64.html I made these changes and now, when I try to do a search, the search page stays there, thinking, doing nothing... what is wrong? thanks you much! Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Wed, Jul 16, 2008 at 8:24 PM, Blackhold [EMAIL PROTECTED] wrote: ok, maybe I'm gonna use a php file for open the new window, that is the language I usually use. thanks, tomorrow I'll give you the last solution :) Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Wed, Jul 16, 2008 at 6:34 PM, D Bera [EMAIL PROTECTED] wrote: function openhit(url) { var direccio; direccio = url.substring(15); direccio = http://; + location.host + direccio; return direccio; } I don't know if it is right... could you help me please? I don't remember it off the top of my head. Check the internet for examples on how to change the link URL. Usually it involves using a javascript function for href or using the onclick handler for a. I think for your case you need a onclick handler i.e. change in the xsl file to a target=_blank href=# onclick=openhit(\[EMAIL PROTECTED]); return false; and add a method like function openhit (url) { //... open a new window using javascript } I am sorry ... you have to google to fill in the javascript functions :) - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
I'm testing different things... now: a target=_blank href=javascript:\[EMAIL PROTECTED].replace(file:///var/www,http://+location.host) but also \[EMAIL PROTECTED] don't likes to browser :( Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 11:40 AM, Blackhold [EMAIL PROTECTED] wrote: I remember that I've got webdeveloper, I see the debugging page and appears me that: Error: no ben format Fitxer font: http://192.168.2.8:4000/hitresult.xsl Línia: 57, columna: 51 Codi font: a target=_blank href=javascript:openhit(\[EMAIL PROTECTED]) and this other one Error: uncaught exception: [Exception... Component returned failure code: 0x8061 [nsIXSLTProcessor.importStylesheet] nsresult: 0x8061 (unknown) location: JS frame :: http://192.168.2.8:4000/default.js :: TOP_LEVEL :: line 811 data: no] Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 11:38 AM, Blackhold [EMAIL PROTECTED] wrote: I'm trying to do it without using blank screen, it will make user go slow at downloading the file... take a look at that please: http://rafb.net/p/VKDLAz64.html I made these changes and now, when I try to do a search, the search page stays there, thinking, doing nothing... what is wrong? thanks you much! Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Wed, Jul 16, 2008 at 8:24 PM, Blackhold [EMAIL PROTECTED] wrote: ok, maybe I'm gonna use a php file for open the new window, that is the language I usually use. thanks, tomorrow I'll give you the last solution :) Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Wed, Jul 16, 2008 at 6:34 PM, D Bera [EMAIL PROTECTED] wrote: function openhit(url) { var direccio; direccio = url.substring(15); direccio = http://; + location.host + direccio; return direccio; } I don't know if it is right... could you help me please? I don't remember it off the top of my head. Check the internet for examples on how to change the link URL. Usually it involves using a javascript function for href or using the onclick handler for a. I think for your case you need a onclick handler i.e. change in the xsl file to a target=_blank href=# onclick=openhit(\[EMAIL PROTECTED]); return false; and add a method like function openhit (url) { //... open a new window using javascript } I am sorry ... you have to google to fill in the javascript functions :) - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
Use the suggestion below ... a target=_blank href=# onClick=openhit(\[EMAIL PROTECTED]); return false; Make sure you have the return false. and add a method like function openhit (url) { //... open a new window using javascript // verify the javascript - I am writing from memory var newurl = url.replace (file:///, http://host/var/www/;); window.open(newurl); } -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
when I put dashes on [EMAIL PROTECTED] always gives me the same error :( Error: no ben format Fitxer font: http://192.168.2.8:4000/hitresult.xsl Line: 60, column: 29 Codi font: a target=_blank href=# onClick=openhit(\[EMAIL PROTECTED]); return false; Error: uncaught exception: [Exception... Component returned failure code: 0x8061 [nsIXSLTProcessor.importStylesheet] nsresult: 0x8061 (unknown) location: JS frame :: http://192.168.2.8:4000/default.js :: TOP_LEVEL :: line 810 data: no] that is what I have on default.js function function openhit(url) //line 777 { alert (url); } Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 1:06 PM, Debajyoti Bera [EMAIL PROTECTED] wrote: Use the suggestion below ... a target=_blank href=# onClick=openhit(\[EMAIL PROTECTED]); return false; Make sure you have the return false. and add a method like function openhit (url) { //... open a new window using javascript // verify the javascript - I am writing from memory var newurl = url.replace (file:///, http://host/var/www/;); window.open(newurl); } -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
See if using single quotes help i.e. a target=_blank href=# onClick=openhit('[EMAIL PROTECTED]'); return false; when I put dashes on [EMAIL PROTECTED] always gives me the same error :( Error: no ben format Fitxer font: http://192.168.2.8:4000/hitresult.xsl Line: 60, column: 29 Codi font: a target=_blank href=# onClick=openhit(\[EMAIL PROTECTED]); return false; Error: uncaught exception: [Exception... Component returned failure code: 0x8061 [nsIXSLTProcessor.importStylesheet] nsresult: 0x8061 (unknown) location: JS frame :: http://192.168.2.8:4000/default.js :: TOP_LEVEL :: line 810 data: no] that is what I have on default.js function function openhit(url) //line 777 { alert (url); } Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 1:06 PM, Debajyoti Bera [EMAIL PROTECTED] wrote: Use the suggestion below ... a target=_blank href=# onClick=openhit(\[EMAIL PROTECTED]); return false; Make sure you have the return false. and add a method like function openhit (url) { //... open a new window using javascript // verify the javascript - I am writing from memory var newurl = url.replace (file:///, http://host/var/www/;); window.open(newurl); } -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE / Mandriva / Inspiron-1100 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
hello, I could get the correct url with http:// thanks you much :D but now I found an other problem... I tested with a lot of variables, and looked the code for a similar var but for the mime type, I found that with my script all files are procesed as text files :o now I've got that: [hitresult.xsl] a target=_blank href=# onClick=openhit('[EMAIL PROTECTED]'); return false; [default.js] function openhit(url) { var direccio; var host; host = http://; + location.host + /; direccio = url.replace (file:///var/www/, host); document.location.href = direccio; } now I know that I have to do that: [hitresult.xsl] a target=_blank href=# onClick=openhit('[EMAIL PROTECTED]',var_saying_mimetype); return false; [default.js] function openhit(url,mime) { var direccio; var host; host = http://; + location.host + /; direccio = url.replace (file:///var/www/, host); window.open(direccio).document,open(mime); } I see also, searching, that there's a file that I think that it could be used for translations. In some projects for translate websites is used php gettext, but I think that gettext is not forced to be linked at php... I don't know... thanks you much. Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 5:04 PM, Blackhold [EMAIL PROTECTED] wrote: ok, great! missed the in href=# :$ I were looking and relooking into the other funcion of a label :$ gonna try if the other thing works... Blackhold + Material SCG08 http://associacio-aoe.org/scg/charlas + Respect free software communities and use free and/or standard formats while sending attached files. Files such .doc, .xls, are formats that don't follow the standard rules and may cause problems on viewing or in the format of the text when these are opened with programs where thousands users communities develops free software. So that I ask for the files that are sent to me, to be odf, ods, odp, svg, png or in default pdf. Thanks you a lot... On Thu, Jul 17, 2008 at 4:52 PM, D Bera [EMAIL PROTECTED] wrote: it don't :( I quickly changed on my computer and got an alert box with the URL. a href=# onClick=openhit('[EMAIL PROTECTED]'); return false;... function openhit (url) { alert(url); } ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle webinterface
Hi Blackhold, I'm really interested on beagle's webinterface, I'm a systems admin looking for a tool that allows to search into pdf, odf, doc, xls files uploaded into a webserver. Beagle will work but could be an overkill. There are other standard solutions (e.g. htdig based) that could be used to achieve this. Another shortcoming of beagle webinterface is the lack of any kind of security - any user that can access the machine over internet can search/retrieve the files. No support of user authentication is built in - it was planned but never happened. I just wanted to clear the picture before you start using it. for example, the main use of beagle's webinterface will be a computer that have all files and shares them on a webserver (we gonna use apache directory lister to list all files in their directorys) and beagle will be the search engine, beagle's webinterface allows to share the search to other computers, but the links are file:///root/folders/file then users never will be able to download and see the files, so that it should use http:// and all files may be uploaded on /var/www to could download them. This feature was initially there - to be able to download result documents remotely. But it is currently disabled since the way it ensured authenticated file transfer was not quite correct. I have taken a look into xml and xsl files from /usr/share/beagle/webinterface dir, but I'm not able how to make this little hack. Take a look at hitresult.xsl and find this code: a target=_blank href=[EMAIL PROTECTED] Change it to a target=_blank href=javascript:openhit(\[EMAIL PROTECTED]) and then create a javascript function openhit(url) in default.js that takes the raw URL returned by beagle and change it to whatever you like and then use javascript to open a new document with the modified URL. I'm a translator, and my way to thanks your help is translating the project. could you help me and I translate this part of project into spanish and catalan? I appreciate the help. There is a small problem though :P. I dont quite know how to make the webinterface translatable. Anyone who has experience with translatable webapps may please post suggestions. The whole interface works by applying XSLT transformation on a base XML file and data is fed using AJAX. The actions are handled by JS and styling by CSS. So I think all the translatable 'strings' are in the XML and XSL file and some are generated by javascript. The easiest solution is to create translated xml, xsl files but I dont know of any other way. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Nautilus search, memory usage, hidden files, webinterface
One of the reaons (actually, the only reason) I asked people to delete ~/.beagle if they were using trunk from before :) Ahh, the ... M-word, read the Manual. Sorry... BTW, in the list of debug tips I mailed yesterday, the heap-shot tip is last resort and requires extra effort. The tips preceeding it are easy to perform and if anything is found there, easy to fix too. I am dearly hoping that you find some open file or some weird exception or a long list ot nautilus emblem tasks or something like that ... Analyzing heap-shot is very powerful but pretty cumbersome :-/ No promises, but I'll see what I can do. At this point I don't know how to reproduce it though... Bjørn ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Nautilus search, memory usage, hidden files, webinterface
Hi, On Nov 16, 2007 8:28 AM, Nirbheek Chauhan [EMAIL PROTECTED] wrote: On Nov 16, 2007 2:53 AM, Bjørn Haagensen [EMAIL PROTECTED] wrote: 4. Could there be an option for collapsing all hits in the webinterface ? Why exactly do you need an option for collapsing all the hits in the webinterface? I'm not asking this because I think there shouldn't be one, but to see the deeper need for such a feature, and whether that need can be used to fix other features of the webinterface :) Is it because you feel there are too many hits to browse through? Or that you feel that you can find the result you're looking for simply from the title of the result? Or is it something else? Hi, I'll try. I realise it's work in progress, so I'll be a bit verbose. Generally the sheer amount of information makes it difficult to parse for me. Lots of scrolling and no usable visual formatting clues to guide my eyes. All the extra info distracts and is difficult to use. E.g. it is difficult to choose a property, say date, and skim the results for hits close to the desired date. Since usually the title, path, and perhaps type are required (must) to find what I'm looking for, I would prioritise being able to quickly identify those. It depends on the backend though. For mail messages the type and sender/reciever is nice. I think it would be cool to extend the paradigm with graphical widgets, currently used for results types. A cool thing could be sliders for setting date interval, pagenumbers, filesize etc. Perhaps a design guideline could be something like using graphical widgets such as sliders, check-boxes etc. for properties which are common and have a common format, or just for which it can be done in a meaningful way. E.g. date, size, etc. Then this info would not need to be displayed along with the results. Properties which are not common should be hidden/collapsed by default. When uncollapsed they should be formatted in such as way that one can from the shape/color/etc identify the desired one(s). An example of such a property could be sender/reciever/subject in mail messages, or author etc. in documents. Anyway, I'll stop here since this might not make sense at all. I'll be happy to answer questions of course. Thanks, Bjørn ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Nautilus search, memory usage, hidden files, webinterface
guessing the problem was caused by some error in my user Daemon.xml and/or FilesQueryable.xml causing the system-wide configuration files not to be read. They have been carried through since a long time ago, so perhaps somewhere along the line an update to beagle-settings have been incompatible with the previous version and caused the corruption??? Good to know that it works now. You are quite correct in the above though, there were several copy-paste (*evil*) errors which would generate incorrect (even worse, incompatible) config files. Unfortunately, if there are already user config files overriding global ones, the global options dont get read - so once you have a wrong user config file generated, its hard to get it fixed without deleting the incorrect file. One of the reaons (actually, the only reason) I asked people to delete ~/.beagle if they were using trunk from before :) But all is good now, so nothing to worry. BTW, in the list of debug tips I mailed yesterday, the heap-shot tip is last resort and requires extra effort. The tips preceeding it are easy to perform and if anything is found there, easy to fix too. I am dearly hoping that you find some open file or some weird exception or a long list ot nautilus emblem tasks or something like that ... Analyzing heap-shot is very powerful but pretty cumbersome :-/ Thanks, - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Nautilus search, memory usage, hidden files, webinterface
Hi, I'm running the pre-beta released tarball of libbeagle and beagle SVN under Ubuntu Gutsy. It's looking nice. But ... 1. when using the beagle backend nautilus search crashes. In .xsession-errors I get: nautilus: symbol lookup error: nautilus: undefined symbol: beagle_query_add_hit_type I this to be expected ? It there a workaround ? If not it would be nice if there was one, otherwise it's a bit of a show stopper for Gutsy users (i.e. me:) ). 2. Sometimes beagled ends up with RES size of 300-400M on my system. I know this is not normal, but how can I debug this so that I can provide some useful info for bugzilla? 3. Beagle indexes dot-files- and directories. Is this a new feature? Why? Was there a discussion on the list about this? 4. Could there be an option for collapsing all hits in the webinterface ? Thanks for Beagle and any answers, Bjørn ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Nautilus search, memory usage, hidden files, webinterface
1. when using the beagle backend nautilus search crashes. In .xsession-errors I get: nautilus: symbol lookup error: nautilus: undefined symbol: beagle_query_add_hit_type libbeagle API changed in 0.3.0 - the changes were minor but ilbbeagle clients need to be rebuilt with libbeagle1.so.0 (instead of libbeagle0.so.0) 3. Beagle indexes dot-files- and directories. Is this a new feature? Why? Was there a discussion on the list about this? Are you sure about this one ? dot-files and directories should not be indexed! Do you get those in search results ? 4. Could there be an option for collapsing all hits in the webinterface ? I dearly wish so ... but my javascript/web skills are pretty limited. 2. Sometimes beagled ends up with RES size of 300-400M on my system. I know this is not normal, but how can I debug this so that I can provide some useful info for bugzilla? * Run with the Files backend disabled to see if that is the cause (--backend -Files or use beagle-settings) * Any thing suspicous in output of beagle-info ? * How is indexhelper doing ? * Does this only happen during initial indexing or even on subsequent recrawls ? * I have about 20K files and dirs on my system ... and RSS is 30MB. So there is something else getting messed up. * Check output of lsof -p `pidof beagled` for any open files that shouldnt be open e.g. after indexing is done, there should not be any files in your homedirectory that is open or during indexing, some file in your homedirectory is open for a long time. * This is really really asking you for a huge favour :). Install heap-shot (pretty easy to build) and run with --heap-shot; approx 10 min after beagled starts, send kill -SIGPROF `pidof beagled` to beagled (oh, start beagled from a directory in which you have write accessl -SIGPROG will create a file in that directory). Then, when the RSS crosses its decency level, send another SIGPROF - produces another file. Send them both to me. If you can do that ... that would be very helpful. Those files contain information about what is taking up all the memory. Thanks for letting us know, - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Nautilus search, memory usage, hidden files, webinterface
Hi, On Nov 15, 2007 10:45 PM, D Bera [EMAIL PROTECTED] wrote: libbeagle API changed in 0.3.0 - the changes were minor but ilbbeagle clients need to be rebuilt with libbeagle1.so.0 (instead of libbeagle0.so.0) Oh well. I'll try that. Luckily it's so easy in Ubuntu, so if rebuilding nautilus against libbeagle1.so.0 is all it takes, I guess that's a workaround. 3. Beagle indexes dot-files- and directories. Is this a new feature? Why? Was there a discussion on the list about this? Are you sure about this one ? dot-files and directories should not be indexed! Do you get those in search results ? Pretty much so. I thought it was very strange. For obvious reasons I had to create an exclude pattern for ~/.beagle. Still I suspect this causes some havoc for me. [EMAIL PROTECTED]:config$ beagle-query i7sfifd9.default Debug: Done reading conf from /home/bh/.beagle/config/Daemon.xml Debug: Done reading conf from /etc/beagle/config-files/Daemon.xml file:///home/bh/.bash_history file:///home/bh/.mozilla/firefox/i7sfifd9.default ... [EMAIL PROTECTED]:config$ cat Daemon.xml ?xml version=1.0 encoding=utf-8? BeagleConf xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd=http://www.w3.org/2001/XMLSchema; Name=Daemon BoolOption Name=AllowStaticBackend Description=Search static indexesFalse/BoolOption ListOption Name=DeniedBackends Description=Disabled backends Params=Backend name Separator=, ValueThunderbird/Value ValueAkregator/Value ValueBlam/Value ValueKMail/Value ValueKNotes/Value ValueKOrganizer/Value ValueKAddressBook/Value ValueKonqBookmark/Value ValueKonquerorHistory/Value ValueKonversation/Value ValueKopete/Value ValueLiferea/Value ValueOpera/Value /ListOption [EMAIL PROTECTED]:config$ cat FilesQueryable.xml ?xml version=1.0 encoding=utf-8? BeagleConf xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd=http://www.w3.org/2001/XMLSchema; Name=FilesQueryable ListOption Name=ExcludePattern Description=Exclude files matching these patters Params=Pattern Separator=, Value*whizzy*/Value /ListOption ListOption Name=Roots Description=Root directories that the file system backend will index Params=Root Separator=, Value/home/bh/CVS/Value /ListOption ListOption Name=ExcludeSubdirectory Description=Exclude files in this subdirectory Params=Subdir name Separator=, Value/home/bh/mounts/Value Value/home/bh/local/matlab73/Value Value/home/bh/BH-desktop/Value Value/home/bh/Downloads/Torrents/Value Value/home/bh/.beagle/Value /ListOption /BeagleConf Thanks for the hints about memory debugging. I'll see if I get time to look into it. Bjørn ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Nautilus search, memory usage, hidden files, webinterface
3. Beagle indexes dot-files- and directories. Is this a new feature? Why? Was there a discussion on the list about this? Are you sure about this one ? dot-files and directories should not be indexed! Do you get those in search results ? Pretty much so. I thought it was very strange. For obvious reasons I had to create an exclude pattern for ~/.beagle. Still I suspect this causes some havoc for me. [EMAIL PROTECTED]:config$ beagle-query i7sfifd9.default Debug: Done reading conf from /home/bh/.beagle/config/Daemon.xml Debug: Done reading conf from /etc/beagle/config-files/Daemon.xml file:///home/bh/.bash_history file:///home/bh/.mozilla/firefox/i7sfifd9.default ... You are using the test tarball or latest svn trunk right ? And you did do a make install after you built ? One of the earlier config files had an error which was not excluding the dot files and directories - but that was fixed later. I have a feeling that somehow the old file is still in effect in your case. Could you do a fresh make install, remove/move your current config and then check ? $ beagle-config FilesQueryable ExcludePattern - ExcludePattern : (Exclude files matching these patters) Parameters: [Pattern] Values: - [.*] - [*~] - [#*#] ... The first one should be there... - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Nautilus search, memory usage, hidden files, webinterface
On Nov 16, 2007 2:53 AM, Bjørn Haagensen [EMAIL PROTECTED] wrote: 4. Could there be an option for collapsing all hits in the webinterface ? Why exactly do you need an option for collapsing all the hits in the webinterface? I'm not asking this because I think there shouldn't be one, but to see the deeper need for such a feature, and whether that need can be used to fix other features of the webinterface :) Is it because you feel there are too many hits to browse through? Or that you feel that you can find the result you're looking for simply from the title of the result? Or is it something else? -- ~Nirbheek Chauhan ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
webinterface updates
Hey folks, I just wanted to update you with the recently added features to the beagle webinterface. Its kind of ready for first release now. * Access it at http://localhost:4000/ * Directly search for foo bar by visiting http://localhost:4000/?search=foo+bar (so, you can create search-plugins, bookmarks or link from other places) * Groups the results into common categories like documents, images, im logs etc. * Shows all properties and uses nice property names (e.g. Author instead of fixme:author) * Shows snippets (on demand, to reduce load on machine) * Shows full text for emails, right in the browser itself. (On demand.) * For all the displayed properties, when hovering on them a clickable link is displayed which can be used to search for that property name and value. * Shows beagle-status and presents option to shutdown beagle. * Link to help (local link) * By adding some user_pref (explained in the 'Help' link), the search results are clickable. The results will be handled by the browser. * Web2.0 webapp :) - so usable in browsers that are web2.0 friendly (konqueror does not have xslt support :-/) * Practically no load on beagled, the entire UI is done in the browser and data obtained from beagled by mimicking BeagleClient API messages (!) Quick way to find the answer to the life, the universe and everything :) Hope you like the web interface useful. Suggestions welcome. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
webinterface enable: howto
Hi, There has been several more changes to the web-interface included in the trunk. Namely, the static html page is removed and all html is generated from an xml file and xml data (+xslt + css). The UI looks much better. It also provides a way to view information about the beagled process and shutdown beagled. The hits are now categorized and the categories can be shows/hidden by checkboxes. And most importantly it has a new (based on beagle-project logo) logo :-). Enough advertising. The webinterface is now available in trunk (with the files served by the server is in the location pointed to by BEAGLE_WEBSERVER_DIR) but disabled by default. There are two config options related to this: 1) config:Networking - option:ServiceEnabled = turns on/off network search. WebInterface is turned on at the first available port after 4000. This has to be set before beagled is started. Local beagled (thus the webinterface too) can be queried from anywhere in the network (http://ip_address/hostname:4000). $ beagle-config Networking ServiceEnabled 2) config:Networking - option:WebInterface = turns on/off webinterface, only if ServiceEnabled is false. This can be set/unset even when beagled is running and the webinterface will be accordingly started or stopped. The webinterface is only accessible from localhost (http://localhost:4000). $ beagle-config Networking WebInterface Due to a couple of mono bugs (fixed and to be available in mono-1.2.6), even when the web interface is apparently stopped (and trying to access http://localhost:4000 results in a failure), beagled keeps on listening on port 4000. This is harmless since nothing can be accessed via that port (but still an open port, so you should know this fact). And mono HttpListener listens on all interfaces - but again this is harmless, because illegal access is denied (e.g. only setting WebInterface to true causes beagled to listen on port 4000 on all interfaces, but only queries from localhost are allowed). The hits displayed in the webinterface are clickable links. On firefox 1.5, clicking the links to open in a new tab causes the file to open; on firefox 2.0 and above, opening of local files is completely disallowed due to security reasons. There are user configurable options to override this and allow the user to click on hits and open results - we will describe them in detail sometime soon. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Webinterface for beagle search (and more...)
Some of you are aware that a web interface for beagle is being worked on. I blogged about it in planetbeagle sometime back. After that, a fearless I believe its now at a stage that some feedback would be good. 99.9% of it is javascript+xslt, so I(we) am mostly looking forward to UI issues. Its getting There is now a wiki page showing pretty pictures (and some more general information): http://beagle-project.org/Beagle_Webinterface One more thing, the web-interface is more concerned about displaying the results, displaying snippets, displaying emails inside the browser itself and displaying cached text for the results. There is no logic for opening the files. Which means, if you click on the file links, you get the same behaviour as if you are opening a local file using the browser. For the blog/webhistory/bookmark links, they open the webpage. For emails and chats ... dont do that for now. You have been warned :) - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Webinterface for beagle search (and more...)
Hi Searchers, Some of you are aware that a web interface for beagle is being worked on. I blogged about it in planetbeagle sometime back. After that, a fearless Nirbheek Chauhan continued hacking on it and managed to change http://bp0.blogger.com/_Dl_EHp-s13Q/RuSVUVFtUNI/AAM/SShdc8dzfTs/s1600-h/beagle-web-interface.jpg.png to http://cs-people.bu.edu/dbera/blogdata/beagle_webui-1.png I believe its now at a stage that some feedback would be good. 99.9% of it is javascript+xslt, so I(we) am mostly looking forward to UI issues. Its getting more makeup and functionality as I write this email. For the known things_to_do, check http://svn.gnome.org/viewcvs/beagle/trunk/beagle/beagled/webinterface/TODO?view=markup To get it running, you need the svn trunk. Get it, build it. Then (*) cd to beagle/beagled and start beagled as ./beagled Yes, beagled needs to be started from beagle/beagled directory. Point your browser (oops... Firefox browser) to http://127.0.0.1:4000/ (**) and enjoy your stay. Please, some feedback is necessary. At least say you hate e.g. the stupid way the last modified is shown. - dBera (*) The need to start beagled from beagled directory is a temporary one. (**) For security minded people out there, the server actually opens port 4000 to all! So any machine would be able to search (this is again temporary and would be configurable in near future). If you dont like to have the open port during testing, replace in beagled/Server.cs: http://*:{0}/ by http://127.0.0.1:{0}/ -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Webinterface for beagle search (and more...)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dammit, forgot to attach the patch, *rolls eyes* - -- ~Nirbheek Chauhan, he who has realised that today is not his day. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: http://firegpg.tuxfamily.org iD8DBQFHAnjOb1z91vbKYbYRAleZAJ9goi45ZBfUCZb/216E02a2jYCJ3QCcCGGG oWPNT9AZqHrLzNz1Svy1Smw= =ian5 -END PGP SIGNATURE- enable_webbeagle_beagle.patch Description: Binary data ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Webinterface for beagle search (and more...)
The backend must be enabled by making Ahh... right. You need to have the network service enabled (turned off by default): $ beagle-config networking ServiceEnabled (it toggles the flag, and prints the current behaviour after toggling) Then, when you call beagled from inside beagle/beagled, call it with `beagled --backend +NetworkServices` Yes, this too. (By default, the NetworkServices backend is turned on, so you wont need it normally). - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers