pop-os / cosmic-applets Goto Github PK
View Code? Open in Web Editor NEWWIP applets for cosmic-panel
License: GNU General Public License v3.0
WIP applets for cosmic-panel
License: GNU General Public License v3.0
Like other applets one can position this applet on the top panel.
There are a couple of additional settings to be added to the Date & Time Panel in Settings under "Date & Time Format".
Here is a prototype of the Top Panel with all the default applets and the Top Panel in Settings for the reference: https://www.figma.com/proto/pxynAlox5CKzU1g36X601m/Top-panel?node-id=1096%3A100109&scaling=scale-down&page-id=559%3A11099&starting-point-node-id=1096%3A100109&show-proto-sidebar=1 Just a note: hover states on that prototype behave a bit weird sometimes.
Here is a prototype of the Top Panel with all the default applets and the Top Panel in Settings for the reference: https://www.figma.com/proto/pxynAlox5CKzU1g36X601m/Top-panel?node-id=1096%3A100109&scaling=scale-down&page-id=559%3A11099&starting-point-node-id=1096%3A100109&show-proto-sidebar=1 Just a note: hover states on that prototype behave a bit weird sometimes.
Not sure if it's intended or because of a cosmic-panel
update, but cosmic-applet-workspaces
doesn't scroll anymore.
When switching the focused window the app-list applet crashes with
wl_display@1: error 1: invalid arguments for [email protected]
Io error: Invalid argument (os error 22)
thread '<unnamed>' panicked at 'called `Result::unwrap()` on an `Err` value: OtherError(IoError(Os { code: 22, kind: InvalidInput, message: "Invalid argument" }))', cosmic-app-list/src/toplevel_handler.rs:194:50
Further investigation shows that it tries to use a WlSeat
that does not belong to the connection of the toplevel_handler.
replacing the seat with state.seat_state.seats().next().unwrap()
fixes the issue, but is probably not the correct way to handle that.
Version: 1707362
If an app has more than a few windows open, the dots underneath the icon expand and create a lot of empty space around the app's icon:
On GNOME COSMIC, the maximum number of dots displayed is 4, which avoids this issue. I can kind of see the appeal of having the full number displayed, but we might want to at least make it an option to have it capped to not overflow the icon. (CC: @pop-os/ux)
I've tried on both nightly and stable gnu, it seems like, at least of this project, enabling fat LTO is causing high levels of memory usage, enough to crash my PC since it fills both ram and swap, and oom on linux is... well oom on linux. Reverting it to LTO="thin" resolves the crashing.
A follow up from #83, a little bit better described. As you said in the original issue every-time the applet is opened it retries the problem is it seems to fail with my system but when running it in the terminal it then works which is confounding.
On pang13, which is an AMD system with integrated graphics only, the graphics applet still displays all four options (Integrated, NVIDIA, Hybrid, and Compute). Clicking any of the options does nothing (clicking any other than Integrated makes the text in the top panel briefly flicker).
system76-power graphics switchable
can be used to query whether a system has switchable graphics or not (there are probably other ways to do this, too).
Overview:
I'd like to propose the addition of a Global Menu Applet in the Cosmic Desktop Environment. This feature, commonly seen in desktop environments like KDE Plaama, XFCE or the Desktop of OSX, has proven to enhance user experience and productivity.
Why it makes sense:
The Global Menu Applet consolidates application menus into a single, easily accessible location, typically located at the top of the screen. This approach offers several benefits:
Optimized Screen Space: By moving application menus to a global location, it optimizes screen real estate, allowing users to focus more on content and less on cluttered application windows.
Consistent User Interface: A Global Menu provides a consistent look and feel across different applications, contributing to a streamlined user experience. Users don't have to hunt for menus within each application window, making navigation more intuitive.
Improved Productivity: Accessing menus from a centralized location can speed up workflows, especially for users who prefer keyboard shortcuts.
Integration with Cosmic DE:
The integration of a Global Menu contributes to a streamlined user interface by reducing visual clutter within individual application windows. A clutter-free interface promotes focus and clarity, enhancing the overall user experience for both new and experienced users. Considering Cosmic's commitment to a clean, organized, and user-friendly experience, the addition of a Global Menu Applet aligns with the overall philosophy of the Cosmic Desktop.
Community Impact:
I believe that the introduction of a Global Menu Applet would make Cosmic DE even more appealing to a broader audience, including users who appreciate a more traditional menu structure.
Conclusion:
In conclusion, the Global Menu Applet is a widely appreciated feature in other desktop environments, and its inclusion in Cosmic DE would enhance the overall usability and attractiveness of Pop!_OS or other Distros who use Cosmic.
Let me know what you option is!
Like other applets one can position this applet on the top panel.
Here is a prototype of the Top Panel with all the default applets and the Top Panel in Settings for the reference: https://www.figma.com/proto/pxynAlox5CKzU1g36X601m/Top-panel?node-id=1096%3A100109&scaling=scale-down&page-id=559%3A11099&starting-point-node-id=1096%3A100109&show-proto-sidebar=1 Just a note: hover states on that prototype behave a bit weird sometimes.
The nix flake does not install the icons due to rev
not being in the build environment. Can be fixed by adding util-linux
to the nativeBuildInputs
list.
Logs look smth like this:
find cosmic-app-list/'data'/'icons' -type f -exec echo {} \; | rev | cut -d'/' -f-3 | rev | xargs -d '\n' -I {} install -Dm0644 cosmic-app-list/'data'/'icons'/{} /nix/store/a176xq5cbdzlnac8g82c5qz0spff8scp-cosmic-applets-0.1.0/share/icons/hicolor/{}
sh: line 1: rev: command not found
sh: line 1: rev: command not found
find: 'echo' terminated by signal 13
install -Dm0644 cosmic-app-list/data/com.system76.CosmicAppList.desktop /nix/store/a176xq5cbdzlnac8g82c5qz0spff8scp-cosmic-applets-0.1.0/share/applications/com.system76.CosmicAppList.desktop
Although, in my case it does not completely fix the issue [of icons not being displayed, the installation part seems fine]. I see some icons, such as the bluetooth logo and the brightness monitry thingy, but not the others. Any hints on debugging this are much appreciated.
Not sure if this is a problem with the app list applet or the panel itself, but if I open up Settings and extend the dock to the edges of the display, then all icons (favorites and open apps) disappear from the dock, and the dock is left blank. Un-extending the dock makes the icons show up again.
This is happening with cosmic-panel 7c9c924 and cosmic-applets 78f8a3f.
Feb 26 00:10:53 paehyr-ms7c02 cosmic-panel[1177]: ERROR cosmic_applet_audio::pulse > ERROR! Misc("get_default_source(): Error getting requested device")
I'm not sure if the title is accurate as I need to look into it more.
Full logs(split because of pastebin "file limit"(the file it's self was below it):
https://pastebin.com/2EnJKU9w
https://pastebin.com/EFidETQM
launching the applet in the terminal after everything iis setup audio sources are detected.
I only see the default icon for most apps in the Dock
These apps have the correct icon
With the "Applications" button added to my top panel, I noticed that clicking it spawns the app library as expected. However, clicking "Applications" a second time makes the app library blink and reappear. I would expect it to close the app library instead.
It would be nice if
Like other applets one can position this applet on the top panel.
Here is a prototype of the Top Panel with all the default applets and the Top Panel in Settings for the reference: https://www.figma.com/proto/pxynAlox5CKzU1g36X601m/Top-panel?node-id=939%3A50898&scaling=contain&page-id=559%3A11099&starting-point-node-id=939%3A50898
Note:
Mockups for the Network Applet:
Additional path to illustrate where the network shows when the connection is being established, when it is established, and when it couldn't be established (for the cases when the network is among "Visible Wireless Networks".
Like other applets one can position this applet on the top panel.
Here is a prototype of the Top Panel with all the default applets and the Top Panel in Settings for the reference: https://www.figma.com/proto/pxynAlox5CKzU1g36X601m/Top-panel?node-id=1096%3A100109&scaling=scale-down&page-id=559%3A11099&starting-point-node-id=1096%3A100109&show-proto-sidebar=1 Just a note: hover states on that prototype behave a bit weird sometimes.
Mockups for the applet with some basic explanations of the applet layout (applicable to all the other applets):
Like other applets one can position this applet on the top panel.
Here is a prototype of the Top Panel with all the default applets and the Top Panel in Settings for the reference: https://www.figma.com/proto/pxynAlox5CKzU1g36X601m/Top-panel?node-id=1096%3A100109&scaling=scale-down&page-id=559%3A11099&starting-point-node-id=1096%3A100109&show-proto-sidebar=1 Just a note: hover states on that prototype behave a bit weird sometimes.
Hotels and airports often have captive portals that require additional actions for internet access. When a captive portal is encountered while connecting to a network, the default browser should be opened to the portal URL.
Like other applets one can position this applet on the top panel.
Here is a prototype of the Top Panel with all the default applets and the Top Panel in Settings for the reference: https://www.figma.com/proto/pxynAlox5CKzU1g36X601m/Top-panel?node-id=939%3A50898&scaling=contain&page-id=559%3A11099&starting-point-node-id=939%3A50898
The Restart
and Shut Down
options currently work immediately on click, with no confirmation dialogue; these items are destructive (they close any open apps without prompting to save, etc) and should probably have some kind of confirmation prompt.
This is probably planned already, but notification bubbles, when clicked, should bring you to the app that pushed the notification, and then close the bubble.
I might want to try my hand at implementing this myself (I'd like to learn rust and at the same time contribute to COSMIC) but only if someone is not currently working on it.
When an app is dragged to be rearranged, releasing the mouse button makes the app go back to its original place.
Yes, I'm using cosmic-session. When launching cosmic-session from tty with RUST_BACKTRACE=1
, there are some error messages regarding notifications, but I can't copy them and they don't fit properly in the tty.
Not sure if launching cosmic-session from a terminal in GNOME would have valid output.
The output is massive but here are some error messages relating to notifications when cosmic-session is launched from GNOME:
INFO cosmic-panel: cosmic_session::notifications: 2024-01-19T15:04:34.105364Z ERROR Failed to connect to the notifications daemon Ok(Err(I/O error: Broken pipe (os error 32)
INFO cosmic-notifications: cosmic_session::notifications: 2024-01-19T15:04:34.105522Z ERROR cosmic_notifications::subscriptions::notifications: Failed to setup panel dbus server I/O error: Socket operation on non-socket (os error 88)
INFO cosmic-notifications: cosmic_session::notifications: 2024-01-19T15:04:34.109626Z ERROR cosmic_notifications::subscriptions::notifications: Failed to create the dbus server
INFO cosmic-panel: cosmic_session::notifications: 2024-01-19T15:04:34.122522Z ERROR Failed to connect to the notifications daemon Ok(Err(Operation not permitted (os error 1)))
INFO cosmic-panel: cosmic_session::notifications: 2024-01-19T15:04:35.178519Z ERROR Failed to connect to the notifications daemon Err(Elapsed(()))
INFO cosmic-panel: cosmic_session::notifications: 2024-01-19T15:04:35.387447Z ERROR stderr{client=InnerClientId { ptr: 0x63c6c74c6dd0, alive: false }}: com.system76.CosmicAppletWorkspaces: Io error: Broken pipe (os error 32)
INFO cosmic-panel: cosmic_session::notifications: 2024-01-19T15:04:35.387490Z ERROR stderr{client=InnerClientId { ptr: 0x63c6c74c6dd0, alive: false }}: com.system76.CosmicAppletWorkspaces: thread 'main' panicked at /build/cosmic-applets-qpityn/cosmic-applets-0.1.0~1705637777~22.04~6875bb3/vendor/iced_tiny_skia/src/window/compositor.rs:54:22:
INFO cosmic-panel: cosmic_session::notifications: 2024-01-19T15:04:35.388534Z ERROR process ' COSMIC_PANEL_SIZE=XS COSMIC_PANEL_OUTPUT=WINIT-0 COSMIC_PANEL_ANCHOR=Top COSMIC_PANEL_BACKGROUND=ThemeDefault RUST_BACKTRACE=1 WAYLAND_SOCKET=107 cosmic-applet-power ' failed with code 101
INFO cosmic-panel: cosmic_session::notifications: 2024-01-19T15:04:35.388550Z ERROR Exited with error code 101
If you know some way for me to get the output from tty (so that GNOME isn't active), let me know.
Originally posted by @git-f0x in #199 (comment)
Dialog design here: https://www.figma.com/file/SkAtS5qlVOGQC0n895AHzX/Design-System-(WIP)?node-id=8235%3A11383&mode=dev
Lock Screen and Suspend are non-destructive and do not require a confirmation dialog.
I'm trying to build the entire Cosmic DE on Arch Linux using the AUR helper script. Unfortunately this fails when trying to checkout the smithay client-toolkit. My best guess is that it's caused by the double slash at the end of the URL in
Line 50 in b7b7b95
E.g. this fails:
❯ git fetch --tags --force --update-head-ok 'https://github.com/smithay/client-toolkit//' '+refs/heads/*:refs/remotes/origin/*' '+HEAD:refs/remotes/origin/HEAD'
ERROR: Repository not found.
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
But this works:
❯ git fetch --tags --force --update-head-ok 'https://github.com/smithay/client-toolkit/' '+refs/heads/*:refs/remotes/origin/*' '+HEAD:refs/remotes/origin/HEAD'
remote: Enumerating objects: 94863, done.
remote: Counting objects: 100% (35768/35768), done.
remote: Compressing objects: 100% (1811/1811), done.
remote: Total 94863 (delta 33575), reused 35527 (delta 33412), pack-reused 59095
Receiving objects: 100% (94863/94863), 24.79 MiB | 1.15 MiB/s, done.
Resolving deltas: 100% (89438/89438), done.
Full error I got from the AUR helper script:
Submodule path 'xdg-desktop-portal-cosmic': checked out 'b0783c726a593ca44959c50d7306ac3581826dcb'
~/.cache/yay/cosmic-epoch-git/src/cosmic-epoch/cosmic-applets ~/.cache/yay/cosmic-epoch-git/src/cosmic-epoch
Updating git repository `https://github.com/smithay/client-toolkit//`
ERROR: Repository not found.
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
error: failed to load source for dependency `smithay-client-toolkit`
Caused by:
Unable to update https://github.com/smithay/client-toolkit//?rev=e63ab5f#e63ab5f0
Caused by:
failed to clone into: /home/gerard/.cache/yay/cosmic-epoch-git/src/cargo-home/git/db/_empty-f31853f5765173d8
Caused by:
process didn't exit successfully: `git fetch --tags --force --update-head-ok 'https://github.com/smithay/client-toolkit//' '+refs/heads/*:refs/remotes/origin/*' '+HEAD:refs/remotes/origin/HEAD'` (exit status: 128)
==> ERROR: A failure occurred in prepare().
Aborting...
-> error making: cosmic-epoch-git-exit status 4
-> Failed to install the following packages. Manual intervention is required:
cosmic-epoch-git - exit status 4
Currently, when using the App List applet on a smaller panel, the app icons are too small because of the indicator dots under them:
I'm wondering if instead of indicator dots, we do something similar to what plasma desktop does, where app icons instead are highlighted a certain color when a window is open:
Sure, this means we lose the ability to see from a glance the amount of windows of a certain app that are open, but IMO from a design perspective, we gain much more by ensuring visibility for the icons themselves.
Let me know what you think! I can make some design mockups for this too.
Sorry if it is too soon to talk about these features or if it is wrong repository.
I'm currently using a gnome extension for persian calendar, which gnome natively doesn't support. Since cosmic rust won't support gnome extensions, is there any chance that it supports non georgian calendars natively? Web platform / ECMAScript supports 13 different calendars, it would be great if cosmic support those. Should the support be added to upstream projects? And if so, which?
I'd like to see focus window title/buttons applet like unite.
Scrolling direction is opposite of the system setting and other apps (e.g. when natural scrolling is disabled in Cosmic Settings, the applet uses natural scrolling, and vice versa).
Apps that don't show their icon include Slack and Mattermost
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.