search for: xprop

xprop is a command line tool to display and/or set window and font properties of an X server. Alan Coopersmith (5): Add missing braces around else clause in Read_Quoted() Update README for gitlab migration Update configure.ac bug URL for gitlab migration Fix -Wsign-compare warnin...

xprop is a command line tool to display and/or set window and font properties of an X server. Alan Coopersmith (5): configure: Drop AM_MAINTAINER_MODE autogen.sh: Honor NOCONFIGURE=1 Print which option was in error along with usage message Add -version option to print program ver...

xprop is a command line tool to display and/or set window and font properties of an X server. This release contains the following change to the way icons are displayed in the terminal when COLORTERM=truecolor in the environment variables: The vast majority of monospaced fonts are roughly half as wi...

...dd missing `-help` function Keith Packard (5): Make output with unknown width terminal the same as old code Free string list returned from XmbTextPropertyToTextList Correct icon buffer width computation for truecolor terminals Check return value from ioctl(TIOCGWINSZ) xprop 1.2.5 Pierre-Loup A. Griffais (5): Don't display icons if they would line-wrap. Break down memory allocation logic and fix overallocating for UTF8. Fix aspect ratio for icon display by using two characters per icon pixel. Support true color output for icons if the termi...

Adam Jackson (1): xprop 1.0.4 Benjamin Close (1): Fix build under autoconf 2.57 Kim Woelders (1): Select correct client window in WM?s using virtual roots git tag: xprop-1.0.4 http://xorg.freedesktop.org/archive/individual/app/xprop-1.0.4.tar.bz2 MD5: 48aa8fd78802f477dcbf9ef0dfd9f783 xprop-1.0.4.tar.bz2 S...

Hi, I have noticed a strange behavior: after the added one of the options "window_match" in scale and switcher plugins; these do not show some windows like gmplayer or amsn's windows This is the output of xprop $ xprop _NET_WINDOW_DECOR(INTEGER) = 20061011, 46149375, 4, 4, 27, 4, 4, 4, 27, 4, 9, 0, 36965, -11, -34, -68, 0, 582, 32767, 0, 0, 32869, 571, -34, -68, 0, 32767, 32767, 582, 0, 37222, -68, -34, 13, 0, 81, 32767, 664, 0, 26773, -11, 0, 0, -239, 32767, 240, 1, 36, 18581, -11, 240, 0, -239, 327...

...everal CentOS 6.2 hosts (2.6.32-220.7.1.el6.x86_64) that lock up when attempting to use the Gnome desktop from the console. I can always log in, but then all I get is the blue root window, the round initial mouse pointer, and nothing else. The last process associated with the console is "xprop -root" which strace shows as hanging indefinitely. There are cases (sporadic, unpredictable) when I get further; the screen contains desktop icons, the menu at the top, and an arrow mouse pointer, but the mouse and keyboard don't work. I can reproduce this behavior frequently by setti...

I worte in my last mail that when I ue compiz git fullscreen videos are no longer ontop of the gnome-panel... that means that the gnome-panel is still visible while playing the video in fullscreen. The commit which I said may caused it has nothing to do with it compiz does not build if I revert it). again with older compiz and metacity it works fine. (now I am running 20070316). Anyone else wiith

...ged window. It has a caption, and the windows is permanent (not transitory). The program itself is free to use, though installation needs a few dlls set to native. > > Would you be so kind as to test it out (if possible)? Or tell me how I can find out what sort of window esword is producing (xprop?). (very old) bump, with latest stable wine the behaviour is still the same. I think it may be app-specific, but e-sword doesn't seem to have any pop-up like behaviour on windows.

...tateAboveMask; else if (below != -1) windowState |= CompWindowStateBelowMask; setWindowState(w->screen->display, w->state|windowState, w->id); Any idea why already existing windows don't get above/below on the fly, if i use xprop, i can see _NET_WM_STATE_ABOVE but compiz seems to ignore this (if i restart compiz or start kwin --replace, window is above). Here is a solution but it use xlib code. http://forum.go-compiz.org/viewtopic.php?t=141&start=15 Cedric

Hi All, First off, I've just started using compiz and its fantastic... I'm using compiz with KDE (on FC6), all is OK apart from one small niggle which is when I use the scale or switcher plugins it includes my kicker windows (the desktop panels) in the list, which isn't so pretty. I don't know much about gconf, but poking around in the settings for compiz and found that these

There is a bug which I am seeing and a few people are reporting on the forum. The problem is a hidden window which is always rendered on top. It is always short and wide and appears near the bottom-center of the screen. Here is the output from xwininfo on that window, xprop produces nothing. xwininfo: Window id: 0x3400787 (has no name) Absolute upper-left X: 294 Absolute upper-left Y: 413 Relative upper-left X: 294 Relative upper-left Y: 413 Width: 1092 Height: 264 Depth: 0 Visual Class: TrueColor Border width: 0 Class: InputOnly Colormap:...

...*Match Handler Tag* If a plugin provides window matching functionality then it could provide tags like this. <matchhandler> <handler> <match>title</match> <!-- optional command to be run to get the attribute for a window --> <command>xprop | grep ^WM_NAME | ...</command> </handler> <handler>name</handler> etc... </matchhandler> *Option Group* Some plugins and the core have options which work in groups. Hints can be provided to group these options so that configuration tools will be able to...

...above referenced window managers require that the first element of window's WM_CLASS property, second element of window's WM_CLASS property, or the window's WM_WINDOW_ROLE property be set so that the right window can be matched. If I start R, type > plot(1,1) and then run "xprop" (command line program to inspect X window properties) on the resulting X11 window, none of these properties show up in the resulting output. Is there any hope for this to change? I did notice in ?X11 that "The standard X11 resource geometry can be used to specify the window position...

...on Linux) aren't assigned any WM_NAME property until after they've been spawned. This causes problems for users of tiling window managers, who may wish to use the WM_NAME property to decide whether to float or tile the window. If I create a plot and then examine the window properties with xprop, I see something like the following: WM_NAME(STRING) = "R Graphics: Device 2 (ACTIVE)". However, by instructing my window manager (xmonad) to float all windows with a matching name, I can tell that when the window was created its WM_NAME property was empty. Is this behavior intended? W...

Hello together! I've found a couple of bugs with current compiz git, most of them related to the use of KDE and wanted to let you know. 1. kde-window-decorator crashes every now and then. This seems to be especially often when starting kaffeine media player, but not exclusively. I've attached a backtrace, though I don't know if it is useful in this form... 2. Resizing a

I've been using pytyle, but it seems this condition is common to most tiling wms. Basically, some wine apps get handled (opensong and 'i wanna be the guy' are the ones that do on my system), but some don't, e-sword being one that doesn't. pytyle does automatic tiling, fitting the windows in a defined pattern on the screen. It just does not see e-sword, somehow, but has no

...caption, and the windows is permanent (not transitory). The program itself is free to use, though installation needs a few dlls set to native. > > > > > > Would you be so kind as to test it out (if possible)? Or tell me how I can find out what sort of window esword is producing (xprop?). > > > > > > > (very old) bump, with latest stable wine the behaviour is still the same. I think it may be app-specific, but e-sword doesn't seem to have any pop-up like behaviour on windows. > > > > > You need to install msls31 functionality to get too...

The place plugin has a bug: when compiz is restarted or started to replace another wm it the windows are placed in weird positions ( titlebar behind the panel etc.) shouln't the place plugin loop over all open windows and place them correctly when loaded? this should solve this issues. any reason why this isn't done? have I missed something or is this just a bug?

...mount- inhibiting implementation available (virt-viewer:6016): vnc-keymap-WARNING **: Unknown keycode mapping '(null)'. Please report to gtk-vnc-list at gnome.org including the following information: - Operating system - GDK build - X11 Server - xprop -root - xdpyinfo Every attempted keystroke on the guest produces one of these messages: (virt-viewer:6016): GSpice-CRITICAL **: send_key: assertion `scancode != 0' failed What I think is relevant, running on the most recent kernel, all commands run from the host: $ libvirtd -...