From: doug <do...@o2...> - 2011-02-21 16:16:53
|
Having upgraded to 3.2.5 from 3.2.3-1 the Place Completion Tool is no longer available on the Tool=>Database Processing list. It's registered in the Plug-in Manager but not loaded. Google Maps likewise. The button is present on the toolbar but non-functional. I've had a crash attempting to install add-ons and reported a bug. Are the lost tools likely related to this? As I've been making a lot of use of them, what can I do to retrieve them? Doug |
From: Gerald B. <ger...@gm...> - 2011-02-21 16:20:19
|
Place completion is under tools/utilities I believe On Mon, Feb 21, 2011 at 11:15 AM, doug <do...@o2...> wrote: > Having upgraded to 3.2.5 from 3.2.3-1 the Place Completion > Tool is no longer available on the Tool=>Database Processing > list. It's registered in the Plug-in Manager but not loaded. > > Google Maps likewise. The button is present on the toolbar > but non-functional. > > I've had a crash attempting to install add-ons and reported > a bug. Are the lost tools likely related to this? > As I've been making a lot of use of them, what can I do to > retrieve them? > > Doug > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > -- Gerald Britton |
From: Benny M. <ben...@gm...> - 2011-02-21 16:26:22
|
2011/2/21 doug <do...@o2...> > Having upgraded to 3.2.5 from 3.2.3-1 the Place Completion > Tool is no longer available on the Tool=>Database Processing > list. It's registered in the Plug-in Manager but not loaded. > > Google Maps likewise. The button is present on the toolbar > but non-functional. > > I've had a crash attempting to install add-ons and reported > a bug. Are the lost tools likely related to this? > As I've been making a lot of use of them, what can I do to > retrieve them? > In the plugin manager they should be listed as loaded ok, or otherwise a bug report is available there. If they load ok, then you should see them. Run Gramps from a terminal to see output written to command line. Benny > > Doug > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: doug <do...@o2...> - 2011-02-23 15:05:02
|
<snip> > > Benny, running Gramps from a terminal showed up the > Google Maps problem - it can't find the browser which > I'd recently upgraded and put in a new location. > I've forgotten how to specify the browser path - can you > remind me how to set it? > > > I don't know. If on a terminal xdg-open can handle it, then > Gramps should too. > > Benny xdg-open <path>/firefox or xdg-open <path>/./firefox doesn't load firefox; just opens the file in gedit. I feel sure I set the browser path before, in 3.2.3 when I was installing Geoview, etc. But darned if I can remember how I did it. Can anyone help? |
From: Benny M. <ben...@gm...> - 2011-02-23 15:24:41
|
For linux: xdg-open /home/benny/NAVWEB/index.html opens the page with the default browser. So that is what Gramps uses. You need to change it globabally somewhere depending on your user interface (eg KDE in system settings somewhere). For MacOS X the open command is used, and something similar on windows. Benny 2011/2/23 doug <do...@o2...> > <snip> > > > > Benny, running Gramps from a terminal showed up the > > Google Maps problem - it can't find the browser which > > I'd recently upgraded and put in a new location. > > I've forgotten how to specify the browser path - can you > > remind me how to set it? > > > > > > I don't know. If on a terminal xdg-open can handle it, then > > Gramps should too. > > > > Benny > > xdg-open <path>/firefox or xdg-open <path>/./firefox > doesn't load firefox; just opens the file in gedit. > > I feel sure I set the browser path before, in 3.2.3 when I > was installing Geoview, etc. But darned if I can remember > how I did it. > > Can anyone help? > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > generated by your applications, servers and devices whether physical, > virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: doug <do...@o2...> - 2011-02-24 12:18:14
|
On 24/02/11 12:15, doug wrote: > On 23/02/11 15:24, Benny Malengier wrote: >> For linux: >> >> xdg-open /home/benny/NAVWEB/index.html >> >> opens the page with the default browser. So that is what >> Gramps uses. You need to change it globabally somewhere >> depending on your user interface (eg KDE in system settings >> somewhere). >> >> For MacOS X the open command is used, and something similar >> on windows. >> >> Benny >> > <snip> > > I'm a bit stumped. > I'm running two versions of Firefox on the PC: 64-bit > system-wide (to be able to use my printer) and 32-bit local > only (to run flashplayer applets). > xdg-open ~/NAVWEB/index.html loads the 64-bit firefox. > Otherwise in the file manager the run action for opening > html files loads the local 32-bit firefox. The path is > correct for the updated version of Firefox, > i.e.<local-path>/firefox/firefox. > > However, "gramps" in a terminal fails to load the browser > for Google Maps with the message: > > Error showing url: Failed to execute child process > "<local-path>/firefox-32/firefox" (No such file or directory) > that is, the previous version. > > Presumably the default browser is the system-wide one and > the file manager (in Gnome and KDE) is already set to the > current local path. So where is the obsolete local path > being kept? > > > Doug |
From: doug <do...@o2...> - 2011-02-24 12:26:41
|
On 24/02/11 12:16, doug wrote: > On 24/02/11 12:15, doug wrote: >> On 23/02/11 15:24, Benny Malengier wrote: >>> For linux: >>> >>> xdg-open /home/benny/NAVWEB/index.html >>> >>> opens the page with the default browser. So that is what >>> Gramps uses. You need to change it globabally somewhere >>> depending on your user interface (eg KDE in system settings >>> somewhere). >>> >>> For MacOS X the open command is used, and something similar >>> on windows. >>> >>> Benny >>> >> <snip> >> >> I'm a bit stumped. >> I'm running two versions of Firefox on the PC: 64-bit >> system-wide (to be able to use my printer) and 32-bit local >> only (to run flashplayer applets). >> xdg-open ~/NAVWEB/index.html loads the 64-bit firefox. >> Otherwise in the file manager the run action for opening >> html files loads the local 32-bit firefox. The path is >> correct for the updated version of Firefox, >> i.e.<local-path>/firefox/firefox. >> >> However, "gramps" in a terminal fails to load the browser >> for Google Maps with the message: >> >> Error showing url: Failed to execute child process >> "<local-path>/firefox-32/firefox" (No such file or directory) >> that is, the previous version. >> >> Presumably the default browser is the system-wide one and >> the file manager (in Gnome and KDE) is already set to the >> current local path. So where is the obsolete local path >> being kept? >> >> >> Doug > > P.S. I've kludged a temporary fix by renaming the new path to the old path. But my question remains: where is the obsolete local path being kept? Doug |
From: Benny M. <ben...@gm...> - 2011-02-24 13:04:29
|
2011/2/24 doug <do...@o2...> > On 24/02/11 12:16, doug wrote: > > On 24/02/11 12:15, doug wrote: > >> On 23/02/11 15:24, Benny Malengier wrote: > >>> For linux: > >>> > >>> xdg-open /home/benny/NAVWEB/index.html > >>> > >>> opens the page with the default browser. So that is what > >>> Gramps uses. You need to change it globabally somewhere > >>> depending on your user interface (eg KDE in system settings > >>> somewhere). > >>> > >>> For MacOS X the open command is used, and something similar > >>> on windows. > >>> > >>> Benny > >>> > >> <snip> > >> > >> I'm a bit stumped. > >> I'm running two versions of Firefox on the PC: 64-bit > >> system-wide (to be able to use my printer) and 32-bit local > >> only (to run flashplayer applets). > >> xdg-open ~/NAVWEB/index.html loads the 64-bit firefox. > >> Otherwise in the file manager the run action for opening > >> html files loads the local 32-bit firefox. The path is > >> correct for the updated version of Firefox, > >> i.e.<local-path>/firefox/firefox. > >> > >> However, "gramps" in a terminal fails to load the browser > >> for Google Maps with the message: > >> > >> Error showing url: Failed to execute child process > >> "<local-path>/firefox-32/firefox" (No such file or directory) > >> that is, the previous version. > >> > >> Presumably the default browser is the system-wide one and > >> the file manager (in Gnome and KDE) is already set to the > >> current local path. So where is the obsolete local path > >> being kept? > >> > >> > >> Doug > > > > > P.S. I've kludged a temporary fix by renaming the new path > to the old path. > > But my question remains: where is the obsolete local path > being kept? > Sorry, I looked at the code, and it seems everything is opened with xdg-open except url's. If the python package 'webbrowser' is installed, then that is used to open url's. So in python: benny@bmwork:~/gramps/trunk/src$ python Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import webbrowser >>> webbrowser.open_new_tab('http://google.com') True >>> I would expect this to be installed on your box and perhaps causing the error. If webbrowser is not installed, then the system path is searched for a browser like this: for browser in ['firefox', 'konqueror', 'epiphany', 'galeon', 'mozilla']: prog = find_binary(browser) But I expect this to not occur, and the above webbrowser package to be used and returning an error. Benny > > Doug > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > generated by your applications, servers and devices whether physical, > virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: doug <do...@o2...> - 2011-02-24 13:45:51
|
On 24/02/11 13:04, Benny Malengier wrote: > > > <snip> > >> Doug > > > > > P.S. I've kludged a temporary fix by renaming the new path > to the old path. > > But my question remains: Â where is the obsolete local path > being kept? > > > Sorry, I looked at the code, and it seems everything is > opened with xdg-open except url's. > > If the python package 'webbrowser' is installed, then that > is used to open url's. So in python: > > benny@bmwork:~/gramps/trunk/src$ python > Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41) > [GCC 4.4.3] on linux2 > Type "help", "copyright", "credits" or "license" for more > information. > >>> import webbrowser > >>> webbrowser.open_new_tab('http://google.com') > True > >>> > > I would expect this to be installed on your box and perhaps > causing the error. If webbrowser is not installed, then the > system path is searched for a browser like this: > Â Â for browser in ['firefox', 'konqueror', 'epiphany', > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 'galeon', > 'mozilla']: > Â Â Â Â Â Â Â Â Â Â Â prog = find_binary(browser) > > But I expect this to not occur, and the above webbrowser > package to be used and returning an error. > > Benny The error is definitely in webbrowser: >import webbrowser >webbrowser.open_new_tab('http://google.com') loads firefox (local 32-bit) and displays Google if I've renamed firefox to the old path. But if I restore the new path it fails: >import webbrowser >webbrowser.open_new_tab('http://google.com') True Error showing url: Failed to execute child process "/home/dougb/downloads/firefox-32/firefox" (No such file or directory) How is webbrowser getting these paths? Doug |
From: Nick H. <nic...@ho...> - 2011-02-24 14:18:42
|
doug wrote: > On 24/02/11 13:04, Benny Malengier wrote: > >> <snip> >> >> Doug >> > >> > >> P.S. I've kludged a temporary fix by renaming the new path >> to the old path. >> >> But my question remains: Â where is the obsolete local path >> being kept? >> >> >> Sorry, I looked at the code, and it seems everything is >> opened with xdg-open except url's. >> >> If the python package 'webbrowser' is installed, then that >> is used to open url's. So in python: >> >> benny@bmwork:~/gramps/trunk/src$ python >> Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41) >> [GCC 4.4.3] on linux2 >> Type "help", "copyright", "credits" or "license" for more >> information. >> >>> import webbrowser >> >>> webbrowser.open_new_tab('http://google.com') >> True >> >>> >> >> I would expect this to be installed on your box and perhaps >> causing the error. If webbrowser is not installed, then the >> system path is searched for a browser like this: >> Â Â for browser in ['firefox', 'konqueror', 'epiphany', >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 'galeon', >> 'mozilla']: >> Â Â Â Â Â Â Â Â Â Â Â prog = find_binary(browser) >> >> But I expect this to not occur, and the above webbrowser >> package to be used and returning an error. >> >> Benny >> > > The error is definitely in webbrowser: > >import webbrowser > >webbrowser.open_new_tab('http://google.com') > > loads firefox (local 32-bit) and displays Google if I've > renamed firefox to the old path. > > But if I restore the new path it fails: > > >import webbrowser > >webbrowser.open_new_tab('http://google.com') > True > Error showing url: Failed to execute child process > "/home/dougb/downloads/firefox-32/firefox" (No such file or > directory) > > How is webbrowser getting these paths? > > It should be using the PATH environment variable. http://docs.python.org/library/webbrowser.html Nick. > Doug > > > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > > > |
From: doug <do...@o2...> - 2011-02-25 13:05:22
|
On 24/02/11 14:18, Nick Hall wrote: <snip> >> >> How is webbrowser getting these paths? >> > > It should be using the PATH environment variable. > > http://docs.python.org/library/webbrowser.html > > Nick. > >> Doug Finally solved it. I guess if anybody else changes their browser for another they're likely to run into the same problem, so I thought it might be worth giving my details - at least to give some hints how it might be solved. PATH variable wasn't useful - the only executable it gives access to is the 64-bit firefox - not the one looked for by webbrowser. But the BROWSER variable *is* (http://docs.python.org/library/webbrowser.html) On my system (Mandriva 2009.1; Gnome) BROWSER variable is "/usr/bin/www-browser". I don't know if this is Mandriva-specific. This script contains a line: ........... if [[ -n "$GNOME_DESKTOP_SESSION_ID" ]]; then BROWSER=`gconftool -g /desktop/gnome/url-handlers/http/command | sed -e 's/ %s//'`...................... (There are lines for KDE, XFCE, etc). "gconftool -g /desktop/gnome/url-handlers/http/command" run in a terminal gives the output /home/dougb/downloads/firefox-32/firefox "%s" - i.e. the out-of-date browser path. So in Gnome System=>Preferences=> Configuration Editor=>desktop=>gnome=>url-handlers=>http displays (name)command.....................(value) /home/dougb/downloads/firefox-32/firefox "%s". Right clicking on the value gives the option Edit Key, and the obsolete path can be corrected. Re-running gconftool -g /desktop/gnome/url-handlers/http/command gives the updated path And Gramps loads Google Maps properly. HTH Doug |
From: Nick H. <nic...@ho...> - 2011-02-25 14:01:46
|
doug wrote: > On 24/02/11 14:18, Nick Hall wrote: > <snip> >>> >>> How is webbrowser getting these paths? >>> >> >> It should be using the PATH environment variable. >> >> http://docs.python.org/library/webbrowser.html >> >> Nick. >> >>> Doug > > Finally solved it. > I guess if anybody else changes their browser for another they're > likely to run into the same problem, so I thought it might be worth > giving my details - at least to give some hints how it might be solved. > > > PATH variable wasn't useful - the only executable it gives access to > is the 64-bit firefox - not the one looked for by webbrowser. > But the BROWSER variable *is* > (http://docs.python.org/library/webbrowser.html) > > On my system (Mandriva 2009.1; Gnome) BROWSER variable is > "/usr/bin/www-browser". I don't know if this is Mandriva-specific. There will be some differences between operating systems. In Ubuntu, the BROWSER variable is not defined and the Gnome config only contains the command but not the path. So for Ubuntu the PATH variable will become important. It seems that users should first check the BROWSER variable and then the Gnome config. If full paths are not defined then check the PATH variable. Nick. > This script contains a line: > > ........... if [[ -n "$GNOME_DESKTOP_SESSION_ID" ]]; then > BROWSER=`gconftool -g /desktop/gnome/url-handlers/http/command | > sed -e 's/ %s//'`...................... > > (There are lines for KDE, XFCE, etc). > > "gconftool -g /desktop/gnome/url-handlers/http/command" > run in a terminal gives the output > /home/dougb/downloads/firefox-32/firefox "%s" - i.e. the out-of-date > browser path. > > So in Gnome > System=>Preferences=> Configuration > Editor=>desktop=>gnome=>url-handlers=>http > displays > (name)command.....................(value) > /home/dougb/downloads/firefox-32/firefox "%s". > Right clicking on the value gives the option Edit Key, and the > obsolete path can be corrected. > Re-running > gconftool -g /desktop/gnome/url-handlers/http/command > gives the updated path > And Gramps loads Google Maps properly. > > HTH > > Doug > > > |
From: jerome <rom...@ya...> - 2011-02-25 14:57:29
|
But 'xdg-open' is there for that, no ? http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html It was planned to get rid of specific desktop issues. 'xdg-open' should open the url on the preferred web navigator set by the user on used desktop, else it should look at the mime type and default application (desktop relation). --- En date de : Ven 25.2.11, Nick Hall <nic...@ho...> a écrit : > De: Nick Hall <nic...@ho...> > Objet: Re: [Gramps-users] SOLVED: Re: How do you specify a browser for Google Maps? - WAS Re: Lost tools in 3.2.5 > À: "doug" <do...@o2...> > Cc: "Gramps-Users" <gra...@li...> > Date: Vendredi 25 février 2011, 15h01 > > > doug wrote: > > On 24/02/11 14:18, Nick Hall wrote: > > <snip> > >>> > >>> How is webbrowser getting these paths? > >>> > >> > >> It should be using the PATH environment variable. > >> > >> http://docs.python.org/library/webbrowser.html > >> > >> Nick. > >> > >>> Doug > > > > Finally solved it. > > I guess if anybody else changes their browser for > another they're > > likely to run into the same problem, so I thought it > might be worth > > giving my details - at least to give some hints > how it might be solved. > > > > > > PATH variable wasn't useful - the only executable it > gives access to > > is the 64-bit firefox - not the one looked for by > webbrowser. > > But the BROWSER variable *is* > > (http://docs.python.org/library/webbrowser.html) > > > > On my system (Mandriva 2009.1; Gnome) BROWSER variable > is > > "/usr/bin/www-browser". I don't know if this is > Mandriva-specific. > > There will be some differences between operating > systems. In Ubuntu, > the BROWSER variable is not defined and the Gnome config > only contains > the command but not the path. So for Ubuntu the PATH > variable will > become important. > > It seems that users should first check the BROWSER variable > and then the > Gnome config. If full paths are not defined then > check the PATH variable. > > > Nick. > > > > This script contains a line: > > > > ........... if [[ -n "$GNOME_DESKTOP_SESSION_ID" ]]; > then > > BROWSER=`gconftool -g > /desktop/gnome/url-handlers/http/command | > > sed -e 's/ %s//'`...................... > > > > (There are lines for KDE, XFCE, etc). > > > > "gconftool -g > /desktop/gnome/url-handlers/http/command" > > run in a terminal gives the output > > /home/dougb/downloads/firefox-32/firefox "%s" - i.e. > the out-of-date > > browser path. > > > > So in Gnome > > System=>Preferences=> Configuration > > > Editor=>desktop=>gnome=>url-handlers=>http > > displays > > (name)command.....................(value) > > /home/dougb/downloads/firefox-32/firefox "%s". > > Right clicking on the value gives the option Edit Key, > and the > > obsolete path can be corrected. > > Re-running > > gconftool -g /desktop/gnome/url-handlers/http/command > > gives the updated path > > And Gramps loads Google Maps properly. > > > > HTH > > > > Doug > > > > > > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs > and other IT data in > Real-Time with Splunk. Collect, index and harness all the > fast moving IT data > generated by your applications, servers and devices whether > physical, virtual > or in the cloud. Deliver compliance at lower cost and gain > new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: doug <do...@o2...> - 2011-02-26 11:52:56
|
On 25/02/11 14:57, jerome wrote: > But 'xdg-open' is there for that, no ? > http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html > It was planned to get rid of specific desktop issues. > > 'xdg-open' should open the url on the preferred web navigator set by the user on used desktop, else it should look at the mime type and default application (desktop relation). > 'xdg-open' opens the url OK. The problem was, how is the preference actually decided? As I explained earlier, as a *stand-alone* command 'xdg-open ~/NAVWEB/index.html' considered the preferred navigator to be the system-wide 64-bit firefox. But 'xdg-open' in Gramps considered the preferred navigator to be a local 32-bit firefox. That caused problems when the path to the 32-bit navigator was changed to a different location; the path was not updated. It turned out to require re-setting the value of a command in the Gnome Configuration Editor in my Mandriva system. Evidently, according to Nick, in Ubuntu it's somewhat different. Doug <snip> >> >> There will be some differences between operating >> systems. In Ubuntu, >> the BROWSER variable is not defined and the Gnome config >> only contains >> the command but not the path. So for Ubuntu the PATH >> variable will >> become important. >> >> It seems that users should first check the BROWSER variable >> and then the >> Gnome config. If full paths are not defined then >> check the PATH variable. >> >> >> Nick. >> <snip> |