<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Комментарии на: CSS-свойство content: копировать или нет?</title>
	<atom:link href="http://chikuyonok.ru/2010/01/css-content/feed/" rel="self" type="application/rss+xml" />
	<link>http://chikuyonok.ru/2010/01/css-content/</link>
	<description>веб-разработчик</description>
	<pubDate>Sun, 01 Aug 2010 00:12:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>От: Ехидный_Роман</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1758</link>
		<dc:creator>Ехидный_Роман</dc:creator>
		<pubDate>Mon, 18 Jan 2010 09:28:13 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1758</guid>
		<description>Один из немногих блогов-сайтов о верстке на котором можно поучится реальным вещам. 99% ресурсов - это идиотические пубертатные посты типа "как сделать восмигранные углы с помощью CSS23/HTML25" и/или их перепечатка.
Респект что находите время для постов!</description>
		<content:encoded><![CDATA[<p>Один из немногих блогов-сайтов о верстке на котором можно поучится реальным вещам. 99% ресурсов - это идиотические пубертатные посты типа &#8220;как сделать восмигранные углы с помощью CSS23/HTML25&#8243; и/или их перепечатка.<br />
Респект что находите время для постов!</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: Михаил</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1757</link>
		<dc:creator>Михаил</dc:creator>
		<pubDate>Sun, 17 Jan 2010 22:00:58 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1757</guid>
		<description>несмотря на то, что цсс используется только для оформления элементов, результат должен быть понятен пользователю. то есть, если он видит кавычку, текст должен скопироваться с кавычкой.
а при использовании таких элементов, как нумерация строк кода, должен быть способ управлять отображением этого блока.</description>
		<content:encoded><![CDATA[<p>несмотря на то, что цсс используется только для оформления элементов, результат должен быть понятен пользователю. то есть, если он видит кавычку, текст должен скопироваться с кавычкой.<br />
а при использовании таких элементов, как нумерация строк кода, должен быть способ управлять отображением этого блока.</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: Zigzag</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1755</link>
		<dc:creator>Zigzag</dc:creator>
		<pubDate>Sun, 17 Jan 2010 15:54:02 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1755</guid>
		<description>Мне кажется, что принцип разделения структуры, оформления и поведения уже изначально говорит о том, что все в CSS должно нести сугубо оформительскую функцию. Так что не стоит требовать от браузера копирования "рюшек".

Именно по этой причине я считаю ошибочным появление в CSS таких вещей, как анимация.</description>
		<content:encoded><![CDATA[<p>Мне кажется, что принцип разделения структуры, оформления и поведения уже изначально говорит о том, что все в CSS должно нести сугубо оформительскую функцию. Так что не стоит требовать от браузера копирования &#8220;рюшек&#8221;.</p>
<p>Именно по этой причине я считаю ошибочным появление в CSS таких вещей, как анимация.</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: pepelsbey</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1754</link>
		<dc:creator>pepelsbey</dc:creator>
		<pubDate>Sun, 17 Jan 2010 01:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1754</guid>
		<description>[offtop]
Насчёт горячих клавиш Zen Coding'а для форм:

Cmd+Shift+A — автозаполнение
Cmd+L — фокус в адресной строке
Cmd+D — добавить закладку
Cmd+Shift+D — молча добавить закладку

…в Safari. Так что дохлый номер :)

Насчёт плагина для подписки — я уже понял какой, по HTML-коду ;)
[/offtop]</description>
		<content:encoded><![CDATA[<p>[offtop]<br />
Насчёт горячих клавиш Zen Coding&#8217;а для форм:</p>
<p>Cmd+Shift+A — автозаполнение<br />
Cmd+L — фокус в адресной строке<br />
Cmd+D — добавить закладку<br />
Cmd+Shift+D — молча добавить закладку</p>
<p>…в Safari. Так что дохлый номер <img src='http://chikuyonok.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Насчёт плагина для подписки — я уже понял какой, по HTML-коду <img src='http://chikuyonok.ru/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
[/offtop]</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: Антон</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1753</link>
		<dc:creator>Антон</dc:creator>
		<pubDate>Sun, 17 Jan 2010 01:19:15 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1753</guid>
		<description>Вот если рассмотреть нумерацию списков и заголовков — разве номер это не часть содержимого заголовка, разве при копировании можно его просто отбросить?
Вообще, если подумать, то должны ли копироваться сгенерированные элементы?
Сгенерированный текст может нести исключительно декоративную функцию, как, например, нумерация строк в листингах (и при этом копироваться не должен), а может иметь и смысловую нагрузку — как при нумерации заголовков, и в этом случае он должен копироваться.
Несмотря на название свойства «content», оно определяется в таблице стилей, что говорит о его декоративном назначении, то есть в первую очередь для оформления. В этом случае его можно «с чистой совестью» не копировать. Однако в большинстве практических задач хотелось бы генерировать с помощью этого подхода полноценный текст.
Получается, что нужен способ управлять ролью сгенерированного содержимого (оформление или контент)?</description>
		<content:encoded><![CDATA[<p>Вот если рассмотреть нумерацию списков и заголовков — разве номер это не часть содержимого заголовка, разве при копировании можно его просто отбросить?<br />
Вообще, если подумать, то должны ли копироваться сгенерированные элементы?<br />
Сгенерированный текст может нести исключительно декоративную функцию, как, например, нумерация строк в листингах (и при этом копироваться не должен), а может иметь и смысловую нагрузку — как при нумерации заголовков, и в этом случае он должен копироваться.<br />
Несмотря на название свойства «content», оно определяется в таблице стилей, что говорит о его декоративном назначении, то есть в первую очередь для оформления. В этом случае его можно «с чистой совестью» не копировать. Однако в большинстве практических задач хотелось бы генерировать с помощью этого подхода полноценный текст.<br />
Получается, что нужен способ управлять ролью сгенерированного содержимого (оформление или контент)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: pepelsbey</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1752</link>
		<dc:creator>pepelsbey</dc:creator>
		<pubDate>Sun, 17 Jan 2010 00:08:50 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1752</guid>
		<description>Да тут речь не о «правильности» использования этого свойства, а о том, что его, в принципе, можно использовать. Главное не требовать слишком много от сравнительно молодого механизма и не думать, что договориться о единой спеке это так просто ;) Ах, да — ещё можно регулярно слать багрепорты.

Примеры?

1. Кавычки для &lt;q&gt;, к сожалению, через ж. для Webkit'а, но всё же
2. Автоматическая нумерация списков/заголовков. Для списков главной профит в управляемости (раскрасить и расположить циферки и буллиты)
3. Хорошая замена для экстра-разметки, например для image-replacement'а, когда эта штука позиционируется и закрывает оригинальный текст блоком с (фоновой) картинкой.

Всё это эмулируется для IE7 и младше при помощи JS или expression'ов — зависит от ситуации.

ps: ты каким плагином/решением пользуешься для подписки на комментарии?</description>
		<content:encoded><![CDATA[<p>Да тут речь не о «правильности» использования этого свойства, а о том, что его, в принципе, можно использовать. Главное не требовать слишком много от сравнительно молодого механизма и не думать, что договориться о единой спеке это так просто <img src='http://chikuyonok.ru/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> Ах, да — ещё можно регулярно слать багрепорты.</p>
<p>Примеры?</p>
<p>1. Кавычки для <q>, к сожалению, через ж. для Webkit&#8217;а, но всё же<br />
2. Автоматическая нумерация списков/заголовков. Для списков главной профит в управляемости (раскрасить и расположить циферки и буллиты)<br />
3. Хорошая замена для экстра-разметки, например для image-replacement&#8217;а, когда эта штука позиционируется и закрывает оригинальный текст блоком с (фоновой) картинкой.</p>
<p>Всё это эмулируется для IE7 и младше при помощи JS или expression&#8217;ов — зависит от ситуации.</p>
<p>ps: ты каким плагином/решением пользуешься для подписки на комментарии?</q></p>
]]></content:encoded>
	</item>
	<item>
		<title>От: Никита Васильев</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1751</link>
		<dc:creator>Никита Васильев</dc:creator>
		<pubDate>Sat, 16 Jan 2010 23:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1751</guid>
		<description>https://bugs.webkit.org/show_bug.cgi?id=3234

Для Firefox'а баг не нашёл, хотя он наверняка есть на https://bugzilla.mozilla.org/</description>
		<content:encoded><![CDATA[<p><a href="https://bugs.webkit.org/show_bug.cgi?id=3234" rel="nofollow">https://bugs.webkit.org/show_bug.cgi?id=3234</a></p>
<p>Для Firefox&#8217;а баг не нашёл, хотя он наверняка есть на <a href="https://bugzilla.mozilla.org/" rel="nofollow">https://bugzilla.mozilla.org/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>От: dockazak2</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1750</link>
		<dc:creator>dockazak2</dc:creator>
		<pubDate>Sat, 16 Jan 2010 23:06:36 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1750</guid>
		<description>ого, интересно послушать ответ pepelsbey =)</description>
		<content:encoded><![CDATA[<p>ого, интересно послушать ответ pepelsbey =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: Сергей Чикуенок</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1749</link>
		<dc:creator>Сергей Чикуенок</dc:creator>
		<pubDate>Sat, 16 Jan 2010 16:19:56 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1749</guid>
		<description>&lt;blockquote&gt;Вопрос: а зачем тебе пользоваться open-quote / close-quote, если можно эмулировать это поведение при помощи обычных :before / :after&lt;/blockquote&gt;
Суть примера не в «а что же делать?», а в том, чтобы показать неоднозначность работы этого свойства в том же Firefox.

&lt;blockquote&gt;Работает, если с умом и в определённом круге задач.&lt;/blockquote&gt;
Хорошо, тогда приведи 3 примера «правильного» с точки зрения спецификации использования свойства &lt;code&gt;content&lt;/code&gt;. 

&lt;blockquote&gt;Браузеры никогда не отличались последовательностью в том, что они копируют со страницы. Думаю, что хотя бы потому, что это не описано в каких-либо спеках.&lt;/blockquote&gt;
И тут возникает главный вопрос: а почему они не могут между собой договориться об этом? Тем более, что представители &lt;em&gt;всех&lt;/em&gt; браузерных вендоров участвуют в составлении спецификации.</description>
		<content:encoded><![CDATA[<blockquote><p>Вопрос: а зачем тебе пользоваться open-quote / close-quote, если можно эмулировать это поведение при помощи обычных :before / :after</p></blockquote>
<p>Суть примера не в «а что же делать?», а в том, чтобы показать неоднозначность работы этого свойства в том же Firefox.</p>
<blockquote><p>Работает, если с умом и в определённом круге задач.</p></blockquote>
<p>Хорошо, тогда приведи 3 примера «правильного» с точки зрения спецификации использования свойства <code>content</code>. </p>
<blockquote><p>Браузеры никогда не отличались последовательностью в том, что они копируют со страницы. Думаю, что хотя бы потому, что это не описано в каких-либо спеках.</p></blockquote>
<p>И тут возникает главный вопрос: а почему они не могут между собой договориться об этом? Тем более, что представители <em>всех</em> браузерных вендоров участвуют в составлении спецификации.</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: GreLI</title>
		<link>http://chikuyonok.ru/2010/01/css-content/comment-page-1/#comment-1744</link>
		<dc:creator>GreLI</dc:creator>
		<pubDate>Sat, 16 Jan 2010 12:14:18 +0000</pubDate>
		<guid isPermaLink="false">http://chikuyonok.ru/?p=585#comment-1744</guid>
		<description>Интересно, что глючнее всего опенсурсные браузеры. Теоретически, можно их исправить, направив патчи.</description>
		<content:encoded><![CDATA[<p>Интересно, что глючнее всего опенсурсные браузеры. Теоретически, можно их исправить, направив патчи.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
