<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Опции публикации</title>
	<link>http://www.lekecinskas.com/ru/post69</link>
	<description>Блог о сетке и всяких штуках в ней. Интересных и не очень.</description>
	<pubDate>Fri, 29 Aug 2008 05:23:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>by: Vladimiras Lekecinskas</title>
		<link>http://www.lekecinskas.com/ru/post69#comment-4414</link>
		<pubDate>Wed, 21 Dec 2005 11:31:30 +0000</pubDate>
		<guid>http://www.lekecinskas.com/ru/post69#comment-4414</guid>
					<description>какая разница между применением bb-кодов / RTE / HTML редактирования? 
разница в том, что вот например bb это некоторый набор стилей, которые гарантированно не развалят страницу и не превратят её в кислотый кошмар дизайнера. HTML это следующая степень свободы, а RTE и вовсе смахивает на анархию.

избежать бардака в редактировании клиентом контента на уровне CMS можно всего одним способом. не нужно изобретать велосипед - у любой серьёзной и большой компании есть бренд-бук, который определённо и недвусмысленно указывает, как можно использовать элементы бренд - и как нельзя. как оформлять документы, ручки, машины, факсы - и всё-всё. 
опять же, в серьёзной компании за оформление документа не по требованиям - бьют по рукам. и никому в Intel не придёт в голову постить заголовок новости на сайт салатовым.

на уровне CMS это решается созданием эдакого продолжения бренд-бука - но для сайта. предустановленный набор стилей, которыми оформляется страница. речь идёт о создании редактора, похожего на RTE, но с достаточно жёстко ограниченными возможностями по применению. мы немного работали в этом направлении, я наверное смогу как нибудь выложить в сеть то, что у нас получилось.</description>
		<content:encoded><![CDATA[<p>какая разница между применением bb-кодов / RTE / HTML редактирования?<br />
разница в том, что вот например bb это некоторый набор стилей, которые гарантированно не развалят страницу и не превратят её в кислотый кошмар дизайнера. HTML это следующая степень свободы, а RTE и вовсе смахивает на анархию.</p>
<p>избежать бардака в редактировании клиентом контента на уровне CMS можно всего одним способом. не нужно изобретать велосипед - у любой серьёзной и большой компании есть бренд-бук, который определённо и недвусмысленно указывает, как можно использовать элементы бренд - и как нельзя. как оформлять документы, ручки, машины, факсы - и всё-всё.<br />
опять же, в серьёзной компании за оформление документа не по требованиям - бьют по рукам. и никому в Intel не придёт в голову постить заголовок новости на сайт салатовым.</p>
<p>на уровне CMS это решается созданием эдакого продолжения бренд-бука - но для сайта. предустановленный набор стилей, которыми оформляется страница. речь идёт о создании редактора, похожего на RTE, но с достаточно жёстко ограниченными возможностями по применению. мы немного работали в этом направлении, я наверное смогу как нибудь выложить в сеть то, что у нас получилось.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Dmitry</title>
		<link>http://www.lekecinskas.com/ru/post69#comment-4413</link>
		<pubDate>Wed, 21 Dec 2005 09:33:17 +0000</pubDate>
		<guid>http://www.lekecinskas.com/ru/post69#comment-4413</guid>
					<description>admin, а есть идеи относительно bb-кодов и тегов в тексте публикации. То есть позволять "человеку-добавляющему-публикацию" делать какую-то часть текста bold, какую-то выделить цветом? 

С одной стороны надо.. ведь в тексте должны быть заголовки, параграфы, какие-то пометки (тем же полужирным шрифтом и цветом). Но меня дизайнера коробит, когда клиент в новостях делает совсем уж какой-то неуместный шрифт или невероятных размеров заголовок. Как думаете на сколько позволять и на сколько ограничивать?

хм... и вообще, может быть тут уместно говорить об уровне того самого "человека-добавляющего-публикацию" =) Не доверять некомпетентным сотрудникам, хотя в конечном счёте назначает "ответственного" заказчик.</description>
		<content:encoded><![CDATA[<p>admin, а есть идеи относительно bb-кодов и тегов в тексте публикации. То есть позволять &#8220;человеку-добавляющему-публикацию&#8221; делать какую-то часть текста bold, какую-то выделить цветом? </p>
<p>С одной стороны надо.. ведь в тексте должны быть заголовки, параграфы, какие-то пометки (тем же полужирным шрифтом и цветом). Но меня дизайнера коробит, когда клиент в новостях делает совсем уж какой-то неуместный шрифт или невероятных размеров заголовок. Как думаете на сколько позволять и на сколько ограничивать?</p>
<p>хм&#8230; и вообще, может быть тут уместно говорить об уровне того самого &#8220;человека-добавляющего-публикацию&#8221; =) Не доверять некомпетентным сотрудникам, хотя в конечном счёте назначает &#8220;ответственного&#8221; заказчик.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: admin</title>
		<link>http://www.lekecinskas.com/ru/post69#comment-4412</link>
		<pubDate>Wed, 14 Dec 2005 23:27:26 +0000</pubDate>
		<guid>http://www.lekecinskas.com/ru/post69#comment-4412</guid>
					<description>Да, вполне. Это вообще довольно сумбурный текст, мне он не нравится.</description>
		<content:encoded><![CDATA[<p>Да, вполне. Это вообще довольно сумбурный текст, мне он не нравится.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Dmitry</title>
		<link>http://www.lekecinskas.com/ru/post69#comment-4411</link>
		<pubDate>Sun, 11 Dec 2005 02:25:42 +0000</pubDate>
		<guid>http://www.lekecinskas.com/ru/post69#comment-4411</guid>
					<description>"2. Временная публикация по отдельному адресу. бета версия на показ начальнику."

А от этого можно впринципе избавиться, если поставить для записи в поле

"5. Настройки зависимости публикации от уровня доступа посетителя." например "9", что означает только для начальника. Помоему так лучше, ведь на временный адрес, могут случайно попасть, что не всегда желательно.</description>
		<content:encoded><![CDATA[<p>&#8220;2. Временная публикация по отдельному адресу. бета версия на показ начальнику.&#8221;</p>
<p>А от этого можно впринципе избавиться, если поставить для записи в поле</p>
<p>&#8220;5. Настройки зависимости публикации от уровня доступа посетителя.&#8221; например &#8220;9&#8243;, что означает только для начальника. Помоему так лучше, ведь на временный адрес, могут случайно попасть, что не всегда желательно.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
