[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: any more pros for nana?
From:       Phil Maker <pjm () gnu ! org>
Date:       2000-01-26 7:54:34
[Download RAW message or body]

On Tue, Jan 25, 2000 at 10:26:31PM +0000, Stephan Kulow wrote:
> Well, if you write the parts we could use in a compatible (speak C++)
> way,
> I would perfer this. I myself love to mark my thoughts while coding with
> asserts. But it seems you need an extra manual to get what LG, I and A
> do

I agree with the above (if I understand it correctly), what you
want is a project wide library that implements these things and decides
on policy. A small example of this is the eiffel.h in nana that implements
something akin to the Eiffel programming language Design By Contract
ideas.

One other thing to note is that nana is based on ANSI C (whenever
possible), GNU CC (when ANSI C cannot do it) and finally C++. Since
KDE is C++ based the fit is far from perfect and a redesign for C++
using things like coercion, etc would be useful. 

Anyway how do we proceed from here? 

1. People who are interested write down a set of ideas/requirements
   and Mirko/myself/anyone else has a think about them?

2. ....

				Bye


-- 
Phil Maker, Quoll Systems, <pjm@gnu.org>,     "Never run; once you start 
16 Bougainvillia St, Nightcliff, Darwin        running you stop thinking, 
+61 8 89854 939	work/home number.	       now remember that!" 
0409-691-399 mobile phone.		         -- Jock Lewes.
<http://www.quoll.com.au>		

[prev in list] [next in list] [prev in thread] [next in thread]