Managing Encounter Types screen wrong size

Bug #517965 reported by John Jaarsveld
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNUmed
Fix Released
Low
Unassigned

Bug Description

Managing encounter types (masterdata) => new, then I can give in Local name and encounter type, but the screensize is wrong (it seems to me), because the "OK" , "Next", "Clear" and "Cancel" buttons only appear when I drag a corner of the window to make it bigger. So they seem to be there, but not visible, and no clue that they are hidden (no scrollbar).

Using Ubuntu Karmic, GNUmed 0.6, screensize: 1280x800.

Revision history for this message
shilbert (sebastian-hilbert) wrote : Re: [Bug 517965] [NEW] Managing Encounter Types screen wrong size

Am Samstag 06 Februar 2010 10:03:32 schrieben Sie:
> Public bug reported:
>
> Managing encounter types (masterdata) => new, then I can give in Local
> name and encounter type, but the screensize is wrong (it seems to me),
> because the "OK" , "Next", "Clear" and "Cancel" buttons only appear when
> I drag a corner of the window to make it bigger. So they seem to be
> there, but not visible, and no clue that they are hidden (no scrollbar).
>
> Using Ubuntu Karmic, GNUmed 0.6, screensize: 1280x800.
>
> ** Affects: gnumed
> Importance: Undecided
> Status: New
>
You mean this dialog ?

Revision history for this message
ncq (karsten-hilbert) wrote :

I have tried a million things. I guess we need help with that.

Karsten

Changed in gnumed:
status: New → Triaged
importance: Undecided → Low
Revision history for this message
ncq (karsten-hilbert) wrote :

John is talking about the editor dialog that appears if you hit New or Edit. The problem applies
to many such dialogs derived from c/wxgGenericEditAreaDlg2. I suspect it got to do with the
Reparenting of the Edit Area.

Karsten

Revision history for this message
John Jaarsveld (joja) wrote :

No, acutually the next screen, after clicking on "NEW"
Screenshot.png is what I see before, Screenshot-1.png is what I see
after dragging one corner of the screen with the mouse to make it bigger.

shilbert wrote:
> Am Samstag 06 Februar 2010 10:03:32 schrieben Sie:
>> Public bug reported:
>>
>> Managing encounter types (masterdata) => new, then I can give in Local
>> name and encounter type, but the screensize is wrong (it seems to me),
>> because the "OK" , "Next", "Clear" and "Cancel" buttons only appear when
>> I drag a corner of the window to make it bigger. So they seem to be
>> there, but not visible, and no clue that they are hidden (no scrollbar).
>>
>> Using Ubuntu Karmic, GNUmed 0.6, screensize: 1280x800.
>>
>> ** Affects: gnumed
>> Importance: Undecided
>> Status: New
>>
> You mean this dialog ?
>
>
>
> ** Attachment added: "unnamed"
> http://launchpadlibrarian.net/38826217/unnamed
>

Revision history for this message
John Jaarsveld (joja) wrote :

@Karsten: I mean: Yes, that is what I mean. My reply #4 was send before I read #2 and #3, but arrived later.
Sorry if it is a know bug already.

Revision history for this message
Jim Busser (jbusser) wrote : Re: [Bug 517965] Re: Managing Encounter Types screen wrong size

On 2010-02-06, at 10:03 AM, ncq wrote:

> John is talking about the editor dialog that appears if you hit New or Edit. The problem applies
> to many such dialogs derived from c/wxgGenericEditAreaDlg2. I suspect it got to do with the
> Reparenting of the Edit Area.

has this already been asked about on a wx mailing list or forum?

Revision history for this message
ncq (karsten-hilbert) wrote :

On Sun, Feb 07, 2010 at 01:02:43AM -0000, Jim Busser wrote:

> > John is talking about the editor dialog that appears if you hit New or Edit. The problem applies
> > to many such dialogs derived from c/wxgGenericEditAreaDlg2. I suspect it got to do with the
> > Reparenting of the Edit Area.
>
> has this already been asked about on a wx mailing list or forum?

Not explicitely.

Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346

ncq (karsten-hilbert)
Changed in gnumed:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.