(05-22-2024, 02:22 AM)Jerry link Wrote: Yes, I'm against snaps. TB and FF are both in deb form in 7x
Thank you very much!
I hate being forced to install any app to get another. Let alone a service that runs all the way!
It's against the letter and spirit of GNU/FOSS.
I didn't bother too much since we're talking about a test install. In the final release though, I was planning to switch to Mozilla PPA, which I tested already for some 12 months or so.
LL 7.0 RC2
I'd like very much to have a second release, in order to test with a real install on my machine.
I upgraded my main machine (Dell precision T1700) with a hot-pluggable 5,25" bay with two slots so now I can dual boot independently, by simply switching from one bay to another.
The unit I'm using is
Delock 47230 (two trays variant).
I want to see it running on this machine, because it looks like the level of performance is way above the previous versions.
On ASUS X200MA for one, the memory footprint is lower wtih some 150 - 200 (or more?) MB, which as I see it, is way better than any distro I tested so far.
The weirdest thing though, is that Chrome runs now with more than 5 documents (actually the tested number was about 22 documents opened!!) without blocking the machine, as it usually happened.
Further more, the "
system-monitoring-center" showed amazing values for a 10 years old machine, with 2 GB of soldered (onboard) RAM that is also shared with the video chip.
The only bottleneck, was the CPU, but given the type (Celeron N2830), is understandable.
The other strange thing, was the low amount of SWAP (150 - 250 MB) which on that machine, is quite spectacular! The highest value was some 330 MB, with SimpleScreenRecorder, some 15 Chrome tabs, System Monitoring Center, Pluma (two ASCII opened, maybe three), one Writer document opened and, of course, my usual DoubleCommander.
That is a great amount of Apps running on this kind of machine!
Occasionally I had also Thunar opened since the new one has a double panel view available.
Possibly, (I forgot) I also had opened the Lite Software and alternately, Lite Widget and Lite Tweaks.
In any of this cases, the behaviour was amazing.
Back in the days, when I had the Lenovo T400 I could get this kind of results, but it had 4 GB of Ram and a Core2Duo (two threads though...) CPU, which is nothing even near a Celeron.
Yet, these are the results, so far.
Lite Apps Windowing Issue
The only real weird issue I encounter, is the size of the windows which are larger than the available height of the desktop. This is abnormal.
I forgot the exact range of resolutions, but the default is a wide 1366 x 768.
That means that the OnResize event, assumes a relative value as default (presumably 800) instead of dynamically extracting ScreenWidth/SecreenHeight.
I never had such problems with my apps since I always used the ScreenWidth/SecreenHeight instead of a fixed value so resizing, worked fine on any resolution.
The only workaround I could find is to hide the launch bar (Panel 2) and reduce the width of both, which I dislike. I have bad sight and I'm wearing glasses. So large icons, is a
must in my case.
I can only speculate on the causes, because the Pluma, LibreOffice and other Apps behave normally, while "Lite *" do manifest this. That means that some code was reused in most apps (or all) and the portion of code needs to be rewritten to accomodate the real ScreenHeight value. The interfaces in themelves, have enough room for all the controls to be properly operated so it should be doable. Even if so, adding a side-scroll bar is possible and this also solves the problem, even if at the cost of some more click and scroll.
I know that nowadays there are people that can afford using an external display, but here are many people that find that expensive.
This is true for many use-cases, since lots of people here have very old machines that allow this kind of wide resolutions (1366x768).
In this regard, maybe you should change the window variable "FixedWidth" with "Resizable". I guess that's a quick fix, in case there is nothing like a "Resize" event in all the code.
In my apps, I tested the resolution 640x480 for FixedWidth and usually I dynamically set the value of "FixedWidth" using the real display settings as a start value.
Something like
FormWidth=0.6*ScreenWidth.
If you issue next to that "
FormStyle.FixedWidth=T" it works properly. Or maybe
FormStyle=FixedWidth.
"It's easy to die for an idea. It's way harder TO LIVE for your idea!"
Current Machine:
Dell Precision T1700, 16 GB RAM, SSD Kingston A400, 480 GB.
Laptop:
ASUS X200MA , Intel® Celeron® N2830, 2 GB RAM, SSD Kingston A400, 480 GB.