Live data from Hacker News

File picker meme

wiki.installgentoo.com

121–130 of 130 posts

Re: File picker meme

#121

Earlier quoted context omitted.

> Sure, but this fragmentation isn't exactly new. There have always been multiple toolkits on Linux I think that we got a little bit sidetracked. "I want my users to be able to be able to select what borders to have" -> "the user can choose to use GTK or Qt apps" -> "it encourages duplicate work for minor differences" -> "fragmentation isn't exactly new" Fragmentation might not be new but I would really rather not re…

>Fragmentation might not be new but I would really rather not re-write my UI in another toolkit just to offer a second border option. Then don't offer that second option? You can also offer multiple border options within the toolkit. >If you consider the user unbinding C-q from "quit" as broken because "the HIGs won't match" then I would have to say that I disagree. That would be one keybind. Complex apps have many k…

I frankly cannot agree with most of the stuff that you are presenting as fact here. I understand that you use GNOME and are passionate about it, but your insistence on right and wrong answers is absolutely not what drives the Linux community. If there were easy solutions, we would have built a perfect operating system 40 years ago and quit arguing then and there.

> Again you could provide this as an option if you really wanted but this is a sub-par experience for the user to have to mess with this.

Then don't make them. Just do what every other desktop has done since 1992, give people the option to configure things the way they want, and save your "sub-par user experience" argument for setting the defaults. If corner-cutting starts to affect power users, you need to go back to the drawing board and re-think things. Luckily, this is a pretty easy situation: nothing is broken, nothing needs to be fixed. It's along the lines of GNOME deciding the remove your clipboard history because it was gauche and such an old and ugly feature.

> Well that's not true, you can see some of the motivations for using CSD here

Yeah, real motivation going on there. Of the 4 apps they mention needing CSD, only one got it. Is that really what 3 years of progress should look like for that kind of initiative?

> I'm not sure what you mean, GNOME is its own platform. If you are not a user of that app platform then I don't see why it would matter to you.

GNOME is not Linux, and the issue is that the GNOME developers are making too many decisions on behalf of the end user. I didn't have an issue with the mostly hands-off approach that GTK2 and 3 used. I do take issue when I can't use a desktop environment because my preference for handling packages is apparently verboten, and now they've decided to remove features that I liked. It's a regression on the level of dropping the Unity desktop, but even more user-hostile.

And even still, I have a hard time calling GNOME in it's current state much of a platform. It exhibits constant crashing issues on my Haswell devices which means I can't use it on half my devices, and it only truly functions on one or two distros. Not to go "us vs them", but KDE has no problem maintaining a stable, usable desktop even across major releases. I'm utterly dumbfounded by how the current maintainers of GNOME feel so self-righteous in their redesign, especially considering the state of their recent releases.

Re: File picker meme

#122
post #120

Earlier quoted context omitted.

>I want my app to display with no borders because that’s evidently what the user wants. This is not the same as GNOME not supporting xdg-decoration and having apps with no borders. From the app developer perspective it is the same though. A GNOME user will want their apps to have client-side GTK decorations because this is the way GNOME apps are built. It's the same as if that user was using a tiling WM and turned th…

This is becoming pointless when you are saying things like this: > It is the status quo on GNOME. This is your problem, and GNOME's too: GNOME doesn't own the Linux desktop. The status quo on GNOME should not drive protocol standards that impact the entire Linux desktop ecosystem. The protocol standards should be driven by the needs of the larger ecosystem. I'm not saying the needs of GNOME are unimportant. They are…

>This is your problem, and GNOME's too: GNOME doesn't own the Linux desktop.

I'm sorry I have no idea what you mean. This is not about the Linux desktop, this is about GNOME. If you don't want to support GNOME then there's no reason to discuss this, because it doesn't matter, you can keep going about your way and you don't have to care about them. Am I missing something here?

>The status quo on GNOME should not drive protocol standards that impact the entire Linux desktop ecosystem. Why should GNOME's fairly isolated status quo be the burden of every application or app toolkit developer?

They aren't, and they don't? I'm extremely confused as to what you're talking about here. This again is about what you would have to do to support GNOME. Not any other Linux desktop.

>The inverse is a burden on the compositor. There are far more apps and app developers, and even toolkits, than there will ever be Wayland compositors.

This doesn't matter because the issue here is how to make apps that aren't broken. Some things simply cannot be fixed in the compositor, they have to be fixed in the app, and this is one of them. I sympathize with your concern and I wish it wasn't the case, but sometimes app developers have to do some work that they don't want to do.

>Because you will get a vendored copy of libdecor. In a runtime like the Steam runtime, you might wind up attempting to load a version of libdecor linked against an incompatible libc if you try to use the system version. This is not a problem that would occur if a protocol were used instead.

That isn't how flatpak works at all. You don't use the system version, you only use the vendored version, and you do that specifically to avoid that linking problem you mentioned. Also libdecor does use the protocol so I have really no idea what you're talking about again here, sorry.

>libdecor also has the potential to create other problems.

Sure but the problems there would be exactly the same as they would be if you did it all in the server, so libdecor is not making it any worse. The only difference is that the code moved to the client.

>If GNOME cared about what experience was good for the user, they would have cared about the fact that the Wayland compositor they shipped into production runs many games with missing window borders because of their own initiatives and sway within the Wayland ecosystem.

Well I'm not sure if you saw this part in my previous part but those apps are broken according to the xdg-decoration spec. It has really nothing to do with GNOME at all. All Wayland apps need to provide fallback window borders if they want to work correctly in all situations, if they don't then that's a bug.

>The user experience in GNOME is genuinely worse due to this strange insistence on moving a problem from one location to another.

I don't see why that concerns you if you're not a GNOME user and you have no interest in supporting GNOME. GNOME can deal with their own problems, if that causes them to lose users then that's something only they have to care about, not you.

Continued...

Re: File picker meme

#123
post #120

Earlier quoted context omitted.

This is becoming pointless when you are saying things like this: > It is the status quo on GNOME. This is your problem, and GNOME's too: GNOME doesn't own the Linux desktop. The status quo on GNOME should not drive protocol standards that impact the entire Linux desktop ecosystem. The protocol standards should be driven by the needs of the larger ecosystem. I'm not saying the needs of GNOME are unimportant. They are…

>This is your problem, and GNOME's too: GNOME doesn't own the Linux desktop. I'm sorry I have no idea what you mean. This is not about the Linux desktop, this is about GNOME. If you don't want to support GNOME then there's no reason to discuss this, because it doesn't matter, you can keep going about your way and you don't have to care about them. Am I missing something here? >The status quo on GNOME should not drive…

>Not every application needs a UI toolkit. There are also a lot of UI toolkits. Now many of them struggle with the fairly unimpressive task of displaying a window with reasonable looking borders. That's not a good user experience, and it's certainly not a good developer experience.

Sure, but if you don't use a toolkit then you need to take care of the missing pieces on your platform, in the case of Wayland one of those missing pieces is window borders. If you're a toolkit developer and you can't implement window borders, then I would suggest not advertising your toolkit as having complete support for Wayland.

>I really do have a lot of opinions regarding what you are saying, but I'm honestly running out of steam on replying to each point blow-for-blow because it feels like I already expressed my point and the reply is just what I said but inverted.

I'm sorry if this seems rude but both your opinion and my opinion don't matter and I don't care how you feel about this. That's nothing personal towards you. We're just two people having an informal conversation, it's just not helpful for us to look at it like we're trying to sway each other's opinions, so don't feel like you have to convince me of something or rebut my opinions. If you feel you don't want to support a certain type of decorations then that's perfectly fine, I'm happy for you to carry on doing that. But the technical reality of the situation and what that means for the challenges you may face is a different discussion from what you or I feel, and clearing up the technical stuff is all I'm interested to discuss.

If you have some other technical things to present then please do that, otherwise you're right that there is nothing more to discuss here. I'm only typing here to correct some misconceptions that I saw you had about the whole situation with libdecor. I find that most people who are upset about the situation don't really understand it fully or missed some key piece of information. I usually try not to do it point-by-point but it's really hard when you list a lot of points. However it does seem that a lot of your statements are stemming from a few initial misconceptions, so I can summarize that if you want.

Re: File picker meme

#124

Earlier quoted context omitted.

>Fragmentation might not be new but I would really rather not re-write my UI in another toolkit just to offer a second border option. Then don't offer that second option? You can also offer multiple border options within the toolkit. >If you consider the user unbinding C-q from "quit" as broken because "the HIGs won't match" then I would have to say that I disagree. That would be one keybind. Complex apps have many k…

I frankly cannot agree with most of the stuff that you are presenting as fact here. I understand that you use GNOME and are passionate about it, but your insistence on right and wrong answers is absolutely not what drives the Linux community. If there were easy solutions, we would have built a perfect operating system 40 years ago and quit arguing then and there. > Again you could provide this as an option if you rea…

>I understand that you use GNOME and are passionate about it, but your insistence on right and wrong answers is absolutely not what drives the Linux community.

So your statements here aren't correct. Please avoid accusing me of being a fanboy. If you really want to know my opinion, I'll use any desktop and I'm not passionate about any of them, GNOME is just one of them. They each have their strengths and weaknesses. But if you're asking questions about GNOME and GTK then I'll give you straight answers, they are also part of the "Linux community" and it doesn't help either of us to misrepresent them. There are certain facts about that which it is not helpful for us to disagree on, because they are just that: facts, not opinions.

>Then don't make them. Just do what every other desktop has done since 1992, give people the option to configure things the way they want

Well some users may have no need to configure that. And like I was saying with complex apps, it may be that you don't need to give users a really complicated way to configure every little detail. It may be that what they really want is just a way to swap between "presets" and that will be enough for everyone. You don't know until you actually do the design work and iterate. This of course is a more complex and nuanced topic than just saying "give us an option" or "give us a default" or something like that.

>If corner-cutting starts to affect power users, you need to go back to the drawing board and re-think things.

Well no, in my experience power users are just as likely to be trying to accomplish something specific like that. When you get down to it their usage patterns are not particularly different.

>Yeah, real motivation going on there. Of the 4 apps they mention needing CSD, only one got it. Is that really what 3 years of progress should look like for that kind of initiative?

I really don't know what their progress goals are but there are many other GNOME apps not listed there that use CSD, you should look at them if you're interested to fully understand the progress.

>GNOME is not Linux, and the issue is that the GNOME developers are making too many decisions on behalf of the end user.

Yes I agree that GNOME is not Linux. But GNOME developers are making decisions on behalf of GNOME users. That's what they're supposed to do, those are the end users they support. I don't understand what your issue here is. If you don't use any GNOME software then their decisions won't affect you.

>I do take issue when I can't use a desktop environment because my preference for handling packages is apparently verboten

Which preference is this? Can you elaborate?

>and now they've decided to remove features that I liked. It's a regression on the level of dropping the Unity desktop, but even more user-hostile.

I'm sorry to hear that, but I hope you can understand that every project cannot support infinite features. If it's desired to add a new feature then sometimes an older feature that has some overlap with it will have to be removed. That's just the unfortunate reality, nobody is trying to be hostile to you. And it's not really feasible to ask software developers to stop adding new features, if they did this then everything would stagnate.

>And even still, I have a hard time calling GNOME in it's current state much of a platform. It exhibits constant crashing issues on my Haswell devices which means I can't use it on half my devices, and it only truly functions on one or two distros.

Can you please report these bugs? I've never experienced this. If those are legitimate bugs then I'm sure someone will want to have them fixed. It could possibly be a driver issue that is not strictly related to GNOME.

>Not to go "us vs them", but KDE has no problem maintaining a stable, usable desktop even across major releases. I'm utterly dumbfounded by how the current maintainers of GNOME feel so self-righteous in their redesign, especially considering the state of their recent releases.

Please understand that not every project has the resources to test with every hardware combination, it may just be that you hit some unusual and unfortunate combination of hardware and software that blows up. It's just lucky for you that KDE doesn't hit that.

Re: File picker meme

#125
post #119

Earlier quoted context omitted.

How is that the point? GNOME is an understaffed and underfunded project.

Well why doesn't the GNOME project offer a way for people to pay for specific features and bugfixes? I would contribute money if I knew it would go towards paying someone to fix the file-chooser dialog. So would a lot of other people, if there was an announcement. I know for a fact I am not the only person who would do this: https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbna... > One may say, "quit complain…

In my opinion, that article is pretty insubstantial and is mostly just responding to the same 4chan trolling mentioned in this wiki. It's just not a productive line of discussion and doesn't make any sense in the actual context of how open source works. But I'll answer your question anyway.

I think there are a few GNOME developers that have patreons or some other crowdfunding/bounty thing but it's not a major source of income for most. Getting $2 a month from a handful of people is not enough to fund a developer for any serious work. If you want to fund someone for real then you should probably pay a real developer salary which would be at least $75k-$100k a year in the US, and more if you want them to have competitive benefits. The price could be different in other countries. You might be able to hire one of the Linux consultancies to do it for the equivalent hourly rate. This is of course if you work for a company that can afford that. If you're a normal non-rich person then you're probably out of luck here, sorry. Software is expensive.

I also would be wary of anyone who guarantees they can get something into the master branch. To me that's scammer talk. Getting patches merged is an ongoing conversation between the developers and maintainers, you don't want someone who's just pushing code through without any checks. And if they're saying they can get something through before any code is even written and before anyone even knows if the solution is viable or not, then I would view that with extreme skepticism. If it's a major feature then it may end up taking months or years for it to get reviewed and merged, or it may just sit around for years and not get merged at all because it causes issues in some other part of the code, or it could end up being obsoleted by something else before then, or it could just end up being low priority and nobody gets around to it... or any number of other things really.

Hopefully that clears up some of those bizarre statements that are in that article.

Re: File picker meme

#126

Earlier quoted context omitted.

I frankly cannot agree with most of the stuff that you are presenting as fact here. I understand that you use GNOME and are passionate about it, but your insistence on right and wrong answers is absolutely not what drives the Linux community. If there were easy solutions, we would have built a perfect operating system 40 years ago and quit arguing then and there. > Again you could provide this as an option if you rea…

>I understand that you use GNOME and are passionate about it, but your insistence on right and wrong answers is absolutely not what drives the Linux community. So your statements here aren't correct. Please avoid accusing me of being a fanboy. If you really want to know my opinion, I'll use any desktop and I'm not passionate about any of them, GNOME is just one of them. They each have their strengths and weaknesses.…

I'm not discussing this any further, and I'm rather put-off from contributing to any GNOME projects if all the developers are going to feel this self-righteous. In any case, it seems like you've made it clear that neither GNOME nor Flatpak are right for me, so I'll quit wasting both of our time.

Re: File picker meme

#127

Earlier quoted context omitted.

Alas it does not happen only on GNOME. For example, mentioning how irrational is that to this day GIMP has no dedicated tool to draw basic geometric shapes (rectangles, ovals) as every other image editor does, even the most basic ones, can get you a lecture about how GIMP is free software, its lack of funding, that (allegedly) those tools are irrelevant and go against their philosophy, downvotes, bans...

GIMP is crap, the reason they make up all those excuses is because they have nothing better than it. The majority of them talking online seem to think GIMP is a superior image manipulation tool than Photoshop on a technical level despite the fact gimp cannot even simply or reliably draw a circle.

based

Re: File picker meme

#128
post #119

Earlier quoted context omitted.

Well why doesn't the GNOME project offer a way for people to pay for specific features and bugfixes? I would contribute money if I knew it would go towards paying someone to fix the file-chooser dialog. So would a lot of other people, if there was an announcement. I know for a fact I am not the only person who would do this: https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbna... > One may say, "quit complain…

In my opinion, that article is pretty insubstantial and is mostly just responding to the same 4chan trolling mentioned in this wiki. It's just not a productive line of discussion and doesn't make any sense in the actual context of how open source works. But I'll answer your question anyway. I think there are a few GNOME developers that have patreons or some other crowdfunding/bounty thing but it's not a major source…

>In my opinion, that article is pretty insubstantial and is mostly just responding to the same 4chan trolling mentioned in this wiki. It's just not a productive line of discussion and doesn't make any sense in the actual context of how open source works.

How on Earth is it "trolling"? Seriously, I want you to explain to me how that article is bad-faith in any way. Yes, it's written in a absurd, ironic way -- that's because the situation it's describing is absurd. When such a massive, obvious usability flaw has gone unfixed for so long, people have the perfect right to joke about it and make fun of GNOME. Sorry if you think that's unfair trolling -- it isn't.

And lol at the goalpost moving

>gnome is underfunded

>okay, how much money to fix the file chooser

>oh well uhh that's now how it works and you couldn't afford it anyway

Re: File picker meme

#129

Earlier quoted context omitted.

>I understand that you use GNOME and are passionate about it, but your insistence on right and wrong answers is absolutely not what drives the Linux community. So your statements here aren't correct. Please avoid accusing me of being a fanboy. If you really want to know my opinion, I'll use any desktop and I'm not passionate about any of them, GNOME is just one of them. They each have their strengths and weaknesses.…

I'm not discussing this any further, and I'm rather put-off from contributing to any GNOME projects if all the developers are going to feel this self-righteous. In any case, it seems like you've made it clear that neither GNOME nor Flatpak are right for me, so I'll quit wasting both of our time.

I'm not a GNOME developer and I have no idea what you mean by self-righteous. I don't particularly care what the "right" way to do things is, I can only notice areas where there are problems and then give suggestions. And even if I was a developer, it would be incorrect to assume that all other developers act the same way. So please avoid making these vague characterizations about people, they're really not meaningful and they could be perceived as insults.

If you don't want to use GNOME or Flatpak that's perfectly fine, I'm happy for you to choose whatever you want. But some of the statements you've made here are false, including the assumptions you've made about me. That's not being respectful to me or to the project when you do that. Please don't spread misinformation or make decisions based on false information, that damages the community and it also hurts both me and you. If you're not actively using/developing a certain project or in regular contact with the developers then I would suggest not making definitive statements about it or assuming that your experiences are shared by everyone. IMO it's a mistake to quit a discussion based on false information. If you ever change your mind and decide you want to report those bugs, the door is wide open for you.

Re: File picker meme

#130
post #128

Earlier quoted context omitted.

In my opinion, that article is pretty insubstantial and is mostly just responding to the same 4chan trolling mentioned in this wiki. It's just not a productive line of discussion and doesn't make any sense in the actual context of how open source works. But I'll answer your question anyway. I think there are a few GNOME developers that have patreons or some other crowdfunding/bounty thing but it's not a major source…

>In my opinion, that article is pretty insubstantial and is mostly just responding to the same 4chan trolling mentioned in this wiki. It's just not a productive line of discussion and doesn't make any sense in the actual context of how open source works. How on Earth is it "trolling"? Seriously, I want you to explain to me how that article is bad-faith in any way. Yes, it's written in a absurd, ironic way -- that's b…

Sorry, I don't mean the article is trolling or bad-faith. What I mean is that the author seems to have been trolled and the article is only responding to that trolling. That's just my guess after seeing this 4chan wiki and after seeing some very hostile statements made about this over the years. The discourse is being driven by trolls. The questions asked here aren't "bad" per se but if there had been any communication with the real developers at all then I wouldn't expect anyone to ask these questions, they don't make any sense in context. It seems to me the only reason they're being asked is because trolls spread misinformation about the project. Please try to avoid falling into the same trap, I'm noticing that you're doing it and it's not helpful. Don't let the trolls win.

I'll go a step further and say: I don't think your assessment is correct. There isn't anything absurd about an open source project missing a popular feature, it's a completely normal situation. Most open source projects are underfunded and understaffed and seem to have a giant "wishlist" of unimplemented features. Also, please avoid making hostile jokes or mocking people, that's more of that cruelty-focused 4chan-style discourse that is against the rules here. It's not an interesting discussion. When you drift into that unproductive stuff that's just being cruel to other people, I would say that absolutely is unfair trolling, so please don't do that. A more productive discussion might be something like: we discuss ways to fund the project, we discuss ways to get bugs fixed, we discuss technical advancements that could help speed things along. Does that make sense? I'm happy to discuss that stuff with you further.

>And lol at the goalpost moving

This again is what I mean, please don't dismiss my comments like this, it's really hostile. I gave you an answer for what it costs, and I also explained why that's not really a good question to ask. If you want me to clarify something then just ask, I could also suggest some better questions to ask if you really do want to help open source developers.

Post reply on HN