More thoughs on Flash editors
13th September 2002
Flash Voodoo’s Battle of the Flash Text Editor Components (via Jeremy Allaire) is interesting—the editors are all good, but they all suffer from the same problem in that the code they generate is pretty horrible (font tags and presentational markup galore). This is a limitation of Flash rather than a problem with the coders—our Flash Editor (currently under development by my colleague Richard) has the same problem, so we are looking in to ways of cleaning up the resulting code and turning it in to XHTML.
In my opinion options to change font colour, size and typeface are a drawback rather than a benefit—most applications for rich text editors will be content management systems that try to create a standard look and feel across a site, rather than letting content editors apply their own styles when they create the content. My ideal editor would be more of a structural XHTML editor than anything else—users would be able to add headers, lists and other structural elements and then apply styles from a logical selection controlled by the CMS. The only question is whether or not Flash MX is a suitable platform for this kind of application (as a complete Flash novice I can only guess at its potential in this regard).
More recent articles
- Weeknotes: Embeddings, more embeddings and Datasette Cloud - 17th September 2023
- Build an image search engine with llm-clip, chat with models with llm chat - 12th September 2023
- LLM now provides tools for working with embeddings - 4th September 2023
- Datasette 1.0a4 and 1.0a5, plus weeknotes - 30th August 2023
- Making Large Language Models work for you - 27th August 2023
- Datasette Cloud, Datasette 1.0a3, llm-mlc and more - 16th August 2023
- How I make annotated presentations - 6th August 2023
- Weeknotes: Plugins for LLM, sqlite-utils and Datasette - 5th August 2023
- Catching up on the weird world of LLMs - 3rd August 2023
- Run Llama 2 on your own Mac using LLM and Homebrew - 1st August 2023