mishka

Господа специалисты, мастера и эксперты... Решил посерьёзнее начать изучать javascript в чистом виде, а точнее ООП направление.. Мне оно не очень даётся, если честно, особенно темы насследований.. Кто может подсказать книги по этой части? Буду весьма благодарен.

http://www.ozon.ru/context/detail/id/20413530/

Пиши велосипеды. Чем быстрее начнешь писать тем быстрее выучишь, в данном случае js.

Может, в продакшине свои велосипеды, пока, не стоит применять, но писать однозначно надо.

Если тебя сразу же одолевает лень, возможно, ты пытаешься сделать слишком сложную задачу?
Начни с чего-то полегче.

на маке, по умолчанию, скрол оверлейный, как и у андроид/IOS.

Если подключить обычную мышь, не маковскую, то скролл становится видимым, как на скрине выше.

Или можно настроить отображение такого скролла всегда, но такое мало кто делает

Это я к тому что если вдруг клиент скажет что у него на маке не видно скрола.

может у вас где-то затаился 

word-wrap: break-word;

?

Чтобы решить проблему выложите пример на http://jsfiddle.net/ или дайте ссылку на проблемную страничку

можно просто текст вставить: •

Тогда размер и цвет можно менять стилями: font-size и color соответственно.
Если к буллету применить float, а не inline-block, тогда при большом отрицательном левом отступе он не будет за собою вытягивать текст.

http://jsfiddle.net/b7j25ug3/16/

 

http://coub.com/view/487zg

http://www.youtube.com/watch?v=YNsTQoLMuFg

здесь полная версия) поржать есть над чем)) с 17 минуты особенно)))

 

 

Менеджер быдло.

Изменение дисплея никак, никак, НИКАК не влияет на то, что во что можно вкладывать (ака Content model элемента). Если в каком-то учебнике/пособии/сайте и т.п. говорят, что можно — бегите оттуда, там хорошему не научат.

Витиеватый ответ, 3 раза прочел и не пришел к однозначному выводу что можно а чего нельзя. 

Веб разработка

Главное что интересно.

Ребята, которые думают что нефтяные магнаты мешают развиваться альтернативным источникам энергии, не тупите. Бизнесмены люди совсем не глупые, иначе они просто не были бы бизнесменами, и те же нефтяники вложат деньги в развитие более дешевого и доступного топлива для того чтобы потом контролировать производство и продажу этого же топлива. Если это действительно выгодно, то умные будут не тормозить процесс а постараются его возглавить.

Этого, пока что, не случилось только потому что это не выгодно.

Полностью согласен с Игорем.

Та же фигня по поводу вечных двигателей на магнитах, эти ролики на ютюбе сводятся к тому что вам предлагают купить кучу магнитиков да барабан.

и автор там совершенно справедливо замечает, что табличные данные верстают дивами только маглы.

Не стоит так категорично. Если по дизайну на широком экране табличка, а на узком какй-нибудь опенклоуз, то нормально дивами эмулировать табличку.

http://jsfiddle.net/muLekppa/3/

https://github.com/fredleblanc/roundabout

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

В данной ситуации точно подойдет.

Так это, на мой взгляд, как раз к вопросу «зачем ставить доктайп, не имеющий отношения к реальности». Разве что ради какой-то экзотической IDE, понимающей только XML-синтаксис... но тогда надо держать в уме кучу оговорок (напр., что формально валидный в X(HT)ML <div /> с точки зрения реального парсера — незакрытый тег, грубейшая ошибка!).

Аа, понял )

Ситуации бывают разные. Обычно не я доктайп выбираю.

 

в XHTML

...который всё равно (с вероятностью >99%) будет парситься как HTML5, не так ли?

Вот я и говорю: "Не валидно (по XHTML), но ничего не сломает"

А если мы контентом заполняем сайт ? 

Ну за верстку без alt я бы по рукам бил линейкой.

Я понял что речь идет о этапе верстки.

Ага обязательно заполнять надо.

Чем? Каким текстом? Или, может, лучше оставить это дело тому кто будет заполнять сайт контентом?

Иногда, грешу тем что использую data- атрибуты в XHTML. Да, не валидно, но удобно и точно ничего не поломает.

 

...когда вы по телеку смотрите на чистые улицы других стран, вы думаете: вот бы и у нас так!? для начала кинь окурок в урну (ну или какой другой мусор), а для тех кто думает что от него одного ничего не изменится и это мол менталитет, скажу: ты это делаешь для себя в первую очередь!...

Почти прослезился Приятно знать что есть еще люди с такими взглядами

 

Начать с себя это хорошо. Но я не верю что это принесет результат если этому не учить окружающих. Так как есть такой эффект.

Вы еще на fl эту историю опубликуйте и тогда можете смело удалять свой аккаунт.

jQuery -- это набор готовых функций.

Чтобы использовать их правильно и в полной мере надо знать чистый JS.

Вы используете вставку html из файла ?

да, на стадии верстки обычно не много страничек. Потом верстку имплементят, ну и на сервере уже будет один файл с хедером. 

на продакшене все равно ничего не останется.

Коментирую только когда делаю чистую верстку, если знаю что потом придется вырезать куски кода.

Когда уже на продакшене, то там все разбито на куски кода по файлам, там коментарии, обычно, уже не нужны.

Что касается комментариев, то я тоже считаю, что это бред. Шапка всегда будет понятна всем, так как это тег header. Левая колонка обязательно будет иметь класс leftcol, а ссылка в ней leftcol__link и тому подобное. Комментарии в вёрстке нужны максимум для todo или для особо нестандартных вещей.

Как насчет коментариев в конце блока (как я выше описал)?

Если на сайте много элементов, то обычно это будет много дивов, и там вконце не будет header или aside. 

leftcol уже не правильно давать блокам такие имена.

"уже"?

Такая вот ситуация:

Есть колонка слева, вот ее назвали ".leftcol". Кто-то скажет что это неправильно, и надо назвать этот блок ".блок-для-чего-то-там"

На другой страничке есть такой блок слева, но там уже не "что-то -там" а совсем другая инфа.

С точки зрения расположения блоков ".leftcol" больше всего подходящее название.

В общем сразу так рубить с плеча не стоит, ситуации разные бывают.

Как выше писал Int, удобно когда логические блоки вертикально пустой строкой отделены.

Коментарии ставлю в конце блока. Начало блока найти не сложно, там есть клас или айди, а вот найти конец блока сложнее, так как внизу обычно набор закрывающих тегов как в этом примере

                        <div class="clr"></div>                                            </div>                                </div>                        </div>                </div>        </div></div>

как тут понять сразу что где закрывается? Поэтому коментарий внизу не помешает.

Обычно коментирую просто указав клас или айди элемента:
<!--.item--> -- если отмечаю блок по классу

<!--#header--> -- если отмечаю блок по айди

 пользуюсь такой вот программкой http://alphapixels.com/prepros/

интерфейс (графическое оформление) похож на https://windows.github.com/

видимо, тренд)

 

Главное что удобный и приятный.

+ сам пользуюсь, удобно

 

 

 

еще есть koala которая также есть под linux, но там вроде нет Livereload

 

Сразу ставил руби инсталлер и Sass + Compass

потом начал искать инструменты с GUI, нашел коалу, немного попользовался, но когда попробовал препрос то на нем и остался. 

Сейчас он полностью решает все задачи которые мне нужно.

Да и еще кроссплатформенный.

Почитав отзывы о grunt, понял что не помешает в нем разобраться. Он под виндой работает?

пользуюсь такой вот программкой http://alphapixels.com/prepros/

Не пользовался grunt, но из того что прочитал о нем, понял что препрос делает то же самое, только имеет GUI + настройки можно в файлах хранить.

По поводу JSHint/JSLint -- имхо удобнее если ваш редактор умеет это проверять и сразу подсвечивать проблемный код.

P.S. статья на хабре http://habrahabr.ru/post/188942/

Из коментов понял что grunt мощнее, в общем надо разбираться с grunt

У меня MacBook Pro.

Железо супер.

А сама ось после винды как-то туго даеться. Ничего такого я не вижу в ней чего нету в винде для фронтенда.

Что есть на маке и нету на винде для фронтенда?