I have tried the Fedora 34 Beta, and Gnome is better than ever,on my system is more responsible and very intuitive and really nice eye candy, BUT I CAN'T USE IT! It's faster but not faster than KDE, but what really makes not using is because it's like a beauty with no brains. I use my computer to work, and Gnome Search is very limited,barelly show a few files, and there's no way to sort the results or easily preview without destroying the search tag. But what makes me really upset is the fact that Gnome Calendar, or Evolution for that matter does not search entries more than 2 weeks forward making the calendar pretty useless, and the fact that the fancy notification calendar does not show html links also makes it pretty bad productivity, in KDE the calendar can show clickable htmls links that can open Zoom app on time for a meeting, etc etc
Announcement
Collapse
No announcement yet.
GNOME 40 Released With Many Improvements
Collapse
X
-
Originally posted by markus40 View PostIt is not that I don't understand the frustration of missing things. I have that too when I'm not on Linux. I just don't feel it under Gnome.
For me it's kind of the opposite, I miss things on every platform and I deeply envy those like you
If I had the money I'd have 1 gaming rig with dual booting, 1 laptop 100% linux compatible with dual booting (or multi), 1 macbook m1 (air or pro), 1 lattepanda, a couple of SBC...
Unfortunately I'm still not paid enough to have that many machines to play with
Comment
-
Originally posted by Mario Junior View PostYou call it instantly? Open the same folder with Dolphin and see the absurd difference.
- Likes 1
Comment
-
Originally posted by Nocifer View PostIn Gnome you can press Ctrl+Shift+e and you'll get an input prompt for emoji. Simply type in what you want, be it e.g. "smile" or ":-)", and then press Space and you'll get your input converted to an emoji. If at that point you want to see more choices or explore similar patterns, just press Space for a second time and you'll get exactly what you're asking for. There's also an equivalent widget for Unicode symbols with Ctrl+Shift+u.
For years there's been the compose key to produce for example £ via tapping WIN followed by L and - to produce the combined character, or O C for ©, or T M for ™ etc. So it stands to reason that to access the emoji codepoints in a similarly intuitive way via the already well-defined and supported interface, then there should be compose key sequences for the emoji as well.
The iBus app is just an ugly example of NIH as far as I'm concerned. Ugly defined as popping a grey box with [e ] some random place on the screen with no obvious way to get rid of it, no obvious way to complete it, no help on the iBus widget, and none of the top 10 search results on Google even provide useful help. And if you do click the iBus icon - it pops a dozen stacked grey boxes on the screen 20px above the cursor with the chosen locale language name short form (ie "EN") in them which much each be clicked in turn to dismiss them, while providing no useful function whatsoever. And the iBus icon colour can't be set, so it fails to meet HIG guidelines since it can't be set to a visible colour. How it managed to make it into a release in its current form beggars belief.
For anyone configuring a distro's desktop to use the iBus app - provide some documentation for users so they can determine how to use it, and blacklist its icon in the notification area. It will work just fine without the icon, whereas the icon is nothing but a hazard to users.Last edited by linuxgeex; 27 March 2021, 02:18 PM.
- Likes 1
Comment
-
Originally posted by reba View Post
For comparison, OsmAnd uses vectors.
Comment
-
Originally posted by tildearrow View Post
Marble is limited and doesn't support HiDPI too well (and even worse, it uses nearest neighbor scaling).
For comparison, OsmAnd uses vectors.
Edit: Oh, sorry, I think I only just understood hat you meant.
You meant the displayed graphic is first rendered on a "normal" resultion and then scaled up to match HiPDI instead or rendering in HiDPI directly, therefore giving you scaling artefacts?
That might be but I cannot test as I don't have a HiDPI display / run everything at 100% scaling.Last edited by reba; 28 March 2021, 01:28 AM.
Comment
-
Originally posted by curfew View PostThey both use FFMPEG for generating the thumbnails so there possibly cannot be a difference. Maybe you don't realize that both file managers also cache the thumbnails on the disk, so you might be comparing a cached folder view on Dolphin to uncached view on Nautilus.
Comment
-
Originally posted by sarmad View Post
You are wrong. Gnome 3 allowed virtual workspaces on external monitors via a setting, and that didn't change in Gnome 40. Multi monitor support in Gnome 40 is degraded, not improved, with external monitors and virtual workspaces both sitting on the same axis, compared to the previous situation where physical screens sit on the horizontal axis while virtual ones sit on the vertical axis. It's amazing how so many people can't see what's wrong with workspaces and physical screens both sitting on the same axis.
Comment
-
So it already arrived to Arch, and for what I can see.... It didn't change anything. I am not sure if it's because after an upgrade it recycles the old settings, but the version it reports is 40.0.0, but it looks, behaves and tastes exactly the same as 3.0. Literally the only difference is that my Wallpaper was gone and I had to select a different one.
- Likes 1
Comment
-
Originally posted by vladimir86 View PostSo it already arrived to Arch, and for what I can see.... It didn't change anything. I am not sure if it's because after an upgrade it recycles the old settings, but the version it reports is 40.0.0, but it looks, behaves and tastes exactly the same as 3.0. Literally the only difference is that my Wallpaper was gone and I had to select a different one.
- Likes 2
Comment
Comment