"Brock Peabody" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > On Behalf Of Bronek Kozicki:
> > Please, do NOT use MFC. Just native Win32 API as a starting point. MFC
> > is 1) not available on mingw 2) big and full of traps.
>
> If we can do Win32 I guess there isn't any point in doing MFC. I will
> not miss it much :)
Honestly ... i can't see any reason why you may want MFC.
Rather contrary, as Bronek said your library can't be used with
other compilers. Besides, plenty of MFC code causes many people
don't want to look at your gui library trial at all. They don't want to
waste time.
IMHO, it would be nice to concentrate on:
1. design
2. interface + examples
3. Portability. IMHO, initially it should be implemented at least
for two platforms (POSIX and win32).
Otherwise, when porting to other environment, you may be
forced to redesign your library completely.
With this two platform support you may really draw
community attention and ... i'm 99% sure ... obtain a lot of
help in discussing and developing.
4. It is not work for 1-2 persons. I think it is enough serious
project even for 10 developers.
What about ? :
a. opening new project ( on sourceforge ?).
b. trying to find new develpers
c. preparing to spend next few years for it :o)
?
5. Implement at least one serious application.
If i don't mind boost needs kind of installation
which can track library dependencies and install
only required libs.
6. Do you really think that lisp-like planty of parentheses
will be very convenient for coding ?
If you really wan't to invent kind of "dialog language"
( i really don't understand why one may need it ?),
wouldn't it be better to use operators like spirit or BLL do.
regards,
bohdan
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
