Core v16.0beta1

[MikeLockmoore]

Hmm. I wasn't attempting to make something work for FLTK 1.3.  Some of the calls in my mods are FLTK 1.4.x specific.

I have a patch set for cleaning up some commented-out debugging statements, and a few text edits in comments.  i don't think there are any actual code changes in this patch set.

If you want me to look into the but graphic ("X" shape), I could try.  Was that at Xft.dpi set at 96.0 and no non-1.0 scaling set in an environment variable?  This patch is incremental to the one I posted yesterday.

 

[MikeLockmoore]

The patch I tried to attach to my last reply didn't.   

However, I've managed to better center the X on the window close button, and added some line weight to make the symbols on the buttons a bit easier to see and scale OK if you bumps up the scaling factor. So this patch includes both the code comment cleanups mentioned before as well as the better button symbols code update.  Only tested on TC 16 x86_64 (64 bit).

Note that this patch is incremental, mike_rescaling.patch should be applied first, then mike_rescaling_2.patch.

[curaga]

"git diff oldver..newver" will produce a combined patch.

[Juanito]

The first chunk of mike_rescaling.patch duplicates a commit I made yesterday - if I remove that (and several trailing white space errors) I get:

Code: [Select]

git apply ../mike_rescaling.patch
error: patch failed: Frame.C:1110
..which doesn't seem to make sense?

[MikeLockmoore]

The first chunk of mike_rescaling.patch duplicates a commit I made yesterday - if I remove that (and several trailing white space errors) I get:

Code: [Select]

git apply ../mike_rescaling.patch
error: patch failed: Frame.C:1110
..which doesn't seem to make sense?

Not sure about that, and I don't see anything crazy in the patch file around that line number that should lead to trouble (not sure exactly what is at that line number in the pre-patched file.  Is there a verbosity command line option with git apply *.patch to see more info about this?

If you still have trouble, maybe I can create a new single comprehensive patch to get to my code from the base version you would have straight from cloning the repo.  I need to get to my day job now, so I'll come back at this in 12 hours, give or take. 

[Juanito]

OK, got it  - the last two patches I used to build flwm are included in your changes, which creates the error as they are already in master.

[MikeLockmoore]

OK, got it  - the last two patches I used to build flwm are included in your changes, which creates the error as they are already in master.

Great!    I started with your build instructions which included at least one patch, and used that as the base of the patches I posted.

I'm not clear on the 32-bit x86 build issues.  Does FLTK 1.4.x not support 32-builds now?

[Juanito]

One of the main reasons to use fltk-1.4 is the wayland support, which means the tinycore fltk applets will work with a wayland compositor like labwc, weston, etc.

In order to reduce bloat, tinycore x86 does not use wayland. In addition fltk-1.4 is larger than fltk-1.3, so we decided to stay with fltk-1.3 for tc-16.x x86.

[Juanito]

Using git apply -R ../xxx.patch, I was able to back out the couple of patches I'd added and then apply mike_rescaling.patch and mike_rescaling_2.patch cleanly.

I've posted updated flwm/flwm_topside to the tc-16.x x86_64 repo.

Building flwm for tc-16.x x86 (fltk-1.3) fails with:

Code: [Select]

main.C: In function 'int main(int, char**)':
main.C:436:12: error: 'screen_scale' is not a member of 'Fl'
  436 |   sf = Fl::screen_scale(0);..which I guess is due to scaling not being supported on fltk-1.3

[Rich]

Hi Juanito
scale_factor was added in fltk-1.4.

[CNK]

I can try and rebuild Dillo for x86_64 with fltk-1.4 if that's of interest, but I'd normally wait until a stable release of TC 16 in order to upgrade the system I build it on. I won't do testing in Wayland.

watcher.tcz is another TC resource monitor that depends on FLTK 1.3. There's also alsamixergui.tcz.

[GNUser]

FYI - libsane-dev.tcz is missing from the TCL16 x86_64 repo, making it difficult to compile some extensions. I took a quick look at the TCL16 x86 repo and it seems to be missing there, too.

I used the extension from TCL15 x86_64 on my TCL16 x86_64 machine and it seems to work fine.

[Rich]

Hi GNUser
Libsane was rebuilt for TC16. The .info file has an interesting comment:

Code: [Select]

Title:          libsane.tcz
Description:    lib files for sane
Version:        1.3.1
Author:         see sane-doc AUTHORS
Original-site:  https://gitlab.com/sane-project/backends
Copying-policy: GPL v 2
Size:           4.6M
Extension_by:   aus9 @linuxquestions.org
Tags:           scan scanner
Comments:       There is no libsane-dev after update
                replaced by sane-dev
               
Change-log:     2013/12/09 v 1.0.24 (Juanito)
Current:        2025/02/23   v 1.3.1 on 16x (aus9)Found here:
http://tinycorelinux.net/16.x/x86_64/tcz/libsane.tcz.info

And sane-dev.tcz.info has a related comment:

Code: [Select]

Title:          sane-dev.tcz
Description:    dev files
Version:        1.3.1
Author:         see sane-doc AUTHORS
Original-site:  https://gitlab.com/sane-project/backends
Copying-policy: GPL v 2
Size:           12K
Extension_by:   aus9 @linuxquestions.org
Tags:           scan scanner
Comments:       Development replaces libsane-dev
               
Change-log:     2025/02/23 v 1.3.1 on 16x
Current:        2025/02/23Found here:
http://tinycorelinux.net/16.x/x86_64/tcz/sane-dev.tcz.info

[GNUser]

Hi Rich. gtk3-dev.tcz fails to load for me because libsane-dev.tcz cannot not be found (libsane-dev still exists in gtk3-dev's dependency tree--see colord-dev.tcz.dep).

It seems libsane-dev needs to be changed to sane-dev in colord-dev.tcz.dep.

In TCL16 x86_64 at least, this seems to be the only dep file that needs to be fixed:

Code: [Select]

$ depends-on.sh libsane-dev
colord-dev.tcz


[Rich]

Hi GNUser
colord-dev.tcz.dep updated.