For anybody who cares, my minotor has just gone bung, isn't lighting up properly, the dispay controls arn't working and it annoys the hell out of me that I'll now have to buy a new one and had to share. It's really 'dull' for some reason. But still somewhat viewable. > My suggestion is that y don't we develop support for C# because it > would be easier for the user to code in and moreover C# also supports > pointer manipulation which can be good for system level coding. And > Microsoft have also given C# to standard's committee for its > standardization unlike java which is to sun. I came to a different but similar thought the other day. And it has similarly yuck religious issues too ;) I could see an argument for an effort (not necessarily linked to open beos) to port the (excuse capitalisation problems) objective C support and the nextstep API to Be. This would make porting easier from gnustep stuff and (more importantly) mac os x. And I have very little clue about coding in objective C or C++, and I'm not sure it's really apprporiate for this project (so I kept quiet about t at the time, although I've been having a cursory glance over the gnustep webpage). But for it to happen would be a Good Thing (I think..). (disclaimer: I'm a some-time webobjects developer ;) ) > Simplicity is what is needed in coding and BeOS C++ api > is very simple but we can go a step further > by supporting the next generation languages. By the same token, I think a clear separation between two levels of programming: C++ and python would have more advantage than porting C#. In fact, if I'd been Microsoft, C# would never have existed and I would have standardised on python, because I think that it has a very strong future. - C