You are confusing things greatly here. One thing is a C++ API and the other
thing is a C++ wrapper around the API. Since you mentioned MFC then you
must mean the latter. Windows is just a C API and MS wrote a bunch of C++
classes to make it "easier" to use (personally I prefere good old WIN32).
There is absolutely nothing stopping you from writing your own PFC (Palm
Foundation Classes). Actually, I nominate you!
Chris
At 06:46 PM 9/21/1999 -0600, you wrote:
>And I'm using it... and I'm not liking it... :)
>You can use C code in a C++ compiler alright, but that doesn't make it OO
>code...
>
>(and about C++ being a superset of C, I think it is beyond that... but
>that's not
>the issue here...)
>
>these are some issues I have found rather unpleasant:
>
>make a new kind of gui control?... rewrite all the functionality each time?...
>not very fast, right?...
>
>some kind of MFC would be great... not having to rewrite the tipical event
>loop
>each time would be great...
>
>there are much more things that would be great if the API was written in
>C++...
>like extending the core controls... and that's only speaking about GUI...
>
>just name the most recent programming technologies... I'm sure most of
>them are
>OO...
>
>here in the company I work with, a coworker made some kind of mini MFC (I
>would
>like an AWT better... but anyway... :-) for palm but he had to do some tweaks
>using macros and some weird hacks to do it... so... I think this issue
>should be
>fixed from the source... so? why not?.... c'mon... give a REAL answer...
>
>a C++ API si VERY different from a C API....
>
>c'mon, I need backup!... how many OO programmers are there here?... :)
>
>[EMAIL PROTECTED] wrote:
>
> > Just curious...how is a C++ API different from a C API? Since C++ is
> mostly a
> > superset of C, you can use the current SDK in your C++ programs just fine.
> >
> > I detect a religious war coming on...
> >
> > -- Keith
> >
> > Jose Manuel Guerra Chapa <[EMAIL PROTECTED]> on 09/21/99
> 04:46:32 PM
> >
> > Please respond to [EMAIL PROTECTED]
> >
> > Sent by: Jose Manuel Guerra Chapa <[EMAIL PROTECTED]>
> >
> > To: PalmDev <[EMAIL PROTECTED]>
> > cc: (Keith Rollin/HQ/3Com)
> > Subject: C++ SDK wanted!
> >
> > Hi, I don't know if this has been discussed here and my sincere
> > apologies if it has, so here it goes...
> >
> > How come Palm Computing has not released a C++ SDK for PalmOS?
> > I have some possible answers for this question that comes to my mind,
> > but none of them (I think) is worth enough for leaving OO concepts and
> > all it's benefits like code reuse, untouched...
> >
> > 1. maybe it's because of the platform constraints on this kind of
> > devices, winCE and epoc32 have the same constraints (sort of) and they
> > still use C++ as the best choice for programmming, so I think this is
> > not a very good reason, and in time this kind of constraints will no
> > longer be an issue anymore.
> >
> > 2. backward compatibility, this is still not an issue because most of
> > the apps these days check for the most recent OS version anyway...
> >
> > 3. having to make another version of PalmOS. I think that software reuse
> > is worth a OS remake. And it speeds development time, so if you have to
> > sacrifice some time in the short term (maybe not too short ;-), it will
> > surely benefit a lot of people to apply the latest OO techniques like
> > UML & Design Patterns... so...
> >
> > 4. <your guess here>
> >
> > For what I have seen in the Palm C SDK, I could say that making a C++
> > wrapper API would not be that hard... maybe there are some major issues
> > I'm overseeing, but I think Palm Computing's should do this, so why they
> > haven't do it? (anyone at Palm with an answer?)
> >
> > I surely hope something is in the works, because I think that this could
> > be a major issue in the success of Palm in the future...
> >
> > BTW, I'm very excited about the KVM, but util summer next year for a
> > release version?... hopefully... :(
> >
> > (Please don't answer "CodeWarrior supports C++"... what I'm talking
> > about is a C++ API ;-)
> >
> > Jose Manuel Guerra Chapa
> > LimeLight Technologies
---
Christian Vandendorpe ([EMAIL PROTECTED])
http://www.zorglub.com
