Tiny Core Base > Release Candidate Testing
Core v16.0beta1
MikeLockmoore:
--- Quote from: Rich on March 10, 2025, 01:41:12 AM ---Hi MikeLockmoore
--- Quote from: MikeLockmoore on March 09, 2025, 11:00:49 PM --- ... I'm also happy to report I've solved the weird "windowshade" rollup ...
--- End quote ---
Will the option to have minimized windows hidden still exist?
--- End quote ---
Rich: Yes, the "iconify" button (upper left corner of the current "topside" build windows or lower left corner of the FLWM classic windows) will make the window disappear, but can be brought back by the desktop pop-up menu.
I've mulling over making an update to Flit, which is my system tray software, to be able to visualize the iconified apps and offer another way to pop them back to normal. But I have a lot of other pent-up updates to make, including finishing up any loose ends with FLWM and getting it ready for review, redoing the battery-monitor part of Flit, and some changes to make Fluff work better with the fractional scaling in FLWM, and much more... :P
MikeLockmoore:
Minor update... I realized I had an FLWM window title repaint issue, at least for the Fluff file manager, that if the window title changed such that the title text was shorter than before, some of the old text was not getting erased. I updated the FLWM title text clear call to cover most of the titlebar area. Hopefully most machines running TC 16 and beyond will have enough speed to not bog down repainting more pixels than absolutely necessary. :-[
Rich:
Hi MikeLockmoore
If you still have access to the window title, why not erase it by
printing it again using the background color?
MikeLockmoore:
--- Quote from: Rich on March 11, 2025, 12:39:49 AM ---Hi MikeLockmoore
If you still have access to the window title, why not erase it by
printing it again using the background color?
--- End quote ---
There was already some code in FLWM to force a repaint in a "damaged" section of the window title bar, but it was based on the size of the text label widget. I just needed to make the rectangle bigger to make sure it covers the area the text could have been in before the label change size. Drawing the text in a different (background) color then painting the new text normally is an extra step. Not sure if it is actually slower, but it could be.
Update: Attached the set of FLWM code changes I'm testing. This is not super clean at this stage; it still has some commented-out debugging statements and other cruft I should remove. If you wish to apply it to the source code and try it, you may want to do something like (in the FLWM code folder):
$ git checkout master
$ git checkout -b mike_rescaling master
$ git checkout mike_rescaling
$ git apply mike_rescaling.patch
$ ./compileit
$ sudo cp flwm /usr/local/bin
(exit X to command prompt)
$ startx
--
Mike
Juanito:
On x86 (fltk-1.3) apart from this:
--- Code: ---git apply mike_rescaling.patch
error: can't open patch 'mike_rescaling.patch': No such file or directory
--- End code ---
..things appear to work fine, except with flwm classic not all of the "X" in the exit button is rendered, perhaps the title bar is slightly too narrow?
On x86_64 (fltk-1.4) we are missing the two patches:
fltk-1.4-rotated-text.diff
flwm_border_redraw_bis.patch
(I'll add them), otherwise things look OK.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version