1.1.0 #983
ThomasAdam
started this conversation in
General
1.1.0
#983
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
For this release, there have been some changes which might break some configs.
The following notes will help with the upgrade to this version.
This change has made XFT a required dependency, rather than an optional one. If XFT is not found at
./configuretime, an error is produced. It is therefore suggested all distro packagers are made aware of this.Other commands in
fvwm3which can be used for specific screens (monitors) have always prefixed that with the literalscreenkeyword, for example:EwmhBaseStruts screen eDP-1 0 0 0 0. This change makes it so that the following commands also do the same thing:Before this version, such commands would have specified their
screenparameter literally as in:GotoPage eDP1 0 0. This made parsing that difficult, so now this must be changed to:This change is big -- and is listed here as a breaking change, only because of the number of different aspects it introduces. A separate video will be produced to highlight some of the more visual changes.
The key change here to
FvwmPageris that if it is configured without a*FvwmPager: Monitor XXXdirective, then the overview produced is a global view across all monitors. This was always the case, except now, the pager is aware of clicks into the pager being related to a specific monitor.With
DesktopConfigurationset toglobal, this works as it always did, as all connected monitors are going to change to the specific desk or page, regardless of what has been clicked in the pager.With
DesktopConfigurationset toper-monitor, the pager understands clicks relative to the monitor that area represents, and will therefore change to that specific desk or page.Other changes include supporting the view of windows when
DesktopConfigurationis set toshared.A new option,
MonitorLabelswill print out the names of the connected monitors (from RandR) which makes visualising which monitor is focused on which desk helpful, as well as functional, as they can be clicked on to move to a specific desk.XXX: link to YT video.
Before RandR as a protocol existed, if you wanted to run fvwm on specific monitors, you would have needed to run fvwm on them as separate displays. The downside to this was that you wouldn't have been able to move windows between different running instances.
fvwm3's RandR support and
DesktopConfiguration per-monitorsetting makes this much easier to handle, without the restrictions mentioned. Therefore, the-soption tofvwm3has been removed.For the rest of the details, see:
Full Changelog: 1.0.9...1.1.0
Beta Was this translation helpful? Give feedback.
All reactions