Firstly, we don't need so many locks as we blocking the main loop.
On amd64 OpenBSD 6.8. Static are stored in tbss, so I know TLS was
releatively recently added properly, that's one issue.
I can only speculate, it's thread related and how mutexes are
handled on amd64? As well as having too many threads, also too
much blocking of the main loop...
Other changes, get rid of almost all sense of a "main" window...
Lots of stuff learnt through hacking...My folks are downstairs and
I can hear shaging on the TV...Christmas time...it's mean to be...
Sheesh
No window takes presedence. Last window closes application :)
Because, if this wasn't done, someone in IRC (apbbb probably) would
say it should be done...soooooo
Fonts should be normal sized. If fonts aren't looking good, just
bump up the overall ELM scaling, it works much better!
Indicate which sort we are using in the process list.
Make the UI simpler. Give everything a window. It's not clever
to only allow one action at a time. I think it seemed cool
because every other environment is simplifying the interface.
I don't really agree with this. Also some "tabs" don't
currently justify having the whole window.
hashtag **** it!
These labels are awful.
If you are ON the CPU "tab" WHY the hack do you need another
massive text label explaining the same thing!!!
Sometimes I wonder, wonder wonder...
Convert Linux memory values to bytes rather than reducing the
granularity of every other OS which reports memory use in
bytes.
The previous method just made everything confusing when it
needn't be.
Whether it should be 80 or 120 I'm not sure. I think i'll go
with the lower denominator as it's more inclusive.
EVAS_ macros need simplified (this might be too simple)...
Let's create a window per-process instead of the panel.
I want people to learn, let's show the manpage for the process if
one exists.
this is not finished.
Alastair Poole
Carsten Haitzler