Александр

Пока мы будем оглядываться на осла и делать ему статистику, он будет фигурировать в списке все еще популярных браузеров. Поэтому я стараюсь избегать его всеми возможными методами. В большинстве проектов мы отказались от них напрочь, разве что еще не повесили «Идите куданадо» для тех, кто с IE заходит.
Но, конечно, есть требования под него корректировать. По иннерции в основном. С последней обновы, а может и раньше, Мелкомягкие сами акцентируют внимание, мол вот, попробуйте Edge. Вот этот браузер, это лучше, но тоже дает о себе знать при отладке.
А в плане работы по стандартам самый имба сейчас это Огнелис. Но они вроде как принимают активное участие в разработках спеки, поправьте меня те, кто этим всерьез интересовался.

Сверху общая картинка, а резюмировать можно следующим образом, есть в ТЗ, пожаланиях, донеси до заказчика, что это ему не впилось, но без пены у рта и либо делай по факту поддержку, либо нет. А вот просто так лишний раз прошу этот кусок браузера не открывать.

Сверху верно заметили, префиксы сейчас не нужны. Браузер = доступ в интернет = автообновления = актуальная версия браузера, а если пользователь убирает галочку с автообновы, это его сознательный выбор. А все современные браузеры отлично понимают без префиксов. Они требуются буквально в единичных случаях. И там могу порекомендовать не делать так. Т.е. не творить ту гадость, что требует префиксов, в духе изменения дизайна скроллбара и прочей дичи.

The .detach() method is the same as .remove(), except that .detach() keeps all jQuery data associated with the removed elements. This method is useful when removed elements are to be reinserted into the DOM at a later time.

detach - такой же как remove, за исключением того, что detach сохраняет все данные ассоциированные с удаляемыми элементами. Этот метод может быть использован, что бы повторно вставить удалённые элементы в "ДОМ" позже.

Насколько это понял я, и насколько это видно из примера, по ссылке которую Вы же привели - при удалении и повторной вставке этих элементов обратно - JQuery сохраняет все свойства элемента, включая сожержимое, атрибуты (в т.ч. текущие классы) и т.д. Так же, у этих элементов, судя по всему - сохраняются привязанные к ним события.

P.S. Если Вы просто удалите элемент, а потом вставите новый - то вставится именно новый элемент, события к нему придётся прикрутить заново, заново задать атрибуты/классы и т.д., с detach - элемент "вернётся" в том виде, в котором был удалён, т.е. по сути, вернётся именно тот элемент, который был. При удалении/вставке - будет вставлен уже новый элемент.

P.P.S. Т.е. это почти то же самое что скрыть элемент [hide()/show() в JQuery или diplay: block/none в CSS], что бы потом его показать, только физически, в DOM-дереве этот больше не присутствует.

Вот статья на эту тему

Не парьтесь на эту тему. Одного CSS-файла на весь сайт достаточно. Если вы все стили склеите в один файл, сожмете в строчку, а потом еще сервер это пожмёт gzip-ом. То это достаточная оптимизация.

Год назад, было рановато. Как дела обстоят сейчас?

Зависит от аудитории.
И год назад где-то было уже вполне можно.
И через пять лет где-то будет еще нельзя.
Если у вас уже живой проект - поглядите там чего показывает Аналитика/Метрика по браузерам

88% caniuse

88% от чего?
От версий браузеров или от количества пользователей на разных версиях браузеров - это далеко не одно и то же.
Мы посмотрели по реальной посещаемости - эти 12% в количественном выражении для одного нашего проекта получились 0,02% от общего числа посетителей. Решили, что можно.
А для другого - 3%. На этом проекте решили погодить еще.

P.S.:
Нет смысла мучиться, если вам нужно и с Grid CSS и без Grid CSS получить идентичный результат. И никогда не будет.

Однако, если допустима деградация задуманного дизайна и при этом вы сможете сохранить его функционал - то почему бы и нет. Хоть прямо сейчас.