[spoiler]
Компоненты: параметр порядка сортировки может принимать дополнительные значения
В настройках следующих компонентов теперь можно указывать дополнительные значения параметров сортировки: catalog, catalog.compare.result, catalog.element, catalog.link.list, catalog.section, catalog.sections.top, catalog.top, iblock.tv, news, news.detail, news.index, news.line, news.list, photo, photo.detail.
Порядок сортировки может принимать значения:
- nulls,asc - по возрастанию с пустыми значениями в начале выборки;
- asc,nulls - по возрастанию с пустыми значениями в конце выборки;
- nulls,desc - по убыванию с пустыми значениями в начале выборки;
- desc,nulls - по убыванию с пустыми значениями в конце выборки.
Незначительные изменения административного интерфейса
Под этим пунктом скрывается исправление следующих ошибок и доработок:
- В форме csv-импорта инфоблоков на 2-м шаге настроек, при выборе фиксированной ширины полей не отключалась опция "Первая строка содержит имена полей" для радела "С разделителями".
- При импорте из CSV не импортировались свойства типа "файл", поскольку не учитывался параметр “Путь к файлам для свойств типа файл”, указанный на 3-ем шаге настройки импорта.
- При экспорте CSV появилась возможность группового выделения полей для выгрузки, галочка "Выгружать".
- Форма создания свойств инфоблока не позволяла ввести название длиной более 50 символов. Сейчас длина названия свойства может быть 100 символов.
- Не создавался новый тип инфоблоков при создании инфоблока торговых предложений из формы создания/редактирования инфолока (инфоблока товаров).
- При редактировании элемента инфоблока в публичной части сайта не снималась блокировка после нажатия кнопки "Отмена". В результате элемент блокировался на 60 минут (по умолчанию).
Если нужно больше - кастомизуруйте компонент в ограничения нет
Пользователь не должен держать в голове какие там хитроумные буковки надо писать, для такой-то сортировки
Раньше было asc и desc только. А при изменении настроек компонента, $REQUEST['ORDER'] сбрасывался на значение по умолчанию. Выражение $REQUEST['ORDER'] затиралось и писалось asc.
Кстати, для всех значений выбираемых из селектов, хотелось бы получать подстановочные значения (из реквеста, переменных и тд.)
Cделать desc,nulls для цен и остатков - мой следующий билет. Но это гораздо сложнее, потому что надо менять API.
Мысль в том, что можно проверять значение поля "SORT_BY" (поля по которым доп. сортировка не работает - известны) и определять, нужно ли выводить дополнительные варианты направления сортировки.
Или не понятно зачем доп. варианты направления сортировки вообще выводить в вариантах выбора?
Чтобы пользователю было удобно.
1. Добавить их в селект, но без проверок, а в подсказке написать, что некоторые варианты работают не для всех полей.
Или хотя бы,
2. Указать в подсказке для поля "другое", что также возможны и такие значения "nulls,asc, ..."
зы. webdav ещё =)