Well, on rolling releases reboot is often needed, especially on Manjaro, when on stable you get almost always updates with kernels. Without reboot virtual machines, certain GPU drivers and other won’t work. Also, you test if everything went fine.
I think that pamac has built in check that recognizes kernel updates and prompts for reboot which is a good practice. LTS systems are a different story.
If you don’t use Nvidia drivers, virtual machines and few other elements that are broken after update then you will be fine. However, most users do need them.
It’s also common that the system won’t boot after update. You won’t even know that something is wrong if you won’t restart the system.
If you wish to reboot 6 times a year, and it’s working for you - fine, but as a good practice on rolling system, reboots must be done after major updates to ensure stability and functionality of the system. It’s simply safer that way.
If you reboot after a few months and then the system won’t boot - how will you know which update is at fault? What to fix, where to look? It’s a risky behavior.
My system was installed ca. 5 years ago, and I can say, usually once a year or once a 1,5 year there is an update which breaks the system. Quick reaction and backups can save you a lot of stress. If you stumble upon such update and do another updates, it’s possible you will never fix the system. So for sake of stability, frequent reboots are a must.
Uptime is only important if you run publicly used servers.
A word is always self explanatory, but you have to read it first, then becomes explanatory. Then, in same context you no longer read that text for the second and third time, so it remains the color and the size of the button. Same function can be achieved by smaller button, icon instead of text, and is not visually competing with the application icon and their description. Or is that important that the button of install and unistall has more decorations than anything else?
Yes, are a bit aggressive, but also depends of the theme used. For instance in Arc Dark that strong blue is nt so strong anymore.
Probably is a static color choice, and in Adwaita dark theme is bearable, even tho can be better
We only talk, and i’m quite into it, not trying to deceive myself or anybody else … even tho there is a better place for it. maybe a moderator can move all the discussion here
Since i renounced to be a moderator, not sure, even if in the team, if i can move things around in the forum. Not much time to test right now.
I had a decently working engine on my car, the service took it apart and put it back together, was not so good, i took it apart, put it back together and is working fine for 12 years now. Get my point? But i doubt @guinux is sabotaging his own project … so, i really don’t quite understand why someone could come up with such thing to mention.
Wasn’t that discouraged as could lead to partial updates? If a newbie (even if i don’t like that description) adds packages that should not be ignored to the ignore list and breaks their system after update, who will be to blame? Manjaro again?
Pamac GTK is GTK and GTK seems to go towards GTK4 following libadwaita that is a Gnome thing … Qt version is on works by @LordTermor and will follow the Qt guidelines …
With your theme, it might be so, but look at this beauty
Sorry, but there seems to be a huge gap in communication. Are you color-blind? Word or not, the lack of color and black-white, indistinguishable icons are the problem. Many people in this thread agreed. You have to stare at them quite a while. It is HUGELY inconvenient, especially if before this wasn’t the issue. This is a usability downgrade. Besides, having word+color was the best usability choice. Icons are good if you need to pack a lot of various options in a tight space. However, I understand than on mobile when space is sparse, this may work better, but even on Android when you do to apps, you get word (Uninstall, Turn Off), so I’m saying that using icons still not the best UI decision in this case.
This wasn’t what I meant. It only shows that if a developer has a time to tinker with non-essential things and yet ignores painful, more important issues, he lacks the overview of user priorities, at least this is how it looks on my - user end. I get that he merely tried to make the app mobile friendly, but when I see things that piss me off for many years straight, and they are still not fixed where I don’t benefit from mobile friendliness, it’s irritating. I know, I know, he is sparring his own free time to develop this app and kudos for him. I feel that probably test users are not the best representative group and thus not the best advisers when it comes to usability for average Joe.
Am I at fault that I didn’t submit any complaint about usability problems? Yes. Frankly, if there are too many issues, it’s demotivating to be involved in a project and this is how I feel with pamac or wayland or… you get my point, hopefully.
This is off the point. It’s for more advanced users who know what they are doing and yet want to have the convenience of using UI instead pacman.conf. Yet the convenience is completely lost here. This is so obvious that I can’t understand why this wasn’t quickly fixed. Maybe because advanced users will go to conf seeing this abomination and don’t waste time complaining aloud. That is what I was doing most of the time but it doesn’t mean I was oblivious to the issue here. I do prefer UIs instead editing configs, so it pains me and since it’s related to the topic we discuss, I’m mentioning it now.
Isn’t it a waste of time and effort to offer app suitable only to one environment where Manjaro users use many? GTK is used in Gnome but is not Gnome exclusive. There are many GTK apps that have normal, useful UI and don’t look out of place outside Gnome, for example Filezilla. My point is, universal apps should have universal UI. Developing UI for Gnome and then doing the same for QT is a bad choice. It’s been two years or so and pamac-qt is nowhere near to be usable. It was better on the beginning but with all the changes, the project slowed down and is not visible anymore. I doubt it will be finished, especially that the UI constantly changes, so it’s like chasing a wind. This is usually the problem with all GTK apps, the break easily with GTK updates, especially those Gnome based ones. Those independent of Adwaita UI, seems to be more resistant.
Looks better but still not ideal. For me the standard of program managers is to have distinctive install/remove buttons (green-install, red-remove, a good standard IMO). This feels lacking here. This is even a pattern in the present UI, the most important buttons are almost merging with background and other functional elements. This is again, bad UI design.
This wasn’t a response to my text, but I add my reflection. Words in buttons (if possible) increase highly discoverability and usability on the beginning making UI more beginner-friendly or friendly for infrequent users. Icons only buttons are for more expert use and that has sense for programs like GIMP, LIBRE OFFICE - you need to learn those anyway, no other way around. Apps like pamac are a different category.
Again, test developers are often IT inclined users who lack of feel for average user needs, and it looks like this problem happened here. although pamac is or should be aimed for average users.
And even if i’m … what are you going to do about it? How does affect you exactly? Is not contagious via forum, you know?
No, i don’t. Is not a painting, and i’m not blind either …
You made it even worse. Now you are in charge with the developers mind and time too. Good for you …
What does wayland have to do in any way with Manjaro or Pamac? Why you bring it up? Are we going to discuss that too? Are you directly involved in those projects and now you are demotivated? Sorry about that …
Is ON the point because Pamac makes no distinction between advanced users and newbies.
Was never my business how other spend their time and effort for their projects, nor been disappointed, unless i was directly involved … Maybe you are …
Like Adobe is doing Photoshop for Mac and Windows is a bad choice ? OK then … If there was Gimp written in Qt i would use that instead in KDE Plasma. If there was Krita in GTK+ i would use that in Gnome or XFCE install …
Nobody forces you to use it. And, is either important to be done quickly or is it a waste of time? Can you make up your mind and not hold two opposite positions about Pamac-Qt ?
Oh, but i recall all the same discussion a while back, and before that … same story, and seems to always be people upset about decisions taken.
There was no refection before yours, it was about reflexes … decisions either made as a habit, or actions performed without conscious thought as a response to a stimulus, and the stimulus was the color of the buttons, or the lack of …
Ans as was mentioned already:
Let me explain something to you. This signs are known even among those that do not know to read and write
I take the Remove/Install buttons as showed above over what it is now. It’s a vast improvement and if you can’t see that, I assume you really don’t know the comfort and easiness of such a solution because of the visual color deficiency. It’s clearly, you don’t perceive it the same as me or many other users here. You don’t believe it if you won’t see it yourself but since you can’t see it, you will never believe it. No point of discussing it further. I can only assure you, color/old solution is instinctive, natural, easy, instant. The present icons are… empty, similar at glance and require uncomfortable effort to realize what is it what I’m looking at. People relaying on colors will understand how much value colors brought, those who can’t see colors the same way, developed other means to assess the visuals. However, I doubt that the goal of pamac was to develop app only for people with color deficiency, but it looks that way now. I can’t appreciate app’s progress when visually it’s just as pleasing to use as a trunk of muddy wood. This is a disaster and I can’t perceive it other way - this is how important color for me is.
Let’s move on, I won’t answer here anymore, because we are clearly spamming this thread and nothing good is coming out of it.
You are in a rumble with suppositions out of your reach. You make suppositions about me, that are quite far from reality, and you do the same with the rest of your arguments.
Apples and oranges are natural. Everything man made is synthetic, so please don’t list random apparent coherent words just for “likes”.
You can always make better ones and showcase here. Text, on the other hand, is not icons, text has to be read, so you can’t pretend is intuitive …
Above you said you relied on text …
Now, is either the current design that helps more those with color deficiency, or those with color deficiency will not see it, because they can’t? How is it? For the second time, in our “discussion” you hold two contradictory stances simultaneously, and you lecture me about consistency?
I’m happy for you that you never run into an actual, real disaster … and now you feel justified to call pamac a disaster.
But you also complain about them, as you did already
So, your expectations are that, in this instant, pamac should have been perfect visually, and comply with all the random operations done by users, load faster than your internet speed, and have all the colors of the rainbow, because that is important for all of you … Such “product” already exists
Yeah, i already knew you feel superior … especially since i’m not advocating strictly for your so called arguments that would not pass even in the first hour of online design classes.
This is what Pamac UI offers at this point, in regard with install/remove/update icons/buttons:
What could be improved, and i’m not talking about themes yet, as we should start with Color Codes signification (that we can use in this context) if that is the most important:
RED - danger, stop, emergency, highly important, severe
ORANGE - warning - medium important, can lead to broken functionality, ignorance
YELLOW - caution - about to proceed, ready to perform an action
GREEN - safety, clean, ready, recommended
BLUE - information, guidance, additional, low importance
MAGENTA (purple) - probably the favorite color of Prince, royalty, magic
States and Pending Operations (as i see them):
Available for install > Install = Pending for Install
Installed > Remove/Uninstall = Pending Removal
Available Update = Pending Update
Available Update > Removed from Pending Updates
Available Update > Remove/Uninstall = Pending Removal
There will be needed at least two of each red and blue for versions to not fall into an visual issue between dark and light themes, and when comes to nuances of a color, good luck to please everyone …
this is how should look like on Arc Dark theme, just as a side note:
To me it looks way too colorful, and i excluded applications and packages icons on purpose. Once they are also there, the entire UI will look crowded like a Christmas tree …
Based on all this, the state buttons and pending operations should have this nomenclature:
Available install
Pending install
Uninstall option
Pending uninstall/remove
Available and pending update
Update excluded from trnasaction
And of course, you can picture the dark icons variant …
Hope this helps, and makes it more clear for everyone, or give you the start to make your own coherent proposal draft, directly to the point, without personal snarky remarks to devs and other forum members.
If my estimations are correct, this would not have a negative impact on the mobile functionality of Pamac, and visually should work too, regardless the monochromatic or colored version adopted (or not).
Oh now this makes sense. One question though: is it really necessary to have a colorful highlight of a package versions? Maybe in package details page, but when they are in a list - why bother with highlighting?
Ah, someone asked for that? Hm… I am maybe wrong, but I believe that relatively small colorful elements should rather indicate an “actionable” bit of interface, not something unclickable. By looking at those versions labels I get a wrong perception that I can interact with them somehow…
Don’t know exactly the story behind it. On Discover is like this for example:
If i recall some comments about it outside of this forum, someone pointed out of being dry, and lacking visuals … So, maybe that got taken as a good point and considered to be “improved”
With color or not, layout looks unclear when all operations are displayed on screen (with color looks “happy”). From what I’ve understood:
icons are fetched from theme, so adding dedicated ones will end with incompatibility with theme, not all icon themes have a proper label which can be fetched and recognize as dark or light theme.
GTK color scheme (in Pamac) depend on theme, so it can look good or bad, depends on theme. Adding transparency (for colors), in theory should blend with background at least for most themes. Which should be less “Skittles” I guess. But we can’t be sure what someone has installed. So, this can end with “We don’t support other themes than X,Y, Z” which will be bad.
I believe this was discussed in M-team already, and a less colorful layout was chosen. Which one is better is very subjective.
For example: I don’t mind flat icons, but with them desktop looks childish. Even game consoles menu looks more mature.
If the theming part is not enough, there is a mobile part as well. Which means everything needs to look good when it’s squeezed.
I doubt, we figure out a better solution in a few days which will be pleasant at least for the majority of users, especially when emotions are involved. For now, it’s Camp A vs Camp B.
For me the bigger issue at the moment is check mark for pending operations. Bottom, top, left right it looks almost like error in code. If I figure out how to make it better I will not hesitate idea to let you know. For now, my brain lagging when I see it
It simply needs testing on the real thing, because in many cases those colors and transparencies over something else (again depending of themes) can look washed, or change completely the tint of it …
To me, Pamac still offers better info, arrangement, and once the base layout will be improved, then next steps should follow to make it even better.
That is why on my second proposals are removed. For me have no actual use, nor visual information pertinence. What remains is to rely in better icons and or colors … The advantage of icons do not require translations, and is not that words can’t be translated, but each translation can have longer or shorter words, and that will change the layout considerably regardless if is mobile or desktop.
Yeah, but how is the distinction between Remove and Marked for Removal made ? Then it begs for the Install and Marked for Install to have the same visual treatment … Correct?
I missed something probably because I don’t see tick marks bottom top left and right in Pamac currently, I think he’s talking about your skittles edition.