> ___
> xorg@lists.x.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: https://lists.x.org/mailman/listinfo/xorg
> Your subscription address: %(user_address)s
--
-
(ema-pe)
>
> Sent from my mobile. Please excuse my brevity.
>
> On 23 January 2020 16:25:05 CET, Carsten Haitzler
> wrote:
> >On Wed, 22 Jan 2020 18:26:32 +0100 Emanuele Petriglia
> > said:
> >
> >> Hi!
> >>
> >> I would like to learn how
ot more to patch things
over client by client and for example scale "dumb" clients up and down on
displays without a native API, and for those able to handle scaling properly,
display them at a native resolution.
> Thanks,
>
> Felipe.
>
>
>
> El lun., 17 feb. 202
ng.
ensure the X symlink points to Xvfb and not Xorg? :) yes - it should do all the
normal "core" extensions
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
x
- Ornxka
> ___
> xorg@lists.x.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: https://lists.x.org/mailman/listinfo/xorg
> Your subscription address: %(user_address)s
>
--
--
respect for the law, we must first make the law respectable.
> - Louis D. Brandeis
> Genes Web page <http://geneslinuxbox.net:6309/gene>
> ___
> xorg@lists.x.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: https://lists.x.org/mailman/list
https://lists.x.org/mailman/listinfo/xorg
> Your subscription address: %(user_address)s
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
xorg@lists.x.org: X.Org support
Ar
cb2489886e85949.htm
>
> Any idea on how to fix this?
>
> Thanks in advance,
>
> JHM
> ___
> xorg@lists.x.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: https://lists.x.org/mailman/listinfo/xorg
&g
ubscription address: %(user_address)s
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesk
new window and not the old, so you need
to switch your logic to continue the drag with the new window id in mind...
> -- Rokas Kupstys
>
> On 2021-05-01 15:04, Carsten Haitzler wrote:
> > On Fri, 30 Apr 2021 15:05:35 +0300 Rokas Kupstys said:
> >
> > in x, a
essing or other
> high-color-usage windows. For the rest of the application, use
> the same colormap. This often works well with a Motif drawing
> area widget for displaying an image or other color-intensive
> rendering.
>
> Always make sure all color cell
On Mon, 22 Feb 2021 21:24:46 -0500 Sam Varshavchik
said:
> On Sun, Feb 21, 2021 at 4:47 PM Carsten Haitzler wrote:
> >
> > Use Xlib. Or just use a toolkit higher up the stack. XCB really is for
> > people who already know X backwards. It can buy some speedups in
in. If a property changes many times
you can avoid multiple fetches and just fetch the latest value "some time
later" etc. For things like rendering xcb will have really no benefits over
xlib.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s
fer is available for re-use. So keep 2 or 3 buffers around and put them to
the screen and then when those complete put them back in the pool/ring buffer
of "buffers" to be available for the rendering thread(s) to fill up.
You do not need the XRender protocol for any of this. It's not usef
watch?v=-xVune0NEsA for an example
> app.
>
> Thanks,
> Andy
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
On Mon, 23 Aug 2021 14:34:58 +0100 "Andrew Bainbridge"
said:
> Great reply. Thanks for taking the time.
>
> Carsten Haitzler wrote:
> > I now can only talk
> > about mine and it does NOT do the above. There is a parent frame window but
> > it is identical
windowmaker # or any other window manager
> startx
>
> For details, consult the excellent FreeBSD Handbook.
indeed. i actually haven't configured xorg for probably over a decade. it just
comes up and auto-detects whatever gfx chip i have and loads the right
xorg-side driver. it detects input
that char at all - so pointer is anywhere over the
char and then it's selected. That's what I implemented as it's logical and
consistent. I have never looked at what xterm has done.
--
- Codito, ergo sum - "I code, therefore I am" ------
Carsten Haitzler - ras...@rasterman.com
help on this issue!
>
> Best regards,
>
> Mike Faynberg
> mfaynb...@hotmail.com<mailto:mfaynb...@hotmail.com>
>
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
right
> part of a char.
>
> If not settable how hard would it be to make a local patch ?
> I am ignorant regarding the X11 code, don't know how hard/easy it is to
> build on linux, where to start looking for that.
>
> Thanx in advance for your help
>
> Cheers,
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
o sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
On Tue, 5 Sep 2023 13:25:03 +0200 Lucien Gentis
said:
>
> Le 05/09/2023 à 06:18, Carsten Haitzler a écrit :
> > On Thu, 31 Aug 2023 08:02:38 -0400 (EDT) Vladimir Dergachev
> > said:
> >
> >> The cool thing however, is that I can launch xeyes and it
best
>
> Vladimir Dergachev
>
> > --
> > regards,
> > Zbigniew
> >
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
dern day
setups we have like plugging and unplugging external screens into laptops and
so on.
so will you answer the question - what screen do you mean? as i mentioned
before. i think you have a far too basic view of screen and i'm trying to
paint just a few of the possible scenarios to hav
than is described there.
>
> Are you serious when stating, that during creation of a program I
> should play guessing game „what kind of 'subsystem' the user may
> employ”?
> --
> best :)
> Z.
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
xBSD's etc.? In all these cases
> t'll be still Xorg server, anyway.
I asked for your use case. You didn't give it. Plenty of people including me
have also asked "Which screen" - you haven't answered that.
> That's all I need for today — and that's what DisplayWidth /
> DisplayHeight promised to return
> --
> regards,
> Zbigniew
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
l your input devices... disable all the id's ... you'll
have no working input devices if you disable them all - nothing to interrupt
dpms (unless some other software is trying to disable the dpms blank - thus
use the simplest setup possible as first point above):)
--
- Codito, ergo sum - &q
with whom
> you can dare to be yourself
>
> spamtraps: madduck.bo...@madduck.net
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
- friedrich nietzsche
>
> spamtraps: madduck.bo...@madduck.net
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
On Tue, 23 Aug 2022 10:27:44 - (UTC) David Chmelik
said:
> On Tue, 23 Aug 2022 08:54:07 +0100, Carsten Haitzler wrote:
>
> > On Tue, 23 Aug 2022 02:18:53 - (UTC) David Chmelik
> > said:
> >
> >> I usually always have my PC on, but of course go a
ried enough wm's and de's ... as the one i wrote does
what you want. i even just tested it now - did exactly what it was programmed
to do :)
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
ityNotify is supposed to work?
should i assume you're running in a composited environment? (i.e. a compositor
is running redirecting your window rendering to a pixmap)?
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
ent is always running (almost all the time this is a window manager
at a minimum) until the session ends, or you can try the -noreset option to
Xephyr
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
gt; case with the above example.
race condition. it works by luck there - that x manages to connect before
xsetroot disconnects.
> Regards,
> Riza
>
> On Mon, Jul 3, 2023 at 11:39 AM Carsten Haitzler wrote:
> >
> > On Sat, 1 Jul 2023 13:08:54 +0300 Riza Dindir said:
>
On Mon, 24 Jul 2023 20:56:30 +1000 Peter Hutterer
said:
> On Mon, Jul 24, 2023 at 10:56:13AM +0100, Dave Howorth wrote:
> > On Sun, 23 Jul 2023 14:14:37 -0700
> > Alan Coopersmith wrote:
> >
> > > On 7/23/23 13:48, Carsten Haitzler wrote:
> >
On Sun, 23 Jul 2023 14:14:37 -0700 Alan Coopersmith
said:
> On 7/23/23 13:48, Carsten Haitzler wrote:
> >> So as per the man page I added +byteswappedclients to the Xorg command line
> >> and it works!
> >
> > wow... i've never encountered that before. in a
.1
> What might be the issue with this old X client authenticating with a modern X
> server?
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
sis. xtrace. xscope are some of these.
I'm wondering if it's trying to create a colormapped window with a private
colormap assuming a pseudocolor display (or using a pseudocolor visual). given
an old enough app it may never have worked on truecolor displays.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
s and other bindings like alt+left mouse
to move a window anywhere on the window etc.
> It is perfectly ok for me to use 3 XGrabButton calls, but was
> wondering why this would not work for a XGrabButton call with
> AnyButton and AnyModifier parameters.
>
> Best Regards
> Riza
>
Michael
>
>
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
en xterm.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
ons... not in your case).
> On Mon, Feb 12, 2024, 14:58 Carsten Haitzler wrote:
>
> > On Mon, 12 Feb 2024 14:06:36 +0300 Riza Dindir
> > said:
> >
> > > I ended up giving that xterm a distinct title. Using "xterm -T
> > > ". Then with the xdotool could
On Wed, 07 Feb 2024 05:44:22 + "Guy Rouillier"
said:
> I originally sent this message, and subscribed to receive replies.
> Carsten Haitzler appears to have replied to this message in a mirror,
> with a cc to xorg@lists.x.org. I did not receive that repl
ndow id
referenced by WM_CLIENT_LEADER to get some of these properties.
--
- Codito, ergo sum - "I code, therefore I am" ------
Carsten Haitzler - ras...@rasterman.com
dow
creation... you're asking for a race condition here.
> On Mon, Feb 12, 2024 at 2:02 PM Carsten Haitzler
> wrote:
>
> > On Sat, 10 Feb 2024 15:53:39 +0300 Riza Dindir
> > said:
> >
> > > Hello,
> > >
> > > I am starting xterm in my xi
if you want. The default theme does not have this but it's a small few line mod
on the theme files and presto - it works - see above). But that's not useful to
you as you use mate, so ... You need to talk to whoever works on your
WM and compositor as above.
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
to the first client to request them on a window because
of implicit grabs. You can try intercept them via parent windows (XGrabButton
+ XAllowEvent fun) which is how window managers do click to focus. Only 1
client can select for button press/release events on a window.
--
- Codito,
On Wed, 12 Feb 2020 12:40:15 +0200 Pekka Paalanen said:
> On Wed, 12 Feb 2020 10:21:02 +
> Carsten Haitzler (The Rasterman) wrote:
>
> > even better - if the /dev/dri/card0
> > device exists, dlopen libdrm and get some symbols from it and ... use it to
> > requ
On Wed, 12 Feb 2020 15:36:06 +0100 Michel Dänzer said:
> On 2020-02-12 2:06 p.m., Carsten Haitzler wrote:
> > On Wed, 12 Feb 2020 13:23:28 +0200 Pekka Paalanen
> > said:
> >
> >> On Wed, 12 Feb 2020 11:07:56 +
> >> Carsten Haitzler wrote:
> &
On Wed, 12 Feb 2020 13:23:28 +0200 Pekka Paalanen said:
> On Wed, 12 Feb 2020 11:07:56 +
> Carsten Haitzler wrote:
>
> > On Wed, 12 Feb 2020 12:40:15 +0200 Pekka Paalanen
> > said:
> >
> > > On Wed, 12 Feb 2020 10:21:02 +
> >
r to change for me/users.
My suggestion above - have that not drive animation in detail but at a higher
level with source/destination geometry/state info and timelines and some kind
of transition/interpolation path (linear, ease in/out or just provid
hiccups :)
You could also try running python within the compositor - use python as a
binding engine then the compositor calls the python code. you can stuff it into
a thread of its own and "ipc" between compositor loop and python thread. you
then have a ti
compromises are a part of life in this land :)
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel
On Wed, 12 Feb 2020 16:45:50 +0100 Michel Dänzer said:
> On 2020-02-12 4:34 p.m., Carsten Haitzler wrote:
> > On Wed, 12 Feb 2020 15:36:06 +0100 Michel Dänzer said:
> >
> >> On 2020-02-12 2:06 p.m., Carsten Haitzler wrote:
> >>> On Wed, 12 Feb 2020 13:23
___
> xorg-devel@lists.x.org: X.Org development
> Archives: http://lists.x.org/archives/xorg-devel
> Info: https://lists.x.org/mailman/listinfo/xorg-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten
On Fri, 28 Feb 2020 08:49:36 +0100 Daniel Vetter said:
> On Fri, Feb 28, 2020 at 2:54 AM Carsten Haitzler wrote:
> >
> > On Thu, 27 Feb 2020 22:27:04 +0100 Daniel Vetter
> > said:
> >
> > Might I suggest that given the kind of expenses detailed here, lite
On Thu, 13 Feb 2020 02:01:58 +0500 "Alexander E. Patrakov"
said:
> On Thu, Feb 13, 2020 at 1:12 AM Carsten Haitzler wrote:
> >
> > On Wed, 12 Feb 2020 16:45:50 +0100 Michel Dänzer said:
> >
> > > On 2020-02-12 4:34 p.m., Carsten Haitzler wrote:
> >
On Thu, 13 Feb 2020 09:11:36 +0100 Michel Dänzer said:
> On 2020-02-12 6:42 p.m., Carsten Haitzler wrote:
> > On Wed, 12 Feb 2020 16:45:50 +0100 Michel Dänzer said:
> >
> >> On 2020-02-12 4:34 p.m., Carsten Haitzler wrote:
> >>> On Wed, 12 Feb 2020 15:3
or
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 using it.
> What do you think? Could a
ther ways besides XShm and Xdamage to detect a pixel
> changing its color?
> c) Where does the strange delay of XShm come from?
> d) Is the XDamageNotify event triggered before or after pixels are updated?
>
> Kind regards,
> Andreas
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
he better solution is just to
> remove the call to XInitThreads in the first place.
>
> So please don't make arbitrary changes to documented behavior!! There are
> people who pay for Motif, and such things did not happen when both Motif and
> Xlib were being developed under the auspices of the Open Group.
>
> Thanks.
>
--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com
On Tue, 01 Nov 2022 18:32:38 +0800 Po Lu said:
> Carsten Haitzler writes:
>
> > Sorry - but no. Motif being non-threadsafe and Xlib being threadsafe or not
> > are different matters. A higher level lib that is not threadsafe makes use
> > of a lower level one (
On Mon, 31 Oct 2022 20:18:02 +0800 Po Lu said:
> Carsten Haitzler writes:
>
> > using motif and using xlib are different things. you are still free to use
> > xlib separately to motif and thus use it from multiple threads... as long
> > as you use motif and only motif f
On Tue, 01 Nov 2022 08:55:50 +0800 Po Lu said:
> Carsten Haitzler writes:
>
> > no it doesn't. the contract is simply to not use motif from multiple
> > threads. it has nothing to do with xlib itself becoming threadsafe. i think
> > the PR/MR for xlib has all the
64 matches
Mail list logo
