- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
Иногда вижу такие "вложенные списки" в Markdown:
1. text
1.1. text
1.2. text
1.2.1. text
1.2.2. text
1.2.3. text
А потом ещё удивляются, почему списки съезжают или показываются неправильно...
Маркдаун несконсистентное говнище без единого стандарта, которое работает у всех по разному. Типичная поделка неграмотной хипстоты.
А в HTML списки специфицированы уже тыщу лет
или не крутят
Досвидание
Это просто один из способов описания стилей для избежания каскадирующейся хуйни
И семантикохуйню если и юзают то старательно вычищают вилкой все встроенные стили пока теги не станут неотличимы от дивов
Потому что прямо как и везде наследование это зло только в ксс у тебя даже не спрашивают чо ты хочешь наследовать
И такой код сейчас везде
Потому что семантика (как и многие другие прекрасные идеи нулевых) разбились о кирпичные лбы веб-макак
А вот встроенные стили должны отключаться централизованно, без всяких reset.css
Это вот проеб, что такго нет
Или я пишу без css, и тогда стили на усмотрение браузера
Или я сам пишу css, и тогда пускай все стили убираются кмк
Ну не знаю, иди доебись до мобиьных или дескотпных гуйщиков что у них там переменные неправильно названы
>как и многие другие прекрасные идеи нулевых
Многие прекрасные идеи нулевых сдохли потому что никто не умеет смотреть в будущее и знать как оно обернется
В нулевых думали что семантическая верстка будет использоваться для упрощения рендеринга, доступности сайтов и для поисковиков
Поисковики поумнели, компы стали мощнее и оказалось что для доступности гораздо важнее чтобы можно было ез мышки пользоваться сайтом и удобные шрифты для слабовидящих чем какая-то дрочь с тегами, а лендмарки можно и аттрибутами расставить
разумеется доебусь, если буду ревьюить их код
> оказалось что для доступности гораздо важнее чтобы можно было ез мышки
кстати, попользуйся современным сайтом без мышки, одной только клавой
А спроси еще потом у современного верстуна про tabindex, лол
>кстати, попользуйся современным сайтом без мышки
на моей практике хром прекрасно ориентируется куда табом прыгать
Это не браузер ориентируется, это верстальщик ему должен сообщить, куда табом прыгать. Зайди на «Хабр» и понажимай таб, лол.
верните мне мой 2008
в хром завезли ИИ который среди вот этих вот "p-3 mb-2" находит нужные ссылки, и по ним прыгает?
А если у тебя в вертске
(это реальный пример из boostrap!) то вообще не очень понятно зачем разделять html и css)) они же гвоздями друг к другу прибиты.
А чтобы сайт был доступен, нужна семантическая верстка.
А сейчас все сайты сплошь из divов с каким-то классами от фреймоврка
>А чтобы сайт был доступен, нужна семантическая верстка.
Доступность сайта - это доступность для пользователя. Пользователю не поебать какие названия у тегов и классы?
веб -- говно)
Семантичность сайта позвлила бы браузеру понять что и где в сайте есть.
В обычном десктоп приложении у тебя есть возможность создать меню (с хотки!), форму, табы, кнопки итд. И по всему этому можно ходить табом или вызвать хотки.
Именно к этому и нужно было стремиться в вебе, раз уж мы стали вместо сайтов делать приложения.
Это ты наверное еще не видел хешированных классов
В экзешниках вообще какие-то цифры и буквы, ужос какой
>Семантичность сайта позвлила бы браузеру понять что и где в сайте есть.
нахуя?
>В обычном десктоп приложении у тебя есть возможность создать меню (с хотки!), форму, табы, кнопки итд. И по всему этому можно ходить табом или вызвать хотки.
И что, все так делают в десктопе? или может так нельзя сделать в вебе?
я екзешник не пишу вручную
а вот это говно пишу
>нахуя?
чтобы пользователь мог по меню ходить удобно
стрелочками
как я могу это делать в виндовых десктопных прилагухах
>И что, все так делают в десктопе?
нормальные люди -- да
>или может так нельзя сделать в вебе?
можно конечно. Вручную, долго, и сложно. Как и всё в вебе
Слушай, я понял в чем наша проблема. Просвещаю: уже 100 лет назад поняли что держать отдельно css, js и html это полная хуйня и сейчас все стремятся изолировать маленькие кусочки в компоненты которые и стандартные, и переиспользовать можно - все как ты любишь. Никто больше не пишет main.css на 16000 строк с селекторами типа article который ты поменял и весь сайт раком встал
>чтобы пользователь мог по меню ходить удобно
Какое отношение это имеет к названиям тегов и классов?
>можно конечно. Вручную, долго, и сложно. Как и всё в вебе
То-то я смотрю, что все гуи стали писать на жсе. В десктопе и мобиле видимо все так легко что неинтересно
И что дальше то?
ml-md-3 там не пишут в html?
>Какое отношение это имеет к названиям тегов и классов?
тэг <div> не содержит семантики
а тэг <ul> содержит
>То-то я смотрю, что все гуи стали писать на жсе.
а так же многие пишут на JS и PHP.
Вероятно, это самые лучшие языки.
Такие классы содержат ровно одно css свойство. Ты его никогда не меняешь и можешь использовать везде. Когда тебе нужно что-то добавить или убрать, ты добавляешь такие же классы из одного свойства. Получается типа как инлайн цсс, самая примитвная форма изоляции, которую придумали 12 лет назад. Сейчас есть более современные способы добиться этого, но, к сожалению, все они хуй клали на твое желание как конечного пользователя читать названия классов в девтулах
>а тэг <ul> содержит
И еще содержит гору мусора
>Вероятно, это самые лучшие языки.
Конечно нет. Просто веб - самая перспективная платформа для разработки интерфейсов и рынок это доказал
Не, это просто самая перспективная платформа для доставки софта и контента до юзера. И рынок это доказал.
Никаких тебе установок, библиотек и прочей хуйни. Юзер просто заходит на сайт и течёт.
и приложения на реактнатив
Я против него. Исходный код приложения на этой хуйне ничем не защищён.
Если в десктопных или мобильных прилажухах будет принято что-то делать по еблански, то я тоже буду про это говорить. У меня много претензий ко всему, просто веб это какая-то особенно противная параша. Из всех возможных вариантов там всегда выбирают самый хуевый.
>на моей практике хром прекрасно ориентируется куда табом прыгать
ну вот те сайт http://asus.com/
попрыгай там табом
Ого
Окей, я обосрался
>У меня много претензий ко всему, просто веб это какая-то особенно противная параша
Ну назови хоть 3 примера что тебе кажется ебланским в вебе и как охуенно это решается на других платформах
В вебе ничего похожего из коробки нет (сеточка отдаленно напоминает, но ей далеко)
Во многих десктопных фреймворках есть куча компонентов. В вебе их мало, и потому питухи на каждоом сайте юзают разные с разным UX. Это не удобно.
Наконец, во многих платформах можно установить какую-то библиотеку, и ее использовать потом. В вебе надо все тащить с собой для конкретного сайта.
Определение основной оси, стратегии заполнения и ограничений доступны не то что в сетке, даже в flexbox
>Во многих десктопных фреймворках есть куча компонентов. В вебе их мало, и потому питухи на каждоом сайте юзают разные с разным UX. Это не удобно.
Нихуя не понял? В вебе тоже есть куча библиотек для вью и непонятно почему ты в принципе требуешь от фреймворков ограничивать выбор вью программисту. Получается, вебовый вариант с отедльными либами для логики и виджетов гибче?
>питухи на каждоом сайте юзают разные с разным UX
В стиме и фотошопе и вижуал студие они одинаковые? И причем на всех осях?
>Наконец, во многих платформах можно установить какую-то библиотеку, и ее использовать потом. В вебе надо все тащить с собой для конкретного сайта.
Все либы в вебе обычно доступны как минифицированный жс файл в cdn который закешируется один раз на все сайты. вот только оказалось что изолировать пакеты и самому контролировать их версионность проще и безопаснее. Поделишься, у вас в десктопе екзешники или в мобиле apk как-то по-другому делаются?
Нук сделай мне по горизонтали две кнопки одинакового размера по ширине, и высотой в написанный в них текст, а снизу текстарию в два раза больше их по высоте.
> В вебе тоже есть куча библиотек
Разных, c разным UX, с разными хотки, не совместимых между собой.
>Получается, вебовый вариант с отедльными либами для логики и виджетов гибче?
А еще гибче ms-dos: там просто пишешь прямо в виде память и никто тебя ни в чем не ограничивает.
Но я за стандартнрые решения стандартных задач.
>В стиме и фотошопе и вижуал студие они одинаковые?
Стимом я не пользуюсь, в старом фотошопе действительно меню были стандартные (на маке другие так как использовалось меню мака, и это правильно). У студии свое меню конечно, но оно тоже стандратно сделано.
>Все либы в вебе обычно доступны как минифицированный жс файл
И ты конечно же используешь 19 либов из CDN в своем сайте?
Или всё таки ты используешь вебпак?
>в cdn который закешируется один раз на все сайты
Или CDN отвалится, и у тебя сайт не заработает, лол.
Десктопное приложение скажет: "не могу загрузить foo.dll" (точнее ос скажет) а веб ничего не скажет (только в консоль)
Так что пользователь веб ниухя не поймет, чому у него сайт не работает.
Можно конечно как-то обрабабатываьть такие проблемы, но это надо делать самому. А в десктопе это решено миллион лет назад.
Но в вебе принято делать вручную то, что в других средах есть их коробки.
>Поделишься, у вас в десктопе екзешники или в мобиле apk как-то по-другому делаются?
В десктопе есть шаренные библы, причем можно иметь несколько версий одной и той же либы. Не обязательно всё линковать статически, как в го.
apk используют API андроида, которое в миллиард раз богаче веба. Можно полноценное приложение написать вообще без сторонних либ
Да, вот только в прыщах тот же snap пошёл по пути "мы тащим с собой все зависимости". И это, как оказалось, реально удобно и для юзера и для мейнтейнера.
Да и в винде народ старается все зависимости в инсталлятор засунуть. Кроме самого майкрософта, лол. Поэтому установка любой проги от МС - это реальная ёбля.
На ведре тоже все либы в apk забиты и гугл рекомендует так делать вместо использования системных либ, которые обновлять на порядок сложнее (что делать с китайфонами, где прошивка никогда не получит апдейтов?).
и даже UX тоже делать нетиповой там начинают.
Но изначально там всё таки есть шареные либы. Потому что версия libclient должна соответствовать libserver а не моей аппликухе кмк
в инсталлятор засовывают шареные либы (всякие crt) которые ставятся всё равно
а зачем мне какие-то системные либы свои в андроиде, когда там из коробки овердохуя всего?
А зачем? В сетевых протоколах обычно есть какой-то запас по совместимости. И он гораздо более продуманный и стабильный, чем API/ABI этой самой libclient. Иногда даже с поддержкой говна, которое было собрано 20 лет назад.
Т.е. libclient соответствующий версии твоей проги - это более кошерное решение, имхо.
Обновиться apt-getом проще же, чем пересобирать прогу.
Да и не только в сети дело. Либа может локально файлы хранить итд
зы: ну либ0 надо тогда самому прот реализовывать, и от либ не зависеть
как делает джава там или .net
Часто они вообще не могут обновить либу т.к. она сломает какой-то другой софт. И ты сидишь и юзаешь древнее говно, потому что свежее в этом релизе в принципе запустить невозможно.
В случае с тем же snap'ом мейнтейнер просто обновляет либу для конкретной проги и течёт. И ты можешь получить оптимизации и новые фишки от неё прямо сейчас, а не на следующем релизе прыщей через год.
удачи тебе с пересборкой проприетарного говна, например)
>В случае с тем же snap'ом ты просто обновляешь либу для конкретной проги и течёшь.
А потом у тебя один сервер, и три клиента разных версий. Один не работает. Или один клиент высрал файл в одном формате, а другой его не принял, бо там другая версия.
Так про это думает мейнтейнер дистра, а так буду думать я.
Я уж не грю про место. Серьезно. Нахуя мне 9 раз ставить питон, например, если он есть системный и меня устраивает версия?
Вот ему то как раз легче от snap. Проприетарщики всегда таскали с собой все либы. А если что-то забывали - именно эти забытые либы, которые брались из системы, и создавали гемор юзеру.
> один сервер и три клиента разных версий
И это нормально! Сетевые протоколы и форматы файлов почти всегда готовы к такому. Интерфейсы либ - нет.
ну? см двадцать версий CRT на винде
>И это нормально!
разбираться, почему один клиент работает не так?P)
Это обычно легче, чем разбираться почему твой экзешник вдруг начал сегфолтиться после обновления системной либы.
Ахаха! Ну просто замечательный пример. И виртуальные окружения типа не юзаешь? Вот уж питон - это прям показательный пример, где все ложат хуй на системные пакеты и ставят из своей отдельной репы в свой отдельный контейнер под каждую прогу.
и что? там линк на питона, и всё. А пакеты действитлеьно специфичны для проги, если эта прога не часть дистра.
Но вообще мы ушли от темы.
началось с тово, что в вебе шареных либ нет.
И один и тот же JQuery все по 100 раз качают. Одинаковый. Одинаковой версии даже. Это, типа, хорошо?
А надо? Ещё не хватало, чтобы разные сайты друг друга аффектили.
Пусть браузер дедуплицирует эти копии жквери по хешу, если ему это интересно и хочется место сэкономить.
как он может что-то дедуплицировать? Он не знает, что это либы же.
>, чтобы разные сайты друг друга аффектили.
Почему аффектили?
пусть было ты так: я устанавливаю либу foo.js версчии 1.2.3.4
Как "сильная" сборка в .net. И следующий сайт либо ее юзает, либо ставит свою
В конце-концов, у какого-нибудь ui фреймворка разных версий многие файлы вообще годами не меняются.
Но сайт не заявляет, что ему нужна "либа версии 1.2.3.4". Он просто перечисляет хеши и даёт браузеру возможность скачать все эти файлы если у него их нет.
у тебя есть цдн на которой хостится на одной версии на одном урле. Цдн ставит cache-control, браузер не качает несколько раз. Другая версия хостится на другом урл со своим кешом
Место и память - это основная причина по которой либы начали расшаривать. Сейчас это не так актуально. Данные весят на порядки больше, чем бинари.
Однако terraform.exe весящий 80 что-ли мегабайт (писан на го) это всё равно пиздос
Но в вебе скорость скачки все еще актуально.
По идее сайт должен представлять собой прогу (как в мобилке) которую ты "ставишь" при первом запуске, и потом она обновлятся при необходимости.
И она может иметь как свои либы, как и установленные на систему.
Выкидывать проги и либы надо через GC, если ими никто долго не пользовался.
Лол, для этого даже флексбокс не нужен, объявляешь размер текста css переменной и считаешь высоту с помощью calc
>Разных, c разным UX, с разными хотки, не совместимых между собой.
И как там совместимы qt и wxwidgets и windows forms?
>Но я за стандартнрые решения стандартных задач.
И какой же стандартный спооб написать десктоп гуй?
>У студии свое меню конечно, но оно тоже стандратно сделано.
Ну да, у всех все свое но это каким-то образом стандартно. Магия десктопа
>И ты конечно же используешь 19 либов из CDN в своем сайте?
Конечно нет, бандлинг зависимостей оказался настолько лучшим что непонятно как ты вообще его преподносишь как плюс, но если тебе такое нравится - держи 19 либов из цдн
>Или CDN отвалится, и у тебя сайт не заработает, лол.
Ну разумеется, инструменты обработки ошибок есть только у десктопа и показать аналогичное окно это не 1 строка жс в обработчике onerror
>Можно конечно как-то обрабабатываьть такие проблемы, но это надо делать самому. А в десктопе это решено миллион лет назад.
А еще цднка когда-то встанет, а если тебе поставили екзешник с битой либой то все
>В десктопе есть шаренные библы, причем можно иметь несколько версий одной и той же либы.
Ну то есть абсолютно аналогично ситуации в вебе
>Можно полноценное приложение написать вообще без сторонних либ
Гитхаб написан без фреймворков
ну покажи пример-то?
>И как там совместимы qt и wxwidgets и windows forms?
в любой из них можно повесть хотки. И меню.
А в вебе для меню средств нет.
>И какой же стандартный спооб написать десктоп гуй?
Берешь любой десктопный гуйевый фремворк, и получаешь из коробки кучу готовых однотипных компонентов.
Ты спросил, что в вебе сделано плохо, а в других хорошо, я тебе и привел пример.
>Ну да, у всех все свое но это каким-то образом стандартно. Магия десктопа
ты не поврешь, но ALT+F открывают файл и в студии и в идее.
Хотя они написаны на разных ферймворках.
А как мне открыть выпадающее меню на сайте не тыча туда мышью?
> бандлинг зависимостей оказался настолько лучшим
Именно потому у меня gmail грузится примерно как IDE: бандл загружает.
Кстати, вебпак намного слабее сишнего линкера, это уже пи объяснял.
Он даже неиспользуемые функции не может выкниуть.
>и показать аналогичное окно это не 1 строка жс в обработчике onerror
Как и было сказано: делать надо вручную. И не забывать.
Веб напоминает десктоп тридцатилетней давности какой-то: обработки ошибок стандартной нет, линкера нормального нету.
>Ну то есть абсолютно аналогично ситуации в вебе
Совершенно не аналогично.
В вебе нет шаренных либ, если ты не используешь CDN.
А его не используют, как ты сам верно и сказал.
>Гитхаб написан без фреймворков
и наверняка состоит из самописных колес чуть более чем полностью
и кстати по меню там стрелочками не походить. И в "табличке файлов" файлы по имени не посортировать.
Любой десктоп это умеет из коробки всегда.
>в любой из них можно повесть хотки. И меню.
Ну поставь либу с меню и хоткеями прямо как ты бы кьют поставил
>Ты спросил, что в вебе сделано плохо, а в других хорошо, я тебе и привел пример.
Ты мне описал ситуацию с десктопом так что я не увидел никакой разницы с современным вебом. Мб ты в 2010 застрял, не знаю
>Хотя они написаны на разных ферймворках.
Так может дело не в фреймворках а в том что разрабы так написали?
>А как мне открыть выпадающее меню на сайте не тыча туда мышью?
Да так же как ты можешь открыть его абсолютно везде независимо от фреймворка и проги если хоткей не указан разрабом: никак. Если указан, то опять же, абсолютно так же как и в любом десктоп приложении
>Он даже неиспользуемые функции не может выкниуть.
Это не работа вебпака. Ты ставишь плагином минификатор (стандартный terser или гугловый closure compiler) и он все прекрасно выбрасывает. Вебпак может сбросить лишние пакеты только если они описаны правильно
>Как и было сказано: делать надо вручную. И не забывать.
Ну разумеется. Я думаю что ты бы не хотел чтобы сайт не работал если например ты очень умный и заблочил либы аналитики гугла или фейсбука
>Веб напоминает десктоп тридцатилетней давности какой-то: обработки ошибок стандартной нет, линкера нормального нету.
См. выше, надеюсь что я показал что это оправдано
но ведь у тебя хардкод высоты?
>Ну поставь либу с меню и хоткеями прямо как ты бы кьют поставил
но этого же нет в большинстве сайтов
>Так может дело не в фреймворках а в том что разрабы так написали?
почему они так написали под декстоп, а под веб такого нет?
>Да так же как ты можешь открыть его абсолютно везде независимо от фреймворка
В любом десктопном фреймворке есть меню, и есть для него хотки.
А в вебе нету: его надо явно писать.
>) и он все прекрасно выбрасывает.
функции - нет
>Вебпак может сбросить лишние пакеты
причем тут пакеты?
я про функции
не совсем, переменную можно менять из жс и все зависящее от нее апдейтнется само
вообще да, это слегка говно поэтому скинь пожалуйста пример на свифте чтобы я видел что ты хочешь и какие у этого ограничения
>почему они так написали под декстоп, а под веб такого нет?
https://www.npmjs.com/package/react-hotkeys
См. dependants
>В любом десктопном фреймворке есть меню, и есть для него хотки.
Это значит что это неактуально для веба
>функции - нет
>я про функции
Ты closure compiler использовал?
>В вебе нет шаренных либ, если ты не используешь CDN.
>А его не используют, как ты сам верно и сказал.
Да, потому что это хуета, и как говорит борманд, это осознали и в десктопе
>и наверняка состоит из самописных колес чуть более чем полностью
Ну расскажи мне, как же апи андроида облегчило задачу гитхабовцам если бы оно было им доступно
>и кстати по меню там стрелочками не походить. И в "табличке файлов" файлы по имени не посортировать.
У меня ходит на хроме
ну вот список
https://developer.android.com/reference/androidx/recyclerview/widget/RecyclerView
а где такое в вебе?
>У меня ходит на хроме
стрелочками ходит по пунктам меню?
правда?
Смотри.
Вот код на колтине и свинге (древнее говно мамонта)
Он создает меню и таблицу с сортировкой с данными.
Как мне это сделать в HTML с таким же количеством строк?
https://i.postimg.cc/1zsmyHHQ/code.png
WPF!
Верстка
Код
результат
https://i.postimg.cc/fL7gDcB6/result.png
меню, таблица, сортировка
https://material-ui.com/components/lists/
>стрелочками ходит по пунктам меню?
напиздел, табом ходит
>Вот код на колтине и свинге (древнее говно мамонта)
А теперь сделай пожалуйста чтобы эта таблица на телефонах отображалась списком
standard markdown a.k.a. common markdown
впрочем, это не означает что всем не поебать на его существование
всем поебать
g: CommonMark vs. GitHub Flavored Markdown
Пыхеры, вы такие забавные