I find everything other than KDE and lighter desktops really slow - even with good hardware
Material Shell – A modern desktop interface for GNOME
181–190 of 271 posts
Re: Material Shell – A modern desktop interface for GNOME
#182Why does this website need javascript to load? Everything in there could fit on a static page with gifs.
That's okay if you don't mind downloading a 50MB webpage. Otherwise gifs should be avoided at all costs.
Re: Material Shell – A modern desktop interface for GNOME
#183Earlier quoted context omitted.
That's a poor excuse given that a) mp4 support is pretty good these days and b) CSS already has responsive loading of assets. It's purely that to a man with a JS framework everything looks like a dynamic site. I highly recommend running Noscript to see how much of the Internet is broken because of this kind of nonsense.
Running Noscript doesn't show you how much of the internet is broken but instead is you purposefully breaking the internet for yourself.
Agreed. Web standards exist between the server and client. If you break the standard (eg. by disabling JS), then it's your responsibility when things stop working.
It's great that you have the freedom to do so, but you have no right to claim the website is "broken" as a result.
Re: Material Shell – A modern desktop interface for GNOME
#184Earlier quoted context omitted.
Very this. My mind is not app-centric. I want the shell where I'm looking at logs, the editor where I'm taking notes, the browser where I'm checking some doc. I don't care to think about which terminal application the shell is inside, select that, then find I've opened a different terminal window and have to search through the windows separately. I don't care whether the doc is loaded in Firefox or Chromium so don't…
So how do you solve this on other Desktops? Do you use the window previews or is there any other way? Because Windows and Mac both only show icons as well and Youd have to look at the names or previews of the Windows to know exactly which one you'd want. The grouping of applications can be disabled in gnome tweak
If you're on OSX, try using https://contexts.co for your switcher, and https://www.alfredapp.com for your launcher
Contexts gives additional 'switching' options on different hotkeys, fuzzy window searching+selection, history-based selection, and no mouse interaction required (but it is supported)
I dedicate spaces to tasks, eg communications, monitoring, and 3-4 development task spaces with tools/docs/terminals
I have Contexts setup as follows:
cmd-tab: cycle thru all visible windows of all apps on current space
opt-tab: cycle thru all windows of all apps on all spaces (include hidden/minimized)
cmd-~: cycle thru all windows of focused app on current space (include hidden/minimized)
opt-~: cycle all windows of focused app on all spaces (include hidden/minimized)
cmd-space: activate Alfred
opt-space: search/activate of all running apps on all spaces
I also use Totalspaces (https://totalspaces.binaryage.com/) to give a 'grid view' spaces overview & manage app-space pinning, Stay (https://cordlessdog.com/stay/) to manage static window placement & sizing, and Sizeup (https://www.irradiatedsoftware.com/sizeup/) for dynamic window movement
Re: Material Shell – A modern desktop interface for GNOME
#185Earlier quoted context omitted.
Very this. My mind is not app-centric. I want the shell where I'm looking at logs, the editor where I'm taking notes, the browser where I'm checking some doc. I don't care to think about which terminal application the shell is inside, select that, then find I've opened a different terminal window and have to search through the windows separately. I don't care whether the doc is loaded in Firefox or Chromium so don't…
It's interesting. Microsoft agreed with this philosophy and fought tooth and nail against tabbing in browsers, opting instead that each browser tab be it's own window and accessible from the task bar. After all other browsers had switched, they were forced to introduce that in IE as well. The worst offender here is OSX. I still haven't figured out a good way to switch between multiple open windows of the same applica…
Cmd+tab for apps, cmd+` for apps' windows.
Re: Material Shell – A modern desktop interface for GNOME
#186Earlier quoted context omitted.
Thanks for pointing out that it supports floating windows. I use a 55" 4k monitor so I manually lay out my app windows and would hate tiling (only rarely used stuff goes up top and I drag those down when needed). I use and like gnome but there are a few thing I hate about it so I'll give this a try.
how far away from the screen do you sit?
Looks like between 2 and 3 feet - closer to 2. I use the huge monitor like the virtual desktop - we've all heard the metaphore but don't really use it. Spreading things out left to right is fine, but I don't like to tilt my head to look up (I have progressive lenses so that's worse for me than younger people), so the top is - like further away areas of a desk - where I shove things I don't need right now but want nearby. So if you're wondering how I can see the whole thing up close the answer is that I don't need to or try to. I might roll my chair back a bit if I want to watch a full-screen video.
Re: Material Shell – A modern desktop interface for GNOME
#187Tried it briefly, I currently use i3 on ubuntu and found it to be much much slower than that, the animations while pretty get pretty jarring once u start switching windows too often. I much prefer the i3 style of just showing a blinking cursor on switching windows. The grid layout is interesting but I found it strange that the all tabs are shown along the left side in split mode. It would be interesting to see how th…
Agree! Can't speak highly enough of Regolith.
I'd actually somewhat given up trying to keep i3 working nicely and reverted to XFCE (which is at least far less obnoxious then Gnome 3) until I discovered Regolith and have been using it happily ever since.
Re: Material Shell – A modern desktop interface for GNOME
#188Earlier quoted context omitted.
"Use this gnome 3 extension" is never the answer to work around gnome 3 problems: in my experience extensions either don't work or stop working at the first 'apt-get update' you do, or just consume like 40 gigs of memory if left running for a week. Extensions are the devs way of saying "we don't care about you, but we're going to pretend to care by allowing you to write software that we're going to break".
Yes it actually is the answer because that's the design paradigm of gnome. You get a basic shell that implements Red Hats vision and everything that you find missing/don't like is what extensions are for.
Except that extensions will inevitably blow up in your face and then you're going to migrate elsewhere anyway?
Re: Material Shell – A modern desktop interface for GNOME
#189Earlier quoted context omitted.
Lack of Wayland support is the single thing I have wish it had. Gnome is so smooth on Nvidia in comparison but in every other way I prefer and still use cinnamon
Hmm, interesting. I user Gnome on Nvidia, but use the open drivers since Nvidia was difficult to get to a stable state. Did you just install the nvidia drivers from your OS's repo or get them directly from Nvidia? NB: The free drivers are working splendidly by the way
The free drivers work in the sense that you get a working desktop. But by no means can you get good performance on something that puts something other than light burden to your card. Nvidia gives no clues as to how to implement clock boost over the minimum base frequency in driver, so the free driver only uses the minimum available computing power, enough to get the desktop running.
Re: Material Shell – A modern desktop interface for GNOME
#190I find the app-based window navigation in vanilla GNOME 3 rather frustrating, and try as I might, I just can't get comfortable navigating between what I think of as applications. This is because I have a few applications (Firefox, Terminal) that are really not applications in and of themselves; the applications are really Outlook, JIRA, Confluence, Slack, OpenShift (logged in as cluster admin), OpenShift (logged in a…
It rarely affects me. I'd say 99% of my time in Gnome is spent in either Firefox or terminal. Suddenly I'll need a program so I hit windows key, type in the start of the program name, and smash the Enter key. It's super simple. What's the problem?
Did you read the comment? What do you do when you have multiple windows of the same app? Do you write the name of said program and then Alt-backtick until you get to the correct window? Wouldn't it be better to have your windows grouped in a way more related to their purpose than to the app?
For example, say you're doing something (eg programming) that requires both the browser and the terminal. While you're at that, you want to do something that also requires both the browser and terminal (eg checking something in a terminal-based todo app to reply something to your coworkers in a web based chat app). Assuming you leave these things open, you now have to do 2 switches (app switch+tab/window switch) to get to whatever you're looking for in the worst case, 1.5 switches on average.