On 04-May-2002 Kit O'Connell wrote:
>> A general request: when you submit a bug please either log into
>> sourceforge or include an email address. Several bugs have been posted
>> and no one responds to questions.
>
> Speaking of bugs, I noticed that a bug I submitted has been closed
> (550887)
> A general request: when you submit a bug please either log into
> sourceforge or include an email address. Several bugs have been posted
> and no one responds to questions.
Speaking of bugs, I noticed that a bug I submitted has been closed
(550887). Can you give me details on why? Is the scri
Submitted bugs on the sf.net tracker are now sent to this list.
Note replying to them does *NOT* put the information in the Tracker. So if you
have something to add, please comment on the website.
A general request: when you submit a bug please either log into sourceforge or
include an email a
> Sean, yes.
> If the apps exist _before_ blackbox is run, the problem
> exists. If blackbox is run and then the apps are run (the
> way I'm currently doing it :), then everything is fine.
I see the same behavior here.
Cheers,
Kit
--
'Dreams aren't dangerous, or thrilling, until we think of
On 04-May-2002 Jamin W. Collins wrote:
> On Sat, 04 May 2002 07:22:13 -0700 (PDT)
> "Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote:
>
>> This isn't a bug, it is intended behaviour. People have long complained
>> that in sloppy focus the only way to raise a window involved the frame
>> or a keyb
On Sat, 04 May 2002 08:35:59 -0700 (PDT)
"Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote:
> Another option is I could have the Tracker send copies of the
> bug data to the list.
Sounds like a good way of doing things.
--
Jamin W. Collins
On Sat, 04 May 2002 07:22:13 -0700 (PDT)
"Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> wrote:
> This isn't a bug, it is intended behaviour. People have long complained
> that in sloppy focus the only way to raise a window involved the frame
> or a keybinding.
So, now when using sloppy focus, if you
>
> I do believe this is how sloppy focus is typically/classically done
> (fvwm, twm).
>
> I don't suppose this will become an optional choice? umm like
> classical_sloppy and mouse_sloppy. Its annoying(IMO) when anything
> raises from a click. I can no longer have larger windows in the
>
On 04-May-2002 Chris Grossmann wrote:
> Sean, yes.
>
> If the apps exist _before_ blackbox is run, the problem
> exists. If blackbox is run and then the apps are run (the
> way I'm currently doing it :), then everything is fine.
>
This is a very important difference. Thanks.
Sean 'Shaleh' Perry wrote:
>On 04-May-2002 Marco Fonseca wrote:
>
>
>>I thought I remember seeing a thread about this bug, but I don't see it
>>on the bug tracker(I know it atleast exists still in pre3). Was there
>>ever a bug filled out for it?
>>
>>(this is the one where if you click anywh
Sean, yes.
If the apps exist _before_ blackbox is run, the problem
exists. If blackbox is run and then the apps are run (the
way I'm currently doing it :), then everything is fine.
Sean Perry <[EMAIL PROTECTED]> typed:
> >
> > Is there a workaround for this? I noticed that if I start the app
On 04-May-2002 Rob Sands wrote:
> Hello and good morning,
>
> I'm looking for a way to start apps with a defined size, when they
> don't save their size themself or don't have a --geometry option. Is
> this possible? BTW: I still use v0.61.1.
>
> --
> Robert Sands
> [EMAIL PROTECTED]
Read the
On 04-May-2002 Marco Fonseca wrote:
> I thought I remember seeing a thread about this bug, but I don't see it
> on the bug tracker(I know it atleast exists still in pre3). Was there
> ever a bug filled out for it?
>
> (this is the one where if you click anywhere on a window it will bring
> it
>
> Is there a workaround for this? I noticed that if I start the applets
> after blackbox is running, they work fine. I guess I can just write a
> script that will start the apps in question, change the background
> (doesn't work in .xinitrc either), etc.
>
wait, this is important. The proble
> I am eager to seal this bug, I just need more eyes on the code. My time is
> limited currently.
I am seeing this bug too, mostly with windowmaker applets (some of the
same ones we discussed before). I wanted to offer one more tidbit of
information -- I skilled the applet that had created an ar
On Friday 03 May 2002 21:30, Marco Fonseca wrote:
> (this is the one where if you click anywhere on a window it will bring
> it to the foreground, when it should only be raised from clicking on the
> title or alt-left clicking)
I personally like this way, but I do see times when it would get in t
16 matches
Mail list logo