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

Отличный конструктор, но ему не хватает небольшой доработки. Добавьте зависимости полей! Т.е. поле скрыто, пока другое поле не отмечено или не заполнено!

Зависимость полей в CMS!

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

Возможно есть смысл выложить код подобных модулей на github (или похожий сервис), дабы дать возможность вносить правки сообществу, с внесением исправлений после одобрения отделом разработки bitrix.

Сейчас, если в публичной части сайта на "Битрикс Управление Сайтом" в режиме правки навестись на компонент, то выпадет менюшка действий с компонентом, в том числе вот эти пункты:
Современные (особенно визуальные) компоненты зачастую содержат, кроме php и css, ещё и javascript-файл. И вот его невозможно отредактировать аналогичным образом через режим правки - только через структуру каталогов или вообще FTP.

Было бы удобнее, если бы добавили пункт "Редактировать JavaScript-файл шаблона".

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

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

Также использование jQuery должно облегчить порог входа для разработчиков системы и уменьшить общее время на разработку. Те использование jQuery является экономически оправданным.

В принципе возможно самому использовать jQuery вместо BX, но любопытный интегратор будет интересоваться что же происходит в BX, будет стараться изучить и понять данную библиотеку хотя по моему опыту на поддержку проекта на BX уходит времени больше если конечно была кастомизация шаблонов (catalog, sale.basket.basket, sale.order.ajax).


Поэтому я за переход платформы (БУС во фронтенде) на jQuery 1.

п.с Как всегда это мое личное мнение. Кто согласен плюсуйте.

Всё еще не реализована возможность выгрузки стандартным модулем габаритных размеров из 1С на сайт. Предлагаю задуматься о реализации этого при обмене. Всего-то нужно продумать в 1С модуле выгрузки на сайт настройку соответствия реквизитов товара и полей торгового каталога (они же одни и те же всегда на сайте)...

Коллеги!

Пожалуйста, исправьте явные недоработки в стандартном шаблоне bitrix:sale.order.ajax (по состоянию на 01.06.2016):

• Нельзя редактировать состав заказа, хотя всё в интерфейсе указывает на такую возможность (пользователю предлагается его "Изменить", но нажатие данной ссылки ничего толком не дает)
• Некорректная, сбивающая пользователя с толку, работа поля "Скидка" в правой плавающей части итоговой информации по заказу. Пример: мы настроили скидку на доставку при заказе от 10000 руб. Если заказ меньше 10000 руб., то доставка стоит 1000 руб. Получилось: "Товаров на 10000 руб. (зачеркнуто, например, 15000 руб. - "старая цена"), Скидка: 1000 руб., Доставка: 0 руб., Итого: 10000 руб.". Абсолютный бред.
• Подключение бутстрапа, который переопределяет некоторые базовые стили шаблона. Например, цвет ссылок при наведении курсора, дизайн цепочки навигации, если она названа классом breadcrumb...
  

Предлагаю сделать так: пользователь в Битрикс Управление сайтом заполняет форму регистрации на сайте, нажимает Сохранить и возникает 2 варианта развития событий:

1) Если пользователь ввел телефон и/или E-mail, но не ввел ФИО, то в CRM Битрикс24 формируется Лид;
2) Если пользователь ввел телефон и/или E-mail, и также ввел ФИО, то в CRM Битрикс24 формируется Контакт.

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

Столкнулся с проблемой и возник вопрос: Почему при таких наворотах и возможностях всей платформы, шаблоны печатных форм необходимо писать вручную, так ещё и с такими "плясками с бубном"?!

Что проще "прикрутить" тот же встроенный HTML-редактор, с возможностью добавления в печатную форму ЛЮБОГО свойства товара или заказа?

У кого-то заказчик хочет, чтобы в форме присутствовал артикул, у кого-то цвет или метро доставки!

И если свойства заказа кодом добавляются легко, то свойства или характеристики товара - это просто "сизифов труд"!

Такой замечательный инструмент, позволяющий осуществлять подготовку документов клиенту БЕЗ 1С давно вами заброшен и не развивается!

Уважаемые разработчики обратите внимание на этот момент, поскольку даже существующие варианты - это "костыли", а не грамотное решение.

Сделать левое меню фиксированное слева.
Часто перемотав вниз, приходится возвращаться, так как кнопка настроек сверху.
А плашка всё равно пустует, можно было бы сдеать fiexed позицию

http://storage2.static.itmages.com/i/16/0331/h_1459410307_8273386_e767492246.png