> Stefan
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
pgp9y9JT8eQeh.pgp
Description: PGP signature
unfixed issues.
Opinions on that?
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
pgp0vd8O_ztKe.pgp
Description: PGP signature
n still be used for development, however seldom it
may be, I'm happy, I think.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
pgpFsrEdaQhQc.pgp
Description: PGP signature
s were mixed up; inside the box it got
location (x,y) where (x,y) were (probably) the location relative to the
Root window).
I've changed the OtpCheckConsistency() to avoid checking windows in
WindowBoxes but that doesn't seem to be enough.t I'll have to ponder
that some more.
&
quot;monotone-viz" program, but for me that stopped working quite a while
ago (I still need to found out what broke it).
> Stefan
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
y remember fixing a few stacking-order bugs as part of my
> on-top-priority patch, so that might simply be it.
That also makes me want to see the patch. So far it is the best theory
(even if very vague so far) about what's happening :-)
> Stefan
-Olaf.
--
___ Olaf 'Rhialto&#
On Sun 23 Jun 2013 at 18:30:57 +0200, Rhialto wrote:
> | would be if it were possible to keep track of the stacking order
> | without explicitly asking the X server with XQueryTree().
I've been thinking about that a bit. Really keeping track of stacking
order changes is quite diffi
nst parent d60692c3d82391bd01e15ca64725e263c1dc79ab
|
| patched parse.c
| patched util.c
| patched util.h
| patched workmgr.c
| patched workmgr.h
o --
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The
ompensate at least a bit, I put all commit messages together in the
CHANGES file. Unfortunately you can't see for each step individually
that they look simple enough to be correct :-(
I could push the branch, but then you get the clutter I was hoping to
avoid.
-Olaf.
--
___ Olaf 'Rhial
orkspace
which may have improved with my changed; I ought to re-test it :)
Cheers,
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
(Scr->SaveWorkspaceFocus && ws->save_focus == tmp_win) {
+ ws->save_focus = NULL;
+}
+ }
}
}
@@ -1585,8 +1590,8 @@ void WMgrAddToCurrentWorkSpaceAndWarp (v
}
if (! tw->mapped) DeIconify (tw);
-if (! Scr->NoRaiseWarp) RaiseWindow (tw);
-WarpToWindow (tw);
+//if (! Scr->RaiseOnWarp) RaiseWindow (tw);
+WarpToWindow (tw, Scr->RaiseOnWarp);
}
static void CreateWorkSpaceManagerWindow (virtualScreen *vs)
@@ -2900,7 +2905,7 @@ move: XMoveWindow (dpy, w, newX - XW, n
XMapWindow (dpy, sw);
XDestroyWindow (dpy, w);
GotoWorkSpace (vs, ws);
- if (!Scr->DontWarpCursorInWMap) WarpToWindow (win);
+ if (!Scr->DontWarpCursorInWMap) WarpToWindow (win, Scr->RaiseOnWarp);
control_L_sym = XStringToKeysym ("Control_L");
control_R_sym = XStringToKeysym ("Control_R");
control_L_code = XKeysymToKeycode (dpy, control_L_sym);
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
uld be nice. It might be helpful for my problem too.
> Stefan
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- There's no point being grown-up if you
\X/ rhialto/at/xs4all.nl-- can't be childish sometimes. -The 4th Doctor
Duh, *after* I show my code to others, I see my mistake. I didn't
increment loop, so the infinite loop is my own...
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- There's no point being grown-up if you
\X/ rhialto/at/xs4all.nl-- can't be childish sometimes. -The 4th Doctor
0;
}
If the target window is in another workspace, wait_for_deiconify_other()
prints "wait_for_deiconify_other: IsViewable, 0 loops", but only when
you manually switch to that workspace. In the mean time, the X server
loops, soaking up lots of cpu time, and VICE too but to a lesser extent.
I suppose this mus
the window to become visible) should be found
and fixed.
- do drag the window to the current workspace, but update its occupation
properly.
What's best?
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- There's no point being grown-up if you
\X/ rhialto/at/xs4all.nl-- can't be childish sometimes. -The 4th Doctor
t your shell. With "exec startx" there is no such possibility.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- There's no point being grown-up if you
\X/ rhialto/at/xs4all.nl-- can't be childish sometimes. -The 4th Doctor
would make sense to just put such a diff on the website, next to the
release itself.
Good idea?
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- There's no point being grown-up if you
\X/ rhialto/at/xs4all.nl-- can't be childish sometimes. -The 4th Doctor
On Wed 13 May 2009 at 21:10:53 +0200, Rhialto wrote:
> And indeed, that fixed it! Really weird. I want to try to find which
> option makes the difference... but I don't have time for that now :-(
Returning to my previous problem: it is indeed the backing store option
that causes the
On Wed 13 May 2009 at 18:20:26 +0200, Rhialto wrote:
> Maybe I should try to have X.org generate its own config file and see if
> it makes a difference.
And indeed, that fixed it! Really weird. I want to try to find which
option makes the difference... but I don't have time f
er display than the one that ctwm is managing!)
-Olaf.
--
___ Olaf 'Rhialto' Seibert-- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl -- Cetero censeo "authored" delendum esse.
d releasing Control inside the
WorkSpaceManager window).
http://www.falu.nl/~rhialto/ctwm-xorg/win1.png shows what it looks like,
and
http://www.falu.nl/~rhialto/ctwm-xorg/win2.png shows the difference on
my un-updated machine.
Has anyone seen anything like this?
-Olaf.
--
___ Olaf 'Rhialt
go full-screen because I get to place
the window (which causes delay and doesn't fit on screen).
-Olaf.
--
___ Olaf 'Rhialto' Seibert-- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl -- Cetero censeo "authored" delendum esse.
ough :-(.
-Olaf.
--
___ Olaf 'Rhialto' Seibert-- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl -- Cetero censeo "authored" delendum esse.
actice is difficult to predict. One useful
rule I apply is that if something relatively slow happens directly as a
result of user action, it doesn't matter, since humans are even slower.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rh
wm some time ago, and even though it has many nice things,
and the source code seems a lot cleaner than ctwm, it doesn't have that.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Sun 30 Dec 2007 at 15:44:20 +0100, Rhialto wrote:
> XWarpPointer (dpy, None, t->frame, 0, 0, 0, 0, x, y);
>
> adds some offset (but that seems fairly unlikely).
except that it does. The origin of a Window is apparently inside the
Window's border. I had to look that up, su
aybe
it is time to overhaul that (which I haven't done since it seems tricky
to get that right).
{{{ aside:
when using f.movetonextworkspaceandfollow, the
SaveWorkspaceFocus option should not operate!
}}}
Hopefully more later.
-Olaf.
--
___ Olaf 'Rhialto' Seibert
aceList; ws != NULL; ws = ws->next) {
int mask = 1 << ws->number;
if (changedoccupation & mask) {
- if (newoccupation & mask)
+ if (newoccupation & mask) {
WMapAddToList (tmp_win, ws);
- else
+ } els
On Thu 27 Dec 2007 at 16:25:54 +0100, Olaf Seibert via RT wrote:
> I suppose this must be cleaned up, to at least initialise all other
> fields to some sane default.
I committed and pushed that patch, revision
a8cae659665e273b3e4176d24da78ddfe0e33371.
-Olaf.
--
___ Olaf 'Rhial
st; /* only one virtual screen */
/* more?... */
return;
}
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
it should
probably use something else to better express that we're looking at a
virtual screen's width and height)
Maybe I'll have time to look at this in more detail later.
> Matthew Fuller (MF4839) | [EMAIL PROTECTED]
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
ses.
> Richard Levitte [EMAIL PROTECTED]
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Sun 02 Dec 2007 at 15:39:38 -0800, Martin Blais wrote:
> Allright, Rhialto, I looked into it, I'm pretty convinced that these
> comments out bits were just for debugging stuff.
> Sorry about that.
Sure, no problem. I've done things like that too.
I've been trying this
re just interfering somehow with this
functionality, it should depend on the config file setting, I think.
Cheers,
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
;if (x != 0)", what happens is
this: you again have an expression of integral type which is 0 or not.
The new, "better" condition is no better than the one there was before.
So, to be really really sure, you'd have to write "if ((x != 0) != 0)".
But this is still n
t piece -viz is
> looking for that's missing. What connecting piece isn't there?
Did you look at http://www.falu.nl/~rhialto/monotone.png ? It should
show it clearly, I think. Annoying that monotone-viz doesn't show
everything - an incorrect visualisation spoils everything..
ke when you choose to view only a subset
of all revisions. The difference is that there is no way to make them
visible since they are not present in my repository. I made a screenshot
here: http://www.falu.nl/~rhialto/monotone.png
So, given the workflow that you describe, it sounds like monotone shoul
otone 0.36 (base revision:
e4bc808d89e029ce623f9e8f2b10c84006b83fb5)" and "monotone-viz 0.15 (base
revision: )"
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
tBSD.
Apart from that, it's an ideal tool :-)
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Tue 13 Feb 2007 at 18:32:56 +0100, Rhialto wrote:
> On Tue 13 Feb 2007 at 13:20:39 +0200, Zvi Har'El wrote:
> > which is very disturbing. Closing this window using f.delete instead of
> > clicking on "OK" or "Cancel" causes ctwm to crash.
>
> That,
ook into that one. I notice that f.delete
is explicitly ignored on icon manager windows, window boxes, and the
workspace manager. f.destroy on an Occupy window terminates ctwm too
(actually I only dared to test this in a captive window, I'll test for
real on another machine).
> Cheers,
> Zvi
(which was my fault).
I checked in a fix to that revision and merged it with the head, giving
revision 86a8e16222ae3a706028087d8b56d638d8f9a535.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
aybe I'm trying it the wrong way, but I can't even seem to get
WarpCursor to do anything even just before this revision. Or maybe there
is some other directive in my test config that counteracts it, or
something. I just added a line with "WarpCursor" without a window list.
-O
e in practice" but of course it would be useful to know if
I (or everyone else) should review them for mistakes. You might just
have or just not have been using them at the time.
> Dr. Zvi Har'El mailto:[EMAIL PROTECTED]Department of Mathematics
-Olaf.
--
___ Olaf 'Rhia
On Thu 01 Feb 2007 at 23:57:43 +0100, Rhialto wrote:
> So, summarizing, I have no current stuff to push or short-term plans for
> such.
Of course, just writing that made me go look for simple clarity
improvements. My theory is that if one keeps doing that sort of thing
for long enough, even
that you have recently implemented it?
*If* the TwmWindow list is in depth-order, then the drawing of the
workspace manager can be simplified (right now WMapRestack() calls
XQueryTree() to find out the stacking).
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
marizing, I have no current stuff to push or short-term plans for
such.
> Stefan
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Fri 26 Jan 2007 at 00:44:54 +0100, Richard Levitte - VMS Whacker wrote:
> rhialto> tmp_win->group = tmp_win->wmhints->window_group;
> rhialto> if (tmp_win->group /* maybe add != 0 */) {
>
> The latter. That makes the intention clear. And for the re
quot;!= 0".
But I'll change it to
if ((tmp_win->group = tmp_win->wmhints->window_group) != 0) {
or would you prefer
tmp_win->group = tmp_win->wmhints->window_group;
if (tmp_win->group /* maybe add != 0 */) {
> Richard
-Olaf.
--
___ Olaf &#x
#x27;t tried anymore (and similar when at least one res_name
matches the res_class isn't tried any more). When I tried it, I had 1
xterm that had changed its title and a couple that hadn't, so only the
latter got affected.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it
On Thu 25 Jan 2007 at 22:53:15 +0100, Richard Levitte via RT wrote:
> So, yeah, it seems to apply still, but seems to depend on the
> application having focus. Can't say I quite understand what happens
> in these cases...
That makes it more mysterious indeed...
-Olaf.
--
___
27;m closing the ticket (well I'm going to try anyway :-)
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Tue 23 Jan 2007 at 01:26:48 +0100, Richard Levitte - VMS Whacker wrote:
> In message <[EMAIL PROTECTED]> on Tue, 23 Jan 2007 00:38:35 +0100, Rhialto
> <[EMAIL PROTECTED]> said:
>
> rhialto> I wonder, btw, what should done with "sqeezed" windows (aka
>
pixel
> or two every time I start ctwm so that they show up.
The Occupy window seems to take its sizes from the WorkSpaceManager
window. If you change that size in your .ctwmrc a bit, does the problem
go away? (I have never seen the effect, maybe I can create it in this
way, too).
-Olaf.
--
On Sun 21 Jan 2007 at 00:57:42 +0100, Rhialto via RT wrote:
> At first glance I don't think it is related, but then I've never used
> AutoRaise (or RaiseDelay). Maybe it's just that the app window raises
> itself above the menu, I don't really know what kind of events
eezed" windows (aka "rolled
up"): should doing that to the group leader also do it to the group
members? Or unmap them, like happens with iconification?
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Sat 20 Jan 2007 at 01:36:38 +0100, Rhialto wrote:
> On Fri 19 Jan 2007 at 16:46:07 -0500, Stefan Monnier wrote:
> > IIRC, ExMH used it.
>
> Conveniently, it is present in pkgsrc so it was easily installed.
> However something broke somewhere, since the icon doesn't react
27;ve never used
AutoRaise (or RaiseDelay). Maybe it's just that the app window raises
itself above the menu, I don't really know what kind of events give rise
(pun not intended) to an autoraise.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader i
27;ve never used
AutoRaise (or RaiseDelay). Maybe it's just that the app window raises
itself above the menu, I don't really know what kind of events give rise
(pun not intended) to an autoraise.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader i
On Sat 20 Jan 2007 at 19:05:36 +0100, Richard Levitte via RT wrote:
> Hey Olaf, didn't you solve this with your latest changes?
Yep, and on my system it still works correctly.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\
On Sat 20 Jan 2007 at 19:05:36 +0100, Richard Levitte via RT wrote:
> Hey Olaf, didn't you solve this with your latest changes?
Yep, and on my system it still works correctly.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\
s crept into the
checked-in source:
execlp("m4", "m4",
#if !defined(__NetBSD__)
"-s",
#endif
tmp_file, "-", NULL);
So unless you want to change this, you can close the ticket.
-Olaf.
--
___ Olaf
not sure I've
ever seen that). So something got broken in ctwm's group handling (it
might even be my own GTK fix) or ExMH is doing the iconification itself.
Time for some experimenting...
> Stefan
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it
e moved or
removed even in some cases.
(t->group == tmp_win->w && t != tmp_win)
Also, there were various loops through all TwmWindows looking
for a group leader (or a transientfor), I replaced them with
GetTwmWindow() which uses the Xlib fu
s crept into the
checked-in source:
execlp("m4", "m4",
#if !defined(__NetBSD__)
"-s",
#endif
tmp_file, "-", NULL);
So unless you want to change this, you can close the ticket.
-Olaf.
--
___ Olaf
unning in a captive window). It also looks
like WIN_STATE_STICKY (now _NET_WM_STATE_STICKY) means something else
than "window has occupation in all workspaces".
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
oded apostrophe doesn't have a proper
> translation in ISO-8859-1. But that's just a guess.
I am guessing the same. This stuff is tricky sometimes...
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
59-1"
which seemes to come from my bash_login script
export LC_CTYPE=nl_NL.ISO8859-1
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
ctwm2019.png
Description: PNG image
On Thu 21 Dec 2006 at 23:36:47 +0100, Rhialto wrote:
> - Opaque move of windows inside the captive window is broken - it shows
> the window at some offset (the same as the captive window position it
> seems) while moving. This may be sincd kovert's changes, since it
> chang
ed this out in revision ea724cab2c564a807952012b660ccfd78fbae111.
Cheers,
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Thu 21 Dec 2006 at 23:36:47 +0100, Rhialto wrote:
> - Opaque move of windows inside the captive window is broken - it shows
> the window at some offset (the same as the captive window position it
> seems) while moving. This may be sincd kovert's changes, since it
> chang
ed this out in revision ea724cab2c564a807952012b660ccfd78fbae111.
Cheers,
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
ive windows then.
> Richard
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
awn from a different window (the root) rather than the parent of the
window (the virtual screen), *and* the dragging of opaque windows still
happens relative to their parent (= virtual screen) but using the other
coordinates. I'll try to sort that out too.
> Richard
-Olaf.
--
___ Olaf &#x
pace (this had
a different cause).
[Olaf "Rhialto" Seibert]
which fixes the first 3 points, which now makes it easier to attack the
4th.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
pace (this had
a different cause).
[Olaf "Rhialto" Seibert]
which fixes the first 3 points, which now makes it easier to attack the
4th.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
of 4 has been taken into account.
Once we settle on some layout, I'm sure I can make some vim settings
that do all or most of the work for it without thinking about it.
Similarly for settings for the "indent" program. As long as what we
choose can be automatically produced, it is eas
the braces aren't the ugly GNU style, half-indented! Eew!
while
{
something;
}
some more...
> Matthew Fuller (MF4839) | [EMAIL PROTECTED]
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Fri 22 Dec 2006 at 17:07:04 +0100, Richard Levitte - VMS Whacker wrote:
> Mmmm, Rhialto, you have write access to the repo, so if your patch
> works, I suggest committing and pushing so we can all try.
Done. I was being careful, just in case somebody would say "Nooo!
You ca
On Sat 16 Dec 2006 at 15:56:05 +0100, Rhialto via RT wrote:
> A few oddities regarding workspaces and captive ctwm windows:
>
> - If you start a captive ctwm (ctwm -w) the new window will often move
> off to some other workspace right away.
>
> - If you use the WorkSpaceMan
37b8]
#to [33f0ea1748e6dc148b4218d5fa4166f606377aef]
#
--- CHANGES 1528a7a23da608e5ed0808513f0777fc83c3d6ab
+++ CHANGES 5ab433a15ec4c9254e10dce0d45cbc1b0c168ded
@@ -1534,3 +1534,22 @@ VirtualScreens {
This is basic
On Sat 16 Dec 2006 at 15:56:05 +0100, Rhialto via RT wrote:
> A few oddities regarding workspaces and captive ctwm windows:
>
> - If you start a captive ctwm (ctwm -w) the new window will often move
> off to some other workspace right away.
>
> - If you use the WorkSpaceMan
have helped though.
If nobody has an idea, I'll file it with the bug tracker in a while.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
Some analysis on the InitVirtualScreens() function. It is doing too many
things at once.
For instance, it tries to establish if virtual screens should be used at
all - but does this incorrectly (or at least in a very weird way): the
variable userealroot is always True. But it also looks at the at
ay or may not be considered a feature.)
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
ty of the calls to the 2 functions to a part to be done
before reading the config file, and a part afterward. But I don't know
how to perform this separation.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
viz/ I find it to be a very
> helpful tool.
Essential, I would say. Without its visualisation one would lose
overview completely.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
On Sat 16 Dec 2006 at 01:40:51 +0100, Rhialto wrote:
> directive) be called *after* InitVirtualScreens() and
> ConfigureWorkSpaceManager()... how to fix this?
Strangely enough, just moving back InitVirtualScreens() and/or
ConfigureWorkSpaceManager() back to where I thought they were seems t
viz/ I find it to be a very
> helpful tool.
Essential, I would say. Without its visualisation one would lose
overview completely.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
WorkspaceManager
broke again... does anyone remember what the previous fix was and if it
maybe was reverted or re-broken?
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
WorkspaceManager
broke again... does anyone remember what the previous fix was and if it
maybe was reverted or re-broken?
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
anager. The ctwm windows didn't show up in the gnome
workspace manager, I had to use ctwm's own workspace manager instead.
(Note that ctwm's workspace manager is more powerful, since it offers
more choices for a window than just "one" or "all" workspaces).
-O
On Mon 30 Jan 2006 at 17:03:47 +0100, Rhialto wrote:
> Ok, I'll commit it later, with some additional cleanup which I have done
> in the meantime.
Done. Available for anonymous monotone access.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll
On Mon 30 Jan 2006 at 10:19:49 +0200, Nadav Har'El wrote:
> I tried it, and it works! Dragging the window's borders appears to work
> perfectly now.
Ok, I'll commit it later, with some additional cleanup which I have done
in the meantime.
-Olaf.
--
___ Olaf 'Rhialto&#
changed the TopCursor detection; if you have squeezed title bars
you should now see a proper top resize cursor when you are in the top
border outside the title bar.
Can you try the attached patch?
> Thanks in advance,
> Nadav Har'El.
-Olaf.
--
___ Olaf 'Rhialto' Seibert
should be.
To show these strange effects, I included 3 small gifs:
highlight.gif: my normal config (to compare)
paddingdefault.gif: just added NoTitleHighlight
padding0.gif: also added TitlePadding 0
> Johan
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'
merge system is a bit funky. On 2 files (add_window.c and events.c) it
asked me to edit manually (but the proposed merge was already ok), and
on another (CHANGES) it merged a mistake back in without asking.)
> Richard
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and
.
Here is a screenshot: http://www.falu.nl/~rhialto/titlebars.xwd.gif
(something messed up my colours though) and here are diffs, relative to
the snapshot Richard just published:
http://www.falu.nl/~rhialto/ctwm-movetitlebar.diff You can also get them
from the repository. The branch name is
On Wed 28 Sep 2005 at 21:44:37 +0300, Nadav Har'El wrote:
> I'm glad to report that each and every one of the leaks I found is
> now gone :-) Thanks.
Great! I have moved back some cleanup code (it provided some more
abstraction but less symmetry) and I'll commit to the development
branch.
> When
TK2 based programs, and I see no particular
problems with menus. Maybe it's a settings issue.
> -- Johan
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl-- Cetero censeo "authored" delendum esse.
1 - 100 of 134 matches
Mail list logo
