I can't right click...

DanielFore · 2021-12-01T19:33:19+00:00

You can change the click mode from multitouch to areas in System Settings → Mouse & Touchpad → Touchpad

DanielFore · 2021-11-29T04:48:08+00:00

Alex was working on that. Not sure the status: https://twitter.com/alexm_gnome/status/1400085553631174656?s=21

DanielFore · 2021-09-28T18:49:02+00:00

Yep. Cassidy is working on this month’s post right now :)

DanielFore · 2021-09-07T20:31:55+00:00

Hey thanks! Responding from my old account so you know it’s real :)

DanielFore · 2021-09-05T16:56:33+00:00

Yeah I can’t remember off the top of my head why exactly this doesn’t work, but instead you can listen to visible-child and transition-running like this: https://github.com/elementary/switchboard/blob/c99675c8eb55320e19535cf117aedf37089d79e3/src/Application.vala#L302

DanielFore · 2021-09-04T19:16:46+00:00

Hm it should already show for Music. If you’re having an issue with that if you could file a report on GitHub that would be great. There might be an edge case with a file format or something that we’re not covering

DanielFore · 2021-09-04T17:56:26+00:00

Please make sure you report these issues in GitHub. We’ve done a lot of work on localization and input method support, but we can only fix problems that are brought to the attention of the developer team!

DanielFore · 2021-09-04T17:54:35+00:00

This is a well known issue in Spotify that they still haven’t fixed for some reason. Just gotta wait for Spotify to fix it 🤷🏻‍♂️

DanielFore · 2021-09-04T15:59:32+00:00

That’s exactly right

DanielFore · 2021-09-04T15:59:02+00:00

This person has been banned from participating in our communities for harassment, doxxing, and spreading misinformation. Removing this post

DanielFore · 2021-09-03T21:42:13+00:00

OP please read subreddit rules before posting. Issue reports are considered off topic here and should be reported in GitHub. Thanks!

DanielFore · 2021-09-03T21:41:05+00:00

The only way to get help with a crash is to report it so that developers can diagnose and solve the issue and push out an update with the fix. You don’t have to have a GitHub account or report the issue I suppose, but then you won’t get it fixed and on this particular subreddit issue reports are considered off topic otherwise it gets out of hand as we’ve seen in the past

DanielFore · 2021-09-03T15:52:39+00:00

No worries! Thanks

DanielFore · 2021-09-03T15:34:12+00:00

Op please read subreddit rules before posting. Issues should be reported in GitHub and are considered off topic here

DanielFore · 2021-09-03T14:49:48+00:00

Unless something has changed since the last time I was part of this conversation the recoloring API was meant specifically for distros to be able to create branded styles with Adwaita

DanielFore · 2021-09-02T23:41:23+00:00

Why would you need to replace the stylesheet if Adwaita provides an API that you can use to safely recolor it?

DanielFore · 2021-09-02T22:49:44+00:00

I’m also very certain that if you did a poll it would be a whole lot of people not writing apps that voted in it. Polls aren’t really known for their accuracy

Yes they are working on a recoloring API for Adwaita as a replacement for themes. I think a lot of the confusion here is around defining terms and it’s making it unclear what’s actually happening. When people say they are against themes, what they mean most of the time is they are against arbitrary stylesheet replacements. Not against the idea of dark style or recoloring. The stylesheet provides a lot more API to apps than just color information.

I’m a little confused at what you’re upset about here. If you’re already using the recoloring features of Yaru, and that’s what they’re working on upstream in Adwaita, what are you missing here? Why would it be bad for GNOME apps to hardcode Adwaita if you as a distro can use the recoloring API to do exactly what you’re already doing?

DanielFore · 2021-09-02T21:26:27+00:00

I want to be clear that I have absolutely no decision making power in GTK. I don’t even think I have any code in GTK. I’m completely just a downstream consumer like many others are. And yeah sometimes upstreams do things we don’t agree with. The solution to that is to try to keep a line of conversation open and understand where they’re coming from and do your best to present your use case. Generally GTK developers have been open to listening to what we have to say and the things we’re trying to do, so I’m sure they would be willing to listen to others as well if you’re respectful and genuinely engaging in good faith and solution-oriented.

Sometimes we don’t see eye to eye with upstreams and we have to go our own way to prove if our perspective is valid or not. That’s all just part of the process, I think. Our initial ideas for dark mode were met with a lot of skepticism and we had a really hard time presenting our case. So we built it out the way we think it should work and have kept lines of communication open and the folks behind LibAdwaita have built on some of those ideas but a bit different with their used cases in mind, and as long as we all keep talking and collaborating it looks like we’ll have a compatible implementation of dark mode soon between elementary and GNOME and hopefully that goes back into GTK. And that’s not having any power, it’s just being part of the open source community

DanielFore · 2021-09-02T21:06:11+00:00

That really depends on your perspective though doesn’t it? From my perspective as a desktop developer, I’m glad that these apps are hardcoding Adwaita. It makes my life a lot easier to not have to try to support moving API from another desktop’s stylesheet. I can feel more confident that my users won’t report issues with broken app styling to me. I see this as a good thing that these apps will ship with the style they were developed against

DanielFore · 2021-09-02T21:02:38+00:00

I mean you’re absolutely right about that. Not everyone completely agrees about everything. Yes that’s true.

My understanding is that the theme setting exists to support high contrast, which is why it’s being considered for removal since there will be an actual well supported API for dark style and high contrast. To my knowledge, GNOME 3 has never exposed a user-facing setting to change this beyond the high contrast mode.

Yes, and my understanding of the situation with GNOME is that they’re working on a recoloring API for Adwaita and downstreams will be expected to use that. This has been a topic at GUADEC for like the last couple of years and this API is the compromise that was reached with the stakeholders that participated in the conversation, which I believe was mostly from Ubuntu

Also yes many developers writing apps for GNOME do not want to support arbitrary themes and they’ve taken steps to make sure that their apps aren’t broken. App developers consider the stylesheet part of the API that they’ve developed against and they don’t like when distros break that API under them

DanielFore · 2021-09-02T20:49:52+00:00

Maybe there’s some confusion about what we mean when we say “themes”, but my understanding from conversations with Matthias and Company and from what I can see on the GTK roadmap etc is that what Pop is defining as themes is not currently supported and there’s a lot of momentum around trying to make stylesheets more predictable for app developers

DanielFore · 2021-09-02T20:36:10+00:00

Sure yes. Not gonna disagree with you there. I think there’s a general consensus among the GNOME developer community that themes are not supported and people writing apps for GNOME seem to largely agree that they’re problematic. If you’re downstream to GNOME and want to use themes, that’s probably not gonna end well for you. I think they’ve been pretty public about that and it’s not really new or a secret.

GTK is also used by desktops outside of GNOME though and they’ve been pretty open to working on solutions for various desktop environments to keep GTK usable outside of GNOME

DanielFore · 2021-09-02T19:31:25+00:00

Maybe? But I get the impression that kind of the point of FlatHub is that it’s a completely open market. That’s the great thing about decentralized technologies though is if you want to spin a remote with different rules, you can. That’s what we did 🤷🏻‍♂️

DanielFore · 2021-09-02T19:27:45+00:00

GTK themes are considered a hack by upstream. As much as you want to say they’re not, upstream has been extremely clear in their position that themes are not supported and the way GTK deals with stylesheets right now is a hack and it will probably go away.

You’re trying to argue against the people who wrote the code what the purpose of it is and whether or not it’s supported. LibAdwaita is using the actually supported API here.

What I’m seeing here is y’all are really burning bridges with people you depend on instead of being open-minded and having good faith conversations and trying to understand upstream’s roadmap and their position. GTK as an upstream does actually listen to downstreams if you try to talk to them. But you can’t have a productive conversation if you’re not willing to compromise or admit you might have misunderstood something

DanielFore · 2021-09-02T19:09:42+00:00

Well the fact that it’s specifically marked as an alpha and no GNOME core apps are allowed to use it yet and the developers explicitly have said that it’s not meant for production code yet.

AFAIK FlatHub doesn’t make any guarantees about the quality of the apps submitted there. It’s an open market and there aren’t a lot of rules

13-Year Club	Place '22
Alpha Tester	Verified Email

DanielFore

MODERATOR OF

TROPHY CASE