[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Busy Cursor Thanks + Q re missing GUI elements
From: |
Richard Terry |
Subject: |
Re: [Gnumed-devel] Busy Cursor Thanks + Q re missing GUI elements |
Date: |
Wed, 4 Aug 2004 10:32:56 +1000 |
User-agent: |
KMail/1.5.4 |
Ok, I'll go ahead and make a toolbar for the patient demographics and give it
to you (someone, ian whatever)
I've resurrected my notes on image-making and my only momentary confusion was
segfaulting which I quickly realised was using a previous python verison of
the image generating files,so that part is working now. I've been trolling
icons from round the place as well.
Regards
richard
On Wed, 4 Aug 2004 03:50 am, Karsten Hilbert wrote:
> > 1) all sections will probably need a print/save button. Do you think we
> > should have these permanantly on a 'mini' tool bar next to whatever the
> > other tool bar is when it is loaded in - or unique to the toolbar
> > imported (probably my choice).
>
> Technically my choice, too. If we do it the other way round we
> would need to find a way to attach the currently valid save
> action to that button. If it is unique to the loaded widget
> the widget can decide at compile time.
>
> > 2)Note that when gnumed boots up that the clinical sections such as
> > vaccinations/allergies now have own tabs on the bottom,
>
> Sure, in Horst-space. The very same (as in "the same physical
> lines of") code is used in Richard space.
>
> > wheras design wise they shouldn't appear until the clinical
> > tab is clicked on, and then be
> > linked to buttons on the top tool bar, not tabs on the bottom.
>
> This is a design decision for Richard space and doesn't
> concern Horst space in the least.
>
> > 3)Also the tabbed lists and scratch pad and reminders/recalls panel has
> > disappeared.
>
> As I said before they simply aren't in a working state. They
> are there, codewise, however. They are not lost, just
> non-functioning.
>
> > 4)Also currently the only way to get access to the patients tab is AFTER
> > one loads a patient.
>
> You mean, like, in Horst space ? Yes, that is a design
> decision inside Horst space and doesn't mandate behaviour of
> or concern Richard space in any way. Also, I am not entirely
> sure which one is the "patient" tab?
>
> > We need to think up some way to access this any time.
>
> To form an intelligent opinion here I need to know which tab
> you are referring too. If you are referring to the
> demographics tab in Horst space the answer is no. In Horst
> space one does not access tabs that require a patient to be
> loaded before a patient is loaded.
>
> Karsten