Wow I haven't used enlightenment since the 90s! So cool!
Fixing a 20-year-old bug in Enlightenment E16
71–80 of 193 posts
Re: Fixing a 20-year-old bug in Enlightenment E16
#72Earlier quoted context omitted.
eh, there is nothing a gpu can do here within the concept of composition that a cpu could not also do. the gpu simply has buffers that it compsits, the cpu can do that as well. with the benefit of less complexity leading to not needing to worry about driver crashes. on sane architectures its all the same ram anyway
> eh, there is nothing a gpu can do here within the concept of composition that a cpu could not also do. True, but which is more efficient? > on sane architectures its all the same ram anyway Opinions differ. The main benefit of splitting RAM is not having to share the bus. As I said, this lets you use the CPU for CPU things without having to spend precious DRAM bandwidth shovelling pixels.
[deleted]
Re: Fixing a 20-year-old bug in Enlightenment E16
#73I always appreciated how you can simply attach to the enlightenment process at any point, and also upon a crash.
The documentation is there: https://www.enlightenment.org/contrib/enlightenment-debug
Re: Fixing a 20-year-old bug in Enlightenment E16
#74Earlier quoted context omitted.
Nah, e is great! It works just fine - it's better at a lot of things because it's fairly low-spec and doesn't require a terabyte of ram and 47 quintillion floating point operations just to open a menu. And if you're using a current version they're responsive to bug reports and whatnot. It does most everything you could want. And it looks damn fine while it's doing it. Someone showed me the kitty terminal emulator a w…
In a lot of cases, configurability is just a workaround for the issue that devs were unable to implement sth that just works 'fine'. So you could turn it on and live with its defects, or you turned it off and live without the feature. Linux Desktop was always full of that. But yeah, I also do not like Gnome, because they more and more just removed the switches, but without spending effort to make things fine for ever…
well why video in a terminal? 1. it's "free" because the toolkit already offers video objects - feature is there... why not expose it. you just call 2 lines of code or so and and tell it to play. it's similar amount of code for an image, so it's basically free really. why do still images and NOT video? why stop there when video is only a little more code. sure. if you want a movie as a background: probably a bad choice, but if it's one of those zen videos with just trees swaying in the breeze as a background or a mountain lake rippling in the wind with very little motion but enough to make it "come to life", why not? but ok - for real usability? example: you're browsing through your dirs. cd ~/xxx/yyy; ls; cd zz; ls ... oh there's cat-sunning.mp4 there... i have 87 videos of cats sunning themselves.. which was that? tycat cat-sunning.jpg -> boom. video appears in terminal - you cat'd it.. it plays (tycat is just a tiny cmdline tool that emits the right escapes to terminology. you could make it a shell alias or script too and not use tycat. escapes are documented in the readme. this works even in a dumb framebuffer without wayland or x display systems (because the toolkit handles auto-detecting its environment and if in just a tty/vt it'll fall back to fbcon or kms/drm and render there). so you get a mouse and a full-screen graphical terminal that can do splits/tiles/tabs and so on with no windowing system and you can happily still explore all your files there even if they are videos... you aren't forced to use the feature... but it's there if you need it or want it.
Re: Fixing a 20-year-old bug in Enlightenment E16
#75Earlier quoted context omitted.
Wasn't Enlightenment something that just looked good in screenshots (compared to Win XP or even earlier ones)? I love desktop environments that look nice, I love effects and animations, if done well, and I love to be able to customize things (KDE/Plasma is doing a really good job in that regard imho). But Enlighenment? Whenever some screenshots excited me, I gave it another try for some hours, and then went back to K…
Nah, e is great! It works just fine - it's better at a lot of things because it's fairly low-spec and doesn't require a terabyte of ram and 47 quintillion floating point operations just to open a menu. And if you're using a current version they're responsive to bug reports and whatnot. It does most everything you could want. And it looks damn fine while it's doing it. Someone showed me the kitty terminal emulator a w…
PS: When can terminal apps get mouse coordinates in pixel granularity?
Then Qt and GTK can have backends for terminal( emulator)s and I can finally run a graphical terminal emulator inside a terminal emulator? tmux and screen will be dead!!! :D
And when do the terminal hacks for AR glasses start to appear? I still cannot walk through vimacs? Doing ":q!" with just some head gesture? Why not??
SCNR
Re: Fixing a 20-year-old bug in Enlightenment E16
#76https://www.enlightenment.org/ Seems down at the moment. Coincidence, or collateral hug?
that was literally me... i stopped it because... well.. short version - chasing bug in efl that blurted out an invalid object stdout errors when http requests for the forecasts module failed - the module relies on a caching proxy service on e.org to get weather forecasts. i simulated it a bit brute-force by temporarily taking down apache :) it's back and bug is fixed in git. it's silent now not complaining about invalid objects.
Re: Fixing a 20-year-old bug in Enlightenment E16
#77Earlier quoted context omitted.
In '99 or so, I ran Enlightenment with Amiga-style draggable virtual desktops. As a former Amiga user, it made me very happy.
May I present: amiwm https://www.lysator.liu.se/~marcus/amiwm.html https://en.wikipedia.org/wiki/Amiwm
Yeah, I saw that back in the day, and it's great, but that was too faithful. I liked the eye candy of Enlightenment, but with a nod to the nostalgia...
There is still a lot of things I miss from the Amiga, but I'm acutely aware that a lot of what I wish for are based on rather rose-tinted memories.
Re: Fixing a 20-year-old bug in Enlightenment E16
#78"Re-attaching repeatedly showed the program was not deadlocked." Why re-attaching and not just resume then ctrl+c ? Is this some kind of clever hack I dont know about.
when it's your window manager you are using right now... you tend to debug differently :) yes yes - xephyr and what not. i know...
Re: Fixing a 20-year-old bug in Enlightenment E16
#79[dead]
Re: Fixing a 20-year-old bug in Enlightenment E16
#80Earlier quoted context omitted.
Nah, e is great! It works just fine - it's better at a lot of things because it's fairly low-spec and doesn't require a terabyte of ram and 47 quintillion floating point operations just to open a menu. And if you're using a current version they're responsive to bug reports and whatnot. It does most everything you could want. And it looks damn fine while it's doing it. Someone showed me the kitty terminal emulator a w…
In a lot of cases, configurability is just a workaround for the issue that devs were unable to implement sth that just works 'fine'. So you could turn it on and live with its defects, or you turned it off and live without the feature. Linux Desktop was always full of that. But yeah, I also do not like Gnome, because they more and more just removed the switches, but without spending effort to make things fine for ever…
> that devs were unable to implement sth that just works 'fine'.
Just like today. But we lost the option to make it work.