Live data from Hacker News

Egui – An immediate mode GUI written in Rust

egui.rs

111–120 of 143 posts

Re: Egui – An immediate mode GUI written in Rust

#113
post #108

Am I the only one that has a problem with all non dom/html renderers that I can't copy the text on mobile? The same with flutter etc, it's such a regression in my eyes but nobody prioritizes it.

No, you're not the only one. I really would like to understand the people that implement that, look at it and find that good. I have the impression that the vast majority of developers are idiots.

Conversely, whenever I have to use a web app, if I click on something and it selects the text (outside of lineedit and text areas), it just feels unfinished and unprofessional - and a big turn-off for that app in general.

The worst are the ones when you can literally drag your mouse across the whole screen and it will start selecting text from entirely random places in the app's ui

Re: Egui – An immediate mode GUI written in Rust

#115
I've been using this a bit lately. It's very easy to throw a basic working prototype together and doesn't require that much boilerplate in order to get widgets on a screen, which is great. On the other hand layout management is a bit of a pain and there is apparently no easy way to say, for example, "these three widgets should take up 60%, 25% and 15% of the available horizontal space, respectively". I think that is just a consequence of being immediate mode.

Re: Egui – An immediate mode GUI written in Rust

#116

Earlier quoted context omitted.

Well I guess your book needs a new edition. The type of gui you're referencing is typically referred to as a retained mode gui.

The point is, I don't want people to see "GUI library" and think it's okay to use this for your random phase-of-the moon application that has no good reason to redraw at 2400 fps or whatever the enthusiasts want these days.

Just click on the link and you can easily see it only redraws when something on the screen changes. It's amazing how quickly people will dismiss something these days based on their own made up reasons.

Re: Egui – An immediate mode GUI written in Rust

#117

Earlier quoted context omitted.

> worse/impossible adblocking Obviously that's not a downside from a software developer perspective.

I’m a software developer, and it seems like a positive to me? Why wouldn’t you want the ability to post-facto manipulate with script the interfaces you are presented with?

Because if I added ads to my application, I want those ads to be shown to user, so I can have my money.

Re: Egui – An immediate mode GUI written in Rust

#118
post #65

Earlier quoted context omitted.

> worse/impossible adblocking Obviously that's not a downside from a software developer perspective.

What you mean is from a capitalist perspective. Not all software developers are focused on exploiting their users.

For applications developed by communist developers, it matters not if ads could be blocked or not.

I also would argue that extensibility adds overhead to support. For example I had issue with one website where user reported that they can't see some function which clearly was there. Turned out that their adblock mistakenly removed that element because of some generic CSS class name. I'd prefer for user to receive my application in the way I planned it, not in the altered way.

Re: Egui – An immediate mode GUI written in Rust

#119

Earlier quoted context omitted.

The point is, I don't want people to see "GUI library" and think it's okay to use this for your random phase-of-the moon application that has no good reason to redraw at 2400 fps or whatever the enthusiasts want these days.

Just click on the link and you can easily see it only redraws when something on the screen changes. It's amazing how quickly people will dismiss something these days based on their own made up reasons.

The poster above me explained to me that it's not like that?
Post reply on HN