Closed UriHerrera closed 3 years ago
Nice, waiting for this!
The software center can list content from Pling.com. The applications listed here are AppImages.
The Featured banner works and displays the content from Pling.com. Here it's using the new header buttons from MauiKit. The queue button is also visible. And, also how the program looks like in Breeze colors.
The store front page has been revamped with sections to highlight:
With more eye catching card delegates.
The category navigation is now "stack-page" based. So the users goes from category into subcategories by stacking pages upon the other.
The Category view was also revamped to also highlight the most recent and highest rated packages within the category, and also a subcategories navigation was added.
The data models were updated to support the changes above.
The installed packages view now displays the correct information. And overall all the delegates were fixed and improved.
There is still work in progress but the most major parts have been implemented. A stable release is planned by the end of November of 2020.
The UI has been also optimized to be used on the PinePhone with ARM64
Desktop:
Phone
why was this closed this seemed so close to being done
why was this closed this seemed so close to being done
@hcsubser Because it is already done.
Introduction
The code that is in this repository makes use of Plasma UI components to draw the interface of the application. At the time, this was the right solution as it provided an easy way to integrate the program with the system.
MauiKit now exists, and with it, we can create a new program that works in the desktop and mobile.
The Software Center was initially conceived to serve Snap applications and consequently AppImages. AppImages weren't downloaded from a central repository, but the user managed them with the SC merely listing them. Additionally, the SC was not designed to handle system updates.
Eventually, it was observed that linuxapps.com provided an API that we could use to serve Appimages from a central source, and as such, this was used as the backend of the SC.
linuxapps.com was deprecated, and its lack of AppImages was a problem, we figured that we needed a way to obtain AppImages directly from their GitHub release pages as this was a more straightforward and more accessible way always to have the latest available.
AppImagehub.com provided a new central repository for AppImage files and a revised API by openDesktop that offers more modern functionality too. Therefore, in this redesign, it's proposed to make use of it.
Functionality
The way that these new design works are made to be simple — both in how the user interacts with it and how the program delivers the requests to the user.
The following issues already cover many of the core concepts, to not go all over them again; I'll refer them here.
The redesign of the SC also takes into account more than just Software, for instance, artwork such as themes, wallpapers, and icons. Ergo, the SC can be viewed as more of a Content storefront than just a software manager.
Differences with the current SC code
/home/$USER/Applications
. The SC can perform the queries to the site by using AppImage CLI Tool as its backend instead of building this feature in the main program.Notes
~/.themes/
" For GTK2 | GTK3 themes."~/.icons/
"Icon themes."~/.local/share/color-schemes/
"Color-schemes."~/.local/share/icons/
"Icon themes."~/.local/share/plasma/desktoptheme/
"Plasma themes."~/.local/share/plasma/plasmoids/
"Plasmoids."~/.local/share/aurorae/themes/
"Aurorae window decorations."~/.local/share/kwin/effects/
"KWin effects."~/.local/share/kwin/scripts/
"KWin scripts."~/.icons/
"Cursor themes."Requirements
Content Workflow
The workflow is the following:
The user clicks the SC icon on the application menu.
The user is shown the SC window, by default the "Store" view is displayed.
Switching to the "Apps" view allows the user to see the AppImages that are currently in the system.
Pressing the queue button takes the user to the "Queue" view. .
Clicking the hamburger menu displays the "Account" menu. This menu allows the user to manage the addition or deletion of accounts, the settings of the program, and an about dialog — See fig.2.
Available AppImages are ordered in categories — See fig.2 and 3.
Clicking on the content icon (application or artwork) displays more information about the item, we'll call this view "Item" view — See fig.2 and 3.
#fafafa
with 70% opacity.System Management Workflow
As mentioned at the beginning, the SC will serve as the main GUI for znx. We're currently using znx-gui for this purpose, which while it works, it's not particularly informative and gives the impression that znx is a complicated tool to utilize, which it isn't.
The functions of znx can be displayed in one unified view which denotes the simplicity of the program, and the workflow is the following:
The user switches to the "System" view.
For znx to start using a device, it must initialize it — See fig.17.
To deploy a new image, the user will click the button labeled "Deploy" which will open a file dialog, after selecting the image the user will proceed to input a name in a window similar to this.
The deployed images are listed in the same other content is listed in the SC window — See fig.19 and 20.
In the same fashion that AppimageUpdate, appimaged, and AppImage CLI Tool provide the necessary functionality, znx offers all the required functions which the SC only needs to call.
Mobile
The mobile iteration works the same way, with the difference that the sidebar is always in compact mode. — See fig.21 and 22.
UI Mockup