HI,ALL
I want to pop up a zenity dialog by shell scripts, and specified the
size/position of the dialog.
here is my .Xresources :
Zenity.geometry: 80x36+80+80
Zenity.background: black
Zenity.foreground: black
But zenity seems ignore Xresource file , poped
Eirik Byrkjeflot Anonsen wrote:
Not competitors to X.Org, but competitors to their company. If they
improve X.Org, they also improve the software stack of their
competitors. Also, if they have a good market share, a common software
stack (like X.Org) makes it easier for their customers to
a qi wrote:
I want to pop up a zenity dialog by shell scripts, and specified the
size/position of the dialog.
here is my .Xresources :
Zenity.geometry: 80x36+80+80
Zenity.background: black
Zenity.foreground: black
But zenity seems ignore Xresource
I got it. thanks.
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com
Hi,
I was updating my local dri2.xml based on the latest dri2proto.h [1]
and I noticed that the DRI2 event BufferSwapComplete is too long to fit
core protocol events.
The best I can calculate is
sizeof(xDRI2BufferSwapComplete) == 34
which disagrees with
#define
Dnia poniedziałek, 29 listopada 2010, Peter Hutterer napisał:
On Sun, Nov 28, 2010 at 12:33:43PM +0100, Łukasz Maśko wrote:
I've noticed, that after suspend/hibernation the tapping
functionality is not restored properly - all the TapButton* properties
are set to 0. I have to manually set
On Mon, Nov 29, 2010 at 07:57:16 +0200, Mikko Markus Torni wrote:
Hi,
I was updating my local dri2.xml based on the latest dri2proto.h [1]
and I noticed that the DRI2 event BufferSwapComplete is too long to
fit core protocol events.
The best I can calculate is
On Sun, Nov 28, 2010 at 1:39 PM, Gaetan Nadon mems...@videotron.ca wrote:
On Sun, 2010-11-28 at 21:26 +0100, Jan Engelhardt wrote:
On Sunday 2010-11-28 19:45, Gaetan Nadon wrote:
On Sun, 2010-11-28 at 15:46 +0100, Jan Engelhardt wrote:
+ACLOCAL_AMFLAGS = -I m4
This will fail if m4 does
On Mon, 2010-11-29 at 06:02 -0800, Dan Nicholson wrote:
Pretty sure it's coming from libtoolize :)
It does.
libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4]) to
configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros
in-tree.
libtoolize: Consider adding
On Nov 29, 2010, at 09:02, Dan Nicholson wrote:
On Sun, Nov 28, 2010 at 1:39 PM, Gaetan Nadon mems...@videotron.ca wrote:
On Sun, 2010-11-28 at 21:26 +0100, Jan Engelhardt wrote:
On Sunday 2010-11-28 19:45, Gaetan Nadon wrote:
On Sun, 2010-11-28 at 15:46 +0100, Jan Engelhardt wrote:
On Wed, 2010-11-24 at 11:25 +0100, Maarten Maathuis wrote:
If Adam indeed did this, and did not undo it afterwards, then he is
having at least some (mental) issues. He did the right thing by
disabling his admin account, because he obviously has some things to
sort out. While the action itself
On Mon, 2010-11-29 at 08:03 +0100, Roland Mainz wrote:
Note the issue mainly applies to users on Windows which use
environments like Cygwin, UWIN, SFU etc. where user homedirs very
often have whitespaces etc. in the name of their home directory.
Thanks for this piece of info. I have added
Thomas, why are you continuing your fork? I put in a lot of effort to merge
your changes from the previous fork back into the master tree. That merge was
just released last month as version 1.1.0:
http://cgit.freedesktop.org/xorg/app/luit/
Can you please not confuse users by providing a fork
On Mon, Nov 29, 2010 at 12:48:41PM +0100, Łukasz Maśko wrote:
Dnia poniedziałek, 29 listopada 2010, Peter Hutterer napisał:
On Sun, Nov 28, 2010 at 12:33:43PM +0100, Łukasz Maśko wrote:
I've noticed, that after suspend/hibernation the tapping
functionality is not restored properly - all
14 matches
Mail list logo