From ff072dfe782f6f22123cd4ba050828d35c0d0fbd Mon Sep 17 00:00:00 2001 From: Benjamin Culkin Date: Mon, 20 May 2024 17:55:46 -0400 Subject: Some lingering tweaks --- .../src/site/resources/index-old.html | 225 ++++++++++++--------- 1 file changed, 130 insertions(+), 95 deletions(-) (limited to 'projects/net.wotonomy.all/src/site/resources/index-old.html') diff --git a/projects/net.wotonomy.all/src/site/resources/index-old.html b/projects/net.wotonomy.all/src/site/resources/index-old.html index d21e8c1..4ed4a5e 100644 --- a/projects/net.wotonomy.all/src/site/resources/index-old.html +++ b/projects/net.wotonomy.all/src/site/resources/index-old.html @@ -1,105 +1,140 @@ + -wotonomy + wotonomy - + + -

wotonomy

-

-Wotonomy is a pure java user interface framework for building both web and gui applications. It is heavily inspired by the NeXT and OpenStep APIs and it includes clean-room implementations of portions of the WebObjects and JavaClient frameworks. -

-

Useful links

- - - + +

Frequently Asked Questions

+

I'm a Java developer: what's in it for me?

+

+ Java developers will find the design patterns in wotonomy useful for reducing the complexities of data-driven + application development. Swing developers will additionally find a number of useful Swing components and + utilities. +

+ +

I'm an OpenStep developer: what's in it for me? +

+

+ OpenStep developers will find that they can use familiar APIs while still writing pure java applications. + Wotonomy provides clean-room and API-compatible implementations of the EOInterface/EOControl, WebObjects, and + Foundation frameworks that interoperate with and extend the Java Swing, Servlet, and Collections packages + respectively. Wotonomy tries to be as API-compatible as possible while still tightly integrating with Java. +

+ +

What's the current status?

+

+ The current status of the framework is alpha. The user interface package is suitable for simple to moderate + application development and has working associations for all Swing components and a display group that supports + data sources, sorting, and delegates. Editing contexts are in development. The web package is a proof-of-concept + implementation that currently only supports WOString. The foundation package has pure java ports of all classes + needed by the ui and web packages, including NSArray and NSDictionary classes that implement the List and Map + interfaces respectively. +

+ +

Why not use GNUStep?

+

+ GNUStep is awesome, but it's an Objective-C framework. The new Java bridge is great, but even Apple is + backpedaling on that approach with their pure-Java version of WebObjects, due to performance problems and + conceptual difficulties in development. +

+

+ Wotonomy has the same license (GNU Lesser Public License), and is written completely in Java. +

+ +

Why not use WebObjects?

+

+ Yes, you should if at all possible. Then you'll get tools like InterfaceBuilder and EOModeler and ProjectBuilder + and you'll be even more productive. But some of us have to deploy applications on Windows or Linux or MacOS9. +

+

+ It's not an issue of free beer: WebObjects is worth at least ten times the price (which is currently way cheap + at ~$500). It's the restrictions on deployment that create the problem. +

+

+ The other problem is political. Perhaps if enough people adopt wotonomy for their Java projects, they'll see the + advantage of investing in Apple technology. Additionally, applications using wotonomy will be extremely portable + to Apple platforms. +

+ +

Did you say MacOS9?

+

+ Yes, it should be possible to get wotonomy running on JDK1.1, although it doesn't work right now. The + collections packages would have to be renamed and the weak references would have to be looked at, but it looks + do-able. +

+

+ If your application used only NSArrays and NSDictionaries and no java2 collections, you could just link your app + against a version of the wotonomy library built for 1.1 and it will just work. +

+
+ + + +
+
+
+ This document was generated using AFT v5.06 +
- + \ No newline at end of file -- cgit v1.2.3