summaryrefslogtreecommitdiff
path: root/weston.ini.in
Commit message (Collapse)AuthorAgeFilesLines
* frontend: Use short-form names for shell argumentDaniel Stone2023-01-101-2/+2
| | | | | | | | | | Instead of passing --shell=foo-shell.so, just pass --shell=foo, whilst accepting the old form for compatibility. Whilst we're at it, document the --shell argument in the manpage and README. Signed-off-by: Daniel Stone <daniels@collabora.com>
* compositor: support loading backend via shortened namePhilipp Zabel2022-12-081-1/+1
| | | | | | | | | | | | | | | | | | | | While the --backend parameter looks like it takes a file name, it really is selected from a list of supported strings that are then funneled through a translation to enum weston_compositor_backend [1]. Because all backend parameters are of the form "...-backend.so", and writing "--backend=...-backend.so" is boring, allow the --backend option to match the backend name without "-backend.so" suffix instead. For example, this allows to use "--backend=headless" instead of "--backend=headless-backend.so". Update help text and documentation. Keep the old way working for backwards compatibility. [1] 50dbf385140b ("libweston: use enum to choose the backend") Signed-off-by: Philipp Zabel <philipp.zabel@gmail.com>
* clients/desktop-shell: Add a displayname= option for launchersnerdopolis2022-02-241-0/+4
| | | | Signed-off-by: n3rdopolis <bluescreen_avenger@verizon.net>
* screen-share: Add option to start screen sharing on weston startupMarek Vasut2021-10-271-0/+1
| | | | | | | | | | Currently the screen sharing has to be manually started after weston has started by pressing Ctrl+Alt+S on a keyboard. Add new bool config option to the screen-share section which permits starting the screen sharing of all outputs on weston start up. This is useful e.g. for doing screen mirroring between two devices over network. Signed-off-by: Marek Vasut <marex@denx.de>
* weston.ini.man :remove tablet shell related thingsVeeresh Kadasani2021-01-291-3/+0
| | | | | | | Remove info about tablet-shell related things which are not used. Signed-off-by: Veeresh Kadasani <veeresh.kadasani@huawei.com>
* support byte-by-byte reproducible buildHéctor Orón Martínez2019-04-091-1/+1
| | | | | | | | | | build path ends in the final binary package causing the build not to be reproducible byte-by-byte. Reference: https://bugs.debian.org/899358 Signed-off-by: Héctor Orón Martínez <zumbi@debian.org>
* weston: add more libinput config optionsEric Toombs2019-02-061-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is so that, for instance, people using weston as their main Wayland compositor can invert the sense of two finger scrolling or change pointer acceleration using weston.ini, rather than having to edit C code. All of the options that libinput itself exposes through its API are now exposed in weston.ini. The new options are called `tap-and-drag`, `tap-and-drag-lock`, `disable-while-typing`, `middle-emulation`, `left-handed`, `rotation`, `accel-profile`, `accel-speed`, `scroll-method`, `natural-scroll`, and `scroll-button`. I have successfully tested everything except for `rotation`, out of a lack of hardware support. weston now depends directly on libevdev for turning button name strings into kernel input codes. This was needed for the `scroll-button` config option. (weston already depends indirectly on libevdev through libinput, so I figured people would be OK with this.) As a practical matter for debian-style packagers, weston now has a build dependency on libevdev-dev. Right now, the code applies the same options to all attached devices that a given option is relevant for. There are plans for multiple [libinput] sections, each with different device filters, for users who need more control here. Signed-off-by: Eric Toombs <3672-ewtoombs@users.noreply.gitlab.freedesktop.org>
* weston: deprecate enable_tap in favour of enable-tapEric Toombs2019-02-061-1/+1
| | | | | | | | | | | This is to increase consistency in config option naming in weston.ini. (Prefer hyphens over underscores to separate words.) If enable_tap is present in weston.ini, an obnoxious error message is logged with weston_log(). In terms of configuration, if enable-tap is present, enable_tap is ignored. Signed-off-by: Eric Toombs <3672-ewtoombs@users.noreply.gitlab.freedesktop.org>
* weston: Add a specific option to load XWaylandQuentin Glidic2017-01-171-1/+2
| | | | | Signed-off-by: Quentin Glidic <sardemff7+git@sardemff7.net> Reviewed-by: Daniel Stone <daniels@collabora.com>
* compositor-drm: allow mode frequency selectionFabien Dessenne2017-01-171-1/+1
| | | | | | | | | | | As an option, allow to specify a mode (from the configuration file) by its refresh rate. Example of valid syntax: - "mode=1920x1080" Select a 1920x1080 mode, refresh rate undefined. - "mode=1920x1080@60" Select the (or one of the) 1920x1080 60 Hz mode. Signed-off-by: Fabien Dessenne <fabien.dessenne@st.com> Reviewed-by: Daniel Stone <daniels@collabora.com>
* Add configuration option for no input device.Daniel Díaz2016-10-221-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | As it has been discussed in the past [1], running Weston without any input device at launch might be beneficial for some use cases. Certainly, it's best for the vast majority of users (and the project) to require an input device to be present, as to avoid frustration and hassle, but for those brave souls that so prefer, this patch lets them run without any input device at all. This introduces a simple configuration in weston.ini: [core] require-input=true True is the default, so no behavioral change is introduced. [1] https://lists.freedesktop.org/archives/wayland-devel/2015-November/025193.html Signed-off-by: Daniel Díaz <daniel.diaz@linaro.org> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Daniel Stone <daniels@collabora.com>
* desktop-shell: make panel clock configurableArmin Krezović2016-03-101-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch enhances the panel clock by adding a config file option which can be used to either disable the clock or make it also show seconds in the current clock format. v2: Implement suggestions from Pekka: - Include Signed-off-by - Coding style fixes - Implement clock widget allocation by using width from cairo_text_extents - Highlight config option values in man page v3: Implement suggestions from Pekka and Bryce: - Use CLOCK_FORMAT_* instead of FORMAT_* in the enum - Switch to using fixed clock widget size instead of one returned from cairo_text_extents - Fixes to config option highlighting in the man page v4: Implement more suggestions from Pekka and Bryce: - Improve patch changelog - Move the check for CLOCK_FORMAT_NONE into the caller function - Fix a memory leak in panel_create introduced by previous revision of this patch Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=57583 Signed-off-by: Armin Krezović <armin.krezovic@fet.ba> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
* Add commented-out option to weston.ini to set Xwayland pathBill Spitzak2015-10-151-0/+3
| | | | | User can remove the comment marks to make xwayland.so use a local installed Xwayland server.
* desktop-shell: remove screensaver supportPekka Paalanen2015-06-221-5/+0
| | | | | | | | | | | | | | | | | | | | | This is a follow-up for the patch that removed weston-screensaver. The aim is to clean up shell.c a little by removing non-essential components. Vanilla Weston desktop is only a demo, external projects are encouraged to create user-friendly desktop environments. The support for launching a screensaver client and the protocol bindings are removed. With them, all related configuration options are removed, and the manuals are updated accordingly. The screensaver protocol definition is left in desktop-shell.xml for posterity. This does not affect Weston's or desktop-shells ability to put screens to sleep after inactivity. The inactivity timer continues to operate as before. Also screen locking is unaffected. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk> Acked-by: Giulio Camuffo <giuliocamuffo@gmail.com>
* libinput: Add tap configuration to weston.iniJonas Ådahl2014-08-151-0/+3
| | | | | | | | | | | Enable by adding the following to your weston.ini: [libinput] enable_tap=true This also makes weston require libinput >= 0.5.0. Signed-off-by: Jonas Ådahl <jadahl@gmail.com>
* screen-share: Allow fullscreen shell command to be configuredAndrew Wedgbury2014-06-251-0/+3
| | | | | | | | | | | | | | | | | I've updated this based on comments, simplifying the command handling. Currently the screen-share module uses a hard-coded command to start the fullscreen shell server. This patch causes the module to read the command from the weston config file (from the "command" key in the "screen-share" section). The default value remains the same (i.e. to run weston with the RDP backend and fullscreen shell), but is now located in the weston config file. As well as allowing the arguments to the fullscreen shell server to be changed, this also permits an alternative fullscreen shell server to be used if required, without needing to recompile. Since the command is run as the user running weston, this should not pose any additional security risk. Signed-off-by: Andrew Wedgbury <andrew.wedgbury@realvnc.com>
* Change the defacto output transform from flipped-270 to flipped-90Jason Ekstrand2014-06-241-1/+1
| | | | | | | | | | It turns out that flipped-270 is the second-simplest transformation besides normal because it is a direct swapping of the x and y axes. Having that as the default encourages people to use flipped-270 as the default test for "I want to try this with a transform". Unfortunately, because flipped-270 is so simple, it is really easy to have something that works for normal, flipped-270, and nothing else. This encourages people to test with a transform thats actually "hard".
* Fix a commentJason Ekstrand2014-06-241-1/+1
|
* weston.ini.in: Update path to weston-flowerJasper St. Pierre2014-02-181-1/+1
| | | | | Ever since the autotools flattening, the launcher for weston-flower contained an incorrect path...
* Automatically generate weston.ini with the right pathsNeil Roberts2013-11-271-0/+67
Previously weston.ini had hardcoded paths for the weston-* clients in /usr/bin and /usr/libexec. This was a bit annoying when testing Weston because you wouldn't usually install those in the system prefix. This patch adds a make rule to automatically generate weston.ini from a template file with some replacement markers for the paths so that they can have the right prefix.