On 2024-12-27, Andy Smith wrote:
>> An hallucination is a perception without an object, which is closer to
>> describing the vocabulary of your conceit than my eventually erroneous shell
>> scripts.
>
> I think the main difference though is that no one is going to mistakenly
> try to put the voca
Hello,
On Fri, Dec 27, 2024 at 04:11:48PM -, Frank Jezzer wrote:
> On 2024-12-27, Andy Smith wrote:
> > Not to worry; none of Frank's posts are written by a human, and some of
> > them contain hallucinated shell scripts that will never work.
>
> An hallucination is a perception without an ob
On 2024-12-27, Andy Smith wrote:
> Hi,
>
> On Fri, Dec 27, 2024 at 12:09:23AM +0100, to...@tuxteam.de wrote:
>> On Thu, Dec 26, 2024 at 04:11:49PM -, Frank Jezzer wrote:
>> > In short, well-designed software empowers the user rather than
>> > dictating terms, contributing to a healthier digita
Hi,
On Fri, Dec 27, 2024 at 12:09:23AM +0100, to...@tuxteam.de wrote:
> On Thu, Dec 26, 2024 at 04:11:49PM -, Frank Jezzer wrote:
> > In short, well-designed software empowers the user rather than
> > dictating terms, contributing to a healthier digital ecosystem.
>
> I agree on most points -
On 26/12/2024 16:42, Eike Lantzsch ZP5CGE / KY4PZ wrote:
On Thursday, 26 December 2024 00:10:47 -03 Max Nikulin wrote:
You may try to search for mozilla, window manager (fvwm?), gtk bugs or
discussions related to client-side decoration and rising on click.
Are there other applications that use C
On Thu, Dec 26, 2024 at 04:11:49PM -, Frank Jezzer wrote:
[...]
> The tension between application-driven window management and user-driven
> window
> management is a microcosm of broader debates about control, autonomy, and the
> influence of external forces in our digital lives.
[...]
> I
On 2024-12-26, wrote:
>
> On Wed, Dec 25, 2024 at 10:17:02PM -0500, Greg Wooledge wrote:
>
> [...]
>
>> The idea that your application should do its own window management
>> because the user's chosen WM may differ from what you, the developer,
>> wanted is utter hubris. Especially when you can't
On Thursday, 26 December 2024 00:10:47 -03 Max Nikulin wrote:
> On 25/12/2024 14:11, keller.st...@gmx.de wrote:
> > Max Nikulin writes:
> >> does switching between regular window title and
> >> client-side decorations changes anything? (right click menu for
> >> toolbar, "customize toolbar")
> >
>
On Wed, Dec 25, 2024 at 10:17:02PM -0500, Greg Wooledge wrote:
[...]
> The idea that your application should do its own window management
> because the user's chosen WM may differ from what you, the developer,
> wanted is utter hubris. Especially when you can't even get it to
> work the way you
On Thu, Dec 26, 2024 at 10:10:47 +0700, Max Nikulin wrote:
> On 25/12/2024 14:11, keller.st...@gmx.de wrote:
> > Max Nikulin writes:
> > >
> > > does switching between regular window title and
> > > client-side decorations changes anything? (right click menu for
> > > toolbar, "customize toolbar")
On 25/12/2024 14:11, keller.st...@gmx.de wrote:
Max Nikulin writes:
does switching between regular window title and
client-side decorations changes anything? (right click menu for
toolbar, "customize toolbar")
That was exactly it. It fixed the
unwanted raising of firefox's windows and also s
On Wed, Dec 25, 2024 at 07:11:11 +, keller.st...@gmx.de wrote:
> Max Nikulin writes:
> > A shot in the dark: does switching between regular window title and
> > client-side decorations changes anything? (right click menu for
> > toolbar, "customize toolbar")
>
> And I didn't even know about t
Max Nikulin writes:
> On 17/12/2024 18:55, keller.st...@gmx.de wrote:
> > I have grepped through prefs.js and haven't found anything that sounds
> > related,
>
> A shot in the dark: does switching between regular window title and
> client-side decorations changes anything? (right click menu for
>
On 17/12/2024 18:55, keller.st...@gmx.de wrote:
I have grepped through prefs.js and haven't found anything that sounds
related,
A shot in the dark: does switching between regular window title and
client-side decorations changes anything? (right click menu for toolbar,
"customize toolbar")
I
On Tue, Dec 17, 2024 at 4:12 AM wrote:
> No, this has been from the installation of Debian 12 to this Laptop.
> Before that, I had Xubuntu 20.04 (Ubuntu with XFCE) on another Laptop
> that has crashed (broken mainboard). I also run Xubuntu 18.04 in a
> VirtualBox on a Windows host. Both also con
> Mike Castle writes:
>
> Out of curiosity, how do you raise windows?
I can raise windows by clicking into the title bar or by clicking the
window while holding the left mouse button.
> Similarly, a copy of your FF prefs.js (sanitized, of course). This
> file would be in your profile directory
Out of curiosity, how do you raise windows?
Anyway, I was unable to reproduce this with FF 1.333.0 and Debian 12.
However, I normally do not run with these settings, so perhaps I do
not have them set up correctly.
Perhaps some screen shots of your settings might be in order to verify
I tried corr
I have Debian 12 with XFCE and firefox on my Laptop. The XFCE window
manager is configured such that a window is not raised when I click or
double click (select) inside it. This works for all X11 windows
except for firefox, which is raised when I click inside.
Why is firefox's behavior so differ
18 matches
Mail list logo
