[Gnumed-devel] Re: Mac OS X easy install - feedback

[Dominique Buenzli]

Hi Jim !

> Observations:
>
> On double-clicking the GnumedLauncher, the Mac's main menu bar
> - briefly flashes Gnumed / File / Edit as menus
> - quickly reverts to the Mac's "Finder"menus
> - then shows only a "Python" menu, and the GnuMed login dialog appears
> Questions:
> - from this point on the first menu appears fixed as "Python" - is it 
> not easy/possible to get it to again say GnuMed?

Normal. That's why it is called "GnumedLauncher"
This .app is a script which defines the PATH to wxPython, adds on and  
the original gnumed folder all of them contained in this .app.
Then it launches gnumed from this .app as it would do it if you 
installed it "system-wide", that's why python is launched.

The gnumed folder was in no way modified !!
It says Python in the first menu as gnumed uses wxPython launched to 
work (have a look at the dock.).
This is also what you have when you use gnumed after a "system-wide" 
installation.


> - button position: OK seems awkwardly placed as the third button in; 
> do we wish a convention in which the "confirmatory" (or most-often 
> picked) button is either left-most or right-most, with additional 
> conventions for placing the Cancel/Quit, help and options buttons

Ok but again this is independant from my  .app script. This would have 
to be defined somewhere in the gnumed folder (which I repeat was not 
modified).


> - button defaults: on the Mac it is possible to visually communicate a 
> 'default" button which is accepted just by pressing Enter or Return - 
> is this supported in wxPython/wxWidgets?
> - do Macs, Windows and Linux GUIs all have different terms for 
> "leaving" a program (Quit vs Exit vs ?? Cancel)
> - did the choice of Cancel simply suit termination after launching 
> from the command line and CVS in which case maybe Python remained 
> loaded?

As it was discussed in your latest mail with Karsten, we need a Mac 
developper....

> Logging into Localhost:
> - observed the "Gnumed: loading 20 plug-ins" dialog. Four or five of 
> them flashed "failed" as they went by including ClinicalWindowManager 
> and gmContacts
> - - (gnumed log attached)
> - problems with main GnuMed window appearance and behaviour
> - - (screen shot PDF "busserMacScrn20040229 attached)
> - - tabs are all crowded together, overlapping at extreme left of the 
> screen, cannot be activated
> - - window inner work areas do not display except transiently as I 
> click out, and back, into Gnumed. Almost the whole window is occupied 
> by "XDT field" and "XDT work area" which will not yield to other 
> clicks.
> - - along the bottom right of the window, date and time display and 
> refresh correctly
> - if I resize the window to make it bigger, then I can see displayed 
> "EMR dump, Guidelines, lab journal etc" beneath which is a status 
> remark "Done". If I click "lab journal" without a patient selected, 
> the status line explains that no patient is selected. However if I 
> find and activate Kirk, James T and click lab journal, the status line 
> does not refresh and I am still stuck with "XDT field" and "XDT work 
> area" but no results. Clicking on the other tabs along the bottom do 
> nothing and the status line does not change.
> - menus shown are Python, File, Edit, Tools, Reference, Help. Their 
> items I can select, but they result in no action

Yes this was already a problem before, it does that also if you install 
it "system-wide".
See my precedent posting:
http://lists.gnu.org/archive/html/gnumed-devel/2004-06/msg00031.html

I wish that we can resolve this with the help of the list (Karsten, 
Sebastian ? )

> I have since tried the binary's "u" (update from cvs) option which
> broke the Mac GnumedLauncher (my copy no longer runs)
Did you wait until it launches ? You will have to wait a long time 
before seeing the gnumed window appear.
Be aware that some changes in CVS can also brake gnumed...
But an update from CVS a few minutes ago works here.
Try again and let me now...

Dominique