Closed (fixed)
Project:
BS Base
Version:
8.x-1.x-dev
Component:
BS Bootstrap
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
9 Jan 2019 at 18:53 UTC
Updated:
2 Jul 2021 at 13:29 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
pivica commentedComment #3
pivica commentedOnly 4 open issues for Bootstrap 4.3 currently https://github.com/twbs/bootstrap/issues?q=is%3Aopen+is%3Aissue+project%.... When starting with this issue lets consider going to 4.3 if possible.
Comment #4
pivica commentedv4.3.1 is released, updating issue.
Comment #5
pivica commentedComment #6
ytsurkThis update should be quite seamless. The bootstrap change log lists no incompatibilities.
A XSS issue was solved just in 4.3.1, and there is the following deprecation:
img-retina, invisible, float, and size mixins are now deprecated and will be removed in v5.
Keep in mind that the composer files of the projects should also be updated ! (and also the composer.json attachment on this page: https://www.drupal.org/docs/8/themes/bs-base/quick-start
Comment #7
ytsurkComment #8
ytsurkTotally forgot to compile the CSS ..
Anyway - we should wait for #3024835: Update gulp tooklit and then re-roll.
Comment #9
pivica commentedYeah, let us wait #3024835: Update gulp tooklit I think it makes sense we commit CSS to build changes also with that issue so we can then more easily track CSS changes from Bootstrap update. Does this make sense to you @ytsurk?
Comment #10
ytsurkYes - fine with me.
Comment #11
ytsurkHere the patch against latest 8.x-1.x with compiled CSS.
The CSS changes are not only related to the bootstrap update ..
Comment #12
ytsurkComment #13
pivica commented> The CSS changes are not only related to the bootstrap update ..
Commit ab09731 has recompiled bs_bootstrap against all latest changes, so this patch should hold only changes related to bootstrap update, right?
Comment #14
pivica commentedBeside just upgrading and recompiling against latest Bootstrap we should check new features in 4.2 and 4.3 releases and if we like something create follow-ups for implementation.
From v4.2.0 release next stuff looks interesting:
- New: Added a new spinner loading component.
- New: Added new toast component for displaying notifications.
- New: Added a new iOS style switch (a modifier class to our custom checkboxes).
- New: Validated form fields now have feedback icons on :invalid and :valid fields. Disable them with the $enable-validation-icons boolean Sass variable (defaults to true).
From v4.3.0 release next stuff looks interesting:
- Nothing for now.
Any ideas, wishes, preferences?
Comment #15
sasanikolic commented- I am up for updating/implementing the new spinner component.
- I like the notifications, but I don't think we're using them regurarly. Maybe would be a good improvement to switch from standard Drupal notification bar to use this new notification toast? Although if texts are long in that notification popup it might not look good.
- I don't think it's necessary to implement the iOS switch since it might not get along with other design patterns?
Comment #16
ytsurkActually you're right. This is only the changes introduced by the new bootstrap version. Hadn't it on the map that you re-compiled too.
From 4.3 I see:
Comment #18
pivica commentedPatch got corrupted somehow - duplicate <?php and comment. Fixed that and moved 8001 update to the bottom.
Tested this against custom themes, works great. Committed.
Will leave this issue open until we create all the follow-ups that we want.
Comment #19
ytsurkHere the introduction of the spinner :D #3047339: Introduce bootstrap's spinner as throbber
Comment #20
sasanikolic commentedNot too sure about the patch above. What happens if the child theme is version 4.0.0. as in one of our cases? Then there's no way the child theme will get updated as the update is too specific (~4.1.3 to ~4.3.1). Maybe we'd need a more generic check?
Comment #21
ytsurkWhere still in -alpha ;) But you're kind of right, even more when updating SASS dependencies .. #3024835: Update gulp tooklit.
Also one maybe want's to be able to use other versions of "some libs". Or should bs_base preset the toolset fix?
From now on, if the update-hooks are run in order, and nothing was changed, everything should actually be reflected.
(The last bootstrap version bump(s) had no update-hooks ..)
Again, we're in -alpha, and bs_base want's to be a developer theme... We have to define how far we want to go...
IMO - it's important that this is documented anywhere, so I added a sentence in the documentation: https://www.drupal.org/docs/8/themes/bs-base/theme-development/updating-... and it should be mentioned in the release notes (@ivijca): https://www.drupal.org/project/bs_base/releases/8.x-1.0-alpha6
This ticket is active to discuss what features of bootstrap v4.3.1 we want to integrate.
Comment #22
pivica commented> Not too sure about the patch above. What happens if the child theme is version 4.0.0. as in one of our cases?
Yeah, it will not work, a developer would need to fix this manually. In the future, we should do a more generic replacement.
> Also one maybe want's to be able to use other versions of "some libs". Or should bs_base preset the toolset fix?
We need to have an upgrade path to tested lib versions on which we are depending on it. A developer is free to revert/change lib versions to whatever it wants after an update or write it own update hooks that are overriding ours.
Comment #23
pivica commented> What happens if the child theme is version 4.0.0.
Well, we stumbled just on that case for client projects so i've created #3080540: Make sure that bootstrap is updated to 4.3.1 version with a patch that should fix this.
Comment #24
pivica commentedClosing this in favour of #3219566: [META] Track interesting Bootstrap features, we will move all further discussion to that issue.