• 1 Post
  • 27 Comments
Joined 1 year ago
cake
Cake day: June 9th, 2023

help-circle
  • aaaantoine@lemmy.worldtoLinux@lemmy.ml*Permanently Deleted*
    link
    fedilink
    English
    arrow-up
    34
    ·
    5 months ago

    They’ve been separate desktop environments from the start. From top to bottom they share nearly nothing. The compositors, window managers, toolkits and shells are all different.

    They also are ideologically opposed. If they merged, which direction would they go? The more feature-rich KDE? Or the more streamlined Gnome? Such a merger would lead to infighting and stagnation.

    This is before even talking about the actual code underlying both environments.

    I think it’s better for everyone if they stay as two separate projects.





  • 8pm thru 12am is prime time for streaming. Netflix would need to pivot or go out of business.

    Since most phones networks now operate over IP, overnight customer service would break. The US can no longer use call centers in India for daytime call centers.

    Batch jobs requiring Internet access can no longer run overnight. Instead they would need to run during the day, tying up bandwidth and CPU for other users. System engineers would need to take this into consideration.

    It would be more difficult to coordinate with friends when going out at night. You could no longer order an Uber at 2am if you’re drunk off your ass. DWI events would increase.














  • I feel like vanilla GNOME is intentionally a barbones common workflow, and that extensions are how you customize to fit your needs.

    For example, I often switch between desktop speakers and headphones (where the dongle is always connected), and sometimes other audio devices. I installed the sound input/output chooser so I i don’t have to go into Settings every time I need to switch inputs. It saves me multiple clicks. But I get that not everyone needs immediate access to change audio devices, so why clutter the UI?

    I’ve used both vanilla GNOME and the post-Unity Ubuntu spin on it. In either case I’ve grown accustomed to the Activities screen, quickly accessing it pressing the Super key, and using it to switch windows and manage full screen apps on different monitors.



  • If the size of the PR is a concern, maybe the maintainers will allow a staged approach. Create an Issue describing the feature and indicate step by step how you would implement. Then break the work into multiple pull requests.

    If necessary, you could introduce a toggle that’s switched off by default until the feature is fully implemented.