Design issueshttps://gitlab.gnome.org/groups/Teams/Design/-/issues2020-08-02T20:38:17Zhttps://gitlab.gnome.org/Teams/Design/app-mockups/-/issues/17GNOME Sound Recorder redesign2020-08-02T20:38:17ZBilal Elmoussaouibil.elmoussaoui@gmail.comGNOME Sound Recorder redesignI would like some help with redesigning hopefully [Sound Recorder](https://gitlab.gnome.org/GNOME/gnome-sound-recorder/) this cycle. The current state of the app
![Screenshot_from_2019-12-09_15-49-07](/uploads/1d93a9a2c3e30519d1ed439dcf...I would like some help with redesigning hopefully [Sound Recorder](https://gitlab.gnome.org/GNOME/gnome-sound-recorder/) this cycle. The current state of the app
![Screenshot_from_2019-12-09_15-49-07](/uploads/1d93a9a2c3e30519d1ed439dcff15df1/Screenshot_from_2019-12-09_15-49-07.png)
I have been playing with some code recently and it looks kinda ugly.
![Screenshot_from_2019-12-09_15-50-54](/uploads/9f14ae248b9a653fd4445c609aa2087e/Screenshot_from_2019-12-09_15-50-54.png)https://gitlab.gnome.org/Teams/Design/icon-development-kit/-/issues/15"group" and "ungroup" icon.2020-08-03T22:15:31ZLionir Deadman"group" and "ungroup" icon.I believe we don't have a "group" and "ungroup" icon which would be helpful for Pitivi to use . Currently this is the icons we use and only those two lack symbolic icons.
These are the current icons so the 3rd and 4th need to be changed...I believe we don't have a "group" and "ungroup" icon which would be helpful for Pitivi to use . Currently this is the icons we use and only those two lack symbolic icons.
These are the current icons so the 3rd and 4th need to be changed :
![image](/uploads/3f162949b8dd86c9aa5d6e2858e59c61/image.png)https://gitlab.gnome.org/Teams/Design/icon-development-kit/-/issues/16Icons for place details in Maps2020-08-11T16:58:02ZJames Westmanjames@jwestman.netIcons for place details in MapsI'm working on a redesign of the place bubble in Maps. Part of the redesign is to use icons instead of text labels, to make it easier to find information.
We need the following icons:
- Wheelchair access (https://wiki.openstreetmap.org/...I'm working on a redesign of the place bubble in Maps. Part of the redesign is to use icons instead of text labels, to make it easier to find information.
We need the following icons:
- Wheelchair access (https://wiki.openstreetmap.org/wiki/Key:wheelchair)
- Full (`wheelchair-symbolic`)
- Limited
- None
- Toilets
- Available
- Not available
- Phone number: We have a cell phone icon, `phone-symbolic` ![Screenshot_from_2020-08-07_12-04-11](/uploads/348ce53edf235723d9441532cf1bb038/Screenshot_from_2020-08-07_12-04-11.png), but maybe a more traditional phone icon (like the Calls app) would be better here?
- Religion: Not quite sure how to handle this one. Maps currently recognizes [22 different religions](https://gitlab.gnome.org/GNOME/gnome-maps/-/blob/master/src/translations.js#L363). Maybe have icons for [the most common ones](https://taginfo.openstreetmap.org/keys/religion#values) and a generic icon for the rest? There will be a label by the icon either way.
CC @mlundbladhttps://gitlab.gnome.org/Teams/Design/software-mockups/-/issues/7Better app screenshots2020-08-26T14:00:24ZTobias BernardBetter app screenshotsA lot of apps (even good ones) currently have subpar screenshots, which makes for a bad impression of our app ecosystem when looking at apps on e.g. Flathub. Issues include:
- Apps are shown in unrealistic scenarios without good content...A lot of apps (even good ones) currently have subpar screenshots, which makes for a bad impression of our app ecosystem when looking at apps on e.g. Flathub. Issues include:
- Apps are shown in unrealistic scenarios without good content, making them look less appealing than they are
- Some screenshots have transparent shadows, others are windowed but fully opaque and show a bit of wallpaper, others show just the window fullscreen
- Use of non-platform icons/stylesheet/window control layout
- Screenshots taken on other platforms (e.g. macOS)
- Outdated screenshots that don't reflect the latest version of the app
- Most screenshots are not translated
- Only one or two screenshots, giving an incomplete picture of the app's capabilities
- The [appstream spec](https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-screenshots) gives fairly detailed guidance on a number of things, but these guidelines are not very accessible, and not really enforced during app review
- The appstream guidelines recommend 16:9, but that doesn't make sense for mobile screenshots
- The screenshot slideshow for an app is always the same regardless of form factor
- Various issues with the carousel UI in both Software and Flathub (small, no fullscreen, etc.)
## Goals
- More visually engaging screenshots in general
- In line with platform guidelines wrt icons, stylesheet, etc
- More screenshots per app
- Always up to date
## Secondary goals
- Translations
- Adaptive/convergence considerations (e.g. perhaps a second set of screenshots of mobile)
## Relevant Art
### iOS
![image](/uploads/3aa3b718f2439a7b926569902e0cb5c9/image.png)
Website: https://apps.apple.com/us/app/castro-podcast-player/id1080840241
### macOS
Blogpost on how to automatically take screenshots for different screen sizes/languages/etc https://blog.khanacademy.org/automating-app-store-screenshots/
![image](/uploads/f1b32ae91ce410e73bb1e660d19cac53/image.png)
### Windows
![image](/uploads/1b8501000721cd82d64aa7a6c2e1ea77/image.png)
Website: https://www.microsoft.com/en-us/p/your-phone/9nmpj99vjbwv
### Ideas
- Better, more accessible developer docs/tutorials around screenshots
- Tooling to support developers in taking better screenshots (e.g. an app that resets system settings to defaults, allows taking screenshots in multiple languages, perhaps automates taking screenshots for each new release)
- Metadata for whether a screenshot is desktop or mobile
- Stronger quality control during Flathub review and/or as part of curation (if we had a good/other distinction this could be a cirterium)
- Changes to how Software/Flathub present screenshots, to make them larger and easier to navigatehttps://gitlab.gnome.org/Teams/Design/settings-mockups/-/issues/21Integration Points With Image-Based Systems2020-09-07T04:04:49ZChristopher DavisIntegration Points With Image-Based SystemsWith discussions of OS Upgrades being moved into Settings, perhaps a few more integration points could be added for image-based distros.
## Branch Switching
Via OSTree there can be different branches and builds of an OS. For example, t...With discussions of OS Upgrades being moved into Settings, perhaps a few more integration points could be added for image-based distros.
## Branch Switching
Via OSTree there can be different branches and builds of an OS. For example, there could be stable, beta, and nightly variants, and "developer" versions of each of these variants. Having an easy way to switch would:
1. Allow users to easily test changes with their real-world use cases, and report issues on upcoming releases
2. Allow for a clean separation between software meant for users, and tools meant for development.
If a user wanted to development work, they could then switch on developer mode instead of installing many different
development tools and their dependencies.
## Rollback
If breakage occurs in a component, a UI way to roll back would help less technical users until a fix can be rolled out.https://gitlab.gnome.org/Teams/Design/initiatives/-/issues/54Sound Recorder Redesign2020-09-16T10:03:35ZTobias BernardSound Recorder Redesignhttps://gitlab.gnome.org/Teams/Design/initiatives/-/issues/22Updated initial setup visuals2020-09-16T10:15:09ZAllan DayUpdated initial setup visualshttps://gitlab.gnome.org/GNOME/gnome-initial-setup/issues/7 and https://gitlab.gnome.org/GNOME/gnome-initial-setup/issues/8https://gitlab.gnome.org/GNOME/gnome-initial-setup/issues/7 and https://gitlab.gnome.org/GNOME/gnome-initial-setup/issues/8Allan DayAllan Dayhttps://gitlab.gnome.org/Teams/Design/software-mockups/-/issues/10Automated screenshots for different locales/sizes2020-09-17T09:59:59ZTobias BernardAutomated screenshots for different locales/sizesA big reason why our app store looks subpar compared to others is that screenshots are not that great, in particular they are:
- Not up to date: Screenshots often don't get updated when UI changes
- Bad/boring content: Since setting up ...A big reason why our app store looks subpar compared to others is that screenshots are not that great, in particular they are:
- Not up to date: Screenshots often don't get updated when UI changes
- Bad/boring content: Since setting up nice content is a lot of work, screenshots are often very bare bones in this respect
- Not localized: Most apps only have en_US screenshots
App screenshots on other platforms are generally better because they have tooling to take them automatically for every new release.
As far as I understand, the iOS and Android tools for this use UI tests to recreate specific states of the app in the emulator, so they're exactly the same for each new release, across locales and screen sizes. The configuration for each screenshot has to be set up once, but after that it's all automatic.
Fastlane seems to be a popular tool to do this:
- iOS: https://docs.fastlane.tools/getting-started/ios/screenshots
- Android: https://docs.fastlane.tools/getting-started/android/screenshots
I wonder if we could do something similar with e.g. dogtail, maybe even as part of CI?https://gitlab.gnome.org/Teams/Design/app-icon-requests/-/issues/12GNOME Games Icons2020-10-05T09:23:27ZSam Hewittsnwh@gnome.orgGNOME Games IconsA few of the apps in GNOME games still have old-style icons
- [x] [Tetravex](https://gitlab.gnome.org/GNOME/gnome-tetravex/-/merge_requests/14)
- [x] [GNOME Sudoku](https://gitlab.gnome.org/GNOME/gnome-sudoku/-/merge_requests/25)
- [x] [...A few of the apps in GNOME games still have old-style icons
- [x] [Tetravex](https://gitlab.gnome.org/GNOME/gnome-tetravex/-/merge_requests/14)
- [x] [GNOME Sudoku](https://gitlab.gnome.org/GNOME/gnome-sudoku/-/merge_requests/25)
- [x] [Quadrapassel](https://gitlab.gnome.org/GNOME/quadrapassel/-/merge_requests/19)
- [x] [GNOME Robots](https://gitlab.gnome.org/GNOME/gnome-robots/-/merge_requests/9)
- [x] [GNOME Nibbles](https://gitlab.gnome.org/GNOME/gnome-nibbles/-/merge_requests/13)
- [x] [Reversi (Iagno)](https://gitlab.gnome.org/GNOME/iagno/-/merge_requests/12)
- [x] [Tali](https://gitlab.gnome.org/GNOME/tali/-/merge_requests/11)
It'd be good to update these since they're still fairly popular in results for games.https://gitlab.gnome.org/Teams/Design/app-icon-requests/-/issues/6Beaker icon2020-10-05T09:24:28ZJakub SteinerBeaker iconBeaker is an automated testing app of sorts. They have a reasonable logo, but it might be better to to just focus on the beaker itself for the icon.
https://github.com/beaker-projectBeaker is an automated testing app of sorts. They have a reasonable logo, but it might be better to to just focus on the beaker itself for the icon.
https://github.com/beaker-projectJakub SteinerJakub Steinerhttps://gitlab.gnome.org/Teams/Design/initiatives/-/issues/75To many remote viewers2020-10-21T14:49:24ZLeonard Schwennesenungedummt@gmx.deTo many remote viewersUntil now there are three remote viewers for the Gnome Desktop ([Gnome Boxes](https://gitlab.gnome.org/GNOME/gnome-boxes), [Remotely](https://gitlab.gnome.org/World/Remotely), [Gnome Connections](https://gitlab.gnome.org/GNOME/connection...Until now there are three remote viewers for the Gnome Desktop ([Gnome Boxes](https://gitlab.gnome.org/GNOME/gnome-boxes), [Remotely](https://gitlab.gnome.org/World/Remotely), [Gnome Connections](https://gitlab.gnome.org/GNOME/connections)). That's too much.
Luckily all tree of them are mostly written in Vala. It would be great if all the developers could work together on one App.
Should in the long term the remote functionality removed from Boxes and moved to Remotely or Connections? Are there any plans for that?
CC @aday, @haecker-felix, @felipeborgeshttps://gitlab.gnome.org/Teams/Design/settings-mockups/-/issues/22Network settings navigation2020-11-20T18:38:06ZAllan DayNetwork settings navigationThis is a bit of a re-run of #17 (oh well) and the main ticket is gnome-control-center/#1091.
## Sidebar or panel?
If and when we come to merge the network panels into one, should we have the navigation for the different network panels...This is a bit of a re-run of #17 (oh well) and the main ticket is gnome-control-center/#1091.
## Sidebar or panel?
If and when we come to merge the network panels into one, should we have the navigation for the different network panels in:
1. The sidebar (as we currently do for the privacy and apps sections)
2. The main panel on the right
![sidebar-vs-panel](/uploads/37e95bbd3dbdb4e95042c94de5d4b959/sidebar-vs-panel.png)
Some pros and cons of each approach:
### Sidebar navigation
| Pros | Cons |
|----------------------------------------------------|-----------------------------------------|
| Consistent with existing privacy and apps panels | No status for each connection type on the top level - hard to get an overview |
| | No logical place to put airplane mode |
| | General usability issue - both sides of the window update and the section on the right isn't predictable |
### Navigation on the right
| Pros | Cons |
|------|------|
| Summary of each connection type and its status in one place | Need to re-engineer privacy and apps to use the same nagivation model |
| Airplane mode would fit nicely | Less efficient for navigation the app settings (debatable) |
#### Forward/back or dialogs?
If we go for navigation on the right, there's a secondary question. Do we use:
1. Left/right navigation with back button
2. Dialogs for each section (Wi-Fi, Ethernet, VPN, etc)
Some potential considerations here:
- Back button on the left side of the main panel could be awkward
- If we go with dialogs, could end up with a high number stacked on top of one anotherhttps://gitlab.gnome.org/Teams/Design/icon-development-kit/-/issues/20Add airplane-mode-disabled2020-11-29T21:15:45ZAdrian VovkAdd airplane-mode-disabledThis icon set is missing a way to convey that airplane-mode is disabled. The user has to guess this based on other visual cues, which might not be enough. A cross-out airplane will be much more telling that "airplane mode is off" than th...This icon set is missing a way to convey that airplane-mode is disabled. The user has to guess this based on other visual cues, which might not be enough. A cross-out airplane will be much more telling that "airplane mode is off" than the fact the toggle button around it isn't blue.
Here's my use-case:
![screenshot](/uploads/16d581a003b44ca6a701eff0d6018f38/screenshot.png)https://gitlab.gnome.org/Teams/Design/os-mockups/-/issues/30Shell command palette2020-12-18T20:58:54ZMarco Trevisanmail@3v1n0.netShell command paletteWould be nice to have a shell actions palette for quickly accessing to menu features or even switch to applications via commands only.
This should IMHO not merge with the normal search (unless we support search filters from the overview...Would be nice to have a shell actions palette for quickly accessing to menu features or even switch to applications via commands only.
This should IMHO not merge with the normal search (unless we support search filters from the overview) as it would be something to activate shell actions via fuzzy search such as:
- Lock the screen
- Shutdown / Suspend
- Switch User
- Connect to the VPN
- Mute/unmute
- Wifi toggle
- .... So basically all the system menus ...
- The appmenu items
- Basic WM actions (move, (un)maximize, other window menu actions...)
- Workspace operations (move win to, switch to...)
- Maybe activatable notification actions
Something like this is already designed to do per app, so we should probably provide something for the shell as well.https://gitlab.gnome.org/Teams/Design/os-mockups/-/issues/66Swipe gestures for opening/closing overview2020-12-21T08:52:41ZBjörn DaaseSwipe gestures for opening/closing overviewhttps://gitlab.gnome.org/Teams/Design/os-mockups/-/raw/e8ab80b4eed1049ad78d74f2eac36bbee8f25a70/overview/shell-state-diagram.png contains the state diagram of the new shell design.
It is super nice, that nearly everything is connected vi...https://gitlab.gnome.org/Teams/Design/os-mockups/-/raw/e8ab80b4eed1049ad78d74f2eac36bbee8f25a70/overview/shell-state-diagram.png contains the state diagram of the new shell design.
It is super nice, that nearly everything is connected via touchpad swipe gestures. Well, except the overview, which is the integral part of GNOME shells workflow! This makes the overview feel disconnected and hard to access for touchpad users.
Therefore, I recommend to add a simple three finger swipe up/down to open/close the overview. This would really complete the idea of swipe navigation.https://gitlab.gnome.org/Teams/Design/icon-development-kit/-/issues/21Git branch icon request2020-12-23T19:03:26ZVanadiaeGit branch icon requestFor use in Builder, I'd like to request a symbolic icon to represent a git branch, something like this: ![git branch](https://www.seekicon.com/free-icon-download/git-branch-icon_3.svg).For use in Builder, I'd like to request a symbolic icon to represent a git branch, something like this: ![git branch](https://www.seekicon.com/free-icon-download/git-branch-icon_3.svg).https://gitlab.gnome.org/Teams/Design/os-mockups/-/issues/62Feedback for copy/paste/cut2021-01-02T00:00:15ZTobias BernardFeedback for copy/paste/cutCopying/pasting/cutting using the system clipboard is very common, yet as an experience it's quite bare bones and doesn't feel very considered (likely in part because it's so common). Issues include
- There is no feedback from the syste...Copying/pasting/cutting using the system clipboard is very common, yet as an experience it's quite bare bones and doesn't feel very considered (likely in part because it's so common). Issues include
- There is no feedback from the system, which is especially bad for copying, since it doesn't produce an immediate effect
- It's impossible to know what's in the clipboard unless you paste it
- You can copy all kinds of different content, but not all apps support pasting everything that can be copied
I'd be interested in looking into ways to improve this, for example:
- System level feedback e.g. a notification style thing saying "'foo bar' copied to clipboard"
- Visualizing clipboard content somehow, perhaps including history
- Better feedback around whether the content of the clipboard can be pasted in the current app/contexthttps://gitlab.gnome.org/Teams/Design/icon-development-kit/-/issues/22Add spinner2021-01-04T10:18:09ZTobias BernardAdd spinnerI sometimes find myself needing the standard spinner icon, would be good to include it in the devkit.I sometimes find myself needing the standard spinner icon, would be good to include it in the devkit.https://gitlab.gnome.org/Teams/Design/os-mockups/-/issues/64New Shell design: Rearrange windows about multible virtual desktops2021-01-06T09:51:55ZLeonard Schwennesenungedummt@gmx.deNew Shell design: Rearrange windows about multible virtual desktopsIn the current design, it is very easy to rearrange a window about multiple desktops. Would it make sense with a long press on the window to rearrange them or a press and drag like in the current design?In the current design, it is very easy to rearrange a window about multiple desktops. Would it make sense with a long press on the window to rearrange them or a press and drag like in the current design?https://gitlab.gnome.org/Teams/Design/os-mockups/-/issues/70Add virtual desktop view from activities overview(Gnome 40)2021-01-06T09:52:00Zpaulwin1Add virtual desktop view from activities overview(Gnome 40)In gnome 3.38, the activities overview allows users to easily view opened windows for the current virtual desktop, and all of the currently available virtual desktops.
As seen below.![Current_UI_of_Gnome_shell](/uploads/e9e6937679c358241...In gnome 3.38, the activities overview allows users to easily view opened windows for the current virtual desktop, and all of the currently available virtual desktops.
As seen below.![Current_UI_of_Gnome_shell](/uploads/e9e6937679c358241ed0694228c0d08b/Current_UI_of_Gnome_shell.png)
I can see the app on the desktop I am on.
I can see all the apps opened.
And I can see all the virtual desktops that are available.
The current UX design for Gnome 40 does not provide a quick view of all the virtual desktops that are available as shown below(Credit to babywogue)
![Gnome_40_UI_1](/uploads/c04c7aeb8e34f995565faf66f63ffa0f/Gnome_40_UI_1.png)
You can view all desktops easily when viewed from the application grid.![Gnome_40_UI_2](/uploads/dbc991888850e3b05d32e44658c8d076/Gnome_40_UI_2.png)
Proposal. Have the virtual desktop viewer from the application grid view be present when opening the activities overview. A rough edit made by myself can be seen below. it shows the current windows and all the available virtual desktops in one view. The current desktop has a yellow high-light.![Gnome_40_UI_change_proposal](/uploads/4e78e697d9ce3083bd1e5bfe293f2906/Gnome_40_UI_change_proposal.png)