On Tue, 30 Apr 2024 17:21:41 -0700 Thiago Macieira said:
> On Monday 29 April 2024 22:23:44 GMT-7 Carsten Haitzler wrote:
> > > There is worry in our community that Wayland is going to take over and x11
> > > will become obsolete.
> >
> > It's inevitabl
On Wed, 1 May 2024 09:35:30 +0200 (CEST) Jan Engelhardt said:
>
> On Tuesday 2024-04-30 07:23, Carsten Haitzler wrote:
> >>
> >> Although gambas provides a Settings.Write(window_name) /
> >> Settings.Read(window_name) that saves/restores the window place
s I need to hide and
> is secure enough for me.
You might not be, but you may run some app you download from some random place
on the internet you THINK is nice (some sodoku game trinket thing) but it's
actually trying to steal your banking details... This is only getting worse in
a world of snaps/flatpaks ... See above. It's easier to design to be
restrictive first then solve the specific special cases of need carefully than
be unrestricted and then clamp down. And it's not just about security. It's
about handling all the cases you don't think of (see above the remembering
size/position - if you only thought that far, then you didn't think enough).
> I hope you understand our dilemma here.
>
> With respects
> Bruce Steers
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
splay unit? the expectation is anything sensible
should have one. if you have fbdev then there is some kind of driver there and
a framebuffer of some sort. adapt it so it also exposes a drm device for the
display unit.
--
- Codito, ergo sum - "I code, therefore I am" ----
from display servers to window managers to
compositors, toolkits, applications and more for many decades.
Solve the corner cases not already solved. Don't do "give me a sledgehammer to
break the world with" with explicit positioning.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
On Thu, 4 Aug 2022 14:46:40 -0500 Igor Korot said:
> Hi, Carsten,
>
> On Thu, Aug 4, 2022 at 2:31 PM Carsten Haitzler wrote:
> >
> > On Thu, 4 Aug 2022 13:32:36 -0500 Igor Korot said:
> >
> > > Hi,
> > >
> > > On Thu, Aug 4, 2022 at 12:58
positor and user preference.
> >> >> >
> >> >> > > apps often want to remember where they were when they closed so they
> >> >> > > can open there again
> >> >> >
> >> >> > This is what [1] addresses.
>
On Mon, 11 Apr 2022 12:27:37 +0200 Hans de Goede said:
> Hi,
>
> On 4/7/22 20:58, Carsten Haitzler wrote:
> > On Thu, 7 Apr 2022 17:38:59 +0200 Hans de Goede said:
> >
> > Below you covered our usual /sys/class/backlight device friends... what
> > about DDC
gt; linearly controlling electrical power or setting perceived brightness.
>
> Regards,
>
> Hans
>
>
> 1) The need to be able to map the backlight device to a specific display
> has become clear once more with the recent proposal to add DDCDI support:
> https://lore.kernel.org/lkml/20220403230850.2986-1-yusisameri...@gmail.com/
>
> 2)
> https://lore.kernel.org/all/4b17ba08-39f3-57dd-5aad-d37d844b0...@linux.intel.com/
> Note this proposal included a method for userspace to be able to tell the
> kernel if the native/acpi_video/vendor backlight device should be used, but
> this has been solved in the kernel for years now:
> https://www.spinics.net/lists/linux-acpi/msg50526.html An initial
> implementation of this proposal is available here:
> https://cgit.freedesktop.org/~mperes/linux/log/?h=backlight
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
m/wlroots/issues/984#issue-324334642
>
>
> [2] https://github.com/swaywm/wlroots/issues/984#issuecomment-390221778
>
>
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
i think in theory efl apps should then work with your hand-off
>
> I gave it a go with efl git and the enlightenment terminal.
> It unfortunately crashes, but I didn't look into the cause.
> Based on the trace, it did look like it was trying to reconnect.
hmm. will have to look into it.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
he immediate task at hand.
>
> ## What if the compositor has no support?
>
> Then the socket on the file system will disappear and clients will
> fail to reconnect and quit. We also use this in clients to detect a
> graceful kwin exit and just exit accordingly.
>
> ## What about vulkan?
>
> It will need similar changes to what we've done for OpenGL.
>
> ## That was too much text
>
> There will be an XDC talk
> (https://indico.freedesktop.org/event/1/contributions/20/) where I
> will describe everything mentioned here.
>
> # Next steps
>
> The changes to libwayland is the most invasive, and the most
> potentially controversial. I wanted to send an overview email and get
> a discussion going before I submitted merge requests. Unfortunately
> it's the blocker on everything else.
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
On Tue, 3 Aug 2021 15:00:44 + David Deyo said:
>
>
> From: Carsten Haitzler<mailto:ras...@rasterman.com>
> Sent: Tuesday, August 3, 2021 9:38 AM
> To: David Deyo<mailto:dd...@tireprofiles.com>
> Cc:
> wayland-devel@lists.freedesktop.org<mailto:wayland-de
On Tue, 3 Aug 2021 13:40:25 + David Deyo said:
> From: Carsten Haitzler<mailto:ras...@rasterman.com>
> Sent: Tuesday, August 3, 2021 8:13 AM
> To: David Deyo<mailto:dd...@tireprofiles.com>
> Cc:
> wayland-devel@lists.freedesktop.org<mailto:wayland-devel@lists.
On Tue, 3 Aug 2021 13:04:11 + David Deyo said:
>
>
> From: David Deyo<mailto:dd...@tireprofiles.com>
> Sent: Monday, August 2, 2021 3:53 PM
> To: Pekka Paalanen<mailto:ppaala...@gmail.com>
> Subject: RE: xrandr and xwayland
>
> On Fri, 30 Jul 2021 23:3
+(33) 6 07 40 91 52
>
> stephane.tos...@interact-software.com
>
> www.interact-software.com
>
> <https://www.linkedin.com/company/interact-software/>
> <https://www.youtube.com/channel/UCsukAMM8wp6yjfktyBNpN0g>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
o the requested resoution and Xwayland will
> scale the window to fill the entire monitor. This does rely on
> the compositor implementing the viewport extension.
>
> I hope this helps, if you need more info please send any
> follow up emails to wayland-devel@lists.freedesktop.org
> so that the entire Wayland community sees the email and can
> help you.
>
> Regards,
>
> Hans
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
ed in ~/.config somewhere which the
sandboxed clients cannot read.
> How do you intend to handle or waive that problem?
>
>
> > > Did you check
> > > https://github.com/mupuf/libwsm ?
> > >
> > > That was linked from the Weston issue. I don't know if it appli
On Wed, 28 Jul 2021 10:56:40 + Alyssa Ross said:
> Carsten Haitzler writes:
>
> >> > What I think would be of value is a standardized method to decide which
> >> > wayland clients should be locked down and which should not be. This is
> >> > cur
On Wed, 28 Jul 2021 11:05:11 + Simon Ser said:
> On Wednesday, July 28th, 2021 at 12:30, Carsten Haitzler
> wrote:
>
> > On Wed, 28 Jul 2021 09:51:53 + Simon Ser cont...@emersion.fr said:
> >
> > > Please read the (lengthy) discussion at 1.
> > &
int does remain that adding a proxy in becomes problematic.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
On Wed, 28 Jul 2021 09:08:03 + Alyssa Ross said:
> Hi Carsten, thanks for the detailed reply.
>
> Carsten Haitzler writes:
>
> > On Tue, 27 Jul 2021 19:29:45 + Alyssa Ross said:
> >
> >> Hi! I'm Alyssa and I'm working on Spectrum[1],
a standardized method to decide which wayland
clients should be locked down and which should not be. This is currently
"undecided". Something a compositor can easily look up given the client socket
and then decide which protocol requests it will handle
at there is no way to invert without also
> turning on zoom.
>
> Is this a battle that has to be fought on a per-desktop environment
> basis, or would it be possible to contribute some code to Weston that
> would make a good implementation of zoom a
On Thu, 27 May 2021 17:02:24 -0500 Igor Korot said:
> Hi, Pekka,
>
> On Wed, May 26, 2021 at 4:30 AM Pekka Paalanen wrote:
> >
> > On Tue, 25 May 2021 22:10:38 -0500
> > Igor Korot wrote:
> >
> > > Hi, Carsten,
> > >
> > > O
On Tue, 25 May 2021 22:10:38 -0500 Igor Korot said:
> Hi, Carsten,
>
> On Tue, May 25, 2021 at 8:51 PM Carsten Haitzler wrote:
> >
> > On Tue, 25 May 2021 16:24:30 -0500 Igor Korot said:
> >
> > > Hi, list,
> > > Couple of questions about Wayland
ning/sizing?
Positioning - Don't position and Wayland discourages it by not having such an
API. Sizing - do whatever you like.
> Thank you.
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> https://lists
can't see the justification for
more than that. If this is the case along with the above you have given, then I
see no reason for it to not be used by everyone other than the usual user
complaint of "too many dependencies (of a compositor)". :)
I'd definitely consider us
___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
On Mon, 22 Feb 2021 12:10:08 +0100 Jonas Ã…dahl said:
> On Mon, Feb 22, 2021 at 10:49:33AM +, Simon Ser wrote:
> > On Monday, February 22nd, 2021 at 11:44 AM, Carsten Haitzler
> > wrote:
> >
> > > I also would want to avoid baking explicit absolute positioni
nd so the compositor can decide to do something more
intelligent with it. I am sure this list of use cases will probably be
extensive and also depend on the API in wine that is being wrapped and
intercepted - the higher level it is, the more it knows about the intended use
case.
> Even better if tha
equate in the end to the same thing the compositor has to do, but client-side.
So I see other possibly better solutions to this done client-side and for
"everything else" the accumulation would be good enough IMHO.
--
- Codito, ergo sum - "I code, therefore I am" -
ayland has gotten to where it is now is quite
an amazing job in this regard.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
wayland-devel mailing list
gt; [1]: https://github.com/Hjdskes/cage
>
> _______
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
On Wed, 24 Jun 2020 14:28:18 +0300 Pekka Paalanen said:
> On Wed, 24 Jun 2020 10:58:41 +0100
> Carsten Haitzler (The Rasterman) wrote:
>
> > you keep a sliding window of the last 2 frames with of rect regions you
> > union (merge with) the current frame's update
On Mon, 22 Jun 2020 11:46:41 +0300 Pekka Paalanen said:
> On Fri, 19 Jun 2020 11:21:34 +0100
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Fri, 19 Jun 2020 13:24:12 +1000 Brad Robinson
> > said:
> >
> > > Hi All,
> > >
> > >
On Wed, 6 Mar 2019 16:37:55 +1100 Graeme Gill said:
> Carsten Haitzler (The Rasterman) wrote:
> > apps should not have exclusive access. we're re-doing the whole horrid
> > "install colormap" thing from the x days of 256 color (or
> > paletted/colormapped dis
Jasper
>
>
>
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org<mailto:wayland-devel@lists.freedesktop.org>
> https://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
>
--
---
_
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org<mailto:wayland-devel@lists.freedesktop.org>
> https://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
>
>
>
> --
> Jasper
--
- Codito, ergo sum - "I code, therefor
all xdg runtime
stuff to be in that same dir... but i think abs path for wl display
specifically being a security issue is a red herring, unless there is something
none of us can think of. then we have the problem already with runtime dir env
var and wl display too like above.
--
- Cod
ake. They likely dont set the env var at all in fact.
Wayland is still young and I think can tolerate this kind of change at this
point.
> (Depending on who you ask and how much weight they give to it,
> breaking application interfaces is out of the question. That
us as to the attack vector.
> Summary of (individual) proposals follows.
>
> >- modify WAYLAND_DISPLAY to support absolute paths which overrides
> > any search paths
>
> - introduce new WAYLAND_SOCKET
> - modify WAYLAND_DISPLAY to reject '/'
>
> >- when the
"I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
> sockets, but I understand that to be an unattractive solution in
> general, because it would need modifying client toolkits to use it.
> There is also WAYLAND_SOCKET, but it is probably not often possible to
> arrange an already open connection in a general case.
>
> The sug
nlightenment if it's a regular window
manager you're after.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
wayland-devel mailing list
wayland-devel@lists.fre
s ot other things that help me in this.
there are no wayland configuration files for this. wayland is nothing like x.
the configuration will be specific to gnome shell. look there.
--
- Codito, ergo sum - "I code, therefore I am" --
46 matches
Mail list logo