Suggestion. Change the edit fields to combo edits. In the drop down we can have predefined commands like "expose all" "expose per app" "toggle raven" "show desktop" "open budgie settings" "Lock Screen"

just recording our discussion previously - when not using arc, the theming of previews looks a little odd

ok - linked up to CTRL `

displayed the window preview.

Now - just wondering whats the best way to dismiss the preview window

X in the windows (positioned left or right in accordance to budgie preference) ?

Press Esc to close the window

I clicked the wspreview icon and it displays "Window Previews is Active".

BTW - should perhaps be "Window Previews are active"

Is this supposed to be a toggle option? e.g. click and the icon grays out meaning "inactive" - click again and the icon becomes "white" thus active?

It was identified in the community room that we need to add python3-psutil as a dependency to the package.

tick box ---> bit of copy paste issues there

pannel --> typo

We should perhaps think about adding translation capabilities for each applet - we can create one project like budgie-welcome on transifex called "budgie-extras" and each .pot would be for an applet.

future enhancement: lets put a budgie-applet wrapper around this - use the budgie-desktop-examples python example.

So add the applet to the panel - its doesnt have to be visible on the panel. When running in a panel, wmmove_run is run.

When the applet is removed from the panel, the wmmove_run process is killed.

We should use python setup.py to install this python plugin - this will make creating the debian package much easier.

• https://packaging.python.org/en/latest/distributing.html
• https://github.com/pypa/sampleproject

Curious request in the community room - I'm recording this here but am not convinced on its usefulness. Willing to be persuaded otherwise

"So far so good on hot corners on Ubuntu. One request might be to have a repeat jab at a corner shut down whatever you just did. First jab opens, second jab closes? Don't know if it's possible...

Or at least a option to have a second jab close, it probably shouldn't be default..."

saw this in the terminal when running on debian unstable:

will try to investigate later

Discussion.

The previews window has to be physically created each time it is invoked. I am wondering if instead first started but hidden on unit of the applet.

It then sits on waiting for a dbus session.

The alt tab runs a very small app that basically just activates the dbus session the previews is on.

Previews when poked by dbus just unhides the window and recalculates the sizing.
On close of the previews it hides not quits
Faster?

... this is just a reminder to look at...

screens and some laptops like mine have the ability to rotate the screen.

A simple applet to toggle the rotation gsetting key - the most difficult part is finding suitable lock/unlock icons

https://askubuntu.com/questions/912916/add-lock-rotation-button-to-ubuntu-budgie

As its budgie extras, i would like to see, Group application and Preview option in TaskBar.

I just moved from gnome and i think thats the only thing i want, and this will be my all time fav DE.
And a way to increase the icon size, or the bar below the icon

Suggestion ... Instead of manual X and y values have a toggle option called "move clock". When enabled this changes the window hint of the clock to a window and therefore should be able to drag the window around. Toggle the option again and the hint changes back to desktop but this time the X and y values of the window is saved.

Thoughts?

longer term goal (no hurry) - we should not be subprocess a gsettings call - this can be handle natively via Gio.Settings.

Lets fix this (eventually).

Before people ask because I know someone will ask...

the wspreview is per workspace at the moment +1

Would it be possible to extend to an all workspace expose?

e.g. a budgie settings option - or a small "lock" symbol in the preview window to toggle between "per workspace" and "all workspace" ?

In Unity/Compiz to invoke stuff by corners you could define a "pressure" value - so that when you move the mouse into the corner you had to absolutely jam the mouse into the corners/sidebar to invoke things. This stopped the "accidental I happened to wander my mouse into the corner scenario".

No idea how this was done - so - marking as a proposed enhancement to investigate at some point how this was done and if it can be translated into hot corners functionality.

reminder to do...

next upload to debian is january - so where-ever in the source files we have "2017" need to be changed to "2017-2018" - similarly for the debian folder.

saw the following in the terminal (budgie-panel --replace & and then adding showtime)

just like in budgie/windows it would be more intuitive to have an option to display the previews as long as the alt/super key is pressed.

As soon as it is released, the window selected in previews is then shown.

Possible to-do?

enhancement

have a "one click" checkbox or something like that so that you can invoke the expose against the hotcorner - so users dont have to remember the command to enter on the hotcorner.

Even when set to "off" lock screen is still enabled when lid is closed.

Doing "gsettings set org.gnome.desktop.lockdown disable-lock-screen true" from command line does stop lock screen from kicking in when I close the lid.

whilst testing on debian, the following missing dependencies were found - they need to be added to the README and debian/control

window-previews
dconf-cli (shouldn't be needed when gsettings is used instead of subprocess dconf)
line 60 - imagemagick

will update this as I'm testing debian

I had the mouse key over each workspace and was moving back and forth deciding which workspace to drop the application on when the wsmover window disappeared.

Suggest if a user is highlighting a workspace, it resets the "disappear" counter so that the autoclose window period is extended.

suggestion for the out-of-the-box experience

need a method to assign those defaults - gsettings?

If the user changes the keybinding, the settings window for the two plugins should show that revised keybinding. At the moment it is hard-coded.

Pretty self-explanatory. See screenshot.

picture paints a thousand words

enhancement:

add option:

1. No keyboard override i.e. do not override alt+tab - we would use this scenario for hotcorners only invoking previews.
2. Alt + Grave override i.e. previews via Alt + (key above the tab) vs alt+tab
3. Alt + Tab as now.

Option for doing this should be via gsettings value - so the defaults can be overridden by distro. Thinking on shipping previews ON but not with Alt+Tab overridden.

ok - here is an idea - take the method in budgie-welcome that adds shortcut key to gsettings.

When the applet is running, call this method - if the short cut key does not exist then create the shortcut key(s).

This is more user friendly so that users don't need to worry about what the secret command is to run the window.

initially I thought that the first window in the list was the focused window (2) - but the solid white surround (1) is always in the first - whereas my focused window is actually (1) - bug?

I clicked the wsmover icon and it displays "Window Mover is Active".

Is this supposed to be a toggle option? e.g. click and the icon grays out meaning "inactive" - click again and the icon becomes "white" thus active?

on 16.04 the spacing for the buttons is very small

CSS issue because of GTK+3.18 ?

Suggestion to make the applet respect user choice and also make it distro agnostic. The fonts are hardcoded to ubuntu

Suggestion is to take the font family from the desktop field of budgie settings fonts

got a crash report - no idea how I did this, but just throwing this here to see if you have any idea...

I've started to have a closer look at the source to make sure we are ready for proposing this to Debian.

A few issues that needs doing (I'll add to this issue as I review the source):

• /opt is not valid - this is reserved for non deb installs (https://wiki.debian.org/FilesystemHierarchyStandard). Change to /usr/bin for directly user orientated exe's or /usr/bin/budgie-extras/ for process called exe's
• consistent applet naming. drop the applet names here - in meson.build you'll see PLUGIN for the plugin name. Some plugins starts "budgie-" ... some are just "applet name" - we need to be consistent
• /usr/share/pixmaps naming convention. We are close here - need to ensure each applets pixmaps are consistently named e.g. ws_pix1, hs_pix2
• all code modules need to have a comment section at the top of the file. Description, Author, Copyright and Date, Short GPL license comment
• need to run through the python code with the following and correct issues reported: grep -riE 'fixme|todo|hack|xxx' . , suspicious-source , pyflakes3 ., pep8 --ignore W191 --ignore E402 .
• wmover - make the folder consistent --> budgie-wmover
• budgie-extras config files should exist in the common folder ~/.config/budgie-extras/applet not in ~/.budgie-extras/applet i.e. all config files are in the .config folder

The new workspace switcher on the window preview is an excellent addition.

I think it would work much more consistently if when clicking on a workspace, it switches to the workspace and then display the window preview. ie.preview window sized as "one window" - but just showing the workspace buttons.

Even when on an empty workspace, the window preview should appear so that then you can navigate to another workspace.

future enhancement (i.e. no priority)

when highlighting the window preview - an x appears in the window preview - clicking it closes the associated window

just wondering

I'm on workspace 2 - if I highlight "1" and click would it be possible to switch to workspace 1 without needing to select a specific window in the sub-menu?

... this is just a reminder for me to have a look at some point:

"removable drive indicator which pops up when the drive is inserted like in the gnome shell extension"

just a reminder - lets use something like the budgie-welcome method to define a shortcut key when the applet is active.

When the applet is removed, the shortcut key is removed.

panel typo

I'm interested in your thoughts here:

since I hooked up my keyboard shortcut to CTRL ` - would it make sense when pressing CTRL ` again that it changes the preview highlight to the next window - i.e. like what happens if you press ALT TAB repeatedly

likewise shift + alt + tab moves backwards through the alt+tab - should we have an option to walk in the reverse through the preview e.g. link shift + ctrl + ` to the wspreview

we discussed a team based clock to allow easy visualisation of the time of a meeting.

kind of a world clock type scenario.

examples of code I've found:

1. appindicator with world clock times displayed in a menu form https://github.com/Antoine38660/worldclock-appindicator/blob/master/worldclock-indicator - looks kind of messy but is GTK+3 based

2. a really old GTK+2 based world clock but really easy to understand how to convert between timezones

https://github.com/sfstpala/World-Clock-AppIndicator/blob/master/world-clock

2. nice clock type widget that can display a graphical clock - so should be easy to add this to a popover https://github.com/dmnorc/gtk-clock-widget/blob/master/widgets/clock.py

unfortunately it is GTK+2 based. so needs conversion or finding a GTK+3 based example

just a reminder - lets use something like the budgie-welcome method to define a shortcut key when the applet is active.

When the applet is removed, the shortcut key is removed.

Similar to #28 this module hard codes the font name rather than using a budgie settings font like desktop

The order shown in the previews looks to be the order that the window was first shown.

For a true alt-tab I perhaps should be the in the order the window was last activated.

Is this possible?

like the -single command to move a window, lets have a -move parameter so that another shortcut key just invokes the window. clicking one of the buttons changes to that workspace

e.g. short cut key "ctrl+shift+m" to move the current window (-single), short cut key "alt+shift+m" to invoke the window to move to a workspace

Bonus - with the window open - press "1" to move to workspace 1, press "2" to move to workspace 2

opened the preview - but in the desktop background I can see an application.

I closed the application via its X - the window preview stayed visible with the preview of the just closed application still visible.

What should happen here? the preview closed? Or the preview refreshed to remove the application that has just been closed?