Unfortunately it fails with some DCOP error on Rocky 9. :(
Trinity Desktop Environment – a modern KDE3 fork
81–90 of 93 posts
Re: Trinity Desktop Environment – a modern KDE3 fork
#82[flagged]
Unsure what you're talking about. Most Linux desktops are absolutely saturated with modern "flat" themes and have all the "slick" flourishes: Disappearing microscopic scroll bars, incomprehensible monochromatic symbols, buttons with virtually no relief, zero-contrast layered windows for maximum confusion. I would welcome a return to early 2000s human interface design. Everybody trying to emulate or surpass Apple took…
Besides, I think the sentiment that if it isn't flat and minimalistic then it is old-fashioned, betrays a bizarre lack of imagination on designers' part. Any time I mention skeuomorphism, 2.5D, shadows, density etc, people say I live in the 90s. Why? Are these features so onerous that one cannot conceive of a modern, or even trend-setting design that employs them? To me, this seems ludicrous. Designers brag about innovation and creativity. OK, then, here is a challenge: stop aping Apple and design tomorrow's skeuomorphic, dense, slick, rich Desktop UI.
Re: Trinity Desktop Environment – a modern KDE3 fork
#83[flagged]
Design is subjective, I'm taking PopOS custom GNOME over OSX any day of the week.
Re: Trinity Desktop Environment – a modern KDE3 fork
#84Earlier quoted context omitted.
As you would probably expect, I reject all of those, but let me explain why. > OSX has a similar toolbar No, it does not, because it's not similar. It may look similar but this is not about looks, it's about structure and function. ("S&F" is a specific term in evolutionary biology.) The OS X top panel is a menu bar. It is a core part of the UI. It contains 3 functional areas, none of which GNOME has. 1. The leftmost…
Gnome includes many of the OSX menus in its right hand panel. Also, it’s not really Gnome’s fault that linux doesn’t have as great metadata from apps to be able to display the apps’ menubars (unity could do it). > No, it is hidden by default, that is the point here. I do not want my UI to hide stuff from me. It is there to tell me stuff. If it doesn't tell me it is not doing its job. Tell me, or don't do it With all…
It used to. Now they are all collapsed into a single drop-down thing. (Which is not a panel, BTW. A panel is a toolbar that is permanently attached to the edge of a window or screen.)
Why? Who decided this? Who got to vote on it? What is the benefit?
I used to use an addon called "Extend Panel Menu" to split these into much more useful separate controls: https://extensions.gnome.org/extension/1201/extend-panel-men...
Of course, GNOME broke it in a later release. This is why no amount of extensions are an answer: they break. Extensions do not work from one release of GNOME to another, and when they fail, the whole desktop often fails.
> Also, it’s not really Gnome’s fault that linux doesn’t have as great metadata from apps to be able to display the apps’ menubars (unity could do it).
False. Gtk exposes this; Unity didn't have stored metadata on lots of apps, it just displayed the existing controls' contents somewhere else. If you run brand new Gtk apps on Unity today, they get panel menus. This was not some clever hack.
Unity is still around:
The distro is back again:
Brand new apps, like Waterfox, integrate with it fine although they did not exist when it was written.
> With all due respect, that is bullshit reasoning. Selectively displaying useful things is the whole point of UIs.
I disagree.
1. I want to choose what is shown or not. In order to choose, I have to be able to see it.
2. In other words, it needs to be there at first, and then I can choose whether I want to show it or not. If I can't see it in the first place, then how am I to know it's there?
3. It's the users' choice what is shown or not. It is not up to the developer to say "they don't need to see this and I'm going to hide it away."
Any piece of software that does that is user hostile.
> Otherwise why would you roll up your window?
Again: it's my choice. I get to choose. It's my computer. They are my windows. I choose if they are shown or not.
That is the point of free software: Choice.
GNOME says it's free, but it takes choices away from me. I object to that.
> Why do you have menus in the first place that hide their content until clicked?
To save space for my document. You can't show everything all the time: that is why you leave it up to the user to choose what they show and when.
(Incidentally, this is also why in my opinion the Microsoft ribbon based fluent interface fails. It tries to show far too much all at once, and the result is that it wastes a huge amount of screen space, and is actually more difficult to hunt through for what I need when I need it.)
> That is no longer the corner, so it doesn’t benefit from this law at all.
False.
Fitt's law is about target size.
https://en.wikipedia.org/wiki/Fitts%27s_law#Implications_for...
It is not about corners. It is about edges too.
By the way I do have a clue about this stuff... for example here is a screenshot of a piece of software which I designed about a dozen years which makes use of Fitt's Law.
https://twitter.com/SimplicityComps/status/54085863397497241...
> The super key is the same as the windows, or the mac command key.
So, yes, but those environments don't suddenly change your entire screen.
> Also often called Meta.
That is a different key. Meta and super are not interchangeable.
https://en.wikipedia.org/wiki/Meta_key
https://en.wikipedia.org/wiki/Super_key_(keyboard_button)
> What’s the problem here exactly? Is alt+f4 written over the screen? Or ctrl+c? Especially that the same behavior is expected from the windows start menu.
The problem here, as I'm attempting to spell out, is that there were existing conventions for this stuff, and GNOME does not respect them.
> It’s a community for its users. You clearly don’t use it nor contribute to it either by work or financially, so it is not really fair to ask someone else to work for you specifically..
No. What I do is, I write about it for a living. I analyse this stuff, I draw comparisons, I point out weaknesses and strengths. That's my job.
In my professional capacity, the GNOME foundation invited me to its GUADEC conference about six or seven years back. I asked a lot of awkward and difficult questions, because that's my job, and I didn't get invited back.
> Literally every OS and distro suck at it.
False. For example, using most other interfaces, such as XFCE, I can treat a multiscreen desktop as one big space. I can have one panel at the far left, and one on the far right, of the entire multi-monitor desktop.
But GNOME doesn't let me do that.
Why not?
> Nonetheless, I feel you are reasoning from a very biased point
Because I disagree with you, you think that I'm biased?
Do you think that everyone who disagrees with you is biased?
Have you considered that perhaps I have opinions, and can draw upon years of knowledge and experience, and make reasoned arguments based on evidence, and that is not the same thing as being biased?
> I don’t think it is as fruitful a discussion.
So because I can counter your arguments with examples and reasoning, you don't think that it's fruitful discussion?
Personally, I think that the arguments where people can defend their points, and produce evidence to back them up, are the most fruitful kind.
Don't you?
Re: Trinity Desktop Environment – a modern KDE3 fork
#85[flagged]
Dude this is trinity desktop: That’s kinda the point. Trinity desktop is basically a kde fork from the early 2000s that’s still maintained for use in modern distros by some guy. I gotta say with so much slowdown in newer windows, macos, Linux desktop ui toolkits compared to stuff that ran lightning fast in 2004 stuff like this is refreshing.
Re: Trinity Desktop Environment – a modern KDE3 fork
#86Earlier quoted context omitted.
Unsure what you're talking about. Most Linux desktops are absolutely saturated with modern "flat" themes and have all the "slick" flourishes: Disappearing microscopic scroll bars, incomprehensible monochromatic symbols, buttons with virtually no relief, zero-contrast layered windows for maximum confusion. I would welcome a return to early 2000s human interface design. Everybody trying to emulate or surpass Apple took…
Why are there so few of us :( Besides, I think the sentiment that if it isn't flat and minimalistic then it is old-fashioned, betrays a bizarre lack of imagination on designers' part. Any time I mention skeuomorphism, 2.5D, shadows, density etc, people say I live in the 90s. Why? Are these features so onerous that one cannot conceive of a modern, or even trend-setting design that employs them? To me, this seems ludic…
I just want a really solid, wholly original 90's style high-relief theme for GTK/Cinnamon and Qt. I used to use the old 2000 theme on Windows XP and 7 with some darker colors, it looked and felt great.
Re: Trinity Desktop Environment – a modern KDE3 fork
#87[flagged]
Unsure what you're talking about. Most Linux desktops are absolutely saturated with modern "flat" themes and have all the "slick" flourishes: Disappearing microscopic scroll bars, incomprehensible monochromatic symbols, buttons with virtually no relief, zero-contrast layered windows for maximum confusion. I would welcome a return to early 2000s human interface design. Everybody trying to emulate or surpass Apple took…
Re: Trinity Desktop Environment – a modern KDE3 fork
#88Earlier quoted context omitted.
Dude this is trinity desktop: That’s kinda the point. Trinity desktop is basically a kde fork from the early 2000s that’s still maintained for use in modern distros by some guy. I gotta say with so much slowdown in newer windows, macos, Linux desktop ui toolkits compared to stuff that ran lightning fast in 2004 stuff like this is refreshing.
When I see a desktop with the clunky UI idioms and design ideas of the 2000s that also transports me back to my stuffy student dorm room, "refreshing" isn't the word that comes to my mind.
Re: Trinity Desktop Environment – a modern KDE3 fork
#89KDE3 was the last Linux desktop environment I actually liked using, so I try to use this when it’s possible.
Their maintained fork of Amarok 1.x really makes it worthwhile for me. Also, dcop is probably the best GUI automation tool I’ve used.
Unfortunately I discover this a little late because MusicBee now works flawlessly in Wine (with some small tricks) and absolutely blows Amarok v1 away. A few years ago I downloaded an ancient archive of Ubuntu (8.04?) and turned it into a docker image, found a still-online deb repo, installed as many development packages I could find, and managed to compile a static Amarok 1.4. I got it running on my desktop! But it was a disappointment - I remembered it being waaay better than this. I'm pretty sure I had a patch I made to tweak how the left sidebar worked in columns mode too.,
Re: Trinity Desktop Environment – a modern KDE3 fork
#90Earlier quoted context omitted.
Gnome includes many of the OSX menus in its right hand panel. Also, it’s not really Gnome’s fault that linux doesn’t have as great metadata from apps to be able to display the apps’ menubars (unity could do it). > No, it is hidden by default, that is the point here. I do not want my UI to hide stuff from me. It is there to tell me stuff. If it doesn't tell me it is not doing its job. Tell me, or don't do it With all…
> Gnome includes many of the OSX menus in its right hand panel. It used to. Now they are all collapsed into a single drop-down thing. (Which is not a panel, BTW. A panel is a toolbar that is permanently attached to the edge of a window or screen.) Why? Who decided this? Who got to vote on it? What is the benefit? I used to use an addon called "Extend Panel Menu" to split these into much more useful separate controls:…
Not because we disagree, because you are talking out of emotion, while I am not. Also, many of your supposed arguments/evidences are just hand-wavy emotional statements.
I’m fine with disagreeing with someone, or even if someone can change my mind, but I don’t see it happening here, and mind you, I simply like Gnome’s UX more or less, but not to a degree where I would get blinded by it.