В карточке товара с чпу вставлен компонент форм с аяксом, обнаружилось, что он принудительно меняет тайтл браузера и отрезает от хлебных крошек. Причем зашито поведение в ядре .. main/..ajax.js, и не разгуляешься. С хлебными то еще можно справится разумными усилиями, с тайтлом много хуже.
Идея - дать возможность выбирать, как аякс отработает, не ставить в рамки - вот только так и больше никак.
Ну и, повторю многочисленные просьбы, дайте доку по BX.

Обсуждение было тут http://www.1c-bitrix.ru/support/customers/ticket.php?ID=342083

Исправлялся файл basket_items.php

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

Сабж. При открытии страницы с компонентом с "AJAX_MODE" = "Y" и установленном "AJAX_OPTION_HISTORY" в историю браузера зачем-то сразу добавляется текущий адрес (хотя он уже там есть, мы только что по нему перешли). В итоге работа с кнопкой "назад"  становится крайне некомфортной и раздражающей из-за лишних одинаковых записей в истории.
Просьба пересмотреть механизм, чтобы избежать такого поведения.

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

Требуется для написания AJAX скриптов на PHP, выдающих данные для popup-окон.
В таких окнах удобно вызывать компоненты также в режиме AJAX. Тогда работая с ними остаешься во всплывающем окне без перезагрузки страницы.

Увы, при первом открытии такого скрипта ни стили, ни JavaScript файлы не подключаются. Их как то нужно подключать самому (я написал для этого костыль).

Было бы очень удобно иметь необходимые функции в API. К примеру тот же CMain::ShowHead, но для использования в шапке AJAX-скрипта, а не шаблона сайта.

Среди элементов Битрикс - управление сайтов, есть такой "Привязка к элементам с автозаполнением" в инфоблоках.

Почему отсутствует подобный элемент для привязки к разделам/группам?  Очень же удобный инструмент!

Не пора ли добавлять элементную базу? относительно разделов? и групп пользователей.

Обновился до последней версии. Порадовался рабочему столу и гаджету заметок.Им совершенно невозможно пользоваться (
Каждый раз когда нажимаешь редактировать — происходит рефреш всей страницы.
Сам формат — заметка предполагает быстроту её появления, а не томительное ожидание в 2-3 секунды.

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

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

Для комплексного компонента 'news' и 'news:list', а в идеале и для 'catalog' и 'catalog:section'

Две ситуации:
1. Нужна форма в модальном окне, вот такое решение: http://alexvaleev.ru/ajax-form-bitrix-popup/
2. На одной странице у нас две и более форм добавления инфоблока, например "Добавить квартиру", "Добавить участок" и "Добавить сарай".
Ясно дело, что это будут разные поля, инфоблоки т.д. Если мы отправляем данные из одной формы, то у нас будут сообщения во всех формах (!). Но это не хорошо!

Режим ajax решает эту проблему.
К сожалению, у компонента iblock.element.add.form нет галки "Включить ajax", а жаль....
Приходится тупо в указывать режим ajax при вызове компонента...
Идея: в штатный компонент iblock.element.add.form добавить галку "Включить режим ajax" (ведь в других же компанентах это есть)

Суть предложения описал здесь в 2008 году:

http://dev.1c-bitrix.ru/community/forums/messages/forum7/topic15939/message89401/#message89401

и в 2009, в 2010:
http://dev.1c-bitrix.ru/community/webdev/group/15/forum/16191/


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

не теряю надежды быть услышанным.

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

Потребуется ввести новый функционал (например, "друг появился на сайте"), придется делать еще один канал. Другой партнер сделает еще один функционал - опять канал. В итоге, ddos.

Хотелось бы одного канала, к которому можно было бы цепляться на этапе формирования, и на этапе парсинга на сайте средствами JS.

Да и когда такую, в принципе, важную штуку поддерживает основной разработчик, это лучше.

PS: Естественно, этот канал должен быть в главном модуле, а не только в соцсетке.