Unnamed repository; edit this file 'description' to name the repository.
Log | Files | Refs

commit ae264bef162a9af50e0fc901ef1804726fb10b2b
parent dc30d313b70d157e3f99765ab410af0cda8d4e89
Author: <unknown>
Date:   Wed,  8 Feb 2012 23:07:10 +0100

cleansed scope from dead wmii project (the remaining references are valid though)
Diffstat: | 12++++-------- | 2+- | 48------------------------------------------------ | 2+- | 12------------ | 4++-- | 2+- | 4++--
8 files changed, 11 insertions(+), 75 deletions(-)

diff --git a/ b/ @@ -1,18 +1,18 @@ -COMMUNITY +Community ========= Mailing lists ------------- -* `` - for dwm/wmii/st/... users, development discussion, bug reports, patches, and general discussion +* `` - for dwm/dmenu/st/... users, development discussion, bug reports, patches, and general discussion * `` - commit messages and diffs from all suckless projects are posted here, and can be replied to * `` - for discussion about wiki, also automatic wiki commit messages are posted here. ### Best practice -Please mention `dwm` or `wmii` in the subject when beginning a new discussion +Please mention `dwm` or `dmenu` in the subject when beginning a new discussion on the `` mailing list, if your email is stricly `dwm` or -`wmii` related only. +`dmenu` related only. ### Mailing list commands @@ -85,10 +85,6 @@ Official channel of projects: * [#suckless](irc:// -Unofficial wmii channel (please don't ask wmii questions on #suckless): - -* [#wmii](irc:// - Other popular channels: * [#acme](irc:// diff --git a/ b/ @@ -13,7 +13,7 @@ For tarballs: cd modified-program-directory/.. diff -up original-program-directory modified-program-directory > program-X.Y-yourpatchname.diff -where `X.Y` is a wmii tag name or version number. +where `X.Y` is a dwm tag name or version number. patch program ------------- diff --git a/ b/ @@ -1,48 +0,0 @@ -Style guide of code hosted on -========================================== -When it comes to code style questions, it is very likely that individual -programmers will disagree. It is absolutely fine to use an individual style for -individual projects, especially if only one developer is involved. However, if -there are two or more programmers involved in a project, guidelines become -handy in order to meet the first basic rule we follow: - -* Code developed by different individuals should follow a common style among those to found a consistent base. - -Thus consistency in the code style being used is more important than any -particular detail of the style itself. Due to the fact that most of the software of has been developed by more than one individual, some sort of -common style found in the code appeared during the past years. This common -style is described in detail, further on. - -C++ ---- -C++ was used in the early beginning and has been abandoned for various reasons. - -A summary of those reasons is: Nearly nobody understands C++ in all its -facettes and details. C++ has been designed and evolved to support any -programming language paradigm and feature invented by programming -language designers until the OO hype and beyond. This leads to mutual -exclusive programming paradigms and styles in one language and basically -destroys the simplicity and clarity of its ancestor C. The usual -workaround in the C++ world is to stick to certain C++ subsets, like only using -one calling convention, not using exceptions, not using STL but using libstdc++ -etc. - -It took quite a while for some of us to realize that C++ leads to more complex -software in general, because it provides the feature richness to do so. This is -especially dangerous if average programmers are involved in a project. In our -experience it is much more likely that a C++ project driven by average -programmers will fail, than a C project. The reason for this is simple: C++ is -hard to deal with when used in all its feature richness. - -We don't argue that C++ software performs better or worse than software written -in C. However we argue that in general C++ software performs poorer than -software written in C, because of its tendency to complexity and its hidden -pitfalls like expensive function calls in loops or too many inlines. - -All these problems do not happen with C, because C is too simple to be -misused in our opinion. - -So the second rule of this style guide concludes: - -* We use C as our primary programming language because it enforces clear and simple software. diff --git a/ b/ @@ -24,7 +24,7 @@ Following people are currently donating in one or another way to the suckless.or Past ---- -Following people have donated to the [wmii](/wmii) resp. [dwm](/dwm) project +Following people have donated to the project certain amounts of money, which have been used for the dedicated server rent in the past: diff --git a/ b/ @@ -30,18 +30,10 @@ bas been moved to a new host and will undergo some changes during t Anselm gave a talk about **The '' universe** at the [LinuxTag 2011]( conference in Berlin. -2011-04-02 ----------- -[st 0.1.1]( released: [download]( - 2011-01-31 ---------- [ii 1.6]( released (regression fix): [download]( -2011-01-24 ----------- -[ii 1.5]( released: [download]( - 2010-06-08 ---------- [surf 0.4.1]( released: [download]( @@ -91,10 +83,6 @@ There was a small community meeting in Berlin! Thanks to all attenders. ---------- [surf 0.2]( released: [download]( -2008-08-09 ----------- -[ii 1.4]( released: [download]( - 2008-08-02 ---------- [wmname 0.1]( released: [download]( diff --git a/ b/ @@ -4,8 +4,8 @@ SUCK LESS PHILOSOPHY Background ---------- We are the home of quality software such as [dwm](, -[dmenu](, [libixp](, -[wmii]( and plenty of other [tools](, with +[dmenu](, [st]( and +plenty of other [tools](, with a focus on simplicity, clarity and frugality. Our philosophy is about keeping things simple, minimal and usable. We believe this should become the mainstream philosophy in the IT sector. Unfortunately, the tendency for diff --git a/ b/ @@ -3,7 +3,7 @@ Cool Daemons This page is dedicated to Daemons that are related to the UNIX philosophy (but don't really belong into the cool programs section which is about programs -which work well with dwm/wmii). +which work well with dwm). Web Servers ----------- diff --git a/ b/ @@ -1,7 +1,7 @@ COOL PROGRAMS ============= -Some programs work well with wmii or dwm. Some general rules of thumb +Some programs work well with dwm. Some general rules of thumb for judging a programs as usable are: * The program will accept any window size @@ -111,7 +111,7 @@ Web Browsers * [ELinks]( * [Links]( * [Lynx]( -* [Vimperator]( - An extension to make Firefox keyboard friendly and Vim-like. Developed in part by wmii's maintainer. +* [Vimperator]( - An extension to make Firefox keyboard friendly and Vim-like. * [edbrowse]( * [surf]( * [uzbl](