I will note that devdraw has been ported to run on top of X
(http://plan9.us), and X has been ported to run on top of devdraw
(equis by fgb).
(Devdraw has also been ported to win32 as part of drawterm and
inferno, and as part of a GSoC project to port 9vx to windows.)
So if somebody wanted to bui
On Tue, Jul 07, 2009 at 09:25:10PM +0200, Antoni Grzymala wrote:
> Marc Andre Tanner dixit (2009-07-07, 20:40):
>
> > and imported my current development snapshot into a git repository which
> > is located at:
> >
> > git://repo.or.cz/dwm-win32.git
> >
> > Feel free to do with it whatever you
Marc Andre Tanner dixit (2009-07-07, 20:40):
> and imported my current development snapshot into a git repository which
> is located at:
>
> git://repo.or.cz/dwm-win32.git
>
> Feel free to do with it whatever you feel like.
Sorry to bug, but does repo.or.cz work for you at all? Hadn't worked
Hi,
I will shortly leave my current job and I am therefore in the lucky situation
of not having to work with M$ Windows system in the future.
However this means I have no real desire to further improve dwm-win32 because
I will no longer need it on a regular basis (not that I have used it in
prod
Hi,
This is a bugfix release.
http://www.brain-dump.org/projects/dvtm/dvtm-0.5.2.tar.gz
It contains the following changes:
* compile fix for Mac OS X
* optional beep on terminal bell (enable it per window with MOD+B)
* the whole screen redraw command which is now by default associated
On Tue, Jul 7, 2009 at 5:07 PM, Antoni Grzymala wrote:
> David Tweed dixit (2009-07-07, 16:58):
>> system, the "full" display-postscript compositing engine behind "full"
>> GNUstep and all those other "new" windowing systems that never
>> actually got anywhere near completion because the only thing
David Tweed dixit (2009-07-07, 16:58):
[...]
> system, the "full" display-postscript compositing engine behind "full"
> GNUstep and all those other "new" windowing systems that never
> actually got anywhere near completion because the only thing one could
> do with them in their current state was
On Tue, Jul 7, 2009 at 4:25 PM, Kurt H Maier wrote:
> On Tue, Jul 7, 2009 at 9:24 AM, Anselm R Garbe wrote:
>> a) on top of existing ones
>>
>> b) existing ones on top
>>
>> I tend to a) atm just because it would make porting to other platforms
>> so much simpler.
>
> There is no point to running a
2009/7/7 Kurt H Maier :
> On Tue, Jul 7, 2009 at 9:24 AM, Anselm R Garbe wrote:
>> a) on top of existing ones
>>
>> b) existing ones on top
>>
>> I tend to a) atm just because it would make porting to other platforms
>> so much simpler.
>
> There is no point to running a window system on top of an
On Tue, Jul 7, 2009 at 9:24 AM, Anselm R Garbe wrote:
> a) on top of existing ones
>
> b) existing ones on top
>
> I tend to a) atm just because it would make porting to other platforms
> so much simpler.
There is no point to running a window system on top of an existing
window system, unless ther
2009/7/7 Robert C Corsaro :
> Preben Randhol wrote:
>>
>> On Mon, 6 Jul 2009 01:30:13 +0200
>> Uriel wrote:
>>
>>
>>>
>>> How is it different from rio[1]?
>>>
>>> Oh, wait, forgot that X is over thirty years behind on window system
>>> technology[2].
>>>
>>
>> I'm getting fed up with this X bashin
Preben Randhol wrote:
On Mon, 6 Jul 2009 01:30:13 +0200
Uriel wrote:
How is it different from rio[1]?
Oh, wait, forgot that X is over thirty years behind on window system
technology[2].
I'm getting fed up with this X bashing. Can't you put effort in making
something better than moan
Uriel dixit (2009-07-07, 02:49):
> Funny, I would think X apologists need to find something new to whine about.
>
> As for Plan 9 not being the future, it seems that even the X
> developers themselves disagree with you, there is a reason they lifted
> the new X rendering model directly from plan9
13 matches
Mail list logo
