Fwd: Constrained resize for floated windows
I made a tiny patch for the main Xmonad code, to allow constrained resizing of windows. Hold down mod-SHIFT-button3 instead of just mod-button3, and the window will resize with width=height. I find this useful for resizing analogue xclock without getting an out-of-shape clock face. If it's not deemed useful for mainline I've packaged it as a contribution as well. constrainResize.mainline.diff - touches Config.hs and Operations.hs or constrainResize.contrib.diff - adds XMonadContrib/ConstrainedResize.hs - touches MetaModule.hs Cheers, Dougal. PS. This is my second attempt at submitting a patch here. Is there nowhere one can submit a patch without first signing up? The ease of 'darcs send' is more than counteracted by the annoyance of creating an account... /grumble grumble
On Oct 21, 2007, at 10:08 , Dougal Stanton wrote:
If it's not deemed useful for mainline I've packaged it as a contribution as well.
FWIW, if something *can* be expressed solely as a contrib, it generally *should* be. If it turns out to be a pattern used in many contrib extensions, then it could be a candidate for the base.
PS. This is my second attempt at submitting a patch here. Is there nowhere one can submit a patch without first signing up?
The main problem with such a submission point is that most "submissions" would come from spammers. (*grumble*) -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH
On 21/10/2007, Brandon S. Allbery KF8NH
FWIW, if something *can* be expressed solely as a contrib, it generally *should* be. If it turns out to be a pattern used in many contrib extensions, then it could be a candidate for the base.
Okay, that seems fair. I had been unsure because it seemed so very wasteful to code up a whole new external module for what was about a 3-line diff against the base.
The main problem with such a submission point is that most "submissions" would come from spammers. (*grumble*)
Yeah, I see what you mean. Oh well! ;-) Cheers, D
Brandon S. Allbery KF8NH wrote:
The main problem with such a submission point is that most "submissions" would come from spammers. (*grumble*)
Are spammers really smart enough to put "darcs patch: " at the beginning of the subject line, and attach a darcs patch (e.g. reject any subject line that doesn't contain "darcs patch", at least if it's from someone who has never sent a message that's been accepted by the address/list)? If they don't sign up, and aren't given access to list archives, I don't see how spammer-machines could automatically find out... Isaac
On Oct 21, 2007, at 12:50 , Isaac Dupree wrote:
Brandon S. Allbery KF8NH wrote:
The main problem with such a submission point is that most "submissions" would come from spammers. (*grumble*)
Are spammers really smart enough to put "darcs patch: " at the beginning of the subject line, and attach a darcs patch (e.g. reject any subject line that doesn't contain "darcs patch", at least if it's from someone who has never sent a message that's been accepted by the address/list)? If they don't sign up, and aren't given access to list archives, I don't see how spammer-machines could automatically find out...
Sadly, spammers aren't just machines, and the people behind the machines seem to actively seek out ways to target even the most unlikely recipients. I've given up on trying to understand their logic beyond "all possible recipients in all possible ways at all possible times". -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH
Brandon S. Allbery KF8NH wrote:
On Oct 21, 2007, at 12:50 , Isaac Dupree wrote:
Brandon S. Allbery KF8NH wrote:
The main problem with such a submission point is that most "submissions" would come from spammers. (*grumble*)
Are spammers really smart enough to put "darcs patch: " at the beginning of the subject line, and attach a darcs patch (e.g. reject any subject line that doesn't contain "darcs patch", at least if it's from someone who has never sent a message that's been accepted by the address/list)? If they don't sign up, and aren't given access to list archives, I don't see how spammer-machines could automatically find out...
Sadly, spammers aren't just machines, and the people behind the machines seem to actively seek out ways to target even the most unlikely recipients. I've given up on trying to understand their logic beyond "all possible recipients in all possible ways at all possible times".
the odd thing is that haskell.org and other mailman mailing lists don't seem to get spammed. Even though anyone can register any e-mail address instantly (in the most common configuration) Isaac
isaacdupree:
Brandon S. Allbery KF8NH wrote:
On Oct 21, 2007, at 12:50 , Isaac Dupree wrote:
Brandon S. Allbery KF8NH wrote:
The main problem with such a submission point is that most "submissions" would come from spammers. (*grumble*)
Are spammers really smart enough to put "darcs patch: " at the beginning of the subject line, and attach a darcs patch (e.g. reject any subject line that doesn't contain "darcs patch", at least if it's from someone who has never sent a message that's been accepted by the address/list)? If they don't sign up, and aren't given access to list archives, I don't see how spammer-machines could automatically find out...
Sadly, spammers aren't just machines, and the people behind the machines seem to actively seek out ways to target even the most unlikely recipients. I've given up on trying to understand their logic beyond "all possible recipients in all possible ways at all possible times".
the odd thing is that haskell.org and other mailman mailing lists don't seem to get spammed. Even though anyone can register any e-mail address instantly (in the most common configuration)
They do get spammed. This list gets 5 or so a day. We just block them effectively by requiring subscription, and then applying a bunch of mailman rules. If people will take the time to prepare a darcs patch, the burden of signing up to the list seems relatively light in comparison, and helps ensure we can talk to potential contributors more easily. -- Don
allbery:
On Oct 21, 2007, at 10:08 , Dougal Stanton wrote:
If it's not deemed useful for mainline I've packaged it as a contribution as well.
FWIW, if something *can* be expressed solely as a contrib, it generally *should* be. If it turns out to be a pattern used in many contrib extensions, then it could be a candidate for the base.
Yes, that's the process. New experiments go into the contrib code, if they're successful, they end up in the core. -- Don
On Mon, Oct 22, 2007 at 02:56:34PM -0700, Don Stewart wrote:
allbery:
On Oct 21, 2007, at 10:08 , Dougal Stanton wrote:
If it's not deemed useful for mainline I've packaged it as a contribution as well.
FWIW, if something *can* be expressed solely as a contrib, it generally *should* be. If it turns out to be a pattern used in many contrib extensions, then it could be a candidate for the base.
Yes, that's the process. New experiments go into the contrib code, if they're successful, they end up in the core.
I'd caveat that: if the experiments are successful, and would be more elegant in the core, they go in. I wouldn't call Tabbed unsuccessful, but se no reason for it ever to go into the core. -- David Roundy Department of Physics Oregon State University
droundy:
On Mon, Oct 22, 2007 at 02:56:34PM -0700, Don Stewart wrote:
allbery:
On Oct 21, 2007, at 10:08 , Dougal Stanton wrote:
If it's not deemed useful for mainline I've packaged it as a contribution as well.
FWIW, if something *can* be expressed solely as a contrib, it generally *should* be. If it turns out to be a pattern used in many contrib extensions, then it could be a candidate for the base.
Yes, that's the process. New experiments go into the contrib code, if they're successful, they end up in the core.
I'd caveat that: if the experiments are successful, and would be more elegant in the core, they go in. I wouldn't call Tabbed unsuccessful, but se no reason for it ever to go into the core.
Yeah, if they just make sense as rather good extensions, we can keep them that way. GreedyView is one the things that made it into the core. -- Don
Dougal Stanton wrote:
I made a tiny patch for the main Xmonad code, to allow constrained resizing of windows. Hold down mod-SHIFT-button3 instead of just mod-button3, and the window will resize with width=height. I find this useful for resizing analogue xclock without getting an out-of-shape clock face.
sometimes a desired effect I've seen is to maintain the current aspect ratio, whatever it is (used when the shape is already good). I can see how square-ifying is also desirable Isaac
On Sunday 21 October 2007 09:08:08 Dougal Stanton wrote:
I made a tiny patch for the main Xmonad code, to allow constrained resizing of windows. Hold down mod-SHIFT-button3 instead of just mod-button3, and the window will resize with width=height. I find this useful for resizing analogue xclock without getting an out-of-shape clock face.
If it's not deemed useful for mainline I've packaged it as a contribution as well.
constrainResize.mainline.diff - touches Config.hs and Operations.hs or constrainResize.contrib.diff - adds XMonadContrib/ConstrainedResize.hs - touches MetaModule.hs
Cheers,
Dougal.
PS. This is my second attempt at submitting a patch here. Is there nowhere one can submit a patch without first signing up? The ease of 'darcs send' is more than counteracted by the annoyance of creating an account... /grumble grumble
I've applied the contrib patch. As others have mentioned, we try to keep the core of xmonad very minimal. I spoke to Don about the email issues. The list receives about 5 spams per day, which means we're stuck with subscribers-only. Cheers, Spencer Janssen
On Mon, Oct 22, 2007 at 04:58:35PM -0500, Spencer Janssen wrote:
On Sunday 21 October 2007 09:08:08 Dougal Stanton wrote:
PS. This is my second attempt at submitting a patch here. Is there nowhere one can submit a patch without first signing up? The ease of 'darcs send' is more than counteracted by the annoyance of creating an account... /grumble grumble
Also, you only have to subscribe once. Stefan
participants (7)
-
Brandon S. Allbery KF8NH -
David Roundy -
Don Stewart -
Dougal Stanton -
Isaac Dupree -
Spencer Janssen -
Stefan O'Rear