On 06/01/2007, at 9:53 PM, Daniel Stenning wrote:

I know you didn't mention open source, but once the code gets out it is to some extent out of RS control. And RS is hardly a microsoft that can afford
to go around litigating all day.

so?

Remember I'm just suggesting the frameworks be published as source.

Not being Open Source doesn't mean you chase every guy who posts a copy of the source but it does mean you have a strict license so if someone starts using your frameworks say in GAMBAS or some other rival product, you go after that product for copyright violation.

Publishing the framework source as I suggested would
1) bring more revenue in from the Developer framework

2) provide a fair degree of security for people (or the people they are selling to) worried about RS going out of business. Realistically, with the ability to fix the frameworks, you could keep going for years without language or IDE changes.

3) provide the possibilty of bugfixes back to RS (yeah, I know the IDE source would do so also but I think that one IS too risky).

4) mean people with the right skills could look after their own bugs. This would probably shut up some of the most vocal list members who wouldn't be as frustrated due to being under the pressure of being unable to fix their own bugs and so dependent on RS.

 A better approach would be to
let us customise the IDE via an API. Bugs in the frameworks do cause
problems in our apps so arguably we have a strong interest in that side due
to our own support issues.

I don't actually follow your argument here, you seem to have switched to arguing FOR framework source access.

Making the IDE customisable via an API would be a HUGE amount of work for arguably little benefit.

Inverting that proposition makes a lot more sense - package RB as an Eclipse plugin, which would yield a lot of enterprise appeal.

I think that either is far more work than RS want to consider (or should be distracted by) right now.

There are still a lot of fixes to add, including outright crashing bugs in 2007r1, Cocoa-based frameworks are coming as is probably more work for Vista compatibility....

Andy Dent BSc  MACS   http://www.oofile.com.au/
OOFILE - Database, Reports, Graphs, GUI for c++ on multiple platforms
REALbasic, Python, Mac and Windows development and porting



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Reply via email to