This scales the icon cairo surface for the titlebar if it isn't the
target size.
shared/cairo-util: Add surface resizing function to be used for this
case and other potential cases.
---
Changed in v2:
- Rebase to [PATCH 1/1 v3] xwm: Choose icon closest to target size
shared/cairo-util.c
On Thu, Mar 22, 2018 at 01:50:31PM +0800, Kai Hendry wrote:
> On Thu, 22 Mar 2018, at 12:15 PM, Peter Hutterer wrote:
> > right, sorry if that wasn't clear but changing the acceleration profile
> > won't change the drift you're seeing. Completely separate bug. What it does
> > change is the speed w
On Thu, 22 Mar 2018, at 12:15 PM, Peter Hutterer wrote:
> right, sorry if that wasn't clear but changing the acceleration profile
> won't change the drift you're seeing. Completely separate bug. What it does
> change is the speed which you labeled as "a bit too fast" in the first
> email.
Oh, so w
Xwayland clients can offer multiple icon sizes in no particular order.
Previously xwm was selecting the first one unconditionally. This patch
selects the icon that matches the size closest to the target size. The
target size is hard coded to 16 since there is only one theme and the
data used to cre
On Mon, Mar 19, 2018 at 04:59:15AM +0900, Eike Hein wrote:
>
> >> If server and client do not negotiate the use of a server-side
> >> decoration using this protocol, clients continue to self-decorate as
> >> they see fit."
> >
> > The wording here is weird, and I want to avoid the word decorate. W
Xwayland clients can offer multiple icon sizes in no particular order.
Previously xwm was selecting the first one unconditionally. This patch
selects the icon that matches the size closest to the target size. The
target size is hard coded to 16 since there is only one theme and the
data used to cre
On Thu, Mar 22, 2018 at 12:04:12PM +0800, Kai Hendry wrote:
> On Thu, 22 Mar 2018, at 11:49 AM, Peter Hutterer wrote:
> > see the libinput documentation, it's a normalised value from -1.0 (slowest)
> > to
> > 1.0 (fastest) with 0 being the usually-default midpoint.
>
> [hendry@t480s ~]$ xinp
On Thu, 22 Mar 2018, at 11:49 AM, Peter Hutterer wrote:
> see the libinput documentation, it's a normalised value from -1.0 (slowest) to
> 1.0 (fastest) with 0 being the usually-default midpoint.
[hendry@t480s ~]$ xinput --set-prop 11 'libinput Accel Speed' -1
Has no impact to my drift probl
On Thu, Mar 22, 2018 at 11:36:55AM +0800, Kai Hendry wrote:
> Well I never installed gnome/kde to begin with.
>
> On Thu, 22 Mar 2018, at 11:24 AM, Peter Hutterer wrote:
> > don't get me wrong but - if you're capable of removing gnome/kde for
> > whatever reasons, you're capable of figuring out xi
Well I never installed gnome/kde to begin with.
On Thu, 22 Mar 2018, at 11:24 AM, Peter Hutterer wrote:
> don't get me wrong but - if you're capable of removing gnome/kde for
> whatever reasons, you're capable of figuring out xinput. there are plenty of
> guides on google, some of which are even a
On Thu, Mar 22, 2018 at 09:46:59AM +0800, Kai Hendry wrote:
> Thank you Peter for the pointers!
>
> On Wed, 21 Mar 2018, at 12:25 PM, Peter Hutterer wrote:
> > yeah, that's a built-in trackpoint feature that we don't have control over.
>
> drat
>
> > pieces with google. drift_time is probably th
Xwayland clients can offer multiple icon sizes in no particular order.
Previously xwm was selecting the first one unconditionally. This patch
selects the icon that matches the size closest to the target size. The
target size is hard coded to 16 since there is only one theme and the
data used to cre
This scales the icon cairo surface for the titlebar if it isn't the
right size.
shared/cairo-util: Add surface resizing function to be used for this
case and other potential cases.
---
shared/cairo-util.c | 61 +++
shared/cairo-util.h | 4 +
Thank you Peter for the pointers!
On Wed, 21 Mar 2018, at 12:25 PM, Peter Hutterer wrote:
> yeah, that's a built-in trackpoint feature that we don't have control over.
drat
> pieces with google. drift_time is probably the key here, maybe resetafter or
> resync_time. At some point I had a pdf som
To all X.Org Foundation Members:
The X.Org Foundation's annual election is now open and will remain
open until 23:59 UTC on 5 April 2018.
Four of the eight director seats are open during this election, with
the four nominees receiving the highest vote totals serving as
directors for two year term
The original implementation always chose first egl config for pbuffer
surface type, however the returned configs are implementation specific
and egl config may not always match between ctx and surface. Hence,
pass the visual_id to find the correct egl config.
Signed-off-by: Madhurkiran Harikrishna
Patch series that adds support for DRM leases.
DRM leases is a method developed by Keith Packard to allow other application
manage the output of a display/VR, while a DRM master is already owning
the outputs resources. A more thorough explanation and terminology can
be found at [1]. libdrm [2] an
Signed-off-by: Marius Vlad
---
Makefile.am| 4 +
compositor/main.c | 11 ++
configure.ac | 4 +
libweston/compositor-drm.c | 272 +
libweston/compositor.c | 1 +
libweston/compositor.h | 2 +
6 fil
Heavily inspired by kmscube and simple-egl. Uses legacy page-flipping and
triangle shaders from simple-egl.
Signed-off-by: Marius Vlad
---
Makefile.am| 11 +
clients/simple-egl-lease.c | 887 +
clients/simple-egl-lease.h | 99 +
c
On Wed, 21 Mar 2018 19:45:36 +0530
nsola...@codeaurora.org wrote:
> On 2018-03-21 19:42, nsola...@codeaurora.org wrote:
> > On 2018-03-21 14:52, Pekka Paalanen wrote:
> >> On Wed, 21 Mar 2018 14:40:13 +0530
> >> nsola...@codeaurora.org wrote:
> >>
> >>> Hi Wayland Team,
> >>>
> >>>
> >>> I
The original implementation always chose first egl config for pbuffer
surface type, however the returned configs are implementation specific
and egl config may not always match between ctx and surface. Hence,
pass the visual_id to find the correct egl config.
Signed-off-by: Madhurkiran Harikrishna
On 2018-03-21 19:42, nsola...@codeaurora.org wrote:
On 2018-03-21 14:52, Pekka Paalanen wrote:
On Wed, 21 Mar 2018 14:40:13 +0530
nsola...@codeaurora.org wrote:
Hi Wayland Team,
I am using weston 1.9.0-r0 version and compiled weston for fbdev
backend.
But I do not see any output on display.
On 2018-03-21 14:52, Pekka Paalanen wrote:
On Wed, 21 Mar 2018 14:40:13 +0530
nsola...@codeaurora.org wrote:
Hi Wayland Team,
I am using weston 1.9.0-r0 version and compiled weston for fbdev
backend.
But I do not see any output on display. Basically I do not see call
reaching to "ioctl(fd, F
On 21 March 2018 at 09:28, Daniel Stone wrote:
> Hi,
>
> On 21 March 2018 at 08:27, Pekka Paalanen wrote:
>> On Tue, 20 Mar 2018 11:46:32 +, Daniel Stone
>> wrote:
>>> inconvenience of maintaining a list of every linker's implementation
>>> detail on every platform, outweighs the risk of an
Hi,
On 21 March 2018 at 08:27, Pekka Paalanen wrote:
> On Tue, 20 Mar 2018 11:46:32 +, Daniel Stone wrote:
>> inconvenience of maintaining a list of every linker's implementation
>> detail on every platform, outweighs the risk of an exported
>> underscore-prefixed symbol slipping through rev
On Wed, 21 Mar 2018 14:40:13 +0530
nsola...@codeaurora.org wrote:
> Hi Wayland Team,
>
>
> I am using weston 1.9.0-r0 version and compiled weston for fbdev
> backend.
>
> But I do not see any output on display. Basically I do not see call
> reaching to "ioctl(fd, FBIOPUT_VSCREENINFO, &varinfo
Hi Wayland Team,
I am using weston 1.9.0-r0 version and compiled weston for fbdev
backend.
But I do not see any output on display. Basically I do not see call
reaching to "ioctl(fd, FBIOPUT_VSCREENINFO, &varinfo)" in function
fbdev_set_screen_info().
So, if I add a call "ioctl(fd, FBIOP
On Tue, 20 Mar 2018 11:46:32 +
Daniel Stone wrote:
> inconvenience of maintaining a list of every linker's implementation
> detail on every platform, outweighs the risk of an exported
> underscore-prefixed symbol slipping through review.
Hi,
how about we make it a coding style rule to not h
28 matches
Mail list logo
