writes:
>>Subject: Re: FVWM: GSoC 2012: Project ideas
>>From: Jaimos Skriletz
>>Date: Thu, February 23, 2012 4:32 pm
>>To: fvwm@fvwm.org
>>
>>
>>On Thu, Feb 23, 2012 at 01:34:38PM -0700, msib...@crosswire.com wrote:
>>>
>>> Not trying to piss anyone off. IMHO, I'm just stating the obvious. There
>
>
> Original Message
>Subject: Re: FVWM: GSoC 2012: Project ideas
>From: Jaimos Skriletz
>Date: Thu, February 23, 2012 4:32 pm
>To: fvwm@fvwm.org
>
>
>On Thu, Feb 23, 2012 at 01:34:38PM -0700, msib...@crosswire.com wrote:
>>
>> Not trying to piss anyone off. IMHO, I'm just stati
On Thu, Feb 23, 2012 at 01:34:38PM -0700, msib...@crosswire.com wrote:
>
> Not trying to piss anyone off. IMHO, I'm just stating the obvious. There
> is more holding FVWM back than what can be fixed with debugging.
>
Holding FVWM back from what? FVWM does its function really well. It is a
confi
Am Donnerstag, 23. Februar 2012 schrieb msib...@crosswire.com:
> A scratch rewrite in C++, using WxWidgets and embedding the
> configuration elements in sqlite, killing configuration files for good
> and ever. There is a point at which you are doing yourself a favor by
> shooting the horse instead
On Thu, Feb 23, 2012 at 01:34:38PM -0700, msib...@crosswire.com wrote:
>
> A scratch rewrite in C++, using WxWidgets and embedding the
Rewrites do not work. They really don't. IBM can tell you that from
experience.
As for basing a window manager off a widget library, I will point you
towards t
A scratch rewrite in C++, using WxWidgets and embedding the
configuration elements in sqlite, killing configuration files for good
and ever. There is a point at which you are doing yourself a favor by
shooting the horse instead of feeding it.
Not trying to piss anyone off. IMHO, I'm just stating
