My feedback is targeted at the ymacs demos giving a better "first impression", which at this point might be the only one allowed for many.<p>I am taking the time because that's the most emacsy (unintended bun) experience I've had in a web editor and to me that is a compliment.<p>I had to "Load its own code!" and read it to jump over these brick walls:<p>* C-x C-b is undefined<p>* C-h gives me a chrome://chrome/history/ lesson, but that might be chrome's fault<p>* M-x sounds the bell (why?) but "that's all she wrote". Neiter ? nor SPC do more than insert themselves in the minibuffer. Reading sources I find M-x switch_to_buffer (C-x b) would work, if only by keyboard (the menu does not allow one to actually pick an entry).<p>Why not implement C-x C-b? Would it be that hard? Or just let it do what C-x b does for now?<p>M-x ? and M-x SPC listing all available commands would be a big win too.<p>But a commad like M-x switch_to_buffer should not really be presented to an emacs user, make that M-x switch-to-buffer, even if some internal mapping may be needed.<p>This HN article links to
<a href="http://tageorgiou.github.com/ymacs/" rel="nofollow">http://tageorgiou.github.com/ymacs/</a>
and [Try Out] there links to
<a href="http://tageorgiou.github.com/ymacs/demo/" rel="nofollow">http://tageorgiou.github.com/ymacs/demo/</a><p>* It seems to have some character encoding issues in the modeline:<p>ymacs.frames[0].getModelineElement().innerHTML<p>"-- <b>test.js</b>Â&nbsp;Â&nbsp;49% of 1.35kÂ&nbsp;Â&nbsp;(13,3) "<p>[Live demo] at <a href="http://www.ymacs.org/" rel="nofollow">http://www.ymacs.org/</a>
links to
<a href="http://www.ymacs.org/demo/" rel="nofollow">http://www.ymacs.org/demo/</a><p>* Modeline looks good in this one:<p>ymacs.frames[0].getModelineElement().innerHTML<p>"-- <b>test.lisp</b> (1,0) "<p>brettcvz, mishoo, tomelam, keep up the good work, I really like this!