|
Post by Jeff Ledger on Dec 28, 2004 10:16:29 GMT -5
People seem to be a little hazy on the intention of CML, so here's a little insight on what I have in mind for this project.
Client-side: --------------- Control of text, and color. (working) Download and basic control of Sprites Download and playback of SID music Hyperlink control with function keys or joystick (working) Support for ETH64 and RS232 interface.
Server-side: (perl based cml scripting) ---------------- Multiuser chat interface (working) Message system Games
The central idea behind this project is to create a Qlink style service using the web. The creation of this uses the internet to provide decentralized control. In otherwords, anyone who wants to participate can do so.
Anyone up for a little ML coding?
Jeff
|
|
|
Post by Wildstar on Sept 10, 2012 13:07:24 GMT -5
People seem to be a little hazy on the intention of CML, so here's a little insight on what I have in mind for this project. Client-side: --------------- Control of text, and color. (working) Download and basic control of Sprites Download and playback of SID music Hyperlink control with function keys or joystick (working) Support for ETH64 and RS232 interface. Server-side: (perl based cml scripting) ---------------- Multiuser chat interface (working) Message system Games The central idea behind this project is to create a Qlink style service using the web. The creation of this uses the internet to provide decentralized control. In otherwords, anyone who wants to participate can do so. Anyone up for a little ML coding? Jeff Hello Jeff, I know I am essentially reviving an old topic. XML is a metalanguage so to speak. There is a WML (Wireless Markup Language) which is a product of using XML to make markup languages. So would it be viable to do something similar with XML and make a Commodore Markup Language, the DTD for it and so on. Which would be able to be processes on ANY web browser on the PC with decent XML support (which would support WML and others). Then we just need an parser that parses XML or in our case, a subset of that needed to parse the "Commodore Markup Language" and handles the DTD. It was done with WML using WAP protocol. We just use standard web protocol and parse the XML-based Commodore Markup Language. The idea is using XML for exactly what it is designed to do in our favor and eventually be able to produce a graphical web page viewable on a Commodore. I know it is a stretch but when I read your concept, it is a very interesting concept. To really bring the most graphical web processing out of it, I would suggest we apply such. My goal in my free time is to develop G.M.L. (for GEOS). The idea for it is that I would do something to effect but built to run on top of GEOS using GEOS fonts and supporting the environment. Imagine through markup language parsing from the web to generate locally on the GEOS a Geowrite like web documents. Enable SuperCPU or similar accelerators (be it now or in the future). We have been doing something similar to markup language with Paperclip. I'm looking to something like paper clip with XML-valid form but have the dynamic linking that paperclip provides with visual graphics that Geowrite and similar Geos Apps provides. What I don't want is to make it dependent on an SuperCPU to function. To make it faster... yes. To work, no. Support Chameleon, support REUs. In this case, I am interested in an open collaborative process. I am not interested in making this something that will strictly run on GEOS. It would be the OS platform of target. As GEOS provides a number of functions and features built in. It already has a library of fonts. It would be a nice goal perhaps in the future that Geos apps be extended but not an immediate goal. Would I like it to support Wheels? Yes. Just not to be dependent on it. I would love the concept to work on any version of GEOS but we all know reality. There is the BHAG (Big Hairy Audacious Goal).
|
|