To go further, it seems to make things look 'cleaner' from a 'look at this screenshot' standpoint, and I understand that. But, this design style has an interaction load which makes it harder to use day to day, and I bet adds little 'microstresses' to users, even if they can't quite put their finger on any one 'thing'.
"Looks cleaner" shouldn't have to be the mortal enemy of "easier to use", but it seems that too often things come down on one side or the other.
I believe that too. It also happens in games. Magazine can drool over infinite beauty of in game screenshots, while playing I see near nothing of all this (even though I'm fully aware of the acrobatics involved). It's a low usefulness quest for its own sake.
I can't answer, it's been years since I played something more complex than CoD (and even then it's due to younger siblings insisting).
To me the most overloading part is the pacing and degrees of freedom. Everything is moving everywhere, yet somehow they manage to feel at home and instinctively act clean while I struggle to pursue the basics. I guess it's just young brains being too good at sipping whatever is required to play, while we're having to fit our legacy views and needs.
It really got started with prince of Persia sands of time. Ubisoft spent a lot of time going on about their context sensitive controls (which they actually credited to sports games at the time) then it spread from there.
not the parent, but... I had to give up past Pitfall, Asteroids, Donkey Kong and others. One stick... 1-2 buttons - that's ... all I can handle. The switch to Nintendo and the "A-BB-B-UP-UP-X-Y-AABBA" key codes people would memorize from magazines... I just couldn't keep up. And that was... 35 years ago...
The thing has four buttons (not including the system-standard window control buttons)— how much hunting can it take?
Not to suggest that this is a good UI (highly Gnome-styled apps like this tend to have trouble getting the right elements promoted to the toolbar and leave important things buried in menus or omitted entirely), but “I can’t figure out what’s clickable” here feels like you’re being deliberately obtuse.
My favorite example of this is GitHub's "convert to draft" link on their PR page. Not only is it flat, it has no indication whatsoever* that it is a link.
* I guess it's possible screen readers can see it is a link
Same here, and worst of all is that in the past I though Gnome was linux (when I started using linux, Ubuntu was practically the only thing available to me) and I hated it. I then discovered there are a whole world of different desktop environments, and linux with KDE is now my preferred OS. On my job they gave me an Ubuntu laptop, first thing I did was install KDE desktop on top (later I discovered I was not the only one to have done that).
It's sad because I know there are more people that rejected linux at first because of Gnome, so if you see someone that doesn't like linux, show them a few screenshots of non-gnome desktops first.
Seriously. You would think smart people who write such software would understand the importance of naming things properly and uniquely. Imagine trying to google to troubleshoot any "Text Editor" issues. You will get a bunch of unrelated stuff.
Strangely enough, about the only time I ever have to troubleshoot gnome issues is when I do a distro upgrade and have to go fix all the new defaults to something usable.
I’m sure fedora will follow suit and I’ll have to do some googling on how to get the new and improved text editor into a functional state sometime soon.
AFAIK GNOME has one or few designers that created a vision and developers thave to implement it, so all GNOME apps are named like that(the video player is named Videos etc), this vision imposed a lot of stupidity including removing the System Tray because they the smarted designers ever decided that they know better and all other non GNOME software needs to follow their designed if they want the privilege to work as expected under GNOME.
There is a much shorter tradition of Ubuntu using dumb names like this, which are descriptive yes, but also too generic.
"Vi" is not "just naming the editor what it is", it's a relatively distinct short name that doesn't actually mean anything unless you know the reason for the name (which I did not for years after being introduced to it).
At some point recently, Ubuntu stopped using "nautilus" as the name of the file manager, and now it's just called "files". Except, wait, that's some kind of alias, so the process name is still nautilus after you start it. If you don't know the relationship between the GUI name alias, and the literal process name, how are you supposed to figure it out? How are you supposed to search for info or help about "files"? It's too generic.
> "Vi" is not "just naming the editor what it is", it's a relatively distinct short name that doesn't actually mean anything unless you know the reason for the name (which I did not for years after being introduced to it).
But "visual" is was vi is. That's its grand innovation. It took a lot of it's (non-motion) commands straight from ed, but let you see the entire page of text as you changed it. ed didn't do this because it needed to be conscious of teletype machines.
It's a direct abbreviation of ex's "visual" command (and used to just launch you into ex in visual mode), and everyone using it at the time would have known what it meant.
> If you don't know the relationship between the GUI name alias, and the literal process name, how are you supposed to figure it out?
Oh boy. If you do not appreciate doing deep lore spelunking to understand things, the unix/linux ecosystems are going to be frustrating for you. Half of our stuff still pretends it's operating on those old character based teletype machines I mentioned earlier.
> How are you supposed to search for info or help about "files"?
Do you have the same problem with the "fork" call?
Good job missing the point completely. None of these things are problems for me, now, a computer professional who spends my entire day in a POSIX terminal. What about the people who don't have that advantage?
> What about the people who don't have that advantage?
For the text editor? For general help, they will probably google "gnome text editor help" or "gnome text editor docs" like I just did, which returns >80% results for the new application despite it not existing for very long.
I also tested this in a private window in case google is tailoring this to my, generally more tech heavy than normal, history. It immediately came up with this general rundown/intro to the editor: https://itsfoss.com/gnome-text-editor/ which covers installation and even how to view the list of keybindings.
For more specific features, they'd probably google something like "gnome text editor $FEATURE".
It's short for ex's visual command which would allow you to interactively edit text rather than edit with commands. You didn't have to type the entire command to get it to work, just the first two letters (though the long form did work).
vi was originally just a command that forced ex to open in visual mode.
Yeah, it's pretty goofy, isn't it? They also want to replace gnome-terminal with gnome-console which has this same look and feel, but is considered "lighter" and "cleaner" than gnome-terminal despite there being no objective indication that either of these is true. I guess the Linux user base is now dominated by people who care very greatly whether their terminal is normal or reversed or transparent, and not very much at all about anything else.
Hopefully this is just like the Ubuntu "switch" to avconv instead of ffmpeg. A stupid mistake quickly fixed in the next release. avconv and gnome-text-editor might be "cleaner" and mesh better with modern GNOME's copied Apple design principles but they can't do the same tasks easily so they're not real replacements.
Nothing GNOME has done since 2014 has improved gtk or their desktop environment (except for high dpi support). It's all been downhill.
Sometimes I feel a little bit for not giving Gnome 3 a fair chance, but I just never got into it. GNOME 2 was, to me, the peak of Unix desktop environments, and I was rather sad when the devs moved on to GNOME 3.
Then I discovered MATE and was very happy because a) it showed me I was not the only one to feel that way about GNOME 2 and 3 respectively, and b) I could retain the comfort of GNOME 2.
I couldn't really tell if GNOME 3 is good or not, because I have not spent enough time to figure it out. Maybe I will one day, but I'm perfectly happy with MATE, so unless something changes drastically, I'll stick with it for the foreseeable future.
Gnome community means RH/IBM business essentially, they are not the same but came on the same cultural boat, as a result they try to build things to sell, buildings powerless users instead of encouraging learning end evolution. That's is.
Something good was and is done, in a rush of crappy design ideas just to make commercial product as some manager imaging them.
The main issue unfortunately is another: lacking of proper clean and effective desktop GUIs libs aside Qt/G[TD]k witch makes newcomers feeling old systems styles when they see "alternative" WMs/DEs
I feel like GNOME 41 was the best GNOME for me, it looked great and was functional. But the GNOME 42 UI looks much worse imo and has replaced great stock apps with less functional alternatives, namely terminal -> console.
The only thing in common to all of the desktop environments and platforms out there is that they have users like this for whom some old version was the "last good version".
First thing I do on every Ubuntu install is change the default editor to vim. Used to use the Gnome editor a lot, but since the introduction of vscode I rarely fire it up. The old editor (which is still shipping with LTS) is probably the best of the Gnome apps. The devs' effort to replace it is deeply disappointing, but they've made it abundantly clear they don't care what any of us think.
> but they've made it abundantly clear they don't care what any of us think.
that's a pretty cynical take. there are definitely some individuals that work on gnome who don't care, but in general I get the sense that gnome does care. just considering it from a practical standpoint, what if they tried to do everything we asked for? there are millions of opinions that are all mutually exclusive, but even if you filtered those out it would still be utter chaos, probably each dev doing what they think is best (remember gnome is largely a volunteer org).
There are definitely things I wish gnome did differently, but I'm really glad to see the focus on making the developer experience better with different language bindings for gtk so one isn't stuck writing gui apps in C (or hacky python), and modernization of the toolkit, etc. I think that will help a lot because there will be a lot more choice.
Does anyone know where I can get this for Ubuntu 18? Sadly Ubuntu 20 crashes with my setup and I’m forced to use version 18. I can’t find it in the Snap store or Software Center. Is it strictly a version 20 app?
Can you run Flatpak on Ubuntu 18? I've been using the nightly version of the new text editor on Arch Linux via Flatpak for months. I even filed a bug and it was fixed in one day!
I don't believe I have ever used Gedit for anything. Ever.
I'm an Emacs guy. I won't be using Text Editor, either. Ever. If it accidentally opens a file, that means I need to change "Open Files of This Type With..."
So all the gnashing of teeth and wailing seems a bit overwrought
The new Text Editor is really nice! You all should give it a chance. Especially if you're using Builder as well. They share a lot of code, so it's pretty much Builder minus the IDE parts. (If you want the IDE parts, Builder is excellent and reasonably lightweight).
Nice features:
- Session saving is built in, and it even restores unsaved files, similar to VS Code or Sublime Text. This is great if you're jotting something down and don't expect to save it anywhere and then your battery dies. It also means you get the benefits of auto save, but without it actually changing the files until you tell it to.
- Automatic editor settings via editorconfig / modelines is built in. You don't need a plugin for it.
- It has noticeably better rendering performance. Which is not an especially practical concern most of the time, but it feels nice. It's noticeable if you scroll through a file with a device that supports pixel-perfect scrolling.
- It looks pretty. Notably:
- UI is styled according to the syntax highlighting.
- Dark mode! (The syntax highlighting changes accordingly).
- Special font for the mini map, which is very useful to see patterns and find a particular block of code.
There are several gedit things that aren't in Text Editor and probably won't be, like the side panel and bottom panel and assorted plugins for those, but these days I find if I want those, I'll be happier in Builder or VS Code anyway.
57 comments
[ 2.7 ms ] story [ 114 ms ] thread"Looks cleaner" shouldn't have to be the mortal enemy of "easier to use", but it seems that too often things come down on one side or the other.
Jump used to jump, and run used to run, and that was that.
Let's use the Batman Arkham series for example. Every button seems to do something else depending on context and I can't keep track anymore.
To me the most overloading part is the pacing and degrees of freedom. Everything is moving everywhere, yet somehow they manage to feel at home and instinctively act clean while I struggle to pursue the basics. I guess it's just young brains being too good at sipping whatever is required to play, while we're having to fit our legacy views and needs.
Not to suggest that this is a good UI (highly Gnome-styled apps like this tend to have trouble getting the right elements promoted to the toolbar and leave important things buried in menus or omitted entirely), but “I can’t figure out what’s clickable” here feels like you’re being deliberately obtuse.
* I guess it's possible screen readers can see it is a link
It's sad because I know there are more people that rejected linux at first because of Gnome, so if you see someone that doesn't like linux, show them a few screenshots of non-gnome desktops first.
This is obviously terrible, and not really "in the UI" like you asked. Maybe there's a better way but it's not obvious to me.
Cache invalidation, naming things and off by one errors.
I’m sure fedora will follow suit and I’ll have to do some googling on how to get the new and improved text editor into a functional state sometime soon.
They're shorter, but when they were released (70s for all of them), there was a 6 character limit on a lot of systems for command names.
Or do you mean why is there a space in the name? That would be annoying for launching from the terminal, I can see that.
"Vi" is not "just naming the editor what it is", it's a relatively distinct short name that doesn't actually mean anything unless you know the reason for the name (which I did not for years after being introduced to it).
At some point recently, Ubuntu stopped using "nautilus" as the name of the file manager, and now it's just called "files". Except, wait, that's some kind of alias, so the process name is still nautilus after you start it. If you don't know the relationship between the GUI name alias, and the literal process name, how are you supposed to figure it out? How are you supposed to search for info or help about "files"? It's too generic.
But "visual" is was vi is. That's its grand innovation. It took a lot of it's (non-motion) commands straight from ed, but let you see the entire page of text as you changed it. ed didn't do this because it needed to be conscious of teletype machines.
It's a direct abbreviation of ex's "visual" command (and used to just launch you into ex in visual mode), and everyone using it at the time would have known what it meant.
> If you don't know the relationship between the GUI name alias, and the literal process name, how are you supposed to figure it out?
Oh boy. If you do not appreciate doing deep lore spelunking to understand things, the unix/linux ecosystems are going to be frustrating for you. Half of our stuff still pretends it's operating on those old character based teletype machines I mentioned earlier.
> How are you supposed to search for info or help about "files"?
Do you have the same problem with the "fork" call?
For the text editor? For general help, they will probably google "gnome text editor help" or "gnome text editor docs" like I just did, which returns >80% results for the new application despite it not existing for very long.
I also tested this in a private window in case google is tailoring this to my, generally more tech heavy than normal, history. It immediately came up with this general rundown/intro to the editor: https://itsfoss.com/gnome-text-editor/ which covers installation and even how to view the list of keybindings.
For more specific features, they'd probably google something like "gnome text editor $FEATURE".
vi was originally just a command that forced ex to open in visual mode.
Nothing GNOME has done since 2014 has improved gtk or their desktop environment (except for high dpi support). It's all been downhill.
Then I discovered MATE and was very happy because a) it showed me I was not the only one to feel that way about GNOME 2 and 3 respectively, and b) I could retain the comfort of GNOME 2.
I couldn't really tell if GNOME 3 is good or not, because I have not spent enough time to figure it out. Maybe I will one day, but I'm perfectly happy with MATE, so unless something changes drastically, I'll stick with it for the foreseeable future.
Something good was and is done, in a rush of crappy design ideas just to make commercial product as some manager imaging them.
The main issue unfortunately is another: lacking of proper clean and effective desktop GUIs libs aside Qt/G[TD]k witch makes newcomers feeling old systems styles when they see "alternative" WMs/DEs
And it’s still easy for medium/advanced users to sub in their preferred applications instead of the defaults.
That’s how it should be. Easy defaults for beginners and non experts and easy ways for expert users to sub in their preferred options.
First thing I do on every Ubuntu install is change the default editor to vim. Used to use the Gnome editor a lot, but since the introduction of vscode I rarely fire it up. The old editor (which is still shipping with LTS) is probably the best of the Gnome apps. The devs' effort to replace it is deeply disappointing, but they've made it abundantly clear they don't care what any of us think.
1. You rarely use the default text editor
2. You are very ("Nooooooo!") dismayed by the default text editor change
3. The old editor is one of the best Gnome apps, however you don't indicate whether you've tried to use the new one and what are its deficiencies
4. Just the fact that they are replacing Gedit however, is deeply disappointing
5. Obviously the devs don't care what "we" (you) think
Nice.
that's a pretty cynical take. there are definitely some individuals that work on gnome who don't care, but in general I get the sense that gnome does care. just considering it from a practical standpoint, what if they tried to do everything we asked for? there are millions of opinions that are all mutually exclusive, but even if you filtered those out it would still be utter chaos, probably each dev doing what they think is best (remember gnome is largely a volunteer org).
There are definitely things I wish gnome did differently, but I'm really glad to see the focus on making the developer experience better with different language bindings for gtk so one isn't stuck writing gui apps in C (or hacky python), and modernization of the toolkit, etc. I think that will help a lot because there will be a lot more choice.
https://flathub.org/apps/details/org.gnome.TextEditor
I don't believe I have ever used Gedit for anything. Ever.
I'm an Emacs guy. I won't be using Text Editor, either. Ever. If it accidentally opens a file, that means I need to change "Open Files of This Type With..."
So all the gnashing of teeth and wailing seems a bit overwrought
Nice features:
- Session saving is built in, and it even restores unsaved files, similar to VS Code or Sublime Text. This is great if you're jotting something down and don't expect to save it anywhere and then your battery dies. It also means you get the benefits of auto save, but without it actually changing the files until you tell it to.
- Automatic editor settings via editorconfig / modelines is built in. You don't need a plugin for it.
- It has noticeably better rendering performance. Which is not an especially practical concern most of the time, but it feels nice. It's noticeable if you scroll through a file with a device that supports pixel-perfect scrolling.
- It looks pretty. Notably:
- UI is styled according to the syntax highlighting.
- Dark mode! (The syntax highlighting changes accordingly).
- Special font for the mini map, which is very useful to see patterns and find a particular block of code.
There are several gedit things that aren't in Text Editor and probably won't be, like the side panel and bottom panel and assorted plugins for those, but these days I find if I want those, I'll be happier in Builder or VS Code anyway.