Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
GNOME Portables Linux

Exploring GNOME-Based UIs For Mobile Linux Devices (liliputing.com) 38

"The GNOME desktop environment is one of the most popular user interfaces and suites of apps available for desktop Linux distributions," writes Liliputing.

"Now a team of developers have been working to bring GNOME to mobile devices running Linux-based operating systems." GNOME Shell for mobile provides a touch-friendly user interface optimized for smartphones and tablets. And while it looks a bit like Android or iOS at first glance, there are a few key differences. The GNOME team have outlined some of them in an article about recent updates to GNOME Shell on mobile.

Like other modern mobile user interfaces, you interact with GNOME shell using taps, swipes, and other gesture-based navigation. What's different is that Android has three different views for navigation: a home screen, app drawer, and multitasking view. iOS has two: home screen and multitasking. But GNOME Shell has a single screen that allows you to view and launch apps and switch between running apps using gestures. There's no need to wait for a new screen to load. In a nutshell, you can swipe up from the bottom of the any screen to view a list of installed apps, thumbnail images showing all currently running apps, and a search box. You can tap an app icon to launch a new app, enter a term in the search box to find an app, or swipe between running apps to switch which app runs in the foreground.

You can also keep swiping upward to shrink the multitasking thumbnails and provide more room for app icons. And you can flick thumbnail previews upward to remove an app from the multitasking section. Typing in the search box will bring up relevant results including apps and settings.

"One interesting new feature here is that notifications can be swiped away horizontally to close, and notification bubbles can be swiped up to hide them..." the developers point out. "While the current version is definitely still work in progress, it's quite usable overall, so we feel it would make sense to start having experimental GNOME OS Nightly images with it."

But Liliputing also notes that it's not the only GNOME-based UI for mobile devices. There's also Purism's Phosh UI — the default UI for the PureOS on its Librem 5 smartphone (and available for other mobile Linux distros including Debian).

And Purism recently bragged that its smartphone is now also "the first mobile computer with a truly convergent OS" — meaning it can run on multiple hardware platforms, with apps adapting to their hardware. The Librem 5 [smartphone] uses the same convergent PureOS as our Librem 14 laptop and Mini PCs, with the same adaptive applications that make the Librem 5 more than merely a phone, it's a mobile computer in your pocket that can shape shift into a laptop, tablet, desktop, or even a server.... Scale your Librem 5 up to be a full laptop by attaching the Nexdock. Because our core apps are adaptive, they are ready to run on whatever screen you have....

With phosh-mobile-settings installed, you can flip the nexdock around and use the big screen just like a tablet.... Don't have a laptop dock? The Librem 5 can also act like a desktop computer when connected to a screen, keyboard, and mouse using our USB-C dock. Using the beta phom virtual mouse app, you can turn your Librem 5 into a touchpad mouse while it's connected to the big screen.

With the Librem 5, you can keep your desktop computer in your pocket and connect to a bigger screen at home or at the office and use the same apps on the bigger screen without restarting....

With the Librem 5 phone, you're getting much more than smartphone to run mobile-only apps; you're getting a laptop, tablet, desktop, all running software that respects your privacy and freedom.

This discussion has been archived. No new comments can be posted.

Exploring GNOME-Based UIs For Mobile Linux Devices

Comments Filter:
  • by drinkypoo ( 153816 ) <drink@hyperlogos.org> on Sunday September 11, 2022 @12:47PM (#62872293) Homepage Journal

    "Now a team of developers have been working to bring GNOME to mobile devices running Linux-based operating systems."

    I used to have an iPaq running Familiar Linux with the GPE handheld version of GNOME... What happen?

  • Excellent! (Score:3, Insightful)

    by demon driver ( 1046738 ) on Sunday September 11, 2022 @12:59PM (#62872323) Journal

    That's where GNOME belongs; then please remove it from the desktop when you're done, where it doesn't.

    • Comment removed based on user account deletion
      • GNOME 3's vast and overwhelming spread highlights a hitherto-overlooked vulnerability in free software development: that most free software project managers are incapable, limp pushovers who will gladly guzzle down whatever some "upstream" pushes onto them. That the rest of them tend to be arrogant morons who think they know better than the original authors (remember Debian's OpenSSL bug?) really makes you wonder about the integrity of your average Linux distribution.
      • by AmiMoJo ( 196126 )

        I don't understand why desktops are so hard to get right. The requirements seem to be fairly simple.

        Launch apps and manage windows. Provide some common features like notifications and a place for apps running with no window to live.

        The main difficulty these days is helping the user find the app they want. This is exacerbated by the fact that all descriptive names have been taken so now your web browser is called Arctic Sloth or something equally meaningless. The obvious solution is tags and a search engine

    • I honestly don't understand why people like you comment. Don't like it? Don't use it. You got plenty of other options. Stop wasting bytes on your useless commentary.
  • by Anonymous Coward
    Use Qt.
  • Most popular? (Score:4, Insightful)

    by splutty ( 43475 ) on Sunday September 11, 2022 @01:06PM (#62872337)

    Or just most 'included by default' in distributions that have a large audience?

    • Or just most 'included by default' in distributions that have a large audience?

      Yes in the same way that Windows is the most popular desktop computer OS.

  • by devslash0 ( 4203435 ) on Sunday September 11, 2022 @01:11PM (#62872345)

    Yep, you've guessed it - desktop environments. At least not anymore, not since they introduced the mobile-like UI elements. One GUI to rule them all doesn't work. Have we learnt nothing from the Windows 8 disaster?

    • I disagree. I use Gnome on Fedora every day, and I'm very happy with it.
    • by chihowa ( 366380 )

      GNOME doesn't actually work that well on a touch-only device and it's clear that they don't even do regular testing on touch-only devices. I use it on a tablet (because it's the least awful touch-based DE I've found so far) and essential things like the onscreen keyboard are regularly broken for weeks to months at a time. The onscreen keyboard itself is a joke, with no useful keys like tab or the F-keys and no ability to customize without extensions. Vital components like the app menu unnecessarily truncate

      • The garish truncation of every bit of text on the GNOME 3 app menu is one is the ugliest, most tasteless and most stomach-turning qualities of the entire package. That it's pretty much the first thing you notice when you actually sit down and try to use the damn thing and that it's been like this for ten years with apparently no complaints makes you feel like an alien amongst savages in this fallen world. Give me back FVWM95.
  • by Burz ( 138833 ) on Sunday September 11, 2022 @01:26PM (#62872371) Homepage Journal

    As far as I'm concerned Gnome gave up on making full-fledged desktop UIs a long time ago. They hate features that require thoughtful maintenance, which means rich features are out. And they hate vertical integration, which means powerful features (controlling new/interesting OS and hw capabilities) is also out. They also hate anything that is KDE-like (see their original mission statement, that's literally what their org is based on).

    So I hate Gnome. Taadaa!

    • by jcdr ( 178250 )

      I second that. Gnome 3 and all releases after that are the worst thing that ever happened to the Linux community. Even after a decade of criticisme there still continue to impose an insanely wrong concept that nobody see as a so good idea that it wanted to copy. On the contrary this started a lot of projects against that wrong concept, notably XFCE that I recommend. Even if the default XFCE settings are ridiculous, it's very quick and easy to configure it like a normal powerful desktop.

      • You're not giving Xfce credit. It's much older than GNOME 3. Don't just spin up narratives where no such story exists. Xfce has been around for 20 years. The sad thing is that it's next to impossible to get your hands on the source code for older versions as they seem to have mostly been lost to time. (Hint: check the sources for old releases of Slackware for XFCE 3.x, which was more of a CDE workalike)
        • by jcdr ( 178250 )

          You're right, thank for the complement. To me it's evident that the Debian decision to includes xfce as an alternative to Gnome 3 was a powerful boot for the project.

    • Gnome hates you too! And all of us!

  • I thought Gnome3 was already aimed at mobile devices, it sure isn't aimed at desktop computers. Gnome2 was a decent systems. So much so that I currently use Mate. I found Gnome3 to be essentially unusable. (It wasn't totally unusable, as I was able to use it to install KDE, but decided I preferred Mate.)

    • by Anonymous Coward

      I thought Gnome3 was already aimed at mobile devices, it sure isn't aimed at desktop computers.

      Yes, it's aimed at mobile devices rather than desktops. It still sucks on mobile devices.

  • Step 1: vote Gnome 3 leaders out!
    • Wouldn't it be easier just to switch to a different desktop with a rational/responsive development team?

      • Yeah, it's actually easy enough that most sensible people did just this.

        Unfortunately, you're not going to have much luck voting out the leadership of the project given how much they're bankrolled by Big Linux. Look up who funds the GNOME developers. This is childish thinking, anyway, the stuff of rubes. "Just vote the bastards out!" Imagine being unable to grasp the interlocking complexities of the world.

        What makes far less sense is why so many distributions bothered bending over backwards to accommodate t

  • 1. What's the most standard app, desktop, distro that most people use?
    2. Say that that app, desktop, distro is the worst &/or not fit for purpose.
    3. If the most standard app, desktop, distro that most people use changes, change comments accordingly, adding that things are definitely getting worse.
    4. Sardonically declare that the current year is the year of the Linux desktop.
    5. Feel smug.
  • Then again, anything involving glib is a terrible mistake.
    • by caseih ( 160668 )

      Can you be more specific? Glib is a fantastic library. Parts of it should be in the C standard library such as data structures like hash tables, lists, and so forth. And the event loop is very useful also and powerful, even without any GUI toolkit. I've used glib in non-GUI applications with great success. I've heard much criticism of GTK3 and 4, and much criticism of the various Gnome libraries. But never glib. This is a first. Have you used glib and know what it is about?

      • by _merlin ( 160982 )

        I'm not the OP, but I've used glib and dislike it. It's trying too hard to do C++ in C, and it ends up a convoluted mess. It's the same story as every library that attempts to add object-oriented programming to C. Sometimes you really do need to fix the language, not the library.

        • You are correct.

          They wanted an object oriented language with introspection and said "Let's re-invent C++ badly, they write a library so shitty and convoluted to use that we tell people not to ever use it directly and to use a wrapper."

          When the base it that terrible you know you've done it wrong.

          I'm sure glib has some nice features, all of which were better implemented in C++ 20 years ago.

          • by caseih ( 160668 )

            But the fact that it is written in plain C means it's highly portable and can easily interface with and be used from other languages. Until recently C++ wasn't even compatible with other C++ compilers. And wrapping C++ code in other languages like Python is difficult and usually involves writing an additional wrapping layers. It's amazing the Python interface to Qt works as well as it does--I have encountered some obscure problems when Python and C++ have different semantics and timing for reference count

            • by _merlin ( 160982 )

              But the fact that it is written in plain C means it's highly portable and can easily interface with and be used from other languages. Until recently C++ wasn't even compatible with other C++ compilers.

              The trouble is, trade issues with incompatible C++ runtimes being linked to by modules loaded into the same process to issues with incompatible glib versions being linked to by modules loaded into the same process.

              The thing is, since C++11 (a decade ago), we've come up with better ways to deal with C++ ABI versions. As long as you don't pass things that depend on the standard library ABI across module boundaries, you can have modules built against different versions of the C++ runtime library and different

              • by caseih ( 160668 )

                Sounds similar to the problems with MSVCRT version mixing as well. Definitely an issue on Windows. Certainly mixing glib versions is likely going to lead to problems, although I've found glib to be quite stable ABI-wise across minor versions.

                Can't say I've ever encountered the issue on Linux. I'm sure if you grabbed random Qt plugins off the net you could have issues there as well with different expectations of Qt library versions so just picking C++ and a C++ toolkit isn't going to solve that problem n

  • Can it have emacs and run on systemd too?

Real Programmers don't eat quiche. They eat Twinkies and Szechwan food.

Working...