Jump to content

smevok239

User
  • Posts

    3
  • Joined

  • Last visited

About smevok239

  • Birthday 02/10/1992

Information

  • Sex
    Мужчина
  • From
    Санкт-Петербург
  • Interests
    Языки программирования, операционные системы, математика.

smevok239's Achievements

Explorer

Explorer (1/14)

0

Reputation

  1. Спасибо. То, что нужно.
  2. Спасибо. А есть какой-нибудь удобный справочник, в котором написано, что куда можно вкладывать? Просто нет желания читать бесконечно длинную спецификацию. Или какие-нибудь разумные правила, по которым это определяют...
  3. Помогите разобраться. Я так понимаю, что в HTML4 следующий код был не валидным: .. <a> <div>text</div> </a> .. А именно из-за того, что тег <a> текстовый, и внутрь текстового нельзя помещать блочный. Но этот код становится валидным, если <!DOCTYPE html>. Собственно, почему? Например, может <a> перешёл в разряд универсальных тегов?
  4. А в чем проблема меняющиеся параметры(параметры скрина) вынести в отдельный файл, и подключать нужный?
  5. Начни эти свойства перекрывать, и узнаешь где неудобство. $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; }
  6. В некотором смысле предлагаю. Например, в css будут добавлены команды для того, чтобы не мучиться с префиксами, а написать строчку только один раз. +возможно реализовать такую вещь - для разных браузеров отдавать разные данные. Например, можно реализовать некоторую логическую часть для всех кроме IE и для IE отдельно, и вынести это в отдельный файлик и не вспоминать больше об этом, а система сама сделает всё остальное. (естественно тяжеловесные ресурсы, такие как картинки, не будут дублироваться, а 4 лишних файлика HTML на серваке ещё никому не съел много свободного места.)
  7. Да-да, это я понимаю и думаю над тем, чтобы написать реализацию как можно гибче, чтобы если вдруг сяду на камень, то можно было бы легко с него соскочить И вообще, поскольку я всё равно буду это писать, даже если это велосипед (это просто полезно для моего развития), то я бы хотел сделать велосипед удобнее, и если, вдруг, есть пожелания и предложения, то я с удовольствием их приму. В общем, вопрос такой - чего лично Вам не хватает, когда Вы верстаете сайт? Например, когда я только начинал, мне жутко не хватало переменных в css и разбиения всего кода на логические части.
  8. В этом то и смысл, что там нет css. А я и хочу позволить куски HTML и CSS сайта выносить в отдельные файлики, которые будут после этого скомпилированы в общеизвестный HTML и CSS, а по дороге оптимизированы, Тем самым в конечном шаблоне кучи неиспользуемого кода, и при этом будет гибкость в разработке и разделения странички на логические части. +повторное использование готовых решений, не вдаваясь в подробности, как именно оно работает.
  9. Попробую ещё раз: Есть много красивых и коротких решений различных задач вёрстки. Ими обмениваются так: смотрите, какую фичу я создал! Вот исходный код. Вместо этого можно было бы обмениваться решениями, записанными в специальном формате, которые можно было бы с лёгкостью включить в свой проект, почти ничего не меняя. При этом есть ряд требований: -Должно быть легко перевести работающий пример в файлик, которым смогут воспользоваться другие. -Для применения фичи не надо ничего нового изучать - по сути при подключении этого файлика в язык добавляется новый тег с некоторыми артибутами и css параметрами, и есго можно использовать точно так же, как и все теги, которые есть в спецификации HTML Эти требования позволят легко разбирать свой же код (HTML/CSS) на части, не особо изучая новые концепции и языки.
  10. Да, Вы правы, с тегами там всё хорошо. Но хорошо связывать это с css я не умею. Или, может, я не умею его готовить? Я пытаюсь разделить не данные и макет, а сам макет на части. Т.е. сделать так, чтобы хорошее решение на HTML+CSS можно было бы легко переиспользовать в других проектах не разбираясь заново в css и html. Просто "подключив" нужный файлик с этим решением.
  11. Может быть. Согласен. Но тем не менее, это совсем другой язык, который ещё отдельно нужно изучать и изучать. Моя цель - создать только расширение HTML, при этом чтобы начать писать на этом языке достаточно 15 мин. и нескольких примеров, да и по сути синтаксис не меняется, просто добавляется возможность разделять код на логические части.
  12. Спасибо за наводку, действительно, отчасти похоже. Но немного разная направленность - я предлагаю только расширить HTML и CSS, а не перелопачивать всё заново. + там много JS кода на выходе, если я правильно понял, у меня же на выходе минимально возможный HTML+CSS код.
  13. Не отрицаю , но тем не менее, на таком незначительном уровне это даже удобно, + разделение всего макета на части очень логичным образом. Про createElement - я совсем не это имел в виду. Смысл такой - пишем макет на этом языке, который на сервере компилируется в обычный HTML код и пересылается пользователю. А "создание" новых элементов происходит только в нашем сознании и на сервере, и только ради нашего удобства
  14. Ммм... Буду признателен, если дадите ссылку на реализацию. Про XSLT - нет, это первое, во что я уткнулся и это жутко неудобно. Основное применение такое - есть довольно много красивых решений на css+html, но все они поставляются в виде исходного кода этого решения с описанием, поэтому приходится разбираться во всём, вместо того, чтобы вынести это в отдельный класс, у которого просто будут некоторые настройки.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy