Conversation
One downside I found is that the "live-reload" doesn't work and you have to manually reload when making changes to the |
Although the build fails (I think unrelated), this branch would be ready for a test drive. Things to test:
/cc @atom/feedback |
Ouch.. apparently adding some padding to highlights causes this find-and-replace spec to fail. 🙈 |
@simurai Once |
Been using this for a few days now, and haven't noticed any regressions. Let's 🔥 /cc @atom/feedback |
I guess it's this: Line 173 in f48069c
Also, searched for
Not sure about:
Should we do that in a separate PR? Currently |
Sure, we could remove those references in a separate PR to limit the scope of this one. But simply commenting out the lines in |
@simurai I pushed a commit that nukes @atom/feedback Some 👀 on this would be great. I believe this PR is ready to 🚢 |
🚀 |
This PR does:
bootstrap
dependency3.3.6
+ some Core styles and publish it as atom-ui moduleatom-ui
dependencyRefs: #6351, #8237
Stays in core
atom/atom/static
:text-editor-light
workspace-view
Moved + merged into the atom/atom-ui package:
Removed:
Motivation
Currently we load Bootstrap and then try to override it in core. Merging them allows more control and adjustments can be made directly. Also, moving out of core and into a separate package feels less intimidating and can easier be rolled back in
package.json
.Concerns
Some styles got removed, so there is a chance that something might look unstyled or off. Packages bundled with Atom should be fine, but it's hard to predict if community packages rely on any of the removed styles. Maybe in the Beta phase we can catch some regressions.
Affected packages:
autocomplete-plus
fixed by reverting some refactoring..close
. Fixed by adding.close
too.