smevok239
User-
Posts
3 -
Joined
-
Last visited
About smevok239
- Birthday 02/10/1992
Information
-
Sex
Мужчина
-
From
Санкт-Петербург
-
Interests
Языки программирования, операционные системы, математика.
smevok239's Achievements
Explorer (1/14)
0
Reputation
-
Спасибо. То, что нужно.
-
Спасибо. А есть какой-нибудь удобный справочник, в котором написано, что куда можно вкладывать? Просто нет желания читать бесконечно длинную спецификацию. Или какие-нибудь разумные правила, по которым это определяют...
-
Помогите разобраться. Я так понимаю, что в HTML4 следующий код был не валидным: .. <a> <div>text</div> </a> .. А именно из-за того, что тег <a> текстовый, и внутрь текстового нельзя помещать блочный. Но этот код становится валидным, если <!DOCTYPE html>. Собственно, почему? Например, может <a> перешёл в разряд универсальных тегов?
-
А в чем проблема меняющиеся параметры(параметры скрина) вынести в отдельный файл, и подключать нужный?
-
Начни эти свойства перекрывать, и узнаешь где неудобство. $h2 { value: 10px; } $h1 { value: 20px; } .c1 { height: $h1 } .c1 { height: $h2 } Какая высота должна быть у элемента? Безусловно 10px, т.к. это правило применяется последним к классу c1. И вообще, если уж и вводить переменные, то примерно так: $mainVars{ mainSize: 10px; myFon: red; } .c1 { height: $mainVars.mainSize; background-color: $mainVars.myFon; }
-
В некотором смысле предлагаю. Например, в css будут добавлены команды для того, чтобы не мучиться с префиксами, а написать строчку только один раз. +возможно реализовать такую вещь - для разных браузеров отдавать разные данные. Например, можно реализовать некоторую логическую часть для всех кроме IE и для IE отдельно, и вынести это в отдельный файлик и не вспоминать больше об этом, а система сама сделает всё остальное. (естественно тяжеловесные ресурсы, такие как картинки, не будут дублироваться, а 4 лишних файлика HTML на серваке ещё никому не съел много свободного места.)
-
Да-да, это я понимаю и думаю над тем, чтобы написать реализацию как можно гибче, чтобы если вдруг сяду на камень, то можно было бы легко с него соскочить И вообще, поскольку я всё равно буду это писать, даже если это велосипед (это просто полезно для моего развития), то я бы хотел сделать велосипед удобнее, и если, вдруг, есть пожелания и предложения, то я с удовольствием их приму. В общем, вопрос такой - чего лично Вам не хватает, когда Вы верстаете сайт? Например, когда я только начинал, мне жутко не хватало переменных в css и разбиения всего кода на логические части.
-
В этом то и смысл, что там нет css. А я и хочу позволить куски HTML и CSS сайта выносить в отдельные файлики, которые будут после этого скомпилированы в общеизвестный HTML и CSS, а по дороге оптимизированы, Тем самым в конечном шаблоне кучи неиспользуемого кода, и при этом будет гибкость в разработке и разделения странички на логические части. +повторное использование готовых решений, не вдаваясь в подробности, как именно оно работает.
-
Попробую ещё раз: Есть много красивых и коротких решений различных задач вёрстки. Ими обмениваются так: смотрите, какую фичу я создал! Вот исходный код. Вместо этого можно было бы обмениваться решениями, записанными в специальном формате, которые можно было бы с лёгкостью включить в свой проект, почти ничего не меняя. При этом есть ряд требований: -Должно быть легко перевести работающий пример в файлик, которым смогут воспользоваться другие. -Для применения фичи не надо ничего нового изучать - по сути при подключении этого файлика в язык добавляется новый тег с некоторыми артибутами и css параметрами, и есго можно использовать точно так же, как и все теги, которые есть в спецификации HTML Эти требования позволят легко разбирать свой же код (HTML/CSS) на части, не особо изучая новые концепции и языки.
-
Да, Вы правы, с тегами там всё хорошо. Но хорошо связывать это с css я не умею. Или, может, я не умею его готовить? Я пытаюсь разделить не данные и макет, а сам макет на части. Т.е. сделать так, чтобы хорошее решение на HTML+CSS можно было бы легко переиспользовать в других проектах не разбираясь заново в css и html. Просто "подключив" нужный файлик с этим решением.
-
Может быть. Согласен. Но тем не менее, это совсем другой язык, который ещё отдельно нужно изучать и изучать. Моя цель - создать только расширение HTML, при этом чтобы начать писать на этом языке достаточно 15 мин. и нескольких примеров, да и по сути синтаксис не меняется, просто добавляется возможность разделять код на логические части.
-
Спасибо за наводку, действительно, отчасти похоже. Но немного разная направленность - я предлагаю только расширить HTML и CSS, а не перелопачивать всё заново. + там много JS кода на выходе, если я правильно понял, у меня же на выходе минимально возможный HTML+CSS код.
-
Не отрицаю , но тем не менее, на таком незначительном уровне это даже удобно, + разделение всего макета на части очень логичным образом. Про createElement - я совсем не это имел в виду. Смысл такой - пишем макет на этом языке, который на сервере компилируется в обычный HTML код и пересылается пользователю. А "создание" новых элементов происходит только в нашем сознании и на сервере, и только ради нашего удобства
-
Ммм... Буду признателен, если дадите ссылку на реализацию. Про XSLT - нет, это первое, во что я уткнулся и это жутко неудобно. Основное применение такое - есть довольно много красивых решений на css+html, но все они поставляются в виде исходного кода этого решения с описанием, поэтому приходится разбираться во всём, вместо того, чтобы вынести это в отдельный класс, у которого просто будут некоторые настройки.