Petr, For a long time I have wondered why there are no good html editors anywhere since the entire internet displays content in html. It still takes a highly skilled and trained person to create a nice html document.
In my application, I was allowing the user to upload an html file from his local disk to be edited in the HtmlArea. But there are so many ways that the end user has created html over the last 15 years or so, that I believe there is no possible way to keep the html files intact and edit them properly in the limited scope of the qooxdoo HtmlArea. There are not even any disk based html editors that do this worth a hoot. We are talking about well formed html. What happens in all of the half baked html files out there? Starting with a blank html page is a different matter because you have complete control over what is in it. I prefer to solely use divs and spans and I am sure that others prefer other things. I too would like an html editor that just does basic editing. It seems that an html editor should be a very high priority widget, but apparently it is not. Other people may be using it and they may be getting better mileage than me, but as far as I can see the qooxdoo developers need to fix it, redesign it from start as you suggested, or remove it. It is a nuisance when most widgets behave a little strange, but it is a show stopper when this particular widget does. It would really be nice if people responded to these posts so that we could determine where the HtmlArea stands and determine what needs to be done. And perhaps it is just that I have been doing something wrong. It would be nice to know. tom Petr Kobalíček wrote: > > Hi Tom, > > I don't know if it's nice to hear that there are others with problems or > not:) > > My post was mainly inspired by WONTFIX status of some of my bug > reports related to HtmlArea. It's few days I decided to report really > all problems I will find in qooxdoo and HtmlArea. With HtmlArea I had > problems all the time, it's one year I wanted to use it and I decided > that it's not ready, so I waited, waited, waited ... it was at > Nov-2008. Yesterday I reported some issues but Alex told me that it is > not problem in HtmlArea but browser (I complained about html output, > exactly html styles set in <p> element is really not good). When I > found bug in HtmlArea I'm always trying other solutions (tinymce, > fckeditor, ...) to check if other devs solved it or not (and they > usually did). > > But currently I don't know what to do. I always can start new project, > but I don't know how many time is needed to make good html editor. If > you look into HtmlArea code that it's code full of hacks, browser > specific workarounds, etc... This is really painful area in the web > universe, but it needs to be solved - by HtmlArea or by other > solution. > > I will wait for comments, maybe it's really good to start new project > from the scratch that will solve all of these things by its > architecture. I know about one html editor released under MIT license > that can be very good starting point (only 15KB of sources). > Personally I don't need advanced undo/redo and zillion of > possibilities, I need stable and excellent support for basic editing - > Headings, Paragraphs and some styles that users can use to beautify > the text:) > > And your issue is interesting, I'm using HtmlArea in modal dialogs and > I haven't problem with focus (only that I can't focus by TAB), but I'm > testing only in Firefox and Chromium. But I think that this bug is > solvable:) > > -- > Best regards > - Petr Kobalicek <http://kobalicek.com> > > > 2009/10/19 tsmiller <tsmil...@gnixterhouse.com>: >> >> Peter, >> I too would like to use the HtmlArea widget, but unfortunately I agree >> with >> you. I have a product that I am just releasing and I was using the >> HtmlArea >> (not the editor as I wrote my own editor, but the HtmlArea itself). I >> provided a bug report to Alex about a week or two ago about one of my >> problems, but have heard nothing about it. My main problem is that the >> HtmlArea widget loses focus and will not regain it now matter what - thus >> you cannot enter anything into it. My second problem is that sometimes >> it >> stops taking certain keys - usually the i and I don't remember the >> others. >> I figured that after making the bug report to Alex that I would just wait >> for info about the fix, but a day or so later I went to my local library >> to >> see how my program looked on their computers. I was pretty disappointed >> to >> find out that none of my HtmlAeas would take the focus. They were pretty, >> but useless. This was on Windows Vista. So I came home and now I >> redesigned my application to use textareas instead. I need an html >> editor, >> but I am going to have to wait. It seems to me that what Alex (and >> others >> that worked on the HtmlArea) have an awful design to start with. Meaning >> having to start with the the editable iframe. I don't know if it is ever >> going to really work properly because of that. I think that it is very >> strange indeed, that the internet runs on html, but there are not any >> good >> ways to get html into your browser. My 2 cents worth. >> >> tom >> >> >> >> >> >> >> Petr Kobalíček wrote: >>> >>> Hi list and Alex:), >>> >>> I'm really interested if here is anybody who is using HtmlArea in his >>> product that is in production (deployed and used by people). I'm >>> asking here because I feel that this component is really not ready and >>> maybe community may help. I have only some time to work on this >>> component, but I don't know how everything works internally, etc. >>> Instead of private messages with Alex he can sometimes describe the >>> functionality here. >>> >>> Alex seems to be very busy at this time and he has probably best >>> knowledge about HtmlArea here. Unfortunately there are too many >>> reported bugs that won't be probably fixed in near future (This is ok >>> Alex, we have all limited time to work on contribs). >>> >>> So I here is anybody who is using this component and can help me with >>> fixing it I will be really happy to hear about that. I'd like to use >>> HtmlArea as replacement of some TextAreas in our product (for rich >>> text editing that is important in ecommerce and cms systems), but I >>> really can't do this currently. >>> >>> Note I'm talking about HtmlArea, not HtmlEditor contrib. I'm not >>> interested about HtmlEditor at all (maybe only as a HtmlArea >>> demonstration project). >>> >>> -- >>> Best regards >>> - Petr Kobalicek <http://kobalicek.com> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and >>> stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> http://p.sf.net/sfu/devconference >>> _______________________________________________ >>> qooxdoo-devel mailing list >>> qooxdoo-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/HtmlArea-and-users-tp25960777p25962947.html >> Sent from the qooxdoo-devel mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> qooxdoo-devel mailing list >> qooxdoo-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > qooxdoo-devel mailing list > qooxdoo-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel > > -- View this message in context: http://www.nabble.com/HtmlArea-and-users-tp25960777p25965662.html Sent from the qooxdoo-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ qooxdoo-devel mailing list qooxdoo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
