(1999), then the web version is done by using the 1999's software In today's twitter, instant messaging, and voice and video chat days ( Skype, gtalk, msn, yahoo, aol …) that just about any joe uses to communicate across the globe, but GNU emacs dev stuck with the ancient mailing list software the The primary communication for GNU emacs dev is its There are so much obstacles and frustrations. It just take years for a mode to get into GNU emacs even when the mode author is fully enthusiastic about it and willing to sign the paper and FSF willing to include it. Was discussed and i think paper signed perhaps 2 years ago but still not in GNU Emacs and i don't think it's even in the agenda … Js2-mode by Steve Yegge, and many other modes written by others …
#Emacs vs aquamacs code#
Mode, or code from Lennart's EmacsW32, or the incredibly non-trivial įSF does not want to bundle Visual Basic mode into emacs, even though it is top 5 most used lang. The links on the emacswiki seems to want to stick to sister sites such as instead of the much better quality Wikipedia. He doesn't want to switch to the much widely used and far more powerful
For example, Alex Schroeder prefers to use his own wiki software the oddmuse. If FSF wants, FSF people could easily initiate the talk to Alex of emacswiki, so that emacswiki can function and provide many services emacs users need such as a coherent library depository, coherent online emacs interactive help center, or even a coherent emacs Web 2.0 social networking for emacs users … so many potentials.Įmacswiki has its own agenda. (See also: My Experience of Emacs vs XEmacs.) For example, many of its FAQ or pages and document could link XEmacs's years of superior tech going basicallyĭoesn't. Stand-alone and does not want to take in any other's work except FSF is kinda haughty in that it wants to be I think that it is difficult to get these all together, preciselyīecause one might say selfish motives, including myself.
Or we could try to start a project in the wikimedia world.īut we need the support of the community. Perhaps you can cooperate with the maintainer of the emacswiki? I think you should not create another micro-forum. I like your website and i am glad about your contributions, but The maintainer has no more spare time for the project. It should be possible to pass the admin-job to someone else, if One newsgroup with mirror to Mail (perhaps gmane?) would be fine.Īll services should not be bound to one individual. I would rather suggest to fusion some communication channels. There are many pages and most need more manpower. Possibly i could start a forum using WordPress. Also, i wish to keep the HTML valid, but i think that's hopeless. Am not sure what technology i can use with my hosted server to make it Web 2.0. We may not need it, but it's a huge barrier to overcome for new users.Right now is a static site. The important takeaway is that every Emacs user should acknowledge the fact that the mouse is underutilized.
In any case, most advanced functions are usually accessed by name, whatever the editor. I don't really care for tabs, and standard shortcuts are usually a non-issue, since everyone ends up using whatever they prefer ("standard", Emacs, or Vim). The menus could be easily customized to further improve user workflows.Īs for the rest: maybe some of the features are nice to have. Making functions accessible via a context menu would be awesome for both usability and productivity. Emacs is a highly complex software, which is then customized with lots of modes. This frees the right mouse button, and a context menu makes lots of sense. This doesn't make much sense anymore: every other editor uses click and drag to select text using the mouse. The current right-click behavior just sets the text selection mark. Why not? Some things make a lot of sense, like the context menu.
0 kommentar(er)
