Re: Title bars much too tall after reinstalling linux on laptop THANKS
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
Firefox -- correction
I wrote: > One unexpected consequence is: on the laptop firefox now detects the lack > of a title bar and conveniently adds three new symbols on top right on the > laptop: > > underscore -> minimise (has to be retrieved from iconmanager) > box-> toggle between maximise and minimise. > (Symbol becomes smaller when window is maximised,) > cross -> delete window Correction. That should have been box-> toggle between maximise and normal size. (!) (Symbol becomes smaller when window is maximised,) Brain fried ... Aaron http://www.cs.bham.ac.uk/~axs
Re: Title bars much too tall after reinstalling linux on laptop THANKS
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 screen (resolution 1366x768) and gives me more space for useful items. Tina wrote: > I've found that adding a BorderColor for the active window also helps > with identifying them: > > Color { > BorderColor "#ff" { >"WorkSpaceManager" "#00" >"TWM Icon Manager" "#00" > } > } Regarding the above tip to highlight borders of the active window: I had already found before abandoning window titles that setting different BorderColor and BorderTileBackground achieves that, and I agree that it's useful! It also highights the name of the current window in the Icon manager. Perhaps I've misunderstood the proposal. 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. 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. The modifier is CTRL for now, partly because there are CTRL buttons on both sides of the keyboard -- though I always swap the left CTRL with CapsLock, which is used much less often. [I grew up with CTRL in the middle (next to "A") on Sun Workstations... and other keyboards designed before IBM PCs, or whatever, screwed things up by putting CTRL in the wrong place. Presumably they thought the majority of users would be using computers as text processors and would need upper case more often than CTRL.] I had also tried the suggestion of recompiling ctwm from source on the laptop, but it made no difference to the size of titlebars. Likewise, copying the ctwm executable from my desktop PC, where I don't have expanded titlebars, did not help. The new Ctwm configuration without title bars seems to work well though bits of my brain controlling my finger-tips need some re-programming, which will take a little while. One unexpected consequence is: on the laptop firefox now detects the lack of a title bar and conveniently adds three new symbols on top right on the laptop: underscore -> minimise (has to be retrieved from iconmanager) box-> toggle between maximise and minimise. (Symbol becomes smaller when window is maximised,) cross -> delete window Opera tries to do something similar, but doesn't show its name in the iocnmanager. I may later try living without title bars also on my desktop screen (1920x1080). Thanks again to all... Aaron http://www.cs.bham.ac.uk/~axs
Bug found in bugfix :-)
I'm using Firefox 77.0.1 and whenever I enable the 3D look in CTWM, the back button in Firefox' context menu gets automatically clicked when I bring up the menu, thus sending me directly to the previous page, even if my intention was something else. After a bit of fiddling around, I managed to narrow it down to UseThreeDBorders and found this little chunk of code in event_handlers.c: /* Workaround for Java 1.4 bug that freezes the application whenever * a new window is displayed. (When UsePPosition is on and either * UseThreeDBorders or BorderWidth 0 is set.) */ if(!bw) { sendEvent = true; } When commenting out that little if-statement and recompiling, the Firefox context menu works as expected again. Not sure how to approach this - it seems to be a fix for something else already, although I suspect Firefox is a more common application than Java 1.4 (which I think is from 2002 or something). -- Carl Svensson
Re: Title bars much too tall after reinstalling linux on 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 even if I specifically request the iso8859-1 registry and encoding in the font selection string. It's not as noticable as in the screenshot posted by Aaron Sloman earlier and it's also curious how it only affects some versions of some window managers. I suspect discrepancies between headers used to compile wm binaries in distro repos in conjunction with specific versions of Xorg, since the behavior changes if I compile the wm:s myself. I've not yet tried compiling fvwm2 from source, perhaps I should do that and examine the result. (As noted earlier, my personal problem is not with CTWM). -- Carl Svensson
Re: Title bars much too tall after reinstalling linux on laptop
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 LC_ALL=C ctwm & > > (and whatever else needs to be (un)set)? > Or maybe using Latin-1 (LC_CTYPE=en_US.ISO8859-1)? I was about to suggest the same thing. I think I had some UTF-8 font related changes at some point in the past. Mainly because the UTF-8 fonts contain so many more characters, the maximum ascenders and descenders are a lot bigger than with more limited Latin-1 character sets. 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... (and currently `bzr qlog` has broken on my system... claiming it can't find a module named sip, even though I have sip for both python 2.7 and 3.7...) -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Fix bad shift when squeezing with 3D borders disabled
Hi, When 3D borders are disabled, squeezing a window produces a little shift on x by the border width, and the width of the title grows by 2 × the border width. Yes, it is a little annoying :) The fix: https://github.com/maxatome/ctwm-mirror/commit/6f0f08ca4aea429424a3b3abf455a84c4022a778 It is weird (but probably historic?) that frame_bw and frame_bw3D fields have the same meaning for the user (the border width, but one for flat design and the other for 3D), but are not used equally in the code. I explain: * title_x = frame_bw3D - frame_bw ⇒ why not: frame_bw3D + frame_bw? * title_width includes 2 * frame_bw but not frame_bw3D As they are exclusive, I think it should be possible to use them equally. And if they are, we can even remove frame_bw3D and only use frame_bw in all places where border width matters. What do you think about this? ++ Max.
Re: Title bars much too tall after reinstalling linux on laptop
> > 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 than when using the TWM package > supplied with my distribution. 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 LC_ALL=C ctwm & (and whatever else needs to be (un)set)? Or maybe using Latin-1 (LC_CTYPE=en_US.ISO8859-1)?
Re: Title bars much too tall after reinstalling linux on laptop
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 font handling in Xorg. FVWM is particularly affected on my system, producing much too tall window titles with a completely normal bitmap font like Helvetica. 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 than when using the TWM package supplied with my distribution. If you haven't already, I suggest you try to compile the latest version of CTWM from source on your machine. Perhaps that will resolve the issue. Best regards Carl -- Carl Svensson
Re: Title bar problem by-passed, perhaps permanently!
On Tue, Jul 07, 2020 at 05:03:41PM +0100, Aaron Sloman wrote: > After trying and disliking that solution, I've now decided that a better > solution is to *remove* title bars and > > -- slightly increase window border width (to 3) to make borders easier to >grab for re-sizing I've found that adding a BorderColor for the active window also helps with identifying them: Color { BorderColor "#ff" { "WorkSpaceManager" "#00" "TWM Icon Manager" "#00" } } YMMV. -- - Tina