hi,
being constantly informed about (ignored) unmapping may get quite annoying (esp. when in need to frequently switch between virtual desktops). I think either line 831 in u_main.tk (test17), reading
bind $name.c <Unmap> {puts stderr map}
should be commented out, or replaced with something like
bind $name.c <Unmap> {pdtk_canvas_map %W ""}
(I have not made any research, though, which way is better, and how the replacement behaves outside of linux...:)
Krzysztof
btw, there is, at least in my setup, another hostile pd.tk line, 834:
after 1 [concat raise $name]
but this one hurts (that is: takes ages to complete) only if running Gnome... wonder if nobody runs Pd under Gnome?
On Thu, 11 Apr 2002, Krzysztof Czaja wrote:
btw, there is, at least in my setup, another hostile pd.tk line, 834:
after 1 [concat raise $name]
but this one hurts (that is: takes ages to complete) only if running Gnome... wonder if nobody runs Pd under Gnome?
... seems you detected a reason why I never started to use Gnome, .. :) .. and probably I am not the only one
Guenter
|being constantly informed about (ignored) unmapping may get quite |annoying (esp. when in need to frequently switch between virtual |desktops). I think either line 831 in u_main.tk (test17), reading | | bind $name.c <Unmap> {puts stderr map} | |should be commented out, or replaced with something like | | bind $name.c <Unmap> {pdtk_canvas_map %W ""} | |(I have not made any research, though, which way is better, and how |the replacement behaves outside of linux...:)
aaahh. ;)
mapmap
|btw, there is, at least in my setup, another hostile pd.tk line, 834: | | after 1 [concat raise $name] | |but this one hurts (that is: takes ages to complete) only if running |Gnome... wonder if nobody runs Pd under Gnome?
i do run pd under gnome on one machine but i dont experience any "takes ages to complete" ? when is it supposed to happen? maybe now that i know something will take ages to complete ..
-- > < D ¥ . o R 6
Hi all,
I've stopped using Gnome because, every time I open a new window in Pd, Gnome frets for a second or 2 before showing it. I recommend the much faster and lighter "FVWM2" instead.
But I'm planning to try Krzyzstof's edition and see if that helps things at all. I don't remember why that "raise" thing is there in the first place!
cheers Miller
On Fri, Apr 12, 2002 at 02:54:41PM +0200, j_cj wrote:
|being constantly informed about (ignored) unmapping may get quite |annoying (esp. when in need to frequently switch between virtual |desktops). I think either line 831 in u_main.tk (test17), reading | | bind $name.c <Unmap> {puts stderr map} | |should be commented out, or replaced with something like | | bind $name.c <Unmap> {pdtk_canvas_map %W ""} | |(I have not made any research, though, which way is better, and how |the replacement behaves outside of linux...:)
aaahh. ;)
mapmap
|btw, there is, at least in my setup, another hostile pd.tk line, 834: | | after 1 [concat raise $name] | |but this one hurts (that is: takes ages to complete) only if running |Gnome... wonder if nobody runs Pd under Gnome?
i do run pd under gnome on one machine but i dont experience any "takes ages to complete" ? when is it supposed to happen? maybe now that i know something will take ages to complete ..
-- > < D ¥ . o R 6
Miller Puckette hat gesagt: // Miller Puckette wrote:
I've stopped using Gnome because, every time I open a new window in Pd, Gnome frets for a second or 2 before showing it. I recommend the much faster and lighter "FVWM2" instead.
For day-to-day use, I'm still quite happy with blackbox, but just for fun I recently tried sWM from http://www.small-window-manager.de
This is a very super-nano-mini-tiny window-manager, but with enough features to get used to it for longer. It surely would make a great window-manager for performances. I was really surprised, that things felt faster using sWM. It doesn't have a real config file, everything is configured at compile time.
"sWM needs a minimum of 13840 bytes on your harddisk, depending on your selected features and configuration."
Here is my "ls -l": enlightenment: 811536 fvwm2: 325724 blackbox: 163716 sWM: 12388
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______
/ __// __ /__/ __// // __ \ / / __ \ ___\
/ / / ____/ / / / // ____// /\ \ ___\____ \
/_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
My one and only contribution to this message was changing the subject.
I'd been passsing on the map^3 thread and only by accident found the following gem:
On Sat, 13 Apr 2002, Frank Barknecht wrote:
Miller Puckette hat gesagt: // Miller Puckette wrote:
I've stopped using Gnome because, every time I open a new window in Pd, Gnome frets for a second or 2 before showing it. I recommend the much faster and lighter "FVWM2" instead.
For day-to-day use, I'm still quite happy with blackbox, but just for fun I recently tried sWM from http://www.small-window-manager.de
This is a very super-nano-mini-tiny window-manager, but with enough features to get used to it for longer. It surely would make a great window-manager for performances. I was really surprised, that things felt faster using sWM. It doesn't have a real config file, everything is configured at compile time.
- From the README:
"sWM needs a minimum of 13840 bytes on your harddisk, depending on your selected features and configuration."
Here is my "ls -l": enlightenment: 811536 fvwm2: 325724 blackbox: 163716 sWM: 12388
Now, that's small ;)
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______ / __// __ /__/ __// // __ \ / / __ \ ___
/ / / ____/ / / / // ____// /\ \ ___\____
/_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
-- Larry Troxler -- lt@westnet.com -- Patterson, NY USA --
hi Miller and all,
Miller Puckette wrote: ...
But I'm planning to try Krzyzstof's edition and see if that helps things at all. I don't remember why that "raise" thing is there in the first place!
first of all my blaming of gnome was wrong, because raising is a window manager's job. So it is clearly a problem with sawfish. There are no window-opening delays if gnome is placed on top of twm or fvwm2.
There is a delay somehow introduced by sawfish when a raising request interrupts redrawing of a window contents. So there is no visible delay if the request itself is delayed more than by 1ms, i.e using ``after 100 [concat raise $name]'' or more (depending on how patch is complex).
But anyway, I think this line is redundant, and commenting it out is the very first thing I do after installing any new Pd version.
also, Miller Puckette wrote: ...
I've stopped using Gnome because, every time I open a new window in Pd, Gnome frets for a second or 2 before showing it. I recommend the much faster and lighter "FVWM2" instead.
indeed, in my personal setup I am happy with plain fvwm2, without gnome (using old good motif look and feel, btw :) -- fast, easy to configure, has never let me down.
But I have to maintain a number of other setups used for assignments by a dozen of Windows-addicted students. And, believe me or not, gnome is best suited for that job (although I would rather not use gnome in a concert...)
Krzysztof