On Sat 11 Jul 2020 at 11:20:58 -0500, Matthew D. Fuller wrote:
> Yeah, qbzr hasn't seen any work in a long time. It's never been
> updated to QT5, never mind catching up to py3 etc, and I'm sure even
> with old QT and py2 it's broken with breezy anyway :|
I have opened this bug on qbrz.
There have been several responses to my query about this which mention
processing of fonts related to buttons added to the title bar.
I don't think I ever reported that I tried removing all title-bar buttons
except the two built in items at top left (iconize) and top right
(resize), neither of
On Sat, Jul 11, 2020 at 01:26:53PM -0400 I heard the voice of
Stefan Monnier, and lo! it spake thus:
>
> The problem Tadziu describes seems to indicate that either my hack
> isn't working any more, or that some other problem is at play (maybe
> the height of each char is itself wrong?).
Yeah,
>> I think there was even some code change somewhere in ctwm to compensate
>> for this, but I'm now trying very hard to remember where that was...
> I believe that was in with some of the stuff from Stefan you merged
> just after 3.8.2 (r298), so it'll be in everything 4.x.
Indeed, I had made
On Fri, Jul 10, 2020 at 12:30:07AM +0100 I heard the voice of
Aaron Sloman, and lo! it spake thus:
>
> I later decided that just a function key is is too risky, e.g. if I hit F4
> instead of F3 by mistake, ...
>
> So "delete window" now requires a modifier key + F3.
I double up to Ctrl-Shift:
On Thu, Jul 09, 2020 at 09:19:41PM +0200 I heard the voice of
Rhialto, and lo! it spake thus:
>
> I think there was even some code change somewhere in ctwm to compensate
> for this, but I'm now trying very hard to remember where that was...
I believe that was in with some of the stuff from
On Fri 10 Jul 2020 at 00:30:07 +0100, Aaron Sloman wrote:
> As reported previously, I've compensated for lack of title bars by
> providing more function key actions. One decision I previously reported was
> using F10 (now changed to F4 because of an unnoticed clash) to delete the
> current window.
On Fri, 10 Jul 2020 00:30:07 +0100
Aaron Sloman wrote:
> I had also tried the suggestion of recompiling ctwm from source on the
> laptop, but it made no difference to the size of titlebars.
Interesting, thanks for reporting back!
--
Carl Svensson
Thanks to the people who have continued commenting on this, possibly
because they had not yet got to my message saying I had by-passed the
problem by abandoning title-bars in ctwm, and adding extra functionaliy
using function keys.
That decision now works well on a relatively small laptop
On Thu, 9 Jul 2020 21:19:41 +0200
Rhialto wrote:
> On Thu 09 Jul 2020 at 18:29:15 +0200, Tadziu Hoffmann wrote:
> > Or maybe using Latin-1 (LC_CTYPE=en_US.ISO8859-1)?
>
> Mainly because the UTF-8
> fonts contain so many more characters
I've suspected the same. However, the problem persists
On Thu 09 Jul 2020 at 18:29:15 +0200, Tadziu Hoffmann wrote:
> Could it perhaps be related to your locale, in that CTWM
> chooses the font in some particular encoding that has
> different metrics? What happens if you start CTWM
> explicitly using the "C" locale, as in
>
> LANG=C LANGUAGE=C
> > But now the title bars on the laptop are about twice the
> > desired height.
> It seems to be some kind of combination of font, Xorg version
> and window manager version causing it and I've noticed it in
> TWM, too - but not yet in CTWM. Compiling TWM from source
> gives different results
On Mon, 6 Jul 2020 19:16:41 +0100
Aaron Sloman wrote:
>
> I then had to do a complete reinstall of both windows and linux
>
> But now the title bars on the laptop are about twice the desired
> height.
>
I haven't delved deeper into the issue, but I've noticed strange goings on with
bitmap
Hi,
It is probably due to the font used in title.
The matched font is not the same between the 2 versions of your system,
or perhaps it changed a little.
Regards,
Max.
On 06/07/2020 20:16, Aaron Sloman wrote:
I recently screwed up my stonebook mini laptop running fedora 31 while
trying
14 matches
Mail list logo