);
+ } else
+ XMoveResizeWindow(dpy, m-barwin, m-wx, m-by, m-ww,
bh);
}
}
--
Eckehard Berns
-maxh c-minh
c-maxw == c-minw c-maxh == c-minh);
+ c-hasusergeom = (size.flags USPosition) || (size.flags USSize);
}
void
--
Eckehard Berns
to call xset fp rehash after you installed the new font.
X caches font information, so a rehash might show up new font glyphs.
--
Eckehard Berns
for this.
--
Eckehard Berns
The Tamsyn guy says it's an aliased font. What does it mean?
He means it's not anti-aliased. See also
http://en.wikipedia.org/wiki/Aliasing
--
Eckehard Berns
freezes when using compositing. Thus I simply added a
xcompmgr to my .xinitrc. I don't know if it helps with other setups.
I thought this problem was kinda unique to my setup.
--
Eckehard Berns
applications'
behaviours).
--
Eckehard Berns
);
}
+ if(ch.res_class)
+ XFree(ch.res_class);
+ if(ch.res_name)
+ XFree(ch.res_name);
c-tags = c-tags TAGMASK ? c-tags TAGMASK :
c-mon-tagset[c-mon-seltags];
}
8---8---
--
Eckehard Berns
with ch when returning failure. I don't believe this really
matters though.
--
Eckehard Berns
On Sat, Aug 13, 2011 at 10:08:08PM +0100, Connor Lane Smith wrote:
On 13 August 2011 21:41, Eckehard Berns ecki-suckl...@ecki.to wrote:
I do like your patch, something paranoid in me just wanted to point out
that your patch relies on the implementation of XGetClassHint not
tempering with ch
regardless of the TERM settings
(Vim inserts parts of the control sequences etc.). Haven't tried
anything else. I don't use arrow keys if I can avoid them and thus am
not very familiar which software supports modifier keys with arrows.
--
Eckehard Berns
performance at the moment (mainly xterm
compatibility - I ssh into a few machines and installing a new terminfo
everywhere is no option for me).
--
Eckehard Berns
should work there too... strange... or is TMPDIR set to something other
then /tmp? Does ssh-agent place its socket into /tmp/ssh-*/agent.*? (The
manual only states the socket lives in $TMPDIR/ssh-*/agent._ppid_.)
--
Eckehard Berns
here, but it seems my
solution isn't the best.
At work I'm on a 32-bit system, here I'm on 64-bit. I don't know if this
makes any difference or if there is another problem. It might be a race
condition between the XRaiseWindow in SDL and the receiving of the
screen resize event in dwm.
--
Eckehard
On Wed, Jan 11, 2012 at 10:20:43PM +0100, Anselm R Garbe wrote:
On 11 January 2012 18:30, Eckehard Berns ecki-suckl...@ecki.to wrote:
Thinking about this, another way to fix this problem would be to
change all XRaiseWindow calls in dwm to restacking them just below the
bar and never raising
a glorified XRaiseWindow() anyway, but I'm not
too familiar with the dwm code, so I might be wrong.
--
Eckehard Berns
diff -r 070112b7435f dwm.c
--- a/dwm.c Thu Jan 12 07:36:05 2012 +0100
+++ b/dwm.c Thu Jan 12 22:07:34 2012 +0100
@@ -907,7 +907,8 @@
}
if(c
On Thu, Jan 12, 2012 at 10:23:14PM +0100, Eckehard Berns wrote:
I attached a somewhat ugly patch to correct the behavior, ...
Oops, we need raising in focusstack() not only for floating windows, but
also if we're in a floating layout. Corrected patch is attached.
--
Eckehard Berns
diff -r
Sorry for spamming the list, but I didn't catch monocle mode with the
last patch. Here is a corrected patch...
--
Eckehard Berns
diff -r 070112b7435f dwm.c
--- a/dwm.c Thu Jan 12 07:36:05 2012 +0100
+++ b/dwm.c Thu Jan 12 23:56:15 2012 +0100
@@ -907,6 +907,8 @@
}
if(c
think this is a better way of dealing with the
SDL problem.
--
Eckehard Berns
diff -r 070112b7435f dwm.c
--- a/dwm.c Thu Jan 12 07:36:05 2012 +0100
+++ b/dwm.c Sat Jan 14 12:34:59 2012 +0100
@@ -397,9 +397,10 @@
showhide(m-stack);
else for(m = mons; m; m = m-next
window raises it to the top; I use this a lot as
I unfortunately find myself using The GIMP regularly at work.
The confnotify-tip.patch from my previous mail[1] should fix this
hopefully.
[1] http://lists.suckless.org/dev/1201/10607.html
--
Eckehard Berns
there.
--
Eckehard Berns
. The patch from
my privious mail[1] should fix this and the SDL problem.
[1] http://lists.suckless.org/dev/1201/10607.html
--
Eckehard Berns
] http://www.jwz.org/xscreensaver/faq.html#no-ctl-alt-bs
--
Eckehard Berns
keyboard. It's very easy on my thinkpad.
Only 7 screws away from perfect security.
usb keyboard will bypass your security protections against this.
That's a bug in your machine. You can fix with duct tape or so I heard.
--
Eckehard Berns
need to think bigger. Anyone know some mercenaries to get a
preemptive strike on those damn hardware manufacturers? Hmm, preferably
cheap?
--
Eckehard Berns
the font patterns for your font you can use xfontsel
to construct them.
--
Eckehard Berns
mapped (and a comment in
the dwm code states that there are apps that require this).
Attached is a patch to mupdf's git checkout 657a66bf1c5 which also
applies (with offsets) to 0.9. Maybe there's a better solution but this
works for me.
--
Eckehard Berns
diff --git a/apps/x11_main.c b/apps
+ if (width != reqh || height != reqw) {
why is 'width' compared to 'reqh' which I guess is required height ?
and vice verse for height
Wow, my brain's still asleep I think. Not that it's early here...
--
Eckehard Berns
.)
--
Eckehard Berns
On Mon, Feb 06, 2012 at 02:25:38PM +0100, Eckehard Berns wrote:
On Mon, Feb 06, 2012 at 01:39:07PM +0100, Uli Armbruster wrote:
Ok, since you guys obviously understand this a lot better than I do, would
one of you like to report this on the mupdf bugtracker?
Ok, filed a bug report
)
will show a terminal window on top of the black slock window. Not that I
could use the terminal, but it's shown.
Also the reply to -v lacks a \n.
--
Eckehard Berns
On Thu, Feb 09, 2012 at 08:19:35PM +0100, Anselm R Garbe wrote:
On 9 February 2012 19:50, Eckehard Berns ecki-suckl...@ecki.to wrote:
$ ./slock ( sleep 1 ; st )
will show a terminal window on top of the black slock window. Not that I
could use the terminal, but it's shown.
Not for me
it several times. Couldn't see any problems.
--
Eckehard Berns
mind).
An alternative to constantly setting TERM is using a terminal
multiplexer (dvtm, screen, tmux, etc) within st locally. Most systems
out there should be ok with TERM=screen or TERM=rxvt-256color.
--
Eckehard Berns
--- st/st.c 2012-02-09 19:25:09.707996278 +0100
+++ st.c2012-02
, so my statements might be
FUD.
--
Eckehard Berns
I implemented a color patch for slock similar to Joseph Iacobucci's
patch but for slock 1.0.
You can configure the two colors in config.mk in the CPPFLAGS.
--
Eckehard Berns
diff -r e0d42e127656 config.mk
--- a/config.mk Sat Feb 11 10:51:31 2012 +0100
+++ b/config.mk Fri Mar 09 17:42:15 2012
0 0 0 0 0 0 0 0
The NotifyGrab seems to suggest that there already is an X client that
grabs that key. Do you have some sort of audio mixer running that might
grab those keys already?
--
Eckehard Berns
char *volinccmd[] = {/home/olek/.bin/pavolume, increase, NULL};
Otherwise it would try to exec a script named pavolume increase in the
folder /home/olek/.bin without any arguments.
--
Eckehard Berns
try
hg tip and see if the problem persists?
--
Eckehard Berns
. When I set SDL.Fullscreen to 1 in ~/.fceux/fceux.cfg everything
seems to work. Maybe it helps.
--
Eckehard Berns
boring as hell explanation).
--
Eckehard Berns
, root, RevertToPointerRoot, CurrentTime);
XDeleteProperty(dpy, root, netatom[NetActiveWindow]);
+ XFlush(dpy);
}
selmon-sel = c;
drawbars();
--
Eckehard Berns
On Fri, Aug 17, 2012 at 09:16:55AM -0400, Josh Rickmar wrote:
Eckehard Berns ecki-suckl...@ecki.to wrote:
On my system the following patch to dwm seems to work around the GTK3
focus problem:
[...]
Sorry, but that doesn't seem to work for me. (Were you testing using
xombrero?
No, I
On Fri, Aug 17, 2012 at 03:53:22PM +0200, Eckehard Berns wrote:
I'll try things at home and maybe I find another workaround.
It was just to hot here over the weekend to do anything productive.
I looked into this again today and could see that GDK just doesn't send
any focus related events any
On Mon, Aug 20, 2012 at 11:06:35AM +0200, Eckehard Berns wrote:
I looked into this again today and could see that GDK just doesn't send
any focus related events any more after the toplevel GTK window has a
flag called has_pointer_focus set. GTK on the other hand doesn't think
it has the focus
Please, if you find some new errors (I am pretty sure something can happen)
notice me.
For me Shift+Insert inserts \E[2;2~ just before the selection.
--
Eckehard Berns
I added some code to make insert mode work in st. I don't know if I
missed something, but It's Working For Me(tm). Patch attached.
--
Eckehard Berns
diff -r 19ef42df8e7d st.c
--- a/st.c Wed Nov 14 06:37:24 2012 +0100
+++ b/st.c Thu Nov 15 15:19:52 2012 +0100
@@ -2100,6 +2100,10
On Thu, Nov 15, 2012 at 03:42:40PM +0100, Christoph Lohmann wrote:
On Thu, 15 Nov 2012 15:42:40 +0100 Eckehard Berns ecki-suckl...@ecki.to
wrote:
I added some code to make insert mode work in st. I don't know if I
missed something, but It's Working For Me(tm). Patch attached.
What
On Thu, Nov 15, 2012 at 04:21:01PM +0100, Christoph Lohmann wrote:
On Thu, 15 Nov 2012 16:21:01 +0100 Eckehard Berns ecki-suckl...@ecki.to
wrote:
On Thu, Nov 15, 2012 at 03:42:40PM +0100, Christoph Lohmann wrote:
What are you using this insert mode for?
I access some machines remotely
visited
--
Eckehard Berns
the relevant section you're refering to. Long quoted sections
should be shortened (without loosing meaning). For an example of
quoting you might want to look at the section Proper Quoting Example
at http://email.about.com/cs/netiquettetips/qt/et090402.htm
--
Eckehard Berns
;
--
Eckehard Berns
but reaping zombies. Using
it to spawn shutdown scripts seems kinda wrong to me. Why not call the
shutdown scripts directly to poweroff or reboot the system?
--
Eckehard Berns
your rc.svc to background the agetty loop).
Also, would it be worth it to deal with x86 Linux's ctrl-alt-del? It would
pull in OS specific code, and maybe people don't care for ctrl-alt-del
on the console, since everybody lives in X anyway.
--
Eckehard Berns
to unlink
fifopath or create it, but since it's already there the call to open()
should succeed. You'd have to ignore errors for unlink() and mkfifo()
and only check open() for errors. I can't test this at the moment, but I
think this might work.
--
Eckehard Berns
.
--
Eckehard Berns
On Fri, Feb 07, 2014 at 09:00:34PM +, sin wrote:
On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote:
And since sinit uses Linux specific code anyway you might consider
calling reboot(0) to tell the kernel to send SIGINT to pid 1 on
ctrl-alt-del.
I implemented ctrlaltdel(8
On Fri, Feb 07, 2014 at 09:36:01PM +, sin wrote:
On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote:
I tested v0.3 and besides some glitches due to my system everything
worked fine. I'm using fgetty (yeah, freeing a couple more kb might
not be worth using it, but I tried
ask for the username first even
if login could do it as well.
--
Eckehard Berns
On Mon, Feb 10, 2014 at 03:51:40PM +, sin wrote:
On Mon, Feb 10, 2014 at 02:44:11PM +0100, Eckehard Berns wrote:
On Mon, Feb 10, 2014 at 12:31:59PM +, sin wrote:
I just pushed a simple implementation of getty[1] to ubase. Would
be nice to see if that works ok with your setup
want to defend HTML and the web as such, but it would
be much worse with XML IMO. At least from my perspective.
--
Eckehard Berns
-validating HTML as well.
So in the end we disagree because of personal preference. That's fine
with me.
--
Eckehard Berns
62 matches
Mail list logo