2:01 a.m.
I've just put a second attempt at an all-in-one native quartz
package of gretl in place at
http://sourceforge.net/projects/gretl/files/osx-testing/
Hopefully this should address some of the points made in relation to
my first try, though I'm sure there will be some problems remaining.
* Interactive gnuplot use should now work.
* Ctrl-F2 should work to access the main window menu (or
fn-Ctrl-F2, if Ctrl-F2 is taken by the OS to control the
LCD brightness, as on a Macbook Air).
* Command-w should work to close more windows than before.
* There's now a functioning theme selector under Preferences/
General. I've made "Clearlooks" the default; "Lion-like"
may look a bit more Mac-ish, but I suspect it may be flaky.
If you're testing this, I recommend that you first delete your
~/.gretl2rc file, if present.
Not sure about file-type associations; I've done something that I
think should be helpful but I'd be interested to hear if they're now
working.
As for "Alt-key" navigation of menus, my research[*] tells me that's
not a Mac thing, and it seems we can't have it both ways; it's
totally disabled in gtk-quartz. But having got to the main menu via
Ctrl-F2, you can navigate via initial letters of menu items or arrow
keys.
[*] See (among many other references),
http://en.wikipedia.org/wiki/Option_key
Allin
7:34 a.m.
Not sure about file-type associations; I've done something that
I
think should be helpful but I'd be interested to hear if they're now
working.
Premise: I'm decidedly not a Mac guy, so I may be talking rubbish.
My friends who own a Mac and use the OSX version of Stata tell me
that, contrary to what happens under Win & Linux, you cannot start
multiple instances, which is a royal PITA for Stata users (it seems
that you have to keep multiple instances open that when merging
datasets). As for gretl, I never felt I _needed_ to have multiple
instances of gfretl's GUI client open simultaneously, but in some cases
being able to is a good thing.
I don't know whether the inability of running more than one GUI client is
a deliberate choice from the Stata guys or if it has to do with some
characteristic of the OS, but if so, for some reason gretl is not affected
(X11?). It would be a shame if we lost it, for the sake of better OS
integration.
-------------------------------------------------------
Riccardo (Jack) Lucchetti
Dipartimento di Scienze Economiche e Sociali (DiSES)
Università Politecnica delle Marche
(formerly known as Università di Ancona)
r.lucchetti(a)univpm.it
http://www2.econ.univpm.it/servizi/hpp/lucchetti
-------------------------------------------------------
12:38 p.m.
On Wed, 20 Mar 2013, Riccardo (Jack) Lucchetti wrote:
My friends who own a Mac and use the OSX version of Stata tell me
that,
contrary to what happens under Win & Linux, you cannot start multiple
instances, which is a royal PITA for Stata users (it seems that you have to
keep multiple instances open that when merging datasets). As for gretl, I
never felt I _needed_ to have multiple instances of gfretl's GUI client open
simultaneously, but in some cases being able to is a good thing.
I haven't checked yet, but I think you should be able to run
multiple instances of the bundled gretl app on OS X. I believe
this is controlled by an entry in the bundle's Info.plist
file: you can specify a "single instance" policy if you want
to, but I haven't done that.
BTW, I realize I messed up with my most recent dmg build: the
bundled gnuplot has an external dependency on the AquaTerm
framework when that should have been redirected within the
bundle. I'll put up a fixed build tonight.
Allin
3:24 p.m.
2013/3/20 Allin Cottrell <cottrell(a)wfu.edu>
On Wed, 20 Mar 2013, Riccardo (Jack) Lucchetti wrote:
> My friends who own a Mac and use the OSX version of Stata tell me that,
> contrary to what happens under Win & Linux, you cannot start multiple
> instances, which is a royal PITA for Stata users (it seems that you have
to
> keep multiple instances open that when merging datasets). As for gretl, I
> never felt I _needed_ to have multiple instances of gfretl's GUI client
open
> simultaneously, but in some cases being able to is a good thing.
I haven't checked yet, but I think you should be able to run
multiple instances of the bundled gretl app on OS X. I believe
this is controlled by an entry in the bundle's Info.plist
file: you can specify a "single instance" policy if you want
to, but I haven't done that.
I'm not 100% sure, but I think multiple instances is not ordinary
feature in OS X.
BTW, I realize I messed up with my most recent dmg build: the
bundled gnuplot has an external dependency on the AquaTerm
framework when that should have been redirected within the
bundle. I'll put up a fixed build tonight.
Dear Allin, today I'll re-start to test the new build. I think I could
help more because now I have three different Macs (I'm a lucky
guy!) with very different configurations.
Best regards,
Henrique Andrade*
*
8:29 p.m.
On Thu, 21 Mar 2013, Henrique Andrade wrote:
2013/3/20 Allin Cottrell <cottrell(a)wfu.edu>
> On Wed, 20 Mar 2013, Riccardo (Jack) Lucchetti wrote:
>
>> My friends who own a Mac and use the OSX version of Stata tell me that,
>> contrary to what happens under Win & Linux, you cannot start multiple
>> instances, which is a royal PITA for Stata users (it seems that you have
> to
>> keep multiple instances open that when merging datasets). As for gretl, I
>> never felt I _needed_ to have multiple instances of gfretl's GUI client
> open
>> simultaneously, but in some cases being able to is a good thing.
>
> I haven't checked yet, but I think you should be able to run
> multiple instances of the bundled gretl app on OS X. I believe
> this is controlled by an entry in the bundle's Info.plist
> file: you can specify a "single instance" policy if you want
> to, but I haven't done that.
I'm not 100% sure, but I think multiple instances is not ordinary
feature in OS X.
I've now checked: if you launch gretl by clicking its icon you
only get one instance, but you can run another instance by
launching the program from the command line. Note that with
the new quartz build, the command-line invocation is
/path/to/Gretl.app/Contents/MacOS/Gretl
> BTW, I realize I messed up with my most recent dmg build: the
> bundled gnuplot has an external dependency on the AquaTerm
> framework when that should have been redirected within the
> bundle. I'll put up a fixed build tonight.
Dear Allin, today I'll re-start to test the new build. I think I could
help more because now I have three different Macs (I'm a lucky
guy!) with very different configurations.
Thanks. Atually it took me a bit longer to get a new build in
place under "osx-testing", but that's done now.
Allin
8:48 p.m.
On Thu, 21 Mar 2013, Allin Cottrell wrote:
> Dear Allin, today I'll re-start to test the new build. I
think I could
> help more because now I have three different Macs (I'm a lucky
> guy!) with very different configurations.
Thanks. Atually it took me a bit longer to get a new build in
place under "osx-testing", but that's done now.
Almost off-topic: this morning I stumbled on
http://mingw-w64.sourceforge.net/; it made me realise that we don't have a
64-bit version of gretl for windows. Would you think it worthwhile to
provide one?
-------------------------------------------------------
Riccardo (Jack) Lucchetti
Dipartimento di Scienze Economiche e Sociali (DiSES)
Università Politecnica delle Marche
(formerly known as Università di Ancona)
r.lucchetti(a)univpm.it
http://www2.econ.univpm.it/servizi/hpp/lucchetti
-------------------------------------------------------
4:14 a.m.
Dear Allin,
Double-click scripts or session files still doesn't launch Gretl. Please
take a look at the attached files. I'm testing this on a Mac (running OS X
10.8.3) that never had Gretl or X11 installed.
Talking about multiple instance... Today I realized that we have a lot of
important softwares that actually use multiple instance (e.g. Terminal,
Firefox, and Finder). The way we can have a new instance is selecting "File
New window". So, if we are going to have this functionality in
Gretl, I
would suggest to use the same approach.
Best regards,
Henrique Andrade*
*
5:25 p.m.
On Fri, 22 Mar 2013, Henrique Andrade wrote:
Double-click scripts or session files still doesn't launch Gretl.
[...]
I have that working now, and I'll publish a new build before long.
Talking about multiple instance... Today I realized that we have a
lot of
important softwares that actually use multiple instance (e.g. Terminal,
Firefox, and Finder). The way we can have a new instance is selecting "File
> New window". So, if we are going to have this functionality in Gretl, I
would suggest to use the same approach.
Well, gretl doesn't really do "New window". You can launch more than
one gretl instance (via the command line), but they're unrelated to
each other.
Allin
7:32 a.m.
> Double-click scripts or session files still doesn't launch Gretl.
> [...]
I have that working now, and I'll publish a new build before long.
> Talking about multiple instance... Today I realized that we have a lot of
> important softwares that actually use multiple instance (e.g. Terminal,
> Firefox, and Finder). The way we can have a new instance is selecting "File
>> New window". So, if we are going to have this functionality in Gretl, I
> would suggest to use the same approach.
Well, gretl doesn't really do "New window". You can launch more than
one gretl instance (via the command line), but they're unrelated to
each other.
On the subject: I personally am a CLI guy and most of my work is done in
bash, so this doesn't really apply to me, but I realise that I'm part of a
very small minority.
Although the ability of having several instances of gretl open at the same
time is generally appreciated, several people have pointed out, as an
inconvenient thing, that double-clicking on a script when you already
have gretl open fires up a new instance rather than opening the script in
the pre-existing process. My ususal answer is "well, drag-n-drop it then",
but (not being very much of a GUI guy myself) I honestly couldn't say to
what degree this behaviour is perceived as annoying.
So I'd like to ask you people out there: is this something worth spending
time on? Under the (possibly unrealistic) assumption that this is at all
possible, would you like gretl to open scripts in an already existing
window when double-clicking, or do you prefer the current behaviour?
-------------------------------------------------------
Riccardo (Jack) Lucchetti
Dipartimento di Scienze Economiche e Sociali (DiSES)
Università Politecnica delle Marche
(formerly known as Università di Ancona)
r.lucchetti(a)univpm.it
http://www2.econ.univpm.it/servizi/hpp/lucchetti
-------------------------------------------------------
10:01 a.m.
On 20-03-2013, at 03:01, Allin Cottrell <cottrell(a)wfu.edu> wrote:
I've just put a second attempt at an all-in-one native quartz
package of gretl in place at
http://sourceforge.net/projects/gretl/files/osx-testing/
Hopefully this should address some of the points made in relation to
my first try, though I'm sure there will be some problems remaining.
* Interactive gnuplot use should now work.
* Ctrl-F2 should work to access the main window menu (or
fn-Ctrl-F2, if Ctrl-F2 is taken by the OS to control the
LCD brightness, as on a Macbook Air).
* Command-w should work to close more windows than before.
* There's now a functioning theme selector under Preferences/
General. I've made "Clearlooks" the default; "Lion-like"
may look a bit more Mac-ish, but I suspect it may be flaky.
If you're testing this, I recommend that you first delete your
~/.gretl2rc file, if present.
Not sure about file-type associations; I've done something that I
think should be helpful but I'd be interested to hear if they're now
working.
As for "Alt-key" navigation of menus, my research[*] tells me that's
not a Mac thing, and it seems we can't have it both ways; it's
totally disabled in gtk-quartz. But having got to the main menu via
Ctrl-F2, you can navigate via initial letters of menu items or arrow
keys.
This is quite true. But see below.
[*] See (among many other references),
http://en.wikipedia.org/wiki/Option_key
Running Mac OS X 10.8.3.
Quartz Gretl.app is in ~/Applications (for testing).
I'm using Lion-like as theme preference and that actually looks quite good.
Remarks:
- Ctrl+F2 does not access the menu at all
- in a menu no first letter navigation is possible
Shortcuts are a bit haphazard:
- in the Data menu Select all has shortcut Ctrl+A and Find variable… has shortcut
Command+F
- menu File, Open Data, User file… has shortcut Command+O
- menu File, Save data has shortcut Ctrl+S (as an aside wouldn't it be logical that
"Save data as" has a shortcut Shift+Ctrl+S) but New dataset has shortcut
Command+N
- Exit is Ctrl_X and Command+Q has no effect on Gretl.app
- F1 brings up the command reference. Pressing the Escape key makes the text Escape appear
in the Filter/Find input field.
Same for example with pressing the Tab key: text Tab appears in the Filter/Find input
field.
(I even got Meta_R but I can't remember which key I pressed and I can't
reproduce).
- The command reference window refuses to be closed with Command+W or Ctrl+W
- script, script output windows can be closed with Command+W
- Command+` does not let you switch windows (this is really very important since it is the
standard mac way of going from window to window; and it works with XQuartz/X11)
- Tools, Gnuplot starts the included gnuplot but in the Terminal window you get the
message:
dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/login)
is setuid or setgid
gnuplot does start with terminal type aqua.
Googling on the warning turned up:
http://apple.stackexchange.com/questions/58228/how-to-fix-terminal-error-...
and in that discussion this
https://discussions.apple.com/thread/4143805?start=0&tstart=0
There is more about this on the internet. It seems to evolve round the use of sudo. The
matter is totally beyond me.
It appears to be a bug in 10.8.x.
- keyboard shortcut t in the main window works: a window with a plot appears. I can close
the graph window with Ctrl+W and Command+W
(and also with the "q" shortcut and the "z" shortcut also works)
- in the Programs tab of the Preferences I don't see a path to libR. I have R
installed in /Library/Frameworks/R.framework. Start Gnu R launches R.app without issue.
Some typical mac things:
- Preferences has a standard shortcut key: Command+, (that's a comma).
- one of the very nice things of Mac OS X is the ability to define your own keyboard
shortcuts for menu entries of an application.
(most Mac applications have many keyboard shortcuts which are user changeable most of
the time). It's a facility that I use quite a lot.
(note: Virtualbox lets you redefine shortcuts but weirdly enough Rstudio does not; both
appear to be using Qt).
My apologies for the nitpicking but if GTK quartz and gretl want to present an interface
as Mac-ish as possible then there appears to be scope for improvement.
Berend
10:50 a.m.
On 22-03-2013, at 11:01, Berend Hasselman <bhh(a)xs4all.nl> wrote:
Followup on this:
- Tools, Gnuplot starts the included gnuplot but in the Terminal window you get the
message:
dyld: DYLD_ environment variables being ignored because main executable
(/usr/bin/login) is setuid or setgid
gnuplot does start with terminal type aqua.
Googling on the warning turned up:
http://apple.stackexchange.com/questions/58228/how-to-fix-terminal-error-...
and in that discussion this
https://discussions.apple.com/thread/4143805?start=0&tstart=0
There is more about this on the internet. It seems to evolve round the use of sudo. The
matter is totally beyond me.
It appears to be a bug in 10.8.x.
I commented out the line
export DYLD_LIBRARY_PATH="$TOP"/lib
in the file Gretl.app/Contents/MacOS/Gretl.
Did Tools, Gnuplot and didn't get the DYLD_ warning/... message.
So is the line with DYLD… actually necessary since it seems that all Gretl specific
.dylib and .so files have a relative installname (@executablepath/.…)? (BTW: very nice and
good job!)
(checked with otool -L)
Berend
12:24 p.m.
On Fri, 22 Mar 2013, Berend Hasselman wrote:
On 22-03-2013, at 11:01, Berend Hasselman <bhh(a)xs4all.nl>
wrote:
Followup on this:
>
> - Tools, Gnuplot starts the included gnuplot but in the Terminal window you get the
message:
> dyld: DYLD_ environment variables being ignored because main executable
(/usr/bin/login) is setuid or setgid
> gnuplot does start with terminal type aqua.
> Googling on the warning turned up:
>
>
http://apple.stackexchange.com/questions/58228/how-to-fix-terminal-error-...
>
> and in that discussion this
>
> https://discussions.apple.com/thread/4143805?start=0&tstart=0
>
> There is more about this on the internet. It seems to evolve round the use of sudo.
The matter is totally beyond me.
> It appears to be a bug in 10.8.x.
>
I commented out the line
export DYLD_LIBRARY_PATH="$TOP"/lib
in the file Gretl.app/Contents/MacOS/Gretl.
Did Tools, Gnuplot and didn't get the DYLD_ warning/... message.
So is the line with DYLD… actually necessary since it seems
that all Gretl specific .dylib and .so files have a relative
installname (@executablepath/.…)? (BTW: very nice and good
job!)
(checked with otool -L)
Yes, I think you're right -- we should be able to delete the
DYLD_LIBRARY_PATH setting in the gretl launcher script without
loss.
Allin
4288
days inactive
4294
days old
11 comments
4 participants
participants (4)
-
Allin Cottrell -
Berend Hasselman -
Henrique Andrade -
Riccardo (Jack) Lucchetti