Парсинг селекторов

[x-yuri]

Позволю себе поднять тему. Хотел спросить, какие селекторы вы используете чаще всего в своих проектах?

/^(\.|#)[a-z0-9-]+$/i. Другие варианты скорее как исключение, например, по имени тега 'input', по наличию атрибута '[placeholder]'.

[Kolyaj]

Только по имени класса, иногда каскад из двух классов.

[x-yuri]

Только по имени класса, иногда каскад из двух классов.

а ты все компоненты расшариваешь на весь проект? Нету компонентов, специфичных для страницы?

[Kolyaj]

Нету компонентов, специфичных для страницы?

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

[x-yuri]

ну во-первых не засоряется "глобальное пространство имен", во-вторых, я не говорил, что специфичные компоненты должны мешать кому-то на этой странице, в-третьих, не понимаю как связана специфичность компонента с контексто-независимостью. По-крайней мере я не предлагал делать его зависящим от контекста.

а как ты поступаешь с контентом который изначально генерируется статически, а потом к нему надо добавить js-функциональность? Например, текстовое поле, выпадающий список для которого подгружается через ajax. Либо, например, кроссбраузерная поддержка атрибута placeholder. По идее, твои компоненты предполагают, что при создании они создают html-код, а не привязываются к существующему.

[B~Vladi]

а как ты поступаешь с контентом который изначально генерируется статически, а потом к нему надо добавить js-функциональность?

Я извиняюсь, что встреваю в ваш разговор, но всё же хочу сказать, что я уже давно говорил (и не только тут) об одном удачном подходе, даже начал писать фреймворк.
Предлагаю привязываться к пространствам имен (использование кастомных тегов и атрибутов, xhtml). Никто никому не мешает и все счастливы

Спасибо, продолжайте

[x-yuri]

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

[Kolyaj]

Давай тогда определимся: чем специфичный компонент может отличаться от расшаренного компонента.

а как ты поступаешь с контентом который изначально генерируется статически, а потом к нему надо добавить js-функциональность? Например, текстовое поле, выпадающий список для которого подгружается через ajax. Либо, например, кроссбраузерная поддержка атрибута placeholder. По идее, твои компоненты предполагают, что при создании они создают html-код, а не привязываются к существующему.

Проблема не понятна.

[x-yuri]

Давай тогда определимся: чем специфичный компонент может отличаться от расшаренного компонента.

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

Проблема не понятна.

речь об unobtrusive javascript подходе. Сначала мы делаем, чтобы работало без js. Например, форма. А потом надо добавить к текстовому полю выпадающий список и надо завернуть это текстовое поле в span. Можно либо 1) заменить поле на новую html-разметку, либо 2) то же самое, но сохранить это поле и вставить его в середину этой html-разметки.

[Kolyaj]

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

Что такое область видимости для компонента? CSS, например, в любом случае будет глобальным, его не спрятать.

речь об unobtrusive javascript подходе. Сначала мы делаем, чтобы работало без js.

Подход устарел. Пользователей без JS исчезающе мало, гораздо меньше, чем пользователей IE6, например. Значительно усложнять разработку ради гиков с noscript-ом смысла нет.