Next Generation CMS :: Форум поддержки

Интересно получается suggest
                                  1)  работает в Firefox и Opera
                                  2)  не работает в IE - даже вызова-запуска нет - так и должно быть, судя по всему?
                                  3) нг работает правильно (ошибка 404) в Google Chrome - как исправить?

Нашел стили, спасибо! Буду обновляться... (раньше тоже все свежее стояло, а потом как систему переустановил на компе - отстал, спасал инф-ю за 7 лет безупречной работы виндоус (свинью мне подсунул майкрософт - блокирнул, хотя в начале лицензионка была, но слишком много модернизаций претерпела).

Wolverine. Еще надо сделать финкционал "цитирование" - я предлагаю сделать доп кнопку - "ответить с цитированием" ("цитировать") - в таком случае в text area пусть заносится текст сообщения, на которое отвечаешь, автоматом.

в ЛС

Да, шаблоны в порядке - вообще задал внешний селф - тоже самое
вот его фрагмент

[post-enabled]
<form method="post" name="jChatForm" id="jChatForm" onsubmit="chatSubmitForm(); return false;">
<table width="100%">[not-logged]
<tr><td colspan="2" align="left"><input type="text" name="name" value="{l_jchat:input.username}" onfocus="if(!jChatInputUsernameDefault){this.value='';jChatInputUsernameDefault=1;}"/></td></tr>[/not-logged]
<tr><td align="left"><textarea id="jChatText" name="text" style="width: 100%; height: 40px;" onfocus="jchatCalculateMaxLen(this,'jchatWLen', {maxlen});" onkeyup="jchatCalculateMaxLen(this,'jchatWLen', {maxlen});"></textarea></td><td valign="top"><span id="jchatWLen">{maxlen}</span></td></tr>
<tr><td colspan="2"align="left"><input id="jChatSubmit" type="submit" value="{l_jchat:button.post}"/></td></tr>
</table>
</form>
[/post-enabled]

TX.fail: HTTP code 404 появляется в окне браузера при заполнении поля "Кому"
Как это поправить? Видимо, механизм Sugest не правильно работает - версия дв. 0.9.2 RC0 [SVN547] в одном сл (на лок) и 0.9.2 RC0 [SVN547]+  (хрен знает какая - забыл , все-же надо при каждом обновлении менять версию - разработать механизм корректировки версий, Vitaly) в другом.
Wolverine, что можно сделать "меньшей кровью" - какие конкретно файлы необходимо обновить для этого механизма?

Ага, проверял - но еще посмотрю.
...Точно, сидит переменная, не заметил сразу (кто её посадил туда? - шаблон 300 лет назад делал ))) ) - первый вопрос снят.

Vitaly,

По сортировке: сразу бросается в глаза, что она требует уточнения алгоритма. Т, е, не понимает, что максимум соответствия (схожести) по тегам - это максимум соответствия при минимуме избыточных тегов и максимуме схожих (вложенности).
Вот что имеется ввиду:
Пример (для упрощения рассмотрим для 3х выводов и )

1) вариант, когда нет избыточных тегов в поисковом массиве (сама новость имеет максимум тегов) - т.е назовем это "вложенным соответствием"
               новость n1 имеет 3 тега т1,т2,т3
результат выборки similar
для n1 -- новости n2  с т1, т2, т3  - верно (полное соответствие)
                           n3  с т1, т2       - верно (т.к. больше новостей с т3 нет)
                           n4  с т1            - ошибка алгоритма (т.к. есть много новостей с т1, т2 - более подходящих, чем новости с просто т1)

2) вариант, когда избыточные теги появились, а не должны (в поисковом массиве они есть, но можно подыскать соответствие и без них)

                    новость n3 имеет 2 тега т1, т2
для n3 -- новости n5  с т1, т2      - верно (полное соответствие)
                           n2  с т1, т2, т3 - ошибка, назовем это "избыточным" соответствием (т.к. еще есть более подходящие с полным соответствием с т1, т2)
                            n4  с т1          - ошибка (т.к. еще есть более подходящие с полным соответствием с т1, т2 или хотя-бы с т1, т2, т3 )

3) другой вариант возможен, когда избыточные теги могут появиться (и правильно), если полного соответствия нет, а есть лишь "пересечения" - частичные соответствия по 1му тегу (1 й группе тегов) - тут уж как получится, ничего не сделаешь, ибо неизвестно как соотносятся (никак) м/у собой доп. теги - вот этот вариант и выдает алгоритм всегда,

а он должен сначала отработать по-порядку,
1 "вложенное соответствие" (которое сначала отрабатывает полное соответствие)
2 избыточное
3 а уж затем, если ничего не получилось - пересечение

Если первый пункт доработать на "полное-частичное", т.е. принудительное откл-е некоторой части тегов из анализа на "вложенное соответствие" - можно сделать в том числе и автомат-сортировщик для задачи, описанной вверху.
Если просто реализовать 1,2,3 пункты - получим действительно сортировку по максимуму схожести, что и нужно, исходя из первоначальной задачи выбора наиболее похожих публикаций.
В принципе, можно ввести ограничение анализа кол-ва тегов (например, первых 5, а остальные не участвуют в сортировке и используются только в tags плагине) - это существенно упростит алгоритм.
Ну, а если оставить "как есть" - останется "перелинковщик" с эмуляцией "похожих новостей".

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

Особенно классно то, что можно использовать особый news-short tpl

По-моему переменная "noentries" излишне дублируется [if-not-bookmarks]
и все равно нет возможности сделать разный вывод сообщений залогиненным и не залогиненным пользователям. Думаю, что [if-not-bookmarks] должна контролировать вывод только залогиненным, чтобы только там кратко сказать что да как, а не залогиненные вовсе не должны видеть ее содержание - им достаточно ."noentries"

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