Надо переписывать еще и closeWait так как они работают со стэком вызовов. А кстати сам массив стэка изолирован внутри анонимной функции, поэтому придется еще и его реализовывать...
Как-то не серьезно.
Как-то не серьезно.
31.07.2018 16:11:58
|
|||
|
30.07.2018 21:21:57
Давно не было нужно и отстал от жизни - как кастомизировать стандартную анимацию загрузки?
Раньше все это добро было в /bitrix/templates/.default/ajax и можно было скопировать к себе в шаблон и пользоваться. Теперь я вижу что блок создается с помощью js, не содержит классов. Стили и вид захардкорены в core.js. Поиск разумеется не помогает - все что находится не актуально. Чо делать-то?
Изменено: Александр Маджугин - 30.07.2018 21:22:49
|
|
|
30.09.2017 11:01:03
Как?
Суть вопроса в том, что в секции head необходимо иметь разный набор метатегов и подключаемых стилей в зависимости от того есть у пользователя кука или нет. Не могу придумать как совместить это с композитный режимом. Ясно что если отдача через nginx, то видимо никак. Но если отдача html через php, может можно придумать какой-то трюк? Есть идеи? Дописывать скриптом не вариант. |
|
|
21.09.2016 19:52:45
Сабж.
Сайт и приложение имеют несколько языков. Переключение языков просто добавил в меню приложения, хотя наверное это не важно. Там просто переходи по сслыкам ?lang=КОД_ЯЗЫКА Но естественно меню при этом не обновляется. Надо обновлять самому его. А как его обновить через API? Не могу найти такого метода. |
|
|
25.08.2016 22:20:44
Не знаю как из моего сообщения вы сделали вывод о том что я якобы утверждаю, что это невозможно?
Как улучшить среду я писал уже помоему. На комодо накинуть русификатор - на версии 8 и 9 он есть. Ядро битрикса ему (ящеру) в автокомплит. Вот почищенное от кода и склеенное помодульно (каждый модуль в отдельный файл) - намного быстрее индексируется и как я пониаю не имеет проблемы с лицензией (я правильно понимаю? ведь кода там не осталось):
|
|||||||
|
24.08.2016 23:31:03
Больше угнетает непривычность окружения. Это при том, что там Ubuntu, которая у меня на всех компах - и на рабочем и на игровом. И Komodo Edit - мой основной редактор. Но все равно угнетает. Ну например я переключаюсь между браузером и редактором (если переключаюсь ) сменой экранов кнопками мыши и я их жал во время экзамена постоянно. Иногда по два раза, пока доходило, что у мне только один экран. А переключение раскладки это отдельная песня - намаялся. Да и комода там 8 версии, а в сборке что для скачки 9. А я давно на 10 сижу. Ну и вот эти мелочи раздражают. Я уж не говорю про то что маленькое окошко вместо двух мониторов... И жара. Я сдавал - 37 на улице, а в кабинете у меня сплита нет - только в соседней комнате, а дверь закрыта должна быть ((( А задания нормальные. С заданиями сложностей как раз меньше. Но я бы посоветовал делать по порядку. Просто есть шанс что-нибудь пропустить. |
|||
|
23.08.2016 14:01:40
Смотрим как создает html для инпата radio стандартный компонент (компонент? html? да):
Блин, в кои-то веки решил опять попробовать воспользоваться стандартным выводом форм. Думал 2016 год, ну точно формы в битрикс должны быть готовы для практического использования... Не. Рендер до сих пор невозможены через какие-нибудь собственные шаблоны полей. Встроенные рендерят непременимый ужос. Зато автокомпозит. Извините - накипело. |
|||||||
|
20.07.2016 19:10:10
|
|||||
|
20.07.2016 08:34:30
|
|||||
|
19.07.2016 12:47:55
Допустим я создаю задачу как-то так:
Но у связанного Activity, которые я получаю с помощью CCrmActivity::GetList AUTHOR будет тот пользователь под кем выполнилось данное действие. А задача создается по событию. Следственно это вообще любой пользователь. И потом в таблице на вкладке Дела сделки в колонке Постановщик у меня будет не постановщик задачи - пользователь 11, а пользователь под которым выполнился агент, поскольку значение берется из AUTHOR Activity. Как мне при создании задачи сделать так, чтобы AUTHOR так же устанавливался в то же значение что и CREATED_BY? |
|||
|
18.07.2016 10:01:03
Т.е. вы назначаете этим разделам какое-нибудь свойство разделов (да хоть 'logoclass'), потом в шаблоне проверяете это свойство (оно уже будет установлено так что можно использовать Get), и если оно равно заданному значению - применяете стиль. Но второй вариант выглядит сильно лучше - здесь вы в атрибут класс впечатываете значение свойства разделов через Show. Преимущства такие: 1 Если завтра заказчик захочет иметь еще 8 разных цветов для разных разделов, вам не придется тулить каскад из if ... elseif. И в целом код выглядит лаконичнее и чище. 2 Вы можете поменять этот класс в процессе выполнения страницы через Set свойства. Ну например завтра заказчику придется в голову что неплохо бы лого сделать красным, если в /products/ клиент просматривает товар на который сейчас акция. А у вас все готово. |
|||||
|
14.07.2016 22:59:51
Более того - я даже в компонент лазил чтобы проверить кое-что. Я конечно его потом откатил на дефолтный код. Надеюсь это не станет ошибкой.
В реальности я бы вычистил из нее лишние файлы но угрозы они не представляют. Поэтому и этого делать не стал. |
|||||||
|
14.07.2016 15:43:03
|
|||
|
13.07.2016 18:14:20
Однако в целом понял идею. Да - вполне логично.
Тут же вопрос не в том, что списать неоткуда, а в том что копипастить API неудобно. Добавьте битрикс сразу в проект в настройки Комодо - начнет работать автокомплит - будет гораздо удобнее. Можно сунуть очищенный код ядра - просто пустые классы с методами, тоже пустыми (Антон даже где-то ссылку давал на форуме и вроде из live api его выдергивал) - будет быстрее сканировать. Я вот напамять никогда не помню как правильно писать SetAdditionalScipt или AddHeadCSS ![]() |
|||||||
|
20.06.2016 12:09:42
Собственно некоторые вопросы тестов вызывают вопросы.
Ну вот например:
Я не прав в том, что "Система применяет в первую очередь частные правила, а потом - общие."? Т.е. я понимаю, что это некорректный ответ, но догадываюсь, что имелось ввиду что при добавлении через админку более длинные условия поднимаются вверх и предполагаются более частными. Или я не прав отвечая "Небольшое число универсальных правил эффективнее чем большее количество простых единообразных правил в силу дополнительной нагрузки на PHP." и большее количество регулярных выражений всегда обрабатывается за то же время, что и меньшее вне зависимости от того насколько оно больше? |
|||||
|