to post messages and comments.

Для изредка проверить несложные email шаблоны рекомендую testi.at
Пользуясь случаем, посылаю лучи диареи всем разработчикам email клиентов. Такого ада несовместимости и такой кучи костылей даже с браузерами не было.

imagizer.imageshack.com

Интересно, какой дибил удолил тэг blink из HTML если такого же эффекта можно достичь используя JavaScript, CSS анимацию и при этом ещё и нормально так грузить ЦП у ЭОМ пользователя мигая кучей элементов на странице.

даже есть специальные языки разметки для интерфейсов типа HTMLДолбоёбы на Лурке.

Наверное Хромог к сайтописателям относится более снисходительно чем Mozilla Firefox. В Хромоге LABEL внутри BUTTON активируется если нажать на объемлющий тэг (BUTTON) а в Firefox нет. Ещё, если нажать на один из тэгов BUTTON внутри формы, то Firefox, в отличии от Хромога, отправляет форму даже если атрибут type=submit отсутсвует (нужно добавлять атрибут type с не submit чтоб такого не происходило). Еба–а–а–ть! Хер его знает что правильнее. Ненавижу.

geekytattoos.com

Бывает что-нибудь вроде бутстрапа, но только чтобы работало прилично с голым html, без тысячи class="btn btn-block btn-lg btn-primary"? Веб-интерфейс для микроконтроллера, каждый байт на счет.

Автор HttpFileServer, похоже, родился в трамвае

Штука из #2855243 в виде Custom Element:
jsfiddle.net

Какой лучше сделать редактор для постов на сайте? Markdown, HTML, WYSIWYG?

Читаю на htmlbook.ru комменты по тегам kbd/samp/var/mark... Половина комментариев в духе «нафига нам эти извращения, есть же div и span!»... Ох уж эти...

Имеется страница: буранчик.рф
Ругается валидатор: validator.w3.org
Подскажите, пожалуйста, нормальный вариант оформить текст во вкладках через CSS, а заодно и решение, чтобы пропали "выправленные майки" снизу, когда под цветом слоновой кости во вкладках имеются белые куски.
До кучи ещё вопрос: стоит ли оставить тему Humanity для jQuery UI или вместо неё стоит создать более подходящую сайту по стилю?

буранчик.рф как сделать, чтобы правильно работало CSS 3 media queries и скрывался блок с большими картинами на смартфоне, а на ПК скрывался блок с маленькими? Поскольку пути отличаются как or и ph, подойдёт костыль через javascript, который будет заменять некоторые пути. Какое решение предложите?

У меня вопрос по CSS. Есть сайт буранчик.рф Почему у меня в подвале сайта съезжает? Чёрные линии (border-left и border-right) должны идти до края, а они кончаются, не доходя до него. Как это можно исправить?

Что там нынче модно использовать из легковесных css-фреймворков для сетки и базовых фиксов? Ну то есть натурально нужны только сетка + фиксы. Без типографики, кнопочек, форм, жсговна и прочего непотребства.

нашёл замечательный сайт который собирает у себя интересные детали сайтов.
littlebigdetails.com <littlebigdetails.com>

Некоторые факты об mshta.exe:
1. Помешать закрыть окно с не сохранёнными данными при помощи beforeunload не получится. Вопрос вылезет, но что ни отвечай, всё равно закроется. Это известный, признанный Microsoft баг.
2. setAttribute для динамически созданных элементов DOM вообще по боку. Только свойствами можно порулить поведением. Пришлось свои библиотечки адаптировать под эту инопланетную среду. Я всегда считал, что манипуляции с DOM первичны, а всякие свойства типа style — это нечто вроде синтаксического сахара. В mshta.exe всё наоборот.
3. Если checkbox вставляется в другой DOM элемент, его checked обнуляется.
4. Скрипт с type="text/javascript" не запустится
5. Свойства приложения описываются в теге HTA:APPLICATION, но никто не знает, какой URI у пространства имён HTA. Его просто нет, и он рвёт шаблоны зияющей пустотой своего отсутствия.
6. Пока не нашёл работающего способа сделать background-size: cover. Библиотеки, которые должны работать даже в IE7, не могут в mshta.exe
7. Динамически навесить обработчик события, записанный строкой, не получится. Подойдёт только настоящее замыкание.

Есть и положительная сторона. Я давно не видел, чтоб что–то браузерное так быстро работало. Electron такого ощущения не давал.

Если вдруг когда-нибудь вам захочется сделать html страничку, которая должна будет распечатываться как документ, притом многостраничный, притом с таблицами... не делайте этого. Лучше Markdown. Или LaTeX. Или ODT. Или PDF. Даже на бумажке от руки написать лучше.

Вчера обнаружил, что хром и огнелис по-разному обрабатывают поле даты. Так, если поле с типом date показывается в хроме, то оно подменяется вполне себе клёвым датапикером. Но вот огнелис ничего подобного не делает. Прям грусть.
А кто-то может подсказать, как их привести к однаковому клёвому виду? Ведь он в хроме взялся не из пустоты.

Раз в пятилетку мне приходится что-то делать для веб. И каждый раз это превращается в ад — сначало нужно было плясать с таблицами, потом с появилась магия div-ов... все это нужно проверять в разных браузерах и т.д. Шел 2016 год, мне опять понадобилось накорябать веб-морду. Казалось, можно будет взять bootstrap и не заморачивась уже ни на что построить нормальную верстку. Но, буквально уже с шапки, начинаются кровь-кишки-распидарасило: stackoverflow.com

youtube.com
atom.io

Пока вы тут дрочили да игоряли, я успел наклепать целый учебник. Наслаждайтесь!

*Основы разработки интерфейсов пользователя на HTML, CSS и JavaScript*

*Глава 1*

НЕ ДЕЛАЙТЕ ЭТОГО

Комитетобляди опять форкнули спецификацию html, при этом удалили всю историю коммитов и отказались отчитываться перед чернью и учитывать её замечания. github.com

Помогите советом, я даже не знаю какие ключевые слова в гугл вбить, чтобы нарыть решение. Есть страница, есть некоторые ссылки, которые href="#id", т.е. локальные. Так вот при нажатии на таккую ссылку страничка скроллится слишком сильно, сам элемент с id="id", на который указывает ссылка, уезжает под верхнее бутстраповское меню. Как сказать браузеру, чтобы он скролл чуть раньше останавливал?

Привет всем! Друзья, нужна помощь с css/html. Может я чего не понимаю, у каждого сайта в рунете, который я открываю, да хоть Juick, при уменьшении масштаба все блоки уменьшаются и сдвигаются к центру. Как это сделать? Если выставлять у блоков div float left или right, то они и будут при масштабировании уменьшаться в левую или правую сторону. А при увеличении масштаба могут и наехать друг на друга.
Что делать-то? Как быть? Мб есть специальная тема в html/css, где такое описывается? Подскажите или сбросьте хоть источник, где посмотреть, пожалуйста. Заранее благодарен и с Новым годом!

Привет, жуйк! Есть кто знающий хорошо веб?
Есть у меня
Код HTML:

<section id="section_menu" class="sect_menu"></section>

И есть css код:
Код:

section.sect_menu {
height:100%;
width:20%;
float:left;
background:green;
margin-Left: 40%;
margin-right:40%;
}

Я точно знаю, что div блок из этого кода будет всегда в середине при любом масштабе и разрешении экрана.
А я хочу сделать этого пикселями, как мне пикселями можно выравнивать div по центру? Не содержимое в div, а сам div.
При этом чтобы div был в центре при любой разрешении экрана. При чём речь идёт не о разрешении экрана смартфона. А просто хотя бы разное разрешение мониторов ПК.
Как быть?

Чтобы в таблице строки были одинакового размера, следует заполнить ячейки непереносимым пробелом, задать для ячеек font-size.
Вот такие пляски с бубном.

Попробуем заглянуть поглубже. Зачем вообще нужны HTML+CSS+JS? Чтобы делать сложный динамический дизайн сайтов, уникальный внешний вид и т.д.

А так ли это нужно?

Вот есть Android, есть требования Google по внешнему виду приложений, есть Material Design и в итоге пользователь не пялится в пони, пукающих радугой на клубничном фоне, а работает со знакомым интерфейсом, с классическими структурами данных: список, меню, check button, radio button и т.д.

То же в Linux — есть GTK и у него есть темы оформления. Надоела старая — поменял. На всех приложениях сразу. Большинству приложений не нужно альтернативное оформление или набор GUI-элементов. А ещё я могу использовать Awesome WM, который вообще скрывает заголовок окна (может мне он не нужен) и он скрывается у всех.

Захотел — сделал всё помельче, захотел — покрупнее, поконтрастнее, для дальтоников... как вы добьётесь такой же настраиваемости и удобства_для_конечного_пользователя в случае с самопальными велосипедами на html+css+js?

Т.е. данные и функциональность отдельно, оформление отдельно. Почти клиент-сервер.

Почему бы также не сделать в Сети? Я уже видел эту идею в комментах на Хабре: когда у меня на машине локально стоит клиент, который отображает данные, полученные из Сети, удобным для меня образом. Клиентов может быть несколько, на любой вкус. Аналог приложений для мобильных платформ.

Почему все пользуются именно приложениями на смартфонах? Потому что веб, сука, тормозит. Только 8 ядер вытягивают webkit и все эти ваши дизайнерские свистоперделки. А приложение мало того, что работает быстро, так и прекрасно интегрировано именно в эту платформу. Потому что я купил телефон на Android/iOS/Windows Phone не для того, чтобы любой вася пупкин диктовал какой у меня должен быть User Experience.

Не разделять код и данные в 21 веке? Serously? Т.е. если кто-то забыл сделать проверку ввода, я могу запустить свой гаденький <script ...> на компьютерах всех кто хотя бы откроет страничку? Разработчики не должны делать проверку ввода — код и данные должны быть разделены.

Огромный поток кода, который постоянно скачивается из Сети — с порнобаннеров, рекламных площадок и ещё чёрт знает откуда и выполняется на Вашем компьютере — вот что такое JavaScript. И да, никаких цифровых подписей. И кому пришло в голову в такое критичное место всовывать такой язык как JS? Раньше злом считали Java-апплеты, сейчас Flash, но зло в самой идее запускать на моём компьютере произвольный код неизвестно откуда по любому чиху.

JS протолкнули корпорации. Тупо вбухали миллиарды денег и в итоге мы имеем таких монстров как v8. А если бы деньги вбухивали в более качественный язык? Что бы мы могли иметь сейчас?

Про то, во что превратили современные HTML и CSS уже достаточно было написано. Сдаётся мне, что нарисовать все состояния интерфейса png'шками будет зачастую кушать меньше ресурсов и даже занимать меньше места, чем все эти -moz и -webkit-префиксы.

И некоторые предлагают весь этот кошмар перенести на другие платформы (AppJS, Qt QML,...). Вы с ума сошли? Т.е. теперь простенькое приложение, которое тормозит и весит под 200 МБ, это нормально? Браузеры на компьютере среднестатистического пользователя отъедают больше ресурсов, чем некоторые игры!

Да, хочется чтобы красиво, кроссплатформенно, быстро и легко в разработке. Ну так вперёд! Есть множество замечательных языков, скриптовых и компилируемых (Lua, Nim, Go, Python), есть OpenGL, SDL2, есть привязки уже распространённых GUI-библиотек (типа Qt, GTK) к скриптовым языкам и т.д. — для красивого кроссплатформенного декстопа не нужны HTML, CSS и JS ! Надеюсь, в скором времени, и в Сети вернутся к изначальному замыслу HTML, а JS заменят чем-нибудь побыстрее и понадёжнее. И без <script>.

Я тут задал вопрос на гите. Но пока все молчат. Может здесь кто-то сможет подсказать?
github.com

Не могу не восхититься красотой, простотой и удобством emacs. Чего стоит только его автоматическое форматирование! Достаточно просто выделить кусок кода и нажать tab. И сразу же вся каша превратится в удобную и красивую структуру.
А его горячие клавиши? Это тебе не вимовские нажатия и постоянные скачки к esc. Тут всё удобнее. Я не говорю, что в вим всё плохо. Нет. Там мне тоже очень нравится. Но, видимо его я успел познать гораздо меньше. По-крайней мере, я так и не встретил там такого удобного встроенного автоформатирования. Подсветка синтаксиса, панельный режим. Это есть и в виме. Да. Но здесь мне просто было удобнее запомнить. Они однозначно равноценны. Но здесь не нужно запоминать каких-то непонятных нажатий клавиш. Здесь есть чёткие и понятные команды. Всё логично.
Я просто люблю emacs.

а вот как вы оформляете "такие ссылки" ? КАВЫЧКИ входят в ссылку или нет? как-то видел совет на эту тему у Лебедева, а щас найти не могу :( как правильно?

Интересная штука: с одной стороны, кодировку html документа обязан указывать сервер в хедерах, а если не указал, то непонятно, как его отображать. Можно, конечно, прописать <meta> в тексте, но эта мета берёт начало от http-хедеров. Это при том, что кодировка документа — вообще-то его неотъемлимое свойство. Документ возможно корректно прочесть только в той кодировке, в какой он был написан (спасибо, Капитан!) В каждом элементе можно прописать язык lang="...", а вот кодировку указать только через мету. Ну спасибо и на том.
С другой стороны, если я хочу использовать с документом какой-то CSS стиль, я должен прописывать его в <link> или <style>. Никакого способа применить стиль, не прописанный в HTML файле, нет. Это при том, что документ вполне реально, а зачастую и удобнее, прочитать с отключёнными стилями. Или можно с помощью расширений браузера наложить другой стиль. Но это костыли. А в стандартном протоколе такое не предусмотрено, при всех этих словах о "разделении структуры и представления"
Вот, спрашивается, чем там эти комитеты занимаются, когда до сих пор есть такие вопиющие косяки?!
Ладно, выкидывать хедер с кодировкой из протокола неправильно — не только ведь html-документы могут раздаваться, но и plain text, например. Но вот способ прикручивать сторонние (и вообще любые) стили к документу надо иметь в стандартном протоколе.

Зачем верстать по стандартам, если итак всё работает? Кавычки, </p> и </li>, всякая фигня типа ASYNC="ASYNC" — это всё лишний никому не нужный хлам. Он только затрудняет чтение html+php+css+javascript, загромождает разметку и бессмысленно увеличивает размер файла. Без этого хлама в виде закрывающих тегов код намного проще и понятнее. А теги нужно писать БОЛЬШИМИ буквами, так как сразу видно, что это теги. Кто вообще придумал писать теги маленькими буквами?!

Годные часы на голом CSS без применения скриптов artlebedev.ru

индийский маркап ) реально, делал чувак из индии

Почему сайты на Flash такие охуенные а сайты не на Flash такие отстойные? Пример: qandqresearch.com Внизу есть конпка для перехода в HTML версию.

После многих лет верстки HTML страниц сайтов с использованием современных технологий, не могу без отвращения смотреть на HTML шаблоны для email: нагромождение богомерзких таблиц, inline CSS, древние стандарты и куча костылей.
Кстати, по-моему, IE6 доставлял меньше проблем с точки зрения верстки, чем любимый всеми гиками GMail: campaignmonitor.com

Алилуйя! tablesgenerator.com

На практике в универе занялся одним серьёзным проектом. Ещё больше убедился, что винегрет из HTML, JavaScript, PHP — это жесть.