Hi,
Assume i have two windows, A and B. Is it possible to swap their
positions with each other?
what i am after is the ability to move windows about by swapping
positions with one another. i use bindings for the following:
Key LeftA 4 Direction West (AcceptsFocus) Focus
Key Right A
On 24/02/2008, Michael Treibton <[EMAIL PROTECTED]> wrote:
> Thank you for trying but i get odd results from this.
>
> is there no builtin way?
Also, didnt i read somewhere that to many env vars is bad?
Michael
On 24/02/2008, Jaimos Skriletz <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 24, 2008 at 04:14:20PM +, Michael Treibton wrote:
> > Hi,
> >
> > Assume i have two windows, A and B. Is it possible to swap their
> > positions with each other?
> >
>
>
On 24/02/2008, Jaimos Skriletz <[EMAIL PROTECTED]> wrote:
> I have not run across any built in way to do this. Bascailly all it does is
> move each
> window to the current location of the corresponding window. If the windows
> are the
> same size you get nice results (such as terminals), if windo
On 24/02/2008, Jaimos Skriletz <[EMAIL PROTECTED]> wrote:
> I did give you two examples of how 'pointless' enviorment variables are not
> needed,
> there are other reasons why you would want to use FVWM_USERDIR over fvwm_home
> (one is all systems know FVWM_USERDIR). please read thomas' writeup.
>
hi -
i use a dualhead setup with xinerama and wondered if i could either
define ewmhbaststruts to just one screen or have two different
ewmhbasestruts per screen?
Michael
On 24/02/2008, Jaimos Skriletz <[EMAIL PROTECTED]> wrote:
> I have not run across any built in way to do this. Bascailly all it does is
> move each
> window to the current location of the corresponding window. If the windows
> are the
> same size you get nice results (such as terminals), if windo
in other window managers, apps which use systray (such as gajim, or
gaim or kopete) remember the window position when theyre toggled via
their systray icon. in fvwm, they do not.
is there a reason for this? can this behavior be rectified? is it a bug?
thanks
Michael
On 24/03/2008, Thomas Adam <[EMAIL PROTECTED]> wrote:
> On 24/03/2008, Michael Treibton <[EMAIL PROTECTED]> wrote:
> > in other window managers, apps which use systray (such as gajim, or
> > gaim or kopete) remember the window position when theyre toggled via
> &
hi everyone,
i've been reading with interest on this list for months that work is
being done to make fvwm-cvs stable.
i see that there is a new fvwm-convert-2.6 script which has worked
with all my old config files - flawlessly - i dont get any errors from
fvwm using the converted configs and i do
hi!
On 13 June 2010 10:12, Thomas Adam wrote:
> On Sat, Jun 12, 2010 at 11:16:02PM +0100, Michael Treibton wrote:
>> hi everyone,
>
> Hello.
>
>> i've been reading with interest on this list for months that work is
>> being done to make fvwm-cvs stable.
>
hi everyone!
i have a question with stalonetray and fvwmbuttons. here is my
fvwmbuttons config -
*fvwmbuttons: (8x1, Swallow (UseOld,Respawn,NoClose,NoKill)
`stalonetray` `Exec exec stalonetray --kludges
force_icons_size,fix_window_pos,use_icons_hints`)
and my .stalonetrayrc file -
grow_gravity
hi
i have this -
SetEnv numofterms 10
key q R A Echo $[numofterms]
which works. but when i change "numofterms" to be a different number,
my key binding still shows "10".
why? is it a bug?
Thanks!
M. Treibton
On 20 June 2010 11:00, Jake Moe wrote:
> On 20/06/10 15:06, Jaimos Skriletz wrote:
>> On Sat, Jun 19, 2010 at 08:43:18PM +0100, Rui Silva wrote:
>>
>>> Hi!
>>>
>>> I've installed FVWM and FVWM-themes on my Ubuntu 10.04 but I'm
>>> experiencing some difficulties:
>>>
>>> 1. How can I activate FVWM
On 20 June 2010 19:28, Thomas Adam wrote:
> Key q R A Echo $$[numofterms]
>
> And, as in the above, you need to read the thing backwards, just like FVWM
> is doing when it parses the line. So first time around (when it encounters
> the keyword "Key") FVWM will expand it out like this:
>
> Key q R
On 28 July 2010 23:35, Thomas Adam wrote:
> Hello all,
>
> I toy with this idea at least three times a year, which must mean something.
> :) I know I've asked this in the past of most people, but I will ask it
> again -- not so much in terms of the particulars -- but if there's enough
> interest.
Hi,
I recently read this:
https://plus.google.com/+ThomasAdamXteddy/posts/H5dV9UM7Pbe
And wondered what the status of fvwm is for definite, especially now
one of the main developers has abandoned it.
What do others think?
Michael
On 26 May 2014 17:18, lee wrote:
> lee writes:
>
>> Thomas Adam writes:
>>
>>> So I don't want idle speculation or wonder to permeate the work I'm doing,
>>> the only thing FVWM will benefit from this will be bug-fixes, and I've
>>> already identified a few memory leaks. It's nice for FVWM in a
On 5 July 2014 16:05, Olivier Galibert wrote:
> I found that setting up the monitors with xrandr then restarting fvwm
> from the menu works rather well. So screen configuration is well
> taken into account. OTOH, it seems that having fvwm pick it up
> automatically would require major surgery.
On 6 July 2014 09:39, Chris Bannister wrote:
> On Sat, Jul 05, 2014 at 04:54:32PM +0100, Michael Treibton wrote:
>> On 5 July 2014 16:05, Olivier Galibert wrote:
>> > I found that setting up the monitors with xrandr then restarting fvwm
>> > from the menu wo
On 15 July 2014 12:04, Chris Bannister wrote:
> On Tue, Jul 15, 2014 at 09:04:44AM +0200, Harald Dunkel wrote:
>> On 07/10/14 21:24, Dominik Vogt wrote:
>> >
>> > Yes, it is confusing, and that's one of the first things I'd clean
>> > up if it ever came to fvwm-3.x. Meanwhile, the options are jus
Hi,
I've been trying to port some patches from mvwm, which is the clean-up
effort of another person who uses fvwm.
The one I'm interested in is a change to libs/FScreen.h to introduce
separate monitor support, which as I can understand it, makes each
screen separate with its own set of desks and
On 15 August 2014 21:05, Dominik Vogt wrote:
> I'll start a new mail thread about parsing with the prefix
> "REWRITE: " in a minute.
>
> In the mean time I've created a github user id 'domivogt' and
> cloned the mvwm repository and would be happy if you gave me push
> access so that I can start to
On 18 August 2014 05:50, Dan Espen wrote:
> Brian writes:
>
>> On Sun, 17 Aug 2014 15:25:43 +0100
>> Michael Treibton wrote:
>>
>>> On 15 August 2014 21:05, Dominik Vogt wrote:
>>> > I'll start a new mail thread about parsing with the prefix
On 18 August 2014 12:44, Thomas Adam wrote:
> Is this perhaps not clear enough? I appreciate the enthusiasm, but this
> groundwork is really important before we can move forward. Unless there's
> anyone else who wishes to help out with this---which would mean
> understanding a fair amount of fvw
On 18 August 2014 15:39, Dominik Vogt wrote:
> The TODO is just the foundation of the new project. It lists a
> lot of very important infrastructure changes that are actually
> very un-sexy for users.
Yes, they do look boring, i am sorry to say this but it is what i think.
> Yes. I do not beli
Hi,
taking a look at the mvwm repository, i notice that the documentation
is using xml. is this still the case? it looks like some of the
documentation hasn't changed given some changes to the functionality
in mvwm???
is this something i could be helping with?
Michael
On 23 August 2014 17:30, Thomas Adam wrote:
> On Sat, Aug 23, 2014 at 04:36:47PM +0100, Michael Treibton wrote:
>> Hi,
>>
>> taking a look at the mvwm repository, i notice that the documentation
>> is using xml. is this still the case? it looks like some of the
>
On 24 August 2014 00:09, Glenn Golden wrote:
> I would offer the following encouragement to Michael: Every person (without
> exception that I recall) who over the years I've badgered, browbeaten,
> encouraged, or required to use *roff has been very happy that they took the
> plunge. You may laugh
On 24 August 2014 10:00, Thomas Adam wrote:
> But heed my previous email; when you get down to it, *roff (mdoc) *is*
> the abstraction layer. That mdoc allows for all these things, and is
> still letting you use the very typesetting language man pages render
> with, etc., is a winner in my eyes.
On 24 August 2014 23:10, Dominik Vogt wrote:
> That example lacks almost all the markup in the text. It does not
> allow to automatically generate links in html format, or identify
> command names, command options, styles, strings, key sequences
> etc. by markup. An Asciidoc source file without
On 25 August 2014 09:43, Thomas Adam wrote:
> This conversation is over.
i am biterly concerned and disappointed by this decision - i do not
understand how you can be closed minded and not take the usefulness of
asciidoc.
i thought mvwm was going to be a nice project with a different
attitude to
On 25 August 2014 13:29, Thomas Adam wrote:
> Michael, it's been pointed out to me that my comment was a little
> harsh--and I had indeed intended to be, other than a firmer "I've
> nothing more I can say that I've not done already". Unlike the
> patronising hyperbole I received off-list, I won'
On 25 August 2014 19:33, Dominik Vogt wrote:
> So, specifically, I ask everybody to really read and think about
> the messages on the lists, to assume a constructive attitude, to
> accept that people are different and one might find it difficult
> to get along with somebody else, who is technicall
Hi,
I'm curious if and when mvwm will get its own website? Will you want
help with that when you start this? What about a new logo? I see the
old fvwm site that there are lots of logos! Some are cats?!
Michael
On 31 August 2014 16:13, Dominik Vogt wrote:
> On Sun, Aug 31, 2014 at 03:31:18PM +0100, Michael Treibton wrote:
>> I'm curious if and when mvwm will get its own website? Will you want
>> help with that when you start this?
>
> Of course I cannot speak for Thomas.
On 31 August 2014 16:13, Dominik Vogt wrote:
> These are the result of the fvwm logo competition we had many years
> ago. The official logo is the one with the cat's tail on
> www.fvwm.org.
>
>> Some are cats?!
>
> Yes. :-D
ok.
so will it always be cats? I like cats - but I think also Thomas l
On 31 August 2014 17:33, Michael Treibton wrote:
> On 31 August 2014 16:13, Dominik Vogt wrote:
>> These are the result of the fvwm logo competition we had many years
>> ago. The official logo is the one with the cat's tail on
>> www.fvwm.org.
>>
>>&g
38 matches
Mail list logo
