On Mon, Feb 25, 2008 at 7:45 PM, for.register for.register
<[EMAIL PROTECTED]> wrote:
> On Mon, Feb 25, 2008 at 7:00 PM, for.register for.register
>
> <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, Feb 25, 2008 at 6:16 PM, Thomas Adam <[EMAIL PROTECTED]> wrote:
> > > On 25/02/2008, for.register for.register <[EMAIL PROTECTED]> wrote:
> > > > Hi, All
> > > >
> > > > I want to swallow conky into FvwmButton, but I found that
> > > > FvwmButton Color override Swallowed Conky. I mean, after
> > > > several seconds, conky figure disappeared, only leaved with
> > > > the blank buttons with the FvwmButton background color.
> > >
> > > I suspect that conky doesn't like being reparented -- not all
> > > applications do. I have seen reports of people being able to swallow
> > > conky just fine in FvwmButtons. Which version of conky are you using?
> > >
> > > -- Thomas Adam
> > >
> > Thank you Thomas.
> >
> > My conky version is 1.4.9-r1.
> > When I enlarge FvwmButtons window large enough, for example
> > four times than conky normally required , I can see the conky, but
> > the conky position in the larger window is not predictable, sometimes
> > in the bottom, sometimes higher.
> >
> > My conky is a little complex, not a simple line as I found from
> > the fvwm forum.
> >
> > Here is the the major part of my .conkyrc
> > .....
> > TEXT
> > ${color purple}${time %G %b %e (%a)}$alignr${time %H:%M:%S}
> > ${color orange}$sysname $kernel$alignr Uptime $uptime
> > .....
>
> Now, I can confirm that even the very simple conky configuration has
> the same problem.
>
> The problem probably only relates to the height of button. From my
> experience
> Width of button doesnt effect the conky display. But the Height of button
> is large enough can conky normal displays.
>
I got a temporary solution, that is precisely adjust the value of
gap_x and gap_y
to match the fvwmbotton position.
