A címben említett Xpra program a deatch funkciót tudja is, de egy gondom van vele: az xpra alatt futó programok tray-icon-ja nem jelenik meg, ilyen hibaüzenetet kapok: "I couldn't detect any system tray on this system".
Próbáltam elindítani valamilyen panelt (kicker, trayer, xfce4-panel) de ilyenkor az egész panel jelenik meg és nem csak az az ikon, ráadásul nem mindig érzékeli, ha rákattintok az ikonra.
Valamelyikőtök próbálkozott már ilyesmivel?
- raron blogja
- A hozzászóláshoz be kell jelentkezni
- 1254 megtekintés
Hozzászólások
sub
- A hozzászóláshoz be kell jelentkezni
Most találtam: fbpanel -el egész jól megy, még a menük is normálisan megjelennek, csak háát egy külön panelt kell pakolgatni...
Valami egyéb ötletetek esetleg?
- A hozzászóláshoz be kell jelentkezni
subscribe
- A hozzászóláshoz be kell jelentkezni
http://en.wikipedia.org/wiki/Xpra
Valahol olvastam már róla; valóban eltér a többi X forwarding megoldástól. A probléma valószínűleg itt keresendő (a fenti wp cikkből idézek):
It also acts as a window manager for the X server it is running against, but it doesn't actually have any window manager policy built into it. Instead, it takes all the window management requests from the applications, sends them over the wire to the client, who then issues those same requests on the real display, waits for further answer the real window manager gives, and then forwards that answer back to the xpra server.
Valószínűleg a window manager protocol továbbítása hiányos az Xpra-ban. Pontosabban csak abban a verzióban, amit használsz; a honlapjuk (http://xpra.org/) szerint "System tray menu for easy disconnection". Próbálj forrásból feltenni egy friss verziót.
... Hm. A "System tray menu for easy disconnection"-t bizonyára félreértettem; ez inkább arról szól, hogy a systray-ben kapsz egy gombot, amivel gyorsan-könnyen le tudsz csatlakozni. Akkor nemtom. Google mit mond?
Szerk2: ja, az xpra.org egy xpra fork.
- A hozzászóláshoz be kell jelentkezni
Vajon miért nem úgy csinálták meg, mint az ssh X forwarding-ot?
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
xkill-re az egész xpra attach meghal.
Én valami ilyesmire gondoltam:
távoli X kliens (mondjuk xclock) -- buherált távoli X szerver (valami xephyr vagy xvfb szerűség) -- unix socet / shm / TCP --
-- spéci X kliens -- helyi X szerver
Ahol a buherált távoli X szerver kb azt tudná, mint az xvfb, csak a rajta megjelenő ablakokat "át tudná adni" a spéci X kliensnek. A spécibb kéréseket (most a systray-hoz hasonlókra gondolok) "pufferelné" (nem a legjobb szó...) és amikor csatlakozott hozzá a spéci X kliens, akkor annak átadná, ami megjelenítené a helyi X szerveren.
- A hozzászóláshoz be kell jelentkezni
távoli X kliens (mondjuk xclock) -- buherált távoli X szerver (valami xephyr vagy xvfb szerűség) -- unix socet / shm / TCP --
-- spéci X kliens -- helyi X szerver
Szerintem ez nagyjából az Xvnc-nek felel meg (lásd fentebb), és szerintem az X szerver szintjén az a fogalom, hogy "systray" már nem létezik. Ez legjobb esetben is WM szintű fogalom, amit (ha jól sejtem) WM hintekkel vezérelnek. Például néhány régebbi ablakkezelő kliens (twm, mwm, CDE) ugyanazon az X-en futva, mint egy modern WM kliens, bizonyára nem tud tray ikonokat kezelni. Az IceWM-be is az utóbbi 10 évben vezették be :), talán a gnome-kompatibilitás részeként.
A spécibb kéréseket (most a systray-hoz hasonlókra gondolok) "pufferelné" (nem a legjobb szó...) és amikor csatlakozott hozzá a spéci X kliens, akkor annak átadná, ami megjelenítené a helyi X szerveren.
Ez tök logikus, pontosan ezt kellene csinálnia az xpra-nak. Valószínűleg nem érti az ikon hint-eket. (Vagy amivel éppen az ikonok meg vannak különböztetve.)
- A hozzászóláshoz be kell jelentkezni
subscribe
- A hozzászóláshoz be kell jelentkezni
subscribe
- A hozzászóláshoz be kell jelentkezni