On Fri, May 8, 2009 at 9:08 AM, bill lam cbill@gmail.com wrote:
BIOS support choosing a smaller multipliers to reduce cpu frequency.
linux also supports frequency scaling such powernowd. Some google
page said cpu throttling can not reduce power consumption. My
experience is that it seems
I thought you mentioned stopping in the email you sent before this
one? (Or was that only applicble to other people?)
On Mon, Apr 27, 2009 at 10:30 PM, Matthias-Christian Ott o...@mirix.org wrote:
On Mon, Apr 27, 2009 at 10:58:31PM +0200, pancake wrote:
When I was in the university I had to use
On Sun, Apr 26, 2009 at 4:26 PM, Evgeny Grablyk
evgeny.grab...@gmail.com wrote:
Why not make statusbar a (default) compile-time option, and add
possibility to export all statusbar information? This way user can
choose between builtin statusbar, or make his own. To make things more
simple,
Unfortunately I've had to move to Windows at work, but at home I'm
still using Linux with more choice of applications.
Window manager - DWM, sometimes hacked
Scripting language of choice: python (I find it easier to use one
language almost all my scripting even though it's sometimes overkill
for
On Thu, Mar 12, 2009 at 4:29 PM, Szabolcs Nagy nszabo...@gmail.com wrote:
s/DWM/dwm/
Side effect of being forced to windows: sense of capitalisation goes
out the window.
--
cheers, dave tweed__
computer vision reasearcher: david.tw...@gmail.com
while having code so
On Mon, Feb 23, 2009 at 9:27 PM, Szabolcs Nagy nszabo...@gmail.com wrote:
In contrast to other protocols, IL avoids blind retransmission. This
helps performance in congested networks, where blind retransmission
could cause further congestion. Like TCP, IL has adaptive timeouts, so
the protocol
On Thu, Feb 19, 2009 at 2:19 PM, Anselm R Garbe garb...@gmail.com wrote:
The resource access should be done using a stateful protocol rather than HTTP.
I'd be very cautious about making things have an inherently stateful
protocol rather than making then (a) finegrained (possibly designed to
have
On Tue, Feb 3, 2009 at 9:33 PM, Marcin Cieslak sa...@system.pl wrote:
I don't like this approach. I have always preferred software that fails
fast. As soon as something is wrong - just abort with debugging information
what went wrong.
I don't think fails fast is incompatible with crash only
On Wed, Jan 14, 2009 at 8:38 PM, Brendan MacDonell
macdonel...@gmail.com wrote:
of kill. The collection of articles seems to imply that 'crash-only'
refers to the usage of rebootable components and frequent saving of
persistent state to cope with errors instead of using more complex
error
On Thu, Dec 11, 2008 at 10:09 AM, Mate Nagy [EMAIL PROTECTED] wrote:
On Thu, Dec 11, 2008 at 09:52:45AM +, Anselm R Garbe wrote:
- have a dwm environment on each Xinerama screen (like multiple dwm's
in classic multihead setups) as suggested by Mate
- the problem was, it didn't felt right
Impressive hacking. I'll have to take a look.
On Sat, Nov 15, 2008 at 6:12 PM, Ian Daniher [EMAIL PROTECTED] wrote:
Second off:
The HP2133 mininote is on sale on amazon. Running linux out of the box, the
thing packs a 1280x768 8.9 screen, this thing isn't affected by the most
significant
On Fri, Sep 5, 2008 at 3:25 PM, Matthias-Christian Ott [EMAIL PROTECTED]
wrote:
Kurt H Maier wrote:
I have a string of thinkpads. The newest model I have is a T43, and
after my wife brought home an X41 on loan from her employer I
considered buying one. Sure, you can get a used x-series for
You don't say what kind of resizing you're doing and the constraints:
are you doing something like a generating thumbnails on-line so the
quality constraints aren't that high but you want it to be fast, or
trying to blow up images to fit the screen or something else? If
you're thumbnailing you can
On Thu, May 22, 2008 at 9:37 PM, Szabolcs Nagy [EMAIL PROTECTED] wrote:
On 5/22/08, David Tweed [EMAIL PROTECTED] wrote:
..but (if eg int is 32 bit and we have 32 tags then) 132 is 0, and
-1 is all ones in binary (guaranteed by the c standard)
Ah, my mistake. I've spent too long writing 64-bit
On Mon, May 19, 2008 at 10:18 AM, Henrik Holst [EMAIL PROTECTED] wrote:
On Sun, May 18, 2008 at 10:40:39PM +0200, [EMAIL PROTECTED] wrote:
I've been waiting for the code movement to slow down before looking at
it again. Can I just confirm dwm will still technically work linked
against
On Sat, May 17, 2008 at 1:36 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
So, to sum up, what I think is stopping dwm is a really good solution
for xinerama setups and maximize/monocle (maybe we could try with
Anselm's idea of restoring geometries in focus changes? I could give
it a try...).
On Sun, May 18, 2008 at 6:38 PM, Steffen Liebergeld [EMAIL PROTECTED] wrote:
I completely disagree with you. First of all, your pen and paper equations
are used only one time and that is when you do the equation. Afterwards you
throw the paper away and go with the results. When programming,
On Thu, May 8, 2008 at 1:47 AM, Charlie Kester [EMAIL PROTECTED] wrote:
* Christoph Lohmann [EMAIL PROTECTED] [2008-05-07 23:48:20 +0200]:
With respect, focusing on lines of code is the wrong perspective.
It doesn't matter if you see that number as an achievement or as
an expense.
If you
On 5/4/08, Matthias-Christian Ott [EMAIL PROTECTED] wrote:
But anyhow is there a reason why dwm still uses Xinerama instead of
XRandR. [1] states that it's deprecated in favor of XRandR.
dwm is great software. Thanks!
-john
Regards
Matthias-Christian
[1]
On Thu, Mar 20, 2008 at 9:50 AM, markus schnalke [EMAIL PROTECTED] wrote:
sounds interesting!
Would you make the modified source (or a patch) available, please.
Here's a patch against aterm-1.0.0 obtainable from
ftp://ftp.afterstep.org/apps/aterm/
(looks like 1.0.1 got released after I
On Wed, Mar 19, 2008 at 4:44 AM, John Li [EMAIL PROTECTED] wrote:
- For a short while, I experimented with using the floating layout as my
default layout. It was actually kind of interesting. The main
advantage of it: it adds a certain kind of predictability when
adding/removing tags
multiscreen setups (hopefully)
will remain a rather small niche, I'd say: large desktop monitors are already
available at affordable prices
One of the reasons multiple monitors are more popular than big
monitors is that, if you've got a graphics card that supports multiple
outputs anyway, the
On Jan 25, 2008 7:55 AM, y i y u s [EMAIL PROTECTED] wrote:
I think this is the problem which the urgent hint in the status bar
(planned for 4.8) should solve. Have a look at the ml archives.
I haven't tried 4.8 (guess I ought to check out the hg repo), but I'd
think a visual bell ought to be
On Jan 22, 2008 5:01 AM, John Fox [EMAIL PROTECTED] wrote:
I just started with dwm yesterday, and I'm enjoying it greatly, but have a
question concerning configuration:
Rule definition in config.def.h allows for specification of a client's
class, instance, and title. I would like to be able
On Jan 17, 2008 9:50 PM, markus schnalke [EMAIL PROTECTED] wrote:
Sylvain Bertrand [EMAIL PROTECTED] wrote:
And for dwm, I don't know what would be the cost to build directly the
X11 packets or to recode the XCB lib straight on Linux syscalls.
This will make dwm unportable and we
On Dec 9, 2007 11:54 AM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
could you imagine that there is a way that dwm could be used in
a Xinerama environment and how that might look like?
[A collective groan goes around as people realise I'm still around :-) ]
Yes and
On 10/2/07, Peter Hartlich [EMAIL PROTECTED] wrote:
Oh, now I see why focusnext() and focusprev() originally called
restack(), but enternotify() didn't.
This might tie in with something triggered by some modifications I've
made that I've been trying to figure out for a week (using dwm-4.4).
On 9/27/07, y i y u s [EMAIL PROTECTED] wrote:
2007/9/27, Robert Manea [EMAIL PROTECTED]
I have a light and a dark set of colors too. Light one is better for
work (i think), specially during the day. I use the dark one for long
hacking nights :).
My reason for going with light on dark
On 9/20/07, Jeremy O'Brien [EMAIL PROTECTED] wrote:
there's no stupid limit on its source size, we have features we want.
That seems rather combative! Are you calling Anselm stupid?
I wouldn't have used the word stupid, but I personally think
excessively concentrating on SLOC tends to lead to
This isn't a generic supertile implementation, but FWIW the code I've
put the code currently using up at
http://www.personal.rdg.ac.uk/~sis05dst/dwm-4.4.mod.tbz
in case it's of use to anyone. The dwm codebase works on multiple
monitors already via xinerama, my mods just provide routines for
On 9/4/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
What I have in mind from time to time, esp. when being forced to
work with a standard resolution monitor is, that I'd like to see
the basic wmii column layout - but without column modes (simply
equal) and without all other clunk. To achieve
On 9/4/07, Eivind Uggedal [EMAIL PROTECTED] wrote:
FWIW, I use dwm on a two monitors setup with generally four columns, a
typical example being at
http://www.personal.rdg.ac.uk/~sis05dst/desktop.jpg
OT: How doy you manage to program with a non-monospaced font?
It's not completely clear
On 8/30/07, none [EMAIL PROTECTED] wrote:
Sander van Dijk [EMAIL PROTECTED] writes:
It's just that I get a little tired of this anti-mouse attitude that
shows up
every once in a while. This is 2007, the mouse (pointing devices in
general)
is part of your computer.
My humble opinion is:
On 8/30/07, anhnmncb [EMAIL PROTECTED] wrote:
Thanks for all replies.
I think dwm should be keyboard-driven, so the functions mouse
moving/resizing should be changed to keyboard moving/resizing :)
s/changed to/extended with alternatives which are/ :-)
--
cheers, dave
Now that the dwm rearchitecting of the past couple of releases looks
to have finished I'm started porting my modifications, including to
tile, to 4.4. As part of that I'm looking at the current tile function
and thought it amusing to point out that if you want to save a line
of code you can now
On 8/10/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
... I believe that all lt-arrange !=/== checks only belong to
the layout function, which means that layout-specific functions
like togglemax(), zoom() should be handled by the argument to the
specific arrange function.
I'm confused
On 8/10/07, Robert Figura [EMAIL PROTECTED] wrote:
This indeed ist a weakness of nmaster. Once you have them in place
you don't want to change the order of these windows again. a single l2r
stack would do as well, i could hack this in minutes...
FWIW, another alternative is to extend the
On 8/9/07, Kai Grossjohann [EMAIL PROTECTED] wrote:
On Thu, Aug 09, 2007 at 08:20:12AM -0500, Kurt H Maier wrote:
And what happens when my xterm window is tagged with 3(tiled) and
6(floating)? What happens when I'm viewing tags 1+3+6?
I thought that wmii could assign more than one tag to
I usually mainly focus on clients on master area. Clients on stack area are
there either for monitoring something or are waiting to get focus (via
moving to them and Alt-Enter-ing) and are thus equally (un)important.
FWIW, I tend to have stuff that I'm reading/refering to in the stack
columns
Donald Stewart wrote
| Maybe status bars shouldn't be used to control window managers though ;)
I'll chime in with my standard point: I _like_ well thought out mouse based
control of applications and tend use them in preference to keybindings
where possible. What I dislike is the way most
|Some simplification of restack() is possible due to the fact, that
|selected client is same as nexttiled(clients). This is true because of
|focus() calls in places like tagging/untagging, viewing etc.
I'm not disagreeing with this patch, but my strong programming preference
is to document in
In a private mail, Jukka noted that I didn't correctly edit to get the
attribution
correct, for which I apologise. He notes
|why don't you use a mail client which is able to set correct In-Reply-To
|and References headers? Your messages always break the threads
Really OT, but: can anyone
Anyway, this is my output:
+ CACHE=/home/knarf/.dmenu_cache
+ UPTODATE=1
+ IFS=:
+ test ! -f /home/knarf/.dmenu_cache
+ test 1
+ test /home/knarf/bin -nt /home/knarf/.dmenu_cache
+ test /usr/local/sbin -nt /home/knarf/.dmenu_cache
+ test /usr/local/bin -nt /home/knarf/.dmenu_cache
+
|created patch for easily modification of CFLAGS/LDFLAGS via env.
|variables. So, it is good ie. for debuging etc.
|
|URL:
|http://na.srck.net/dwm/dwm-r887-makefile.patch
|(aplicate to r887 of original repo).
I'm not a make expert: is there any way to convert the strip command
in the makefile
|strip could be run via an own target `debug' or so, that is not called
|by `all'
Ah, although I guess you mean the other way around: you don't want
to do the strip you'd normally do when doing a debugging build.
cheers, dave tweed
|I'll try getting the tip and seeing if it works next.
Tried tip from 20 min ago and it still locks up, gdb trace gives
essentially same stuff (lines numbers moved with source changes).
Doing p sel-name gives a well terminated string256 chars, but it does appear
to have some odd characters in
|Bug 35236 Z\200\223
|
|where Z is actually a square shape with p (unsigned char)sel-name[10] gives
226.
Just as a quick debugging verification, I added a scrubber that replaced any
bytes not in 0-127
with spaces when name is being set and with that the lock up doesn't happen.
But presumably
Hi,
Is there anyone brave enough to risk dwm crashing willing to test going
to the URL (particularly in the firefox browser):
https://bugzilla.mozilla.org/show_bug.cgi?id=35236#c4
and let me know if dwm crashes or not. (The contents on the page
are innocuous and safe for work.)
Something to do
* lobzang [EMAIL PROTECTED] [2007-03-21 15:02:11 +0100]:
Would be interested to know what terminal everyone's using...
Hacked version of aterm so that each time it processes PS1 it hashes
PS1's value and picks a colour scheme based on the hash value. Combined
with shell putting current
On Fri, 2 Mar 2007, I posted a note that opened with this sentence:
Now that you seem to be actively working on st I hope that we can
discuss the envisioned functionality.
Just to re-express my wish for st: don't architect the code in a way that
assumes the colour scheme is set-up on start-up
|The motivation is reducing the code, grouping the functions into
|more intuitive sets and reducing the amount of exported
|functions (only because several functions have been called from
|a different object in one place - that was really annoying).
|So all in all this also reduces the call graph
|Hmm, actually I doubt marking drawtext as non-static will help.
|Simply because such a patch should come packed with a
|drawtitle(Client *c) function which should be located in main.c
|to easily access drawtext instead. This is because the
|drawtitle function needs to map the drawed client title
|I like this idea and will adapt it with some slight changes
|(beside putting all layout-related algorithms into separate C
|files - like the master-related stuff of tiled layout, which
|really only belongs to dotile()).
If you're making changes, could you make
drawtext(const char *text,
Hi Anselm, I don't really understand X so I'm just trying to check: if I've got
a tiled client and within dotile() its got the same x,y,w h as the last time
through dotile(), it seems like it's ok to avoid calling the reize() on it. At
least, it doesn't appear to cause any problems, but I'm
|I also notice that I rarely use the tagging capabilities dwm
|provides, and that I more and more stick to two views only (one with
|web stuff, and another one with terminals). So I developed a
|window organization approach tonight, which I call 'stereo',
|because it consists of two kinds of
|So out of curiosity, I ask, who uses the default config? And if
|not, what changes do you make (you can diff the default config
|to mine, I use dmenu and some different shortcuts).
The two major differences I have is using the function keys for the
tag shortcuts rather than the number keys. (I
| If you have 10 windows open, you don't need to read all titles
| to lookup the window you want to pay attention next, you simply
| preselect relevant candidates based on the window contents
| first. And if there are any doubts you only check the titles of
| those candidates next - mostly you
|Hence I plan to replace the client titlebars with a
|new color tuple instead:
|BORDERBGCOLOR (border of unfocused window)
|BORDERFGCOLOR (border of focused window)
|I know that there are several people who definately like the
|client title windows, but I tried to live without them several
|i don' think so
|but you can do it yourself if you know a little C
|you should remove all references to barwin, bw, bh and bmw
|(or maybe you can set bh to 0 in main.c's setup())
Just to note that `bh' is used in dwm to both mean the height of the bar and
the height of a `title window'. (It's
that). Tried
to do an xprop on the menu to see if there was any strangely set fields, but it
couldn't grab mouse pointer.
Anyway, I think I'll try and install a new version of open office from scratch.
Only if the problem _doesn't_ go away will I post a follow up.
cheers, dave tweed
2006/12/6, David
Hi, before I dig deeper into this: has anyone used ooimpress (open office
presentation tool) in open-office under dwm (personalised version of 2.3) and
seen that when you mouse button down on a drop-down-menu in tool bar (eg, file,
view, help) the menu appears not in normal position but in
My coding style isn't great, but if you want something that works to try it and
see if
you actually like it in practice, attatched is the patch to draw.c
cheers, dave tweed
On Wed, Nov 22, 2006 at 01:13:10PM +, David Tweed wrote:
Another personal hack is to have a dot (opposite corner
62 matches
Mail list logo
