<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
			<channel>
			<title>Опросы и комменты / Вопросы, проблемы и их решения / Alto CMS</title>
			<link>http://altocms.ru/comments/1275/</link>
			<description><![CDATA[Хотел написать в Предложения, но это скорее проблемы. 1. Пользователь не может удалить свой комментарий (возможно, есть решение с проверкой]]></description>
			<language>ru</language>
			<managingEditor>noreply@altocms.ru</managingEditor>
			<webMaster>noreply@altocms.ru</webMaster>
			<generator>Alto CMS v.1.5.0b1</generator>
							<item>
					<title>Опросы и комменты (comment #23077)</title>
					<guid isPermaLink="true">http://altocms.ru/t/1275/#comment23077</guid>
					<link>http://altocms.ru/1275.html#comment23077</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[<blockquote>… но это скорее проблемы</blockquote>Я бы так сказал: пункты 1 и 2 — это, скорее, предложения, а п.3 — проблема.<br/>
<br/>
Поясню насчет первых двух пунктов: это, по большому счету, очень зависит от политики сайта, от позиции его администрации. И я не думаю, что эти фичи должны работать по умолчанию.<br/>
<br/>
Например, по п.1: есть мнение, что невозможность удалить собственный коммент заставляет юзеров чуть больше задумываться о том, чего они пишут в комментах. И, кстати, если юзер не может удалить коммент, как таковой, то может его отредактировать, если это разрешено в конфиге сайта. И даже если он полностью удалит контент, то все равно тот факт, что юзер часто за собой подчищает комменты уже что-то о нем говорит.<br/>
<br/>
То же касается и п.2: в порыве некорректной дискуссий автор топика может просто поудалять вполне корректные, но неугодные ему комменты, что чаще всего сыграет в минус для общей ситуации в сообществе.<br/>
<br/>
Хотя, в теории, я допускаю, что на каких-то отдельных сайтах в силу их специфики такие фичи могут быть полезны. Поэтому вряд ли это стоит делать прямо «в коробке» по умолчанию, но вполне может быть реализовано плагином.<br/>
<br/>
А вот невозможность исправить даже просто опечатку в опросе, если хоть один юзер уже проголосовал — это, как уже сказал, проблема, согласен.]]></description>
					<pubDate>Tue, 18 Aug 2015 19:30:37 +0300</pubDate>
									</item>
							<item>
					<title>Опросы и комменты (comment #23078)</title>
					<guid isPermaLink="true">http://altocms.ru/t/1275/#comment23078</guid>
					<link>http://altocms.ru/1275.html#comment23078</link>
					<author>ieasyweb@myttk.ru</author>
					<description><![CDATA[Но всё-таки функционал был бы более полноценным при наличии возможности наряду с другими правами регулировать и это: может ли юзер удалять свой комментарий и комменты в своём топике.<br/>
Да, я совершенно согласен, что существующий подход добавляет момент ответственности авторам при написании коммента. Но иногда действительно возникает необходимость именно удалить комментарий (и как следствие, всю ветку ответов), например, чтоб не вводить в заблуждение других пользователей.<br/>
И да, всё зависит от политики сайта и позиции администрации. И при той модели, которая работает у меня, возможность автору топика удалять комменты в нём была бы очень полезна. Это, кстати, тоже очень мощный инструмент саморегуляции, неадекватный автор, режущий неугодные комменты в конце-концов и останется с пустыми игнорируемыми топиками. И, с другой стороны, автор интересного топика, в котором ведётся оживлённаядискуссия, мог бы удалять флуд от тех, кто приходит исключительно для троллинга, таким образом, создавая более комфортные условия для обсуждений.<br/>
Словом, такие опции не помешали бы, а их отсутсвие уменьшает гибкость движка.]]></description>
					<pubDate>Wed, 19 Aug 2015 14:17:07 +0300</pubDate>
									</item>
							<item>
					<title>Опросы и комменты (comment #23091)</title>
					<guid isPermaLink="true">http://altocms.ru/t/1275/#comment23091</guid>
					<link>http://altocms.ru/1275.html#comment23091</link>
					<author>create.nfo@gmail.com</author>
					<description><![CDATA[Возможность полного удаления сообщений нужна хотя бы на уровне админов. Особенно актуальна фича становится после спама. Когда мусор нужно не просто скрыть, а удалить.]]></description>
					<pubDate>Thu, 20 Aug 2015 00:22:13 +0300</pubDate>
									</item>
					</channel>
	</rss>
