On Plasma desktop, I use a Firefox instance to chat on mattermost (I does not want to use the electron-based app due to several reasons). However, even allowing notifications on firefox, when new message comes in there is only system notification (and sound), staying about 5s. The icon is not highlighted, as many chat apps do. If I'm not sitting at my desktop at the moment when new message arrives, I'll miss it because the system notification is gone and no highlights on taskbar icon.
So, possible when new notification comes, is it possible that Firefox taskbar icon stays light up until I switch to it?
Highlight here means the orange color in default plasma theme, like the right-most icon in this figure:
highlighted app
I tried googling on two directions:
Let Firefox light up itself. I searched Firefox configs about how to highlight taskbar app, because other chat apps can highlight their icons, so there must be an protocol on handling taskbar icon.
Let the system light up the Firefox icon once it has a notification. I observed that when I click an url, Firefox icon is highlighted, and it goes normal when I switch to Firefox (the switch is not automatic, since I use Wayland). Similar things happens on dolphin, if I open a new location from command-line. So focus switching may cause taskbar icon to be highlighted. But I can't found any effective method to configure this behavior. I cannot find a way to change the highlight color, either (maybe try a different theme can change the color but I prefer to stick with the default one)
Related
I want to achieve a certain window behavior for a macOS app. I subclassed NSWindow to be able to add additional properties. So far, it works well with almost all requirements (dragging it, clicking buttons) while preserving the core requirement of not making the currently active app losing focus. What does not work is making the window's UI elements react to mouse-hover events.
Requirements:
☑️ Don't activate the app when showing the window → _setPreventsActivation:true
☑️ Prevent activation of the app when interacting with the window (click/drag) → _setPreventsActivation:true
﹖Make the window react to mouse hover events over interactive UI elements without activating the app
An example of an application that does very much what I intend to do (UX-wise) is 1Password. Here is a short clip: An animated GIF showing 1Password UX
Can someone explain what they likely do to make their window behave this way?
I'm developing an application for the game window but I encounter a strange issue. About 5% of users have different top window panels of the game. In the attachment, you can see the normal window panel and Incorrect (different) version. Every user uses Windows 10 and has the same version of the game application. I'm not sure but on the right side of the incorrect window panel, there is some old-styled leftover (kind of) off minimize/fullscreen/exit buttons. Does anyone know what may cause this strange problem? Maybe they need to change some windows settings, so their game window will look like a Normal window panel?
Window panel example
I'm using ARC Welder to test an APK in Chrome (on Windows). It works mostly fine but the app uses an old-style Android menu, opened by either pressing the hardware button on old devices, or touching the "3 vertical dots" soft button on newer ones.
However the ARC window doesn't use a menu button nor does there seem to be a keyboard shortcut to open the menu (not that I could find anyway).
Any ideas?
(Note: I know Google has more or less depricated there old style Android menus. But this is in an old APK).
ARC does not provide a way of simulating an Android menu button. We have thought about providing a button in the window frame, like we do for the back button, but we have not moved forward with it. Feel free to star the bug for it
Ctrl+Windows+Esc (Win key is to prevent Windows opening the Start menu):
https://github.com/vladikoff/chromeos-apk#tested-apps
Right Alt should work as well but most keyboards lack that key.
https://bugs.chromium.org/p/chromium/issues/detail?id=290361#c9
I am making an app that has fullscreen support (enabled via interface builder). The app has another NSWindow that appears from time to time as a sort of 'inspector' like in pages and such. However when the primary window goes fullscreen, the secondary one does not accompany it, and I have to go back to my desktop to see it.
Is there a way of fixing this? i.e. when Safari is fullscreen, you can open the activity window and it accompanies safari in fullscreen mode. Thanks a lot!
If you've actually built an inspector-style panel window (e.g., by dragging a Panel or HUD Window from the Xcode object library into your nib), it will automatically accompany the primary window in fullscreen.
I believe the minimum requirements are that:
collectionBehavior includes NSWindowCollectionBehaviorFullScreenAuxiliary
collectionBehavior does not include NSWindowCollectionBehaviorFullScreenPrimary
either collectionBehavior includes NSWindowCollectionBehaviorTransient or level >= NSFloatingWindowLevel
If you read the documentation on full-screen mode, most of this is explained, although a few details (e.g., when these values are checked…) need to be discovered through trial and error.
How can I implement a non-modal sliding notification bar, such as Firefox, Beyond Compare, and VMware Workstation 6.5 use, in client-side Windows apps?
Any language or framework is fine for now; my current app is in Delphi / C++Builder, but I'm also interested in comparing frameworks and prototyping some UIs.
Related question: This question asks about doing so in Java.
Beyond Compare's notification bar doesn't slide, it just pops open, so I can't offer any help on that. The notification bar itself is just a TPanel with a TImage and TLabel for the image/text. It's placed on the main window at design time and it's set to align bottom. Normally it's hidden, and when there's a message to display we set the Visible property to true.
There's different ways to hide the notification, depending on how you want it to behave. In BC we install keyboard and mouse hooks (SetWindowsHookEx with WH_KEYBOARD or WH_MOUSE) and hide it on key up and mouse button events. Alternatively, like Mark said, you could hide it after a delay, add a close button to the side, or just watch for specific events in your app and manually hide it then.
In Delphi, I believe that you can change a property on the Dialog itself (change the window type away from "Dialog" and select the standard windowed alternative). Sorry I cannot be more specific, it has been about two years since I last worked on a Delphi app.