Rein Klazes wrote:
On Wed, 01 Sep 2004 10:02:43 -0700, you wrote:
Oops, not enough coffee yet this morning. Actually, the problem I was
having with Pegasus, that the patch attempts to fix, is with
minimization. That is, I minimize and then attempt to restore Pegasus,
and nothing shows up *excep
On Wed, 01 Sep 2004 10:02:43 -0700, you wrote:
>
> Oops, not enough coffee yet this morning. Actually, the problem I was
> having with Pegasus, that the patch attempts to fix, is with
> minimization. That is, I minimize and then attempt to restore Pegasus,
> and nothing shows up *except* the m
On Wed, 01 Sep 2004 09:52:40 -0700, you wrote:
> Rein Klazes <[EMAIL PROTECTED]> writes:
>
> > I was too early, another problem popped up caused by this patch.
> > Un-maximized MDI child windows don't paint their non client area anymore
> > (I tried two MDI applications, both had it).
>
> How ab
Rein Klazes wrote:
Hi Duane. Unfortunately your patch does not change anything (that is cvs
winpos.c + alexandre's patch + your patch).
Maybe I did not explain clearly enough: these windows show alright but
without painting the borders, caption, buttons etc. The defects also
show in applications wi
Rein Klazes <[EMAIL PROTECTED]> writes:
> I was too early, another problem popped up caused by this patch.
> Un-maximized MDI child windows don't paint their non client area anymore
> (I tried two MDI applications, both had it).
How about this one?
Index: dlls/x11drv/winpos.c
===
On Wed, 01 Sep 2004 09:06:27 -0700, you wrote:
> Rein Klazes wrote:
> >
> > I was too early, another problem popped up caused by this patch.
> > Un-maximized MDI child windows don't paint their non client area anymore
> > (I tried two MDI applications, both had it).
>
> I don't know why that onl
Rein Klazes wrote:
I was too early, another problem popped up caused by this patch.
Un-maximized MDI child windows don't paint their non client area anymore
(I tried two MDI applications, both had it).
I don't know why that only showed up now, but I have a workaround that I
have been using for a l
On Wed, 01 Sep 2004 12:45:16 +0200, you wrote:
> On Tue, 31 Aug 2004 18:10:22 -0700, you wrote:
>
> > Rein Klazes <[EMAIL PROTECTED]> writes:
> >
> > > Well, Pegasus Mail has the same problem with lists. And it is fatal: no
> > > mail in any mailbox is visible.
> > >
> > > The configuration dial
On Tue, 31 Aug 2004 18:10:22 -0700, you wrote:
> Rein Klazes <[EMAIL PROTECTED]> writes:
>
> > Well, Pegasus Mail has the same problem with lists. And it is fatal: no
> > mail in any mailbox is visible.
> >
> > The configuration dialog of Agent news reader has yet another problem,
> > disappearin
On Tue, 31 Aug 2004, Alexandre Julliard wrote:
> Does this help?
>
> Index: dlls/x11drv/winpos.c
Yes, the patch helps in my case. Thanks.
Rein Klazes <[EMAIL PROTECTED]> writes:
> Well, Pegasus Mail has the same problem with lists. And it is fatal: no
> mail in any mailbox is visible.
>
> The configuration dialog of Agent news reader has yet another problem,
> disappearing buttons:
>
> http://home.wanadoo.nl/wijn/tmp/shot1.png befor
On Tue, 31 Aug 2004 00:38:30 +0200 (EET), you wrote:
> The [1] patch brings some regression. I have filled a bugreport: [2].
>
> Here are two png screenshots: [3] [4], one made before the patch is
> applied, another made after the patch is applied.
>
>
> [1] http://www.winehq.org/hypermail/w
Yes this is very annoying. I noticed it last night when taking another
look at winecfg.
Another regression I noticed is that sometimes child windows are offset
by about 3-4 pixels to the top/left. For instance the white part of the
edit control looks like it's "popped out" of the bevelled edges
The [1] patch brings some regression. I have filled a bugreport: [2].
Here are two png screenshots: [3] [4], one made before the patch is
applied, another made after the patch is applied.
[1] http://www.winehq.org/hypermail/wine-cvs/2004/08/0341.html
[2] http://bugs.winehq.org/show_bug.cgi?id
14 matches
Mail list logo
