gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] A login suggestion for horst vs richard space


From: Hilmar Berger
Subject: Re: [Gnumed-devel] A login suggestion for horst vs richard space
Date: Thu, 17 Mar 2005 20:08:29 +0100

On Thu, 17 Mar 2005 17:30:52 +0100
Karsten Hilbert <address@hidden> wrote:

> On Wed, Mar 16, 2005 at 08:18:14AM +1100, Richard wrote:
> > 
> > I've modified the login file slightly, png attatched to show the result.
> > This would be a good, quick fix for switching between spaces if someone 
> > would 
> > link it to the backend.
> > 
> > Also raises other possibilites, such as including country specific combo 
> > selection to bring in automatically country specific stuff.
> How often would one do that ? Very rarely in actual practice.
> Hence it should not clutter up the login screen. Hilmar
> correctly observed that such for-now options have the tendency
> to stick around. 

I absolutely agree. 
In addition to a --layout command line option we could also add this to the 
profile stored in your gnumed.conf. That's where IMHO all parameters that are 
not changed frequently and/or only by a limited number of people belong. 
The profile is the place where you choose/store all parameters you need to 
start up Gnumed which are not directly deducible from the user name. We have to 
be carefully here because there is some overlap with roles - which are directly 
connected to user name. You could for instance create two users 
"Richard_in_Richard_Space" and "Richard_in_Horst_space" and set the GUI type in 
the *User*-DefaultWorkplace environment via ConfigEditor appropriately. Then 
all you have to do in order to change your GUI is to log out and log in as a 
different user.

BTW - right now there is only one possibility exiting your Gnumed session by 
quitting the program. Would it make sense to ask the user if he wants to log in 
as a different user ?

So, in conclusion I vote for not adding another field to the login dialog and 
use existing infrastructure (roles bound to users) to make this work.

Richard, does this sound ok to you ?

Hilmar 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]