Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.devel > #85303

Re: Upcoming shift to Ayatana (App)Indicator(s)

From Mike Gabriel <mike.gabriel@das-netzwerkteam.de>
Newsgroups linux.debian.devel
Subject Re: Upcoming shift to Ayatana (App)Indicator(s)
Date 2018-04-04 16:10 +0200
Message-ID <vARgR-7uD-5@gated-at.bofh.it> (permalink)
References (1 earlier) <vyGfU-1FD-5@gated-at.bofh.it> <vyNho-6c3-7@gated-at.bofh.it> <vAyHf-33z-7@gated-at.bofh.it> <vAQXw-772-15@gated-at.bofh.it> <vARgR-7uD-7@gated-at.bofh.it>
Organization DAS-NETZWERKTEAM

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

Hi Ian,

now I see clearer...

On  Mi 04 Apr 2018 16:00:41 CEST, Ian Jackson wrote:

> Mike Gabriel writes ("Re: Upcoming shift to Ayatana (App)Indicator(s)"):
>> On  Di 03 Apr 2018 20:11:43 CEST, Ian Jackson wrote:
>> > Answers to 2 should ideally suppose that I want to continue to use
>> > XID-based window embedding to make an applet which contains the window
>> > from a separate X client.
>>
>> I am not sure, I am fully getting the application design, you have in
>> mind here. Do you mean X-embedding (this is about icons and systray
>> and the icons have menus and submenus) or reparenting? With X11
>> reparenting you can reparent X11 application 1 into X11 application 2.
>> (xterm has it even as cmdline option).
>
> My applet has *both* of the above.  Firstly, the applet uses the
> xembed protocol (via the tcl tktray package) to embed its toplevel X11
> window into the tray (provided by trayer, although I don't see why it
> shouldn't work with a full-on DE).

This is old-style systray icon creation. Still supported on all DEs  
with Xembed support in this or that way.

> Secondly, the applet's tcl code makes a subwindow (using `frame
> -container'), whose X11 window ID it passes to a separate program;
> that separate program is given the window ID with -into and makes its
> own window a child of the applet's.

Not related to the systray topic at all, however this is an X11-only  
technique (I am no Wayland nor Mir expert, so others may please  
correct me). On non-X11 graphical backend engines, you will need some  
X11 layer in the middle (between your application and the underlying  
Compositor).

> So, overall, the subprocess's rendering is displayed in the tray; but
> the tcl code handles user mouse input etc.

Yep. Now understood.

> Regards,
> Ian.

Mike

-- 

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de

Back to linux.debian.devel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <sunweaver@debian.org> - 2018-03-29 15:20 +0200
  Re: Upcoming shift to Ayatana (App)Indicator(s) Simon McVittie <smcv@debian.org> - 2018-03-29 16:00 +0200
    Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <mike.gabriel@das-netzwerkteam.de> - 2018-03-29 23:30 +0200
      Re: Upcoming shift to Ayatana (App)Indicator(s) Simon McVittie <smcv@debian.org> - 2018-03-30 01:30 +0200
        Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <mike.gabriel@das-netzwerkteam.de> - 2018-03-30 20:10 +0200
          Re: Upcoming shift to Ayatana (App)Indicator(s) Ian Jackson <ijackson@chiark.greenend.org.uk> - 2018-04-03 20:20 +0200
            Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <mike.gabriel@das-netzwerkteam.de> - 2018-04-04 15:30 +0200
              Re: Upcoming shift to Ayatana (App)Indicator(s) [and 1 more messages] Ian Jackson <ijackson@chiark.greenend.org.uk> - 2018-04-04 16:00 +0200
                Re: Upcoming shift to Ayatana (App)Indicator(s) [and 1 more  messages] Mike Gabriel <mike.gabriel@das-netzwerkteam.de> - 2018-04-04 16:50 +0200
      Re: Upcoming shift to Ayatana (App)Indicator(s) Ian Jackson <ijackson@chiark.greenend.org.uk> - 2018-04-03 20:20 +0200
        Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <mike.gabriel@das-netzwerkteam.de> - 2018-04-04 15:50 +0200
          Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <mike.gabriel@das-netzwerkteam.de> - 2018-04-04 16:10 +0200
          Re: Upcoming shift to Ayatana (App)Indicator(s) Ian Jackson <ijackson@chiark.greenend.org.uk> - 2018-04-04 16:10 +0200
    Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <mike.gabriel@das-netzwerkteam.de> - 2018-04-06 14:50 +0200
    Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <mike.gabriel@das-netzwerkteam.de> - 2018-04-06 15:30 +0200
  Re: Upcoming shift to Ayatana (App)Indicator(s) Chris Lamb <lamby@debian.org> - 2018-03-29 19:00 +0200
    Re: Upcoming shift to Ayatana (App)Indicator(s) Ian Jackson <ijackson@chiark.greenend.org.uk> - 2018-04-03 20:30 +0200
      Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <sunweaver@debian.org> - 2018-04-04 15:20 +0200
  Re: Upcoming shift to Ayatana (App)Indicator(s) Clément Hermann <nodens@nodens.org> - 2018-04-06 16:20 +0200
    Re: Upcoming shift to Ayatana (App)Indicator(s) Ian Jackson <ijackson@chiark.greenend.org.uk> - 2018-04-06 16:50 +0200
    Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <sunweaver@debian.org> - 2018-04-06 22:50 +0200
      Re: Upcoming shift to Ayatana (App)Indicator(s) Ian Jackson <ijackson@chiark.greenend.org.uk> - 2018-04-09 15:30 +0200
        Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <sunweaver@debian.org> - 2018-04-10 15:00 +0200
          Re: Upcoming shift to Ayatana (App)Indicator(s) Ian Jackson <ijackson@chiark.greenend.org.uk> - 2018-04-10 16:00 +0200
            Re: Upcoming shift to Ayatana (App)Indicator(s) Mike Gabriel <sunweaver@debian.org> - 2018-04-14 01:40 +0200

csiph-web