Добрый день.

Давно мучает такой вопрос, очень актуальный в режиме частообновляемого диалога в теме.
Пусть я добавил комментарий (пост).
Другой человек увидел обновление через "мои новые сообщения" и зашёл в тему.
Я добавил ответ, он приклеился к старому ("Добавлено через 10 минут и 3 секунды").
Теперь тот человек, который уже смотрел начало комментария, увидит это обновление через "Мои новые сообщения"?

  Нет не увидит. Мы только что с Akell-ой проверили. 

Не гуд, если честно.

Разработчикам: а нельзя запросик вставить будет? ;)

  

Это разговор с самим собой?

Ну, я всё же Vingrad Developer.
А есть и другие Vingrad Developers 

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

Пока не вижу простого решения этой проблемы.

[взгляд со стороны] а вместо склеивания создавать новый пост и удалять старый?
я имею в виду такой типичный use case:
1) юзер создаёт пост А
2) юзер посылает запрос на создания поста Б
3) форум видит что эти посты надо склеить
4) форум создаёт новый пост с текстом А+Б
5) форум удаляет пост А.

имеем:
+ новый пост, отображающийся в новых сообщениях [а чтоб ему не отображаццо, если он новый и не читан?]. 
- время создания нового поста не равно времени создания поста А

ведь движок форума в состоянии удалять и добавлять сообщения.


Это сообщение отредактировал(а) Mayk - 23.12.2007, 12:10

Mayk, при этом мы теряем ссылку на старый пост: нельзя будет перейти через ссылку на сообщение, будет поломана ссылка на репутацию, ссылка с цитирования.

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

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


Согласен. имхо самый простой вариант это вообще запретить склеивать сообщения с сообщениями за которые поставлена репа. 
[смотря на звездочки у сообщений] вроде особоых нагрузок на БД проверка на зарепанность не создаст.

Дополнительный плюс запрета на склеивания постов с репой в том, что сейчас если смотришь на склееный пост с репой/звездами, то не понимаешь за что же влепили плюс/минус/звёзды --- за часть над "добавлено" или за часть под "добавлено"


Не согласен, так как если в топик появляется ответ, то форум уже не склеивает сообщения. 



Это сообщение отредактировал(а) Mayk - 24.12.2007, 19:42

  Есть еще вариант. Склеивание делать опционально. Т.е. вставить чекбокс как 

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

Например такой чекбокс. "Добавить текущий пост к предыдущему (если предыдущий пост тоже ваш)"

У нас есть 2 свободных поля 1е выше поля ввода, 2е ниже.

а что мешает движку просто подправить дату создания сообщения?

например:
создаем пост А
создаем пост В
форум видит что надо склеить
форум редактирует пост А (А += "добавлено {date}" + В) (редактирование без галочки "отредактированно"
форум меняет зипись в ячейке БД времени создания поста через субд

итого - ссылка осталась, пометка "редактированно" нетронута, и т.п.

Добавлено через 53 секунды
а самое главное, время создания изменилось!

В таком случае надо обновить то что это сообщение не прочитано для всех пользователей. 

и надо полагать что [псевдоsql]
update topics_read set read=false where topic=123 для установки "тема не прочтена"  выполняется значительно дольше чем
update topics_read set read=true where topic=123 and userId = 324; для установки "тема прочтена" для одного пользователя
хотя акез как оно на самом деле.

Mayk, 

ну, когда сообщение создается, это все выполняется на "ура". ИМХО такой же механизм просто поставить.

dm9, не знаю... по мне так енто не актуально! Хотя...