Update - Bad Week

Guys, this week was terrible... So much to do and so little time to code... 1. I had to put my first dog to sleep because he was old, had a hernia and cancer spots. 2. I had to go to the lawyer to create a contact for the house that I am going to buy 3. Moved offices in NDS and switched to a new job - Real EPG :) 4. Had to pick up my second dog from the pound because he was caught after he broke from his chain. The list just goes on... its a very busy time for me... Hopefully I will get that alpha out by the end of febuary... Everytime I think... yay... I am getting there... something pushes me back...

Update

This last week did not go so well... The weather changes here from cold to hot and back to cold and I am not coping well with the situation. I have had too many hours of sleep this week... its time to cut those down and spend more time on coding... Hopefully I should finish the draw component this week... hopefully...

Update - An Object Storage Presentation

Hi Guys, Here is a small presentation file which explains the object storage: http://www.geocities.com/zhamilton1/ObjectStorage.zip Enjoy, Zakai Hamilton

Update - Should start UIDraw soon

First of all I have updated the source code: http://www.geocities.com/zhamilton1/Saturn.zip I decided to skip the Copy function for the moment and do the more simple work but repetative which includes the KernelFolder, KernelFile and KernelProperty components which are self explanatory. At the beggining I am coding everything into the kernel however after the alpha I will start moving things outside the kernel like the drawing driver, UI and windowing to test performance. I have by user request going to focus for the alpha more on the UI aspects and less on the thread execution model. This doesn't mean much apart from you will get more UI in the alpha than otherwise would of been if I had to implement the thread component. It will probably be better this way since I will visually able to test the thread and module support. Just to remind you that the source code will be updated as time goes by but I will not release the source code of the shell untill the beta stage. If you want the alpha when its released, just add me as your MSN Messenger contact and you will be dropped into the Screens user group. I will be emailing all the users in the MSN user list of the alpha and where to get it. So if you want to get your hands on the first demo as quick as possible... join now ;) KernelFolder, KernelFile and KernelProperty I should finish in a few days. Then follows KernelModule which basicly allows to load a module by its key and allows me to tweak pre-loading and other stuff without affecting the basic call model. Because everything is any way going to be inside the kernel at the beggining, its more of a place-holder... so it wont do anything.

Update

I went to a Microsoft Windows Embedded Technical Seminar yesterday in the tel-aviv area... Very nice ;) Learnt a few things about how the memory is handled on PocketPC's and that the object storage in Windows Mobile isn't exactly what it seems. Back to Screens... I still have KernelObjectCopy to code... Didn't have time in the last few days so hopefully I should have time by Sunday. I'll keep you all updated, Zakai Hamilton

Object Storage - So what is it?

I constantly get this question: What is the object storage? Well... lets ask what is it trying to solve... Data Sharing - Tired of copying data from one application to another? The object storage solves this by allowing you to specify links between data so when one changes, so does the other. No more do you need to keep your contact names syncronized manually throughout your appointments, With Screens Environment and its object storage, its automatic. Single Store - Tired of having to use a different application to manage each piece of information in its own container like WordToGo for documents, a launcher for applications and a file manager for databases? Screens Environment and the object storage allows you to hold in one folder - a database, document, appointment, contact or any other type you want. This is because the object store can learn of new types just like you add plug-ins to Windows MSN Search or Google Search, so does the Screens Environment object storage work in the same way but it allows you to manage, not just search data. You will able to see the information you use not just by its type but by date, author or any other meta-data you want your information categorized and sorted by. Note that everything is stored in the object storage from the windows displayed on-screen, color schemes, kernel information, threads and so on are all objects. Think of an object as any piece of information that can be identified. I think this is a good starting point... ask away for more details or if you have any questions dont hesistate to post a comment, so I can answer in an upcoming post. Just a quick update: I finished the KernelObjectMove function... one function left KernelObjectCopy... I have nearly finished the object storage.