![]() And though Atom's UI is certainly modelled upon Sublime, some refinements are noticeably missing, such as Sublime's learning panels and tab-complete popups which weight the defaults in accordance with those you most use. Again, Sublime's underlying performance allows for things that involve computational grunt ST3's symbol indexing being an example that performs well even with big projects. ![]() Due to restrictions in the API and lack of underlying webkit, Sublime won't allow this level of UI customisation although the developer may extend the API to support such features in future. It remains to be seen how Atom will perform with such "heavy" extensions, since the editor natively feels sluggish. In terms of IDE functions, from a webdev perspective Atom will allow extensions to the point of approaching products like Webstorm, though none have appeared yet. That said, installable Atom packages for Windows and Linux are yet to be released and activity on the codebase seems to have cooled in the weeks before and since the announcement, according to Github's stats. None are showstopping imo, but if you want something in rapid development with regular bugfixing and enhancements, Sublime will frustrate. In particular there are a number of bugs, many quite trivial, that haven't been fixed by the developer. By contrast, Sublime's development has slowed significantly of late - but it's not dead. As a result it's likely that support and pace of development will be rapid. Since more of Atom will be open, Github open-sourced Atom on May 6th. However, Sublime's extensions perform closer to native, so those that perform compute-intensive, highly repetitive or complex text manipulations in large buffers are feasible in Sublime. Being closely coupled with webkit offers numerous capabilities for UI feature enhancements not presently possible with Sublime. Atom has a richer API (though poorly documented at present) with the design goal of allowing greater control of its UI. Atom's "closed" part is unknown at the moment, but I get the sense it's smaller. in the gutter) or manipulate the statusbar beyond basic text. For example, Sublime plugins can't interact with the sidebar, control or draw on the editing area (except in some limited ways eg. Apart from skins/themes and colourisers, the API currently makes it difficult to modify other aspects of the UI. The "closed" part of Sublime includes the API and UI. Though I expect improvements in Atom as it matures, design & platform choices limit performance. Though similar in UI and UX, Sublime performs significantly better than Atom especially in "heavy lifting" like working with large files, complex SnR or plugins that do heavy processing on files/buffers. Atom is written in Node.js/Coffeescript and runs under webkit, with Coffeescript being the extension language. Its core is written in C/C++ and a number of its features are implemented in Python, which is also the language used for extending it. Sublime is binary compiled for the platform. ![]() In addition to the points from prior answers, it's worth clarifying the differences between these two products from the perspective of choices made in their development. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |