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
Some horrid left over from a tool i wrote to write disk images and
parsing for physicaly disks. Well, it doesn't map well. Keep linux
as is for now.
FreeBSD win and OpenBSD win.
So, at some point, select a file system then below a panel with
something visual...probbaly for starters some visual indicator
of large folders and ideally activity too...
not done for now...shouldn't break the universe tho
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
Have done some looking into this issue. With EFL having issues
on FreeBSD i386 and weak symbols and some comments it seems this
must be a linker issue. I need to read up more so for now, this
workaround remains.
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!
Alastair Poole