for the notification I would prevere the global notification system in the task bar. why should every application should have there own notification system. or if a own notification would be welcomed than integrate it into the sidebar. like a update section wäre you can update different apps vor the full system.

for the notification I would prevere the global notification system in the task bar. why should every application should have there own notification system. or if a own notification would be welcomed than integrate it into the sidebar. like a update section wäre you can update different apps vor the full system.

Because it's not an application that you'll run in background and the notifications have an application-specific scope.

But some sort of global notification both for Muon Updater and Muon Discover (maybe additional to the internal status in Muon Discover) may help users to see that updgrades, updates or installations are currently active.

May prevent users to shutting down the computer while configuring packages.

rumangerst wrote:But some sort of global notification both for Muon Updater and Muon Discover (maybe additional to the internal status in Muon Discover) may help users to see that updgrades, updates or installations are currently active.

Apper in Fedora uses kjobs and displays notifications through KDE notifications. It's very very annoying to see pop ups when the cache gets updates or refreshed, or when the search you just did in Apper gets completed.

rumangerst wrote:May prevent users to shutting down the computer while configuring packages.

In that case, then the package manager should prevent the user from shutting down the computer. Also, you could recomend the user to install upgrades only when AC charger is connected.

But what happens if something already went wrong. Windows Update for example is doing a rollback if there's something wrong (i know it's not working perfectly and causes update-loops), but if there are unconfigured packages, you would have to look for a solution and enter a console command.Some sort of 'Auto Repair' would be nice.

pablow wrote:

rumangerst wrote:But some sort of global notification both for Muon Updater and Muon Discover (maybe additional to the internal status in Muon Discover) may help users to see that updgrades, updates or installations are currently active.

Apper in Fedora uses kjobs and displays notifications through KDE notifications. It's very very annoying to see pop ups when the cache gets updates or refreshed, or when the search you just did in Apper gets completed.

Yes, this would be too annoying. I think notifications should only be shown if there's something important. If the cache refreshes, ... there shouldn't be a notification.

rumangerst wrote:But what happens if something already went wrong. Windows Update for example is doing a rollback if there's something wrong (i know it's not working perfectly and causes update-loops), but if there are unconfigured packages, you would have to look for a solution and enter a console command.Some sort of 'Auto Repair' would be nice.

Mm, that's tough. If something goes wrong, the user should be informed and be recommended to try perfom an 'Auto Repair'. If that succed, inform the user that a reiterated upgrade could cause the same broken upgrade. At this point, if the user it's not an experienced one and it happen again, there's little he can do to repair the upgrade on his own.

apol wrote:On your mockups I fear a bit that the navigation hasn't matured much, maybe you can elaborate on those?

The home screen is a place where you can discover new apps, get some recommendations, basic info and start to search/browse for content. The one thing that it still needs is a clearly visible search box(couldn't decide where to place it ) so that the user would be able to start the search immediately. That is the one screen that can have it's unique look and dose not need extra navigation buttons.I'll try to make the rest of the screens(browse category, search, etc.) and update the current ones through the weekend and elaborate more about the navigation.And then we'll decide if it's good or not and if not we'll try to come up with something else.As for the notifications i added it at the end inspired by netbeans and it's meant to work similarly, but i think that global notification are a good idea to...

EraX wrote:The one thing that it still needs is a clearly visible search box(couldn't decide where to place it ) so that the user would be able to start the search immediately.

Remember, the search function doesn't always have to be exposed in the interface with a text field. A simple search icon works well too, takes up far less space and can expand to a focused search field when clicked.

Ok it took me a little longer than intended but that is just because it's so hot in here that the going any were near the pc was the last thing i wanted to do So as stated before the Home screen is primary meant to show the user some info and allow him to start searching/browsing.I thought about @rumangerst and @alake suggestions and:The search stayed as it was, clicking/hovering the search button shows the search box.https://dl.dropboxusercontent.com/u/633 ... _Front.jpgOr the search box is visible at the tophttps://dl.dropboxusercontent.com/u/633 ... Front2.jpgAlso changed the discover/source/installed to tabs and moved them to the bottom.Clicking the "::category" displays a dropdown with a list of categories allowing the user to limit the search to a specific cat.

There are three types of item view cover/icon/detailed list.Cover - shows a preview image, icon and the titleIcon - similarly as in dolphin shows the icons and the titleDetailed list - self explanatory - shown on the search/browse screen

EraX, you are absolutely kicking butt with these designs. They're very well thought out. I have no essential objections to any of them really. The only thing I might recommend is to place the properties panel on the right instead of the left. That would make it a touch more consistent with other applications and the new layout guidelines. Otherwise it looks freaking fantastic!

I also like the dark panels, but with breeze it wan't look like in your pictures. Maybe when you use the breeze color theme you will find the right solution for the sidebar (under the iconbar or aside). Or it the plan to make the navigation panels light and the property panels dark?

can you make also the third page for the program details. I can also made it. would it be possible to upload the svg file.

I know there is now an additional app for the updates, but with this nice tabs an update tab could integrate the updates.

alake

could we update the breadcrumb design from the HIG to the design from EraX. Also in the HIG there are dark panels and a mix between under the iconbar and aside.

andreas_k wrote:alakecould we update the breadcrumb design from the HIG to the design from EraX. Also in the HIG there are dark panels and a mix between under the iconbar and aside.

The specific design for the breadcrumb is actually not in the guidelines just a reference to the general pattern. The mockup toolkit has an example of a breadcrumb design, but it's not yet meant to be prescriptive. The bottom line is that we don't have a formal breadcrumb design for Breeze yet. Let's give it a little time to see what variations in breadcrumb designs pop up. After a little time, we can start putting together specific designs based on how the community is using the pattern.