changeset: 37:e57701f32353
tag: tip
user: 23 <23_AT_techhouse.org>
date: Tue Mar 10 22:12:20 2009 -0400
files: www.suckless.org/GSoC2009.md
description:
Some cleanup of GSoC page, mostly word-shuffling, grammatical considerations.
I favor an Oxford comma (it's nice, easy, and mirrors my pronunciation), but it looks like you're avoiding that.
Some sentences are still awkward, but I avoided complete re-writes of anything bigger than a phrase for the time being.
Overall, looking good; hope this helps. -POLM
diff -r 525c0adb344f -r e57701f32353 www.suckless.org/GSoC2009.md
--- a/www.suckless.org/GSoC2009.md Tue Mar 10 23:18:27 2009 +0100
+++ b/www.suckless.org/GSoC2009.md Tue Mar 10 22:12:20 2009 -0400
_AT_@ -6,17 +6,17 @@
Background
----------
-We are home of quality software such as [dwm](
http://dwm.suckless.org),
+We are the home of quality software such as [dwm](
http://dwm.suckless.org),
[dmenu](
http://tools.suckless.org), [libixp](
http://libs.suckless.org/libixp),
-[wmii](
http://wmii.suckless.org) and plenty other [tools](
http://tools.suckless.org), with
+[wmii](
http://wmii.suckless.org) and plenty of other [tools](
http://tools.suckless.org), with
a focus on simplicity, clarity and frugality. Our [philosophy](/common/) is
about keeping things simple, minimal and usable. We believe this should become
the mainstream philosophy in the IT sector. Unfortunately, the tendency for
-complex, error-prone and slow software seems to be prevalent in present-day
+complex, error-prone and slow software seems to be prevalent in the present-day
software industry. We intend to prove the opposite with our software projects.
Our project focuses on advanced and experienced computer users. In contrast
-to the usual proprietary software world or many mainstream open source
+with the usual proprietary software world or many mainstream open source
projects that focus more on average and non-technical end users, we think that
experienced users are mostly ignored. This is particularly true for user
interfaces, such as graphical environments on desktop computers, on mobile
_AT_@ -30,8 +30,8 @@
results in reasonable and attainable goals. We strive to maintain minimalism and
clarity to drive development to completion.
-Our steadily increasing community consists of about -- roughly speaking
-2000-3500 users -- (regarding to mailing list members and downloads), and of
+Our steadily increasing community consists of about -- roughly speaking --
+2000-3500 users (based on mailing list members and downloads), and of
about 20-30 active contributors who discuss, review and contribute code to the
project on [dedicated project mailing lists and on IRC](/common/community).
_AT_@ -83,30 +83,30 @@
The listed ideas generally require good knowledge of C and experience with
Unix-like operating systems. The difficulty ranges from medium to high.
-An academical background in computer science is desirable but not essential.
+An academic background in computer science is desirable but not essential.
-Please consider to contact us first if you want to apply for a project, so we
-can discuss the ideas at first and avoid misunderstandings in the first place.
+Please consider contacting us first if you want to apply for a project, so we
+can discuss the ideas first and avoid misunderstandings in the first place.
### Unix utilities
-Projects like [dmenu](
http://tools.suckless.org/dmenu) proof that it's possible
+Projects like [dmenu](
http://tools.suckless.org/dmenu) prove that it's possible
to bring the Unix philosophy onto the desktop and into the land of graphical
applications. We believe that there is big potential for doing similiar things
-for other purposes as well such as managing contacts, bookmarks, browsing
+for other purposes such as managing contacts, bookmarks, browsing
files/directories, reading/managing mails, organizing/viewing images/videos and
-listening to music, in a very elegant but Unix-like way. We believe that such
+listening to music, all in a very elegant and Unix-like way. We believe that such
tools should have a GUI but communicate via standard I/O and be very flexible in
the combination of their purposes.
### Port dwm to different platforms
-Many dwm users who have to use Microsoft Windows regularly have requested to
-port dwm to Microsoft Windows. There are several tiling window managers, but
+Many dwm users who have to use Microsoft Windows regularly have requested a
+port of dwm to Microsoft Windows. There are several tiling window managers, but
unfortunately the majority are proprietary software and can't keep up with dwm.
-Similarly we believe that porting dwm to Mac OS X, or onto mobile devices with
-certain constraints might guide to a new paradigm of future window management
+Similarly we believe that porting dwm to Mac OS X, or onto mobile devices (with
+certain constraints) might create a new paradigm of future window management
concepts in mainstream software.
There might also be the opportunity to make dwm itself more friendly with
_AT_@ -124,7 +124,7 @@
There seems to be a need for a suckless ticket management system, as this
is a common task in today's daily activity in business and private time
management. This task includes the design and implementation of a suckless
-system that solves the problem of TTS, ARS and TRS all together.
+system that solves the problems of TTS, ARS and TRS all together.
### Comprehensive code audit
_AT_@ -142,9 +142,9 @@
### Yet another less sucking editor
-Although vi(m) does its job, it has become a monster during the time. We
+Although vi(m) does its job, it has become a monster over the years. We
believe there is a gap between ed, sam, acme and vim which must be filled with
-a completely new less sucking editor.
+a completely new, less-sucking editor.
### Less sucking C99 subset spec
_AT_@ -157,25 +157,25 @@
### Modern libc
The standard libc is full of awkward and legacy concepts. We believe that
-recent approaches such as Google's bionic libc is a step into the right
+recent approaches such as Google's bionic libc are a step into the right
direction, though not radical enough. We think there is a great opportunity to
implement a completely new libc which abstracts a very nice standard
-environment which can be implemented on modern OS platforms in a straight way.
-Our goal would be to achieve an initial proposal on Linux.
+environment which can be implemented on modern OS platforms in a straightforward manner.
+Our goal would be to realize an initial proposal on Linux.
### Improve tcc
We'd like to see [tcc](
http://bellard.org/tcc/) being continued and improved. gcc is too slow and too
focused on language-agnostics and particularly focused on its C++ support. We
-got the impression that most open source software is written in C and makes no
-use of C++, so that it's desirable to have an improved tcc.
+have the impression that most open source software is written in C and makes no
+use of C++, so we desire an improved tcc.
We are also concerned about recent attempts to implement the C front-end of gcc
in C++. We believe that is a bad decision in general (due to demanding C++ as
bootstrapping environment) and would like to get rid of the gcc dependency
for these reasons.
-We'd like to see that the improved tcc is able to build all suckless projects
+We'd like the improved tcc to be able to build all suckless projects
and perhaps the modern libc replacement.
[FAQ]:
http://code.google.com/opensource/gsoc/2009/faqs.html#0_1_ideas_5167658354380897_772
Received on Wed Mar 11 2009 - 03:12:31 CET