[FAQ] Редиректы (убрать страницы информации)

[tanya261273]

спасибо,буду искать....

[romeo_piter]

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

Грубо говоря, отправили мы сообщение, стандартного сообщения редиректа нет - просто перешли к отправленному сообщению, а, например, сверху, в уголке, висит полупрозрачная всплывашка, описывающая действие.

Не помню, кто намеревался, но кто-то с сине-фиолетовым ником вроде

[владимир1983]

В чём практический смысл подобного уведомления?

[romeo_piter]

В "свистелках и перделках" ) и увеличении юзабилити для пользователя.
Ведь эта тема не зря появилась? Народу не нравятся редиректы, они вынуждают ждать.
С другой стороны, в промежуточном окне редиректа есть полезная инфа.

Так почему не совместить приятное с полезным? Мы не заставляем пользователя смотреть на промежуточный экран, а сразу отправляем куда ему было нужно, но сохраняем информацию в небольшой, не мешающей полупрозрачной всплывашке в углу.

По моему очень удобно и прекрасно.
Могу дать в ЛС ссыль на один убогий форум не знаю на каком движке, на котором это реализовано. Но там изначально не было редиректов. Просто появились удобные всплывающие окна с информацией.

[владимир1983]

Такое окно было бы актуально если бы при добавлении сообщений использовался бы ajax, т.е. фактически небыло перезагрузки страницы. В данной теме есть решения как убрать информационные окна во время постинга, перезагрузка страницы при этом сохраняется. Поэтому я и не вижу смысла в этом всплывающем потом затухающем(или тухнущем, как правильно?) окне.

[Pazh]

romeo_piter не хотел воять а предложил - я. Данный функционал частично есть в моде phpbb jquery base

[Алг]

Мы не заставляем пользователя смотреть на промежуточный экран, а сразу отправляем куда ему было нужно, но сохраняем информацию в небольшой, не мешающей полупрозрачной всплывашке в углу.

По моему очень удобно и прекрасно.

Согласна, давно сделала это для основных интерактивных действий на форуме.
На основе мода phpbb jquery base, совершенно верно, там хороший костяк, который можно наращивать. Только библиотеку нотификаций использую другую, более стильную и гибкую в настройках noty.js

[romeo_piter]

Алг, т.е. у вас есть полноценно рабочий мод, реализующий то что я писал?
Phpbb jquery base в исходнике - дико сырой, судя по отзывам, и на форум с большим количеством модов его ставить анрил.

[Алг]

romeo_piter, по мне так вполне полноценный( после доработок), а то, про что Вы писали так и доработок никаких не требует, как выше было сказано

Данный функционал частично есть в моде phpbb jquery base

Доработки, касающиеся быстрого ответа без перезагрузки, я постила в теме мода
phpBB jQuery Base посмотрите там.
Остальные дополнения, а их львиная доля, давать там нет смысла, потому как они нужны исключительно для Системы Управления Командными Играми, сокращённо СУКИ, действующей только на одном-единственном форуме

Добавлено спустя 11 минут 29 секунд:

и на форум с большим количеством модов его ставить анрил.

Я уже выше говорила, что мод хорошо спроектирован, он не затрагивает(почти) серверных php файлов, весь функционал реализуется через свой серверный файл jquery_functions.php и файл с ajax -подключениями jquery_base_header.html, так что конфликтов модов быть не должно( если исключить конфликты библиотек), а Ваши большие кол-ва модов могут просто не работать при быстром ответе без перезагрузки, но сработают при перезагрузке страницы обычным образом.
КМК, можно ставить этот мод даже на пчёлкиновский форум :)

[xisp]

Я уже выше говорила, что мод хорошо спроектирован, он не затрагивает(почти) серверных php файлов, весь функционал реализуется через свой серверный файл jquery_functions.php и файл с ajax -подключениями jquery_base_header.html,

Это называется плохо спроектирован. Ибо совершенно не отрабатывают правки от других модов.

[Алг]

и не должен. Это другие моды могут вписываться в него... если захотят

[xisp]

и не должен.

Должен. Добавит у меня мод дополнительное поле в таблицу постов, а этот про него не слышал и заполнять правильно не будет. Итого ошибка.

Это другие моды могут вписываться в него... если захотят

Много чести для какого- то мода.
Ну да ладно, всё равно разговоры тут явно не изменят политики авторов мода.

[Алг]

Должен. Добавит у меня мод дополнительное поле в таблицу постов, а этот про него не слышал и заполнять правильно не будет. Итого ошибка.

Интересная мысль. А есть ли пример мода, который знает о будущем добавлении другим модом какого-то поля в какую-то таблицу, чтобы тут же начать правильно обрабатывать.

Вот вам пример. Мод Topic Text Hover [Всплывающие подсказки сообщений] ( по моему мнению, вполне хороший). Включен на показ последнего поста. Теперь кто-то к примеру, написал мод для отображения темы, чтобы автор темы видел её целиком, а любой участник видел только свой пост. Допустим, мод прекрасно работает...если смотреть на тему. А, если посмотреть на список тем во viewforum и поднести мышь к последнему посту, то увидим весь текст в тултипе, конфиденциальность нарушена, мод не имеет смысла.
Так по Вашей логике Мод Topic Text Hover должен учитывать будущие проблемы, связанные с новым модом? Или всё-таки новый должен задуматься, как решить проблему всплывашек.

Много чести для какого- то мода.

Может, он пока не оценен по достоинству, но ИМХО он может быть одним из самых востребованных. А написан очень грамотно. Автор мода Marc Alexander(marc1706), не тот ли, который Поручика забанил?

[romeo_piter]

а то, про что Вы писали так и доработок никаких не требует, как выше было сказано

Я писал про отображение выполняемых действий во всплывашке. Грубо говоря, заменить страницу информации при редиректе на небольшое окошко с этой информацией, задерживающееся на несколько сек. Этого нет в моде.
Из полезного в нем только проверка ЛС.
Но только ради этого ставить такой мод, который явно будет иметь конфликты с уже установленными - не резон.

[xisp]

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

Он и не должен знать. Но если код добавляется в основной файл, то обработка новых таблиц никуда не исчезнет.

Вот вам пример.

Абсолютно мимо. Тут уже больше логическое несоответствие. Технически то всё работает.
И написание логики в отдельном файле тут только усугубит ситуацию и осложнит дружбу модов.

Так по Вашей логике Мод Topic Text Hover должен учитывать будущие проблемы, связанные с новым модом? Или всё-таки новый должен задуматься, как решить проблему всплывашек.

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

но ИМХО он может быть одним из самых востребованных.

Надеюсь в 3.1 это по умолчанию реализуют.

Но только ради этого ставить такой мод, который явно будет иметь конфликты с уже установленными - не резон.

Если отрубить всю функциональность, кроме проверки ЛС, конфликтов быть не должно.