On Thu, 17 Oct 2002 15:05:23 +0200, [EMAIL PROTECTED] wrote:

>> Try another make.exe or change to correct lf/cr combination.
>>
>> Or wait until monday.
>thanks. I will wait. I have not had much experiance with makefiles in recent
>time. too much Java and Ant... :)

>if I understand you correctly, you want to provide only the SPCC class
>library, not the c->Pascal mapped OS/2 API. do you want the API as a
>seperate project? or is this only due to lack of time?
I want move OS/2 API to FPC team. I'm currently converting pmhelp and pmdev and send 
them after to FPC/2 maintaner (Tomas) to include with next 1.0.x snapshot (I 
hope, this will be fast). After this I continue my work with forms.pas. This is 
because only problems with various rtl's, no advantages. I wan't maintain duplicated 
things.

I prefer to separate Sibyl related parts and OS/2 related parts. Really, I want to 
have SOM-based application, not monolitic. So SPCC only start point. May be Tomas 
includes SPCC as package to FPC distro (in future).

So, all APIs is part of FPC source tree, SPCC & SVDE is part of OpenSibyl tree.

>one question: is the SPCC the original one from Sibyl, "only" ported? thus,
>are some of the controls still not using the corresponting PM-APIs, but
>implementing the code to paint themselves anew?
Yes. You are right. I'm planning to use corresponding api instead of painting 
themself, but not now. Later. After IDE will be ported. Someone can say 'Why not 
use/port 
Lazarus Component Library?'. Answer is 'Because Lazarus portable application, so we 
will be limited in usage of OS/2 features, like SOM, REXX, WPS, etc. Look at 
Mozilla, VirtualPC, Odin applications. Lot of limitations.'

In short my roadmap is
1) convert required for forms.pas headers from os2 toolkit
2) contribute them to fpc team
3) port forms.pas using fpc rtl and finish TIComponent
4) fix errors of forms.pas
5) port spcc
6) port svde          
<---------------------------------------------------------------------- OpenSibyl 
version 1.0
7) modify spcc to use native api not 'painting by hands'
8) port SOM/WPS Toolkit (available in deep alpha stage for VPC)
9) Start moving to SOM application.

>sorry, for those starter questiones.
u a welcome.


-----------
To unsubscribe yourself from this list, send the following message
to [EMAIL PROTECTED]

     unsubscribe sibyl
     end

Reply via email to