Jump to content

Grifit

Newbie
  • Posts

    8
  • Joined

  • Last visited

Everything posted by Grifit

  1. Проблема была решена добавлением html { width: 100%; height: 100%; position: fixed; }
  2. Есть проблема с safari в ipad4. заданы свойства body, html, { height: 100%;} В итоге тело боди растягивается на 100%, все отлично работает. На ipad на портретнике тоже. Но при повороте, альбомном положении, появляется скролл. Пробивал скриптами и оказалось, что window при альбомном положении чуть больше, чем нужно, то есть html имеет 500 пикселей по высоте, a window 550px. В итоге html растягивается больше чем нужно и получается скролиг. Может кто встречался с такой проблемой?
  3. $('#link').mousedown(function(){ .... }) $('#link').mouseup(function(){ .... }) а вообще есть тьма вариантов.
  4. Новый юзер . Истину говоришь. Там тьма вариантов как можно сделать, а они таблицы зачемто тулят.
  5. Хватит читать. Нужна практика. 1 час чтения и часа 4 практики. Найди где не будь макеты. Для начала сверстай сайта 3 по проще. Только найди макеты, где не одна страница, а хотя бы штук 7. Некоторые моменты не поймешь, пока сам лично не вляпаешься. Как сделаешь более менее простые макеты, сделай резиновую, потом адаптивную верстку. Большая часть js основана на знании html и css. Не будешь хорошо знать их, не будешь знать и js Хороший "front-end" разработчик должен знать минимум: CSS, html, js (чистый), пару обычных библиотек ( хотя обычно jquery хватает ), плюс библиотеки raphaeljs, backbone, extjs, хотя бы минимальные знания php, для понимания работы серверной части. Обязательны знания Ajax. Уметь верстать под мобильные устройства. Уметь использовать патерны. Пользоваться отладкой. И так далее, там даже перечислить тяжело. Но это "Хороший front-end разработчик", таких очень мало. Базы данных для фронтенда не нужно. Серверная часть пишется на серверных языках: PHP, Perl, Rubi, phyton, Java, можно писать даже на js. тут как душе угодно. Реально имел дело только с PHP, так что тут ничего не посоветую. Там есть фреймворки, готовые CMS, то есть движки.... Остальное - народ писал выше. js немного дурной. Он тяжелый для понимания на самом деле. Спасают фраймворки. Совутую начать учить сразу JQ, а потом пополнять знания по js. Потому что я начал с чистого js и мне было тяжело. js мало чем похож на обычные языки. он как бы особенный, в нем нет четких классов как PHP или плюсах. Но зато есть прототипы. Чувааак. изучать Pascal - бесполезно совершенно. Если изучать циклы, условия, то это можно учить сразу на js. Плюс не придется морочить голову с ide и компиляторами. Это давно уже мертвый язык. Его учат в универах только потому что многие преподаватели толком больше ничего не знают. А если волнуешься за алгоритмы, то обрадую. Как в js так и в PHP они практически не нужны. Если конечно ты не собираешься изобретать велосипед. 6) Я представляю процесс создания сайта довольно интересным и творческим. Правда ли это? Это как сказать... Иногда да, иногда нет. Я терпеть не могу верстку. Это рутинная работа, нудная и скучная. 7) В книге Мейера совсеееем мельком упоминается XML. И меня это заинтересовало. Что мне нужно изучить перед тем, как браться за XML? Сейчас XML довольно таки устаревший и бесполезный. Сейчас куда резонее использовать json. Лично для себя я не вижу смысла его учить. 8) Требуются ли фронт'у профессиональные навыки владения фотошопом или базовых/средних вполне достаточно? Все что тебе надо - уметь вытягивать нужные для себя слои. Все остальное пусть делают дизайнеры. Тебе никто за фотошоп доплачивать не будет. Все выучить невозможно. Важно только то что ты можешь сделать и как. А то, что ты знаешь и сколько - никого не интересует. Главное уметь хорошо сделать.
  6. А на курсах css-ом и блоками делать не дают?
  7. забудьте вы про ie. Если делать под ие, то эти упыри так и будет на нем сидеть, а мы будем в каменно веке жить.
  8. Первое что кидается в глаза - большое количество файлов с CSS. Представь, что у тебя 30 страниц и каждая из них раз в 5 больше той, что у тебя. И представь сколько файлов будет в хадере. Нужно писать все в одном файле. Или выделить отдельно один файл под плагины. "media="screen"" - это не обязательно. "<br /><br />" - про это забудь. Когда программист вставляет текст, он вставляет это без "<br />". Все должно выравниваться без этого. Это очень крайний случай. "<b><div id="data">22.12.12</div></b>" - зачем </b> ? У тебя есть id="data" туда просто добавить font-weight. Если делаешь жирным в тексте, то лучше применяй strong. .bottom - оно не должно в том месте лететь через всю страницу. По возможности не задавай ширину и высоту. Не задавай названия классов " shadow2 ", " shadow1 " - когда " shadow " будет 100 штук ты забудешь где что было. Не задавай id - если только не уверен, что это единственный элемент. У тебя их слишком много. Id быстрее обрабатывается скриптом, но для обычной верстки большой разницы нет. Не пиши классы и id с большой буквы. Почему в Esileht два спана в одной ссылке? Последняя ссылка потерялась, раз оно в спанах, пусть будет все в спанах. Блоки с текстам у тебя в спанах. Там должен быть "p", тогда и не нужно br. kartinki - находится слева, но при этом в html внизу? - зачем? " <span>Tahe Wood OU <b>Mobil: </b>+372 77 69235 <b>Email: " - так не делается. html должен быть чистым. Почему скрипты в футтере? Они все должны быть в хадаре. Подключать плагин нужно в главном файле js. Никогда не пиши скипты в html. " #footer " - тут не должно быть высоты. Избегай отрицательных марджинов. У картинок должен быть всегда прописан alt . Высота и ширина тоже, но тут можно схалтурить. " html, body, div, span, applet, object, iframe, h1, h2, h3, h4, h5, h6, p, blockquote, pre, a, abbr, acronym, address, big, cite, code, del, dfn, em, font, img, ins, kbd, q, s, samp, small, strike, strong, sub, sup, tt, var, dl, dt, dd, ol, ul, li, fieldset, form, label, legend, table, caption, tbody, tfoot, thead, tr, th, td " - зачем это? "<link rel="stylesheet" href="css/style.css" type="text/css" media="screen, projection">" - зачем он там пустой?
×
×
  • 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