by raman » Mon Mar 28, 2011 12:30
1. Dynamic search engine in one window with installed and not installed packages (simply choosing filter- all packages, inst. pack., not inst. pack). One overlap for packages - no more overlap -> programs, installed separetly. Upgrades overlap.
2. Programs on groups like -> internet, video, music, games etc.
3. If you need accept licenses, square to mark all licenses at once --> accept all licenses.
4. Faster Entropy opening. I think you are filtering packages, when Entropy is opening, therefore Entro is opening so long. It's better if I compare to old times, but still long time. Better way is, to first open basic menu, later filtering and displaying packages. On the filtering moment, you can add in Program Overlap Window on the middle, text like: Please wait or smth like that. Well optimized code, allow you to click and choose another overlap and doing another stuff, when a packages will be filtering in Programs Overlap.
5.Double-clicking to add package to install queue, if you want another option, right click and choose from menu.
6. Design optimalisation in advanced entropy mode, more intuitive grouping of options. Less overlaps.
7. Double-click on magneto to open Entropy window.
Simplicity is the best way to achieve beatiful and quick program, with less, intuitive options could be very userfriendly. I can guarantee that 95% of Entropy user, never check masked packages or which option file is protected.
They only open Entropy to do 3 simple stuff:
1. Upgrade
2. Search packages
3. Install packages
So you need only 2 overlaps:
1. Upgrades with button Upgrade. Simply method to choose all upgrades.
When you click upgrade, new Queue Window pop-up with packages queue and progress of installation. If needed,
Queue Window can pop-up with additional window if you need accept licenses. It's important that on this moment you could do another stuff on Entropy, so you have window with queue, you click on Entropy window, doing something, in example; in Programs Overlap.
2. Programs (sorting by installed, not inst., all) with Execute button. Search filed above or below.
When you click Execute button, pop-up Queue Window, which I mentioned above, with additional window if you need accept licenses.
So in example, if you choose some upgrades, click upgrade, Queue Window pop-up. So you click on Programs Window back in Entropy, choose some programs to install, or uinstall. Click Execute button and again Queue Window with at this moment upgrades progress show up, and you see that on end of list, now your program install, uinst. packages are adding.
And queue is executing. If finished, Queue Window is disapearing.
In my opinion it's not necessary to see all listed information about installation progress like you see now in Entropy. It's not bad, but to average users it's not needed. I think simpler way is: queue window with progress bar near listed packages.
Yes, I know it's like ubuntu packages installer, but is good and simple method. For the record I mentioned ubuntu because is popular and most ppl saw theirs packages installer, but this method of showing installation progress is in another distros, etc.
So, why you want us to do package installer like in another distros? Because is simply and intuitive. Only choose, click Execute and forget. And you can do another stuff with package inst., when you are click exexute, so you not need to wait, until first progress is end.
Another Idea, why not add package queue in equo? I know, you can choose now equo install mc krusader wine etc.....but if you forget something and you want add another stuff, you have to option, wait until end or brake installation process and run again all command with added new packages.
Why not something like this:
1. equo install mc wine gcc
****Executing****
Ohh f**** I forgot about amarok
2. equo install amarok
*****Equo running, add to queue*****
Another my proposal, but maybe it's only my observation. When I use Sab 5.4 and new upgrades was show up with new kernel 2.6.37 and another stuff, I installed them and was happy, that I have now Sab like 5.5 because I do all upgrades and change kernel to new one.
After this I was install Sab 5.5 from some reason (clear new installation) I saw that Sab is starting, a more faster.
I think is related with some configuration files, some options that developers change to fasten Sabayon.
So my idea is, if I'm correct, if you developers think that some configuration file change or user configuration files must be change, to improve Sabayon look or to fasten distro or do another important changes MUST BE necessary rewritten, pop-up this in Enrtopy, Sulfur, equo!!
Something like that, "Dear users we strongly reccomend to change this and this file, because..... If you accepted changes, your old files will be stored in blebleble location." Accept, Refuse. Something to add like special upgrade in Entropy Upgrades Overlap. So you can only add new category in Entropy Upgrades Window.