GNOME Shell to support a "classic" mode
GNOME Shell to support a "classic" mode
Posted Nov 23, 2012 9:35 UTC (Fri) by nix (subscriber, #2304)In reply to: GNOME Shell to support a "classic" mode by ebassi
Parent article: GNOME Shell to support a "classic" mode
So if GNOME is modelling its extension API on FF's, it's not a good sign. If it models it on FF's except treats it like an API and doesn't break it at the drop of a hat, that might work better.
(Again, I don't really know how Emacs has avoided implosion despite using the same 'big ball of mud, everything is available' approach as FF extensions do. I suspect it is simply treating its interfaces like a programming language designer would, i.e. extremely conservatively, taking *decades* to deprecate *anything*, so by the time your extension moves from using deprecated interfaces to breaking because they're removed, the app itself is too obsolete for anyone to care about it anymore. It only just broke old-style backquote, for instance, and that started emitting deprecation warnings something like fifteen years ago.
Perhaps if people would consider that they are kicking all their users every time they deprecate a stable interface it might help. I understand that Emacs developers ritually cut off and sacrifice a body part to the cons gods every time they intentionally break anything that external Lisp is relying on :P That attitude might help too, but it seems to be almost unique in the 'just break it dammit' free software community right now.)
Posted Nov 23, 2012 9:51 UTC (Fri)
by ebassi (subscriber, #54855)
[Link] (3 responses)
because you're obviously ignoring the fact that the emacs users are putting up with a big ball of elisp with obscure commands that require three keyboards to actually be used successfully, which means that they are capable of getting out of the mess by themselves, and they'll probably enjoy doing so - whereas people installing Firefox and GNOME extensions are much more likely not to be software developers or humungous geeks.
Posted Nov 23, 2012 19:37 UTC (Fri)
by nix (subscriber, #2304)
[Link] (1 responses)
Posted Nov 30, 2012 20:20 UTC (Fri)
by njs (subscriber, #40338)
[Link]
(Also emacs' UI is pretty flat and decoupled to start with, since it consists mostly of keybindings. It's much easier to merge 10 extensions' keybindings than it is to merge 10 extensions' arbitrary fiddlings with status bars, menus, etc., and those things change from release to release too.)
Posted Nov 23, 2012 19:39 UTC (Fri)
by nix (subscriber, #2304)
[Link]
Posted Nov 23, 2012 10:18 UTC (Fri)
by dlang (guest, #313)
[Link]
Firefox also has an extensions API, and things that use that are very stable. But Firefox didn't start with an explicit API, instead extensions are allowed to muck with anything in the browser, and ones that do are extremely sensitive to any changes in the browser (potentially including compile options)
as in everything, there are tradeoffs
GNOME Shell to support a "classic" mode
Again, I don't really know how Emacs has avoided implosion despite using the same 'big ball of mud, everything is available' approach as FF extensions do.
GNOME Shell to support a "classic" mode
GNOME Shell to support a "classic" mode
GNOME Shell to support a "classic" mode
GNOME Shell to support a "classic" mode
