Вход | Регистрация
    1  2   

УФ в обычном приложении

УФ в обычном приложении
Я
   demiurggig
 
26.03.19 - 12:46
Не первый раз встречаю когда в обычном приложении используют УФ, например в торговле 10.3. Подскажите, пожалуйста, зачем это делается, в чем преимущества УФ в торговле 10.3 перед обычными формами?
 
 
   Ёпрст
 
1 - 26.03.19 - 12:48
(0) Просто писателям всея руси из селезнёвки лень писать один и тот же код под разные формы, вот и кочуют формы из ут 11 в ут 10 и розницу и ка
   Cyberhawk
 
2 - 26.03.19 - 12:48
Чтоб потом переделывать легче было.
Ну и ковыряться с ОФ такое себе удовольствие.
   Ёпрст
 
3 - 26.03.19 - 12:49
а приимуществ нет, сплошные недостатки
   Cyberhawk
 
4 - 26.03.19 - 12:51
(3) Охват УФ, открываемой в ОП, шире, чем у ОФ. Потому что ее можно и в УП открывать.
Так что ты гонишь)
   sqr4
 
5 - 26.03.19 - 12:53
Да начнется!!!)
   ДенисЧ
 
6 - 26.03.19 - 12:59
Такое не нужно. Просто аффтары не хочут возвращаться на ОФ. Им ограниченность ганглия не позволяет.
   ptiz
 
7 - 26.03.19 - 13:01
(0) Как уже сказали - лень писателей.
   bolder
 
8 - 26.03.19 - 13:05
Нихрена не угадали.УФ в режиме тонкого клиента в разы меньше инфо гоняет.
   demiurggig
 
9 - 26.03.19 - 13:07
(8) Первый раз слышу чтобы УТ 10.3 в тонком клиенте могла работать
   bolder
 
10 - 26.03.19 - 13:12
(9) Дополнения к УТ10.3 активно использую.Клиент сервер.Да, нужно постараться, и кода там несколько больше.
 
 Рекламное место пустует
   Web00001
 
11 - 26.03.19 - 13:17
(10)Только причем здесь тонкий клиент?
   bolder
 
12 - 26.03.19 - 13:21
(11) Ну хорошо,тогда УФ+тонкий клиент = профит.
   Cyberhawk
 
13 - 26.03.19 - 13:22
Вот, хотя бы один здравомыслящий уже отметился в ветке )
   bolder
 
14 - 26.03.19 - 13:29
   Кац
 
15 - 26.03.19 - 13:49
(0) зато запросто можно организовать работу в тонком и веб клиенте
   Web00001
 
16 - 26.03.19 - 18:03
(12)Тогда непонятно причем здесь УТ103. Я не слежу за актуальными ветками УТ10.3 ибо незачем. И тоже как и (9) первый раз слышу, что УТ10.3 вдруг научилась работать в режиме тонкого клиента, разворачивать лень. Последний раз когда я ее видел, модуль управляемого приложения там был пустой. Поэтому поверю на слово. УТ10.3 дописали, до состояния "может работать в режиме тонкого клиента" или ты открываешь управляемые формы в толстом клиенте и делаешь вид, что это тонкий клиент?
   ptiz
 
17 - 27.03.19 - 09:34
(8) Можно было бы посмеяться, но только грустно.
   Cyberhawk
 
18 - 27.03.19 - 10:43
(16) "непонятно причем здесь УТ103" // Иногда лучше читать, чем писать. УТ 10.3 упомянута как пример, в общем случае есть куча подсистем навешиваемых на любую конфу и которые на УФ, что дает профит в виде возможности работы в подсистеме в тонком и веб-клиентах
   Вафель
 
19 - 27.03.19 - 10:44
можно и в тольстом клиенте. тот же динамический список
   palsergeich
 
20 - 27.03.19 - 10:47
Ну причин несколько:
1) для самоубучения. Года идут, ОФ потихоньку отмирают, и раз бабахнет переход на УТ 11, и все ты за бортом.
2) молодежь не очень в ОФ умеет, туда загнать тяжеловато.
   Web00001
 
21 - 28.03.19 - 13:18
(18) >>Иногда лучше читать, чем писать.
Я тоже так считаю. Но ты по какой то причине пишешь вместо того, что бы читать

>>УТ 10.3 упомянута как пример, в общем случае
Может все таки стоит поднять глаза и прочить (0)? Автор спрашивает зачем УФ в приложении, которое запускается ТОЛЬКО в режиме толстого клиента?
При слове УФ у адептов УФ падает забрало на глаза и они начинают брызгая слюной убеждать всех в том какие они прекрасные. Хотя с ними никто вроде и не спорил.
   elCust
 
22 - 28.03.19 - 13:26
Один только динамический список в УФ чего стоит.

Вот надо тебе вывести список собранный из разных мест да и раскрасить его. В УФ это делается 3 нажатиями кнопки мыши. В ОФ это пол дня работы и тонна кода.
   Cyberhawk
 
23 - 28.03.19 - 16:46
(21) "ты по какой то причине пишешь вместо того, что бы читать"// Попрошу без инсинуаций.

"Может все таки стоит поднять глаза и прочить (0)?"// Тебе - конечно.
Во-первых, найди там слово "например", что подтверждает мои слова, которые ты же сам и процитировал.
Во-вторых, убедись что там нет ничего, подтверждающего твои слова "в приложении, которое запускается ТОЛЬКО в режиме толстого клиента". То, что ты так думаешь про УТ 10.3, конечно же не означает, что это так и есть.
Так что 2:0, пока ты сливаешь )
   Web00001
 
24 - 29.03.19 - 05:03
>> Попрошу без инсинуаций.
Ты первый начал

>>Во-первых, найди там слово "например" 
Ну увидел и что? В качестве примера выбрано приложение которое запускается ТОЛЬКО в режиме толстого клиента.

>>Во-вторых, убедись что там нет ничего, подтверждающего твои слова "в приложении, которое запускается ТОЛЬКО в режиме толстого клиента".
Там нет ничего опровергающего. Иходи из того, что там написано. В качестве примера у нас ТОЛЬКО одно приложение и оно запускается "ТОЛЬКО в режиме толстого клиента" все остальное ты додумал сам. Можешь туда таким макаром вообще, что угодно приписать: УНФ, игру сапер из виндовс и еще что нибудь. Автор же написал слово "например" просто для фантазии открыт, добавляй, то, что удобно. Пофигу, что имел ввиду автор, главное не проиграть спор. Любой ценой. О хоспадя...

>>То, что ты так думаешь про УТ 10.3, конечно же не означает, что это так и есть.
Напиши, где я ошибаюсь, вместо того, чтобы язвить и передергивать.

>>Так что 2:0, пока ты сливаешь )
Я был не в курсе, что мы соревнуемся. Если тебе полегчает: ты прав.
   Cyberhawk
 
25 - 29.03.19 - 08:13
"Напиши, где я ошибаюсь" // Думаю, твоя ошибка в том, что слишком много кривды в твоих сообщениях
   ptiz
 
26 - 29.03.19 - 09:22
(21) "убеждать всех в том какие они прекрасные. Хотя с ними никто вроде и не спорил." - я бы поспорил. Во большинстве ситуаций УФ дают только тормоза и неудобство работы.
   ptiz
 
27 - 29.03.19 - 09:22
+(26) я в первую очередь про формы списков.
   Провинциальный 1сник
 
28 - 29.03.19 - 09:24
УФ не нужны без УП, по-моему. И вся разработка под УФ должна ставить своей целью именно работу в УП, для облачной легкости.
   Web00001
 
29 - 29.03.19 - 09:59
(26) >>я бы поспорил
В рамках данного топика имелось ввиду. Так то это тема для отдельного срача
   Fish
 
30 - 29.03.19 - 09:59
ОФ - это уже вчерашний день. Вполне понимаю нежелание разработчиков писать под ОФ, когда можно использовать прекрасные и совершенные УФ.
   fisher
 
31 - 29.03.19 - 10:17
Отчеты на УФ одно удовольствие рисовать, я именно с этого начинал.
С какими-то частями можно будет работать через web.
Простые формы разрабатывать намного легче, быстрее и красивше (именно интерфейс имею в виду).
В общем, смысл такой, что если можно использовать УФ - выгоднее использовать УФ. И руку набиваешь (или не сбиваешь) и проще потом наработки в современные конфы переносить.
   fisher
 
32 - 29.03.19 - 10:22
(27) Ты про какие тормоза в формах списков? При одинаковой функциональности не встречал тормозов в сравнении с ОФ. Используя сложные/кривые запросы динамических списков, сортировки по неиндексированным полям на больших периодах и прочие лайфхаки - да, можно получить великолепные тормоза.
   1Сергей
 
33 - 29.03.19 - 10:24
(32) открой ЖР в какой-нибудь базе на пол террабайта и подивись :)
 
 
   Fish
 
34 - 29.03.19 - 10:25
(33) Ты про новый формат ЖР? Только УФ каким боком тут? Не нравится - включи старый текстовый формат.
   1Сергей
 
35 - 29.03.19 - 10:26
(34) Но, в ОФ-то летает :)
   fisher
 
36 - 29.03.19 - 10:27
(33) Очень релевантный пример.
(27) Хотя, конечно, тонкий клиент гораздо более капризен в плане отзывчивости интерфейса. ОФ почти всегда максимально отзывчив. УФ при разного рода накладочках сразу начинает лаги ловить.
   Провинциальный 1сник
 
37 - 29.03.19 - 10:28
Вообще считаю что внешний ЖР надо избавить от регистрации событий, связанных с данными. Они должны писаться в "прикладной ЖР", который хранится в самой базе аналогично регистру сведений, с индексами и отборами. А во внешний - только то, что касается соединяния с базой или авторизацией.
   1Сергей
 
38 - 29.03.19 - 10:29
Что-то мне эта ветка напоминает сказку О рыбаке и рыбке :)
   Fish
 
39 - 29.03.19 - 10:30
(35) Емнип, новый формат ЖР и на ОФ на редкость тормознутый. Пока не наложишь отбор - ещё вроде ничего. Но стоит наложить хоть один (не дай бог несколько) - то можно идти пить кофе :)
   fisher
 
40 - 29.03.19 - 10:41
(39) Я вообще не понимаю идеи писать первичный лог напрямую в СУБД.
ИМХО, первичный лог обязан быть текстовым и биться на файлики по дням. Это дает максимальную надежность, скорость записи и позволяет легко настраивать ротацию логов. А вот если не хватает скорости/возможностей анализа - тогда уже поверх первичных логов прикручивается агрегатор с нужными фишками, как это на "большой земле" обычно и делается.
А в 1С решили скрестить ежа и ужа. Получилось не очень. Теоретически анализировать должно быстрее, но сиквел-лайт для больших объемов не шибко подходит. Плюс все прелести СУБД, начиная с того, что ротацию легко не настроить.
   fisher
 
41 - 29.03.19 - 10:48
Хотя в 1С вполне нормально писать лог действий пользователя (не технический лог) напрямую во "взрослую" СУБД. Как некоторые и делают, чтобы не заморачиваться с двухступенчатой схемой.
В 8-ке просто сделали большую глупость. Есть же технический журнал. Нафига в обычный ЖР писать события всех транзакций??? Это же бред. В 7.7 нормально было. Плюс невозможно настроить удобную детализацию. В итоге получаем на порядки бОльшие размеры ЖР в сравнении с 7.7 на тех же документопотоках.
   fisher
 
42 - 29.03.19 - 10:50
Я на некоторых больших продуктовых базах делаю так - включаю уровень детализации ЖР "ошибки и предупреждения" (как-то так), а все остальное нужное пишу сам вручную или по подпискам.
   Fish
 
43 - 29.03.19 - 10:52
(42) Я тоже. Более подробная детализация ЖР возможна только на тестовых базах.
   ptiz
 
44 - 29.03.19 - 10:52
(32) Сделай просто справочник на несколько сотен тысяч записей, иерархический. ОФ - мгновенный переход по группам, мгновенное отображение списка. УФ - грусть, печать, тормоза.
   Tonik992
 
45 - 29.03.19 - 11:11
(6) вообще плюсую. В топку обычные формы. Есть возможность использовать УФ - надо делать.
   fisher
 
46 - 29.03.19 - 11:19
(44) На нескольких сотнях тестить лень, ради доказательства что в интернете кто-то неправ.
А на десятках никогда не тормозило.
   ptiz
 
47 - 29.03.19 - 11:30
(46) Еще бы оно на десятках тормозило :)
   SUA
 
48 - 29.03.19 - 11:35
(44) Файловая база таки да... но зачем там справочник на сотни тысяч записей для просмотра?
   ptiz
 
49 - 29.03.19 - 11:39
(48) Открыл свою рабочую базу, SQL. Список реализаций (около 5 миллионов).
Обычная форма - жмем PgUp, листается с конца к началу так, что посчитать не успеваю, но около 7 страниц в секунду.
Управляемая форма (простой дин.список без произвольного запроса) - по 1-2 странице в секунду.
 
 Рекламное место пустует
   oslokot
 
50 - 29.03.19 - 11:52
(49) УФ, БП3 клиент-сервер. Открыл список номенклатуры, в ней ~ 5 тыс элементов. Да и неважно сколько их.
Жму PgDown - страницы мелькают так, что не успеваю подсчитать.

ЧЯДНТ?
   fisher
 
51 - 29.03.19 - 12:17
(49) Мой список реализаций (2 миллиона) листается только в путь. Не похоже, что медленнее 7 страниц в секунду.
   Cyberhawk
 
52 - 29.03.19 - 12:18
(45) Что-то ты не туда плюсуешь) Там, где ты плюсуешь, утверждается, что УФ в ОП не нужны и те, кто делают так, делают это не от большого ума)
   Cyberhawk
 
53 - 29.03.19 - 12:19
(49) "Управляемая форма (простой дин.список без произвольного запроса) - по 1-2 странице в секунду" // А в ОФ тоже дин. список листаешь?
   Mikeware
 
54 - 29.03.19 - 12:19
(6) не могут?
   fisher
 
55 - 29.03.19 - 12:20
(47) Что значит "еще бы"? Я, например, не могу себе представить по какой причине список не тормозящий на листании десятков тысяч записей должен начать тормозить как не в себя на сотнях.
   Fish
 
56 - 29.03.19 - 12:23
(55) Ну если отключить динамическое считывание данных, то вполне себе может тормозить.
   ptiz
 
57 - 29.03.19 - 12:24
(53) В ОФ - ДокументСписок, а какие еще варианты?
   Mikeware
 
58 - 29.03.19 - 12:25
(31) т.е. весь профит - в "прогрессивности"?
   1Сергей
 
59 - 29.03.19 - 12:26
(57) ДС в ОФ
   d4rkmesa
 
60 - 29.03.19 - 12:32
(0) Потому что это быстрее - можно сделать нормальную форму и не возиться с идиотскими привязками в ОФ.
   Cyberhawk
 
61 - 29.03.19 - 12:36
(57) Значит надо смотреть, где задержка) Кажется проще сравнить для начала запросы очередной порции к СУБД (в профайлере, например) в ОП и УП. Если там разницы не будет, то уже сравнивать время передачи данных с сервера в форму.
   ptiz
 
62 - 29.03.19 - 12:38
(61) И что это даст? Имеем, что имеем: на одних и тех же данных ОФ - в разы быстрее.
   fisher
 
63 - 29.03.19 - 12:41
(62) Может, дело именно в боках работы УФ на толстом клиенте. Не думаю, что в 1С этот режим вылизывали. Во всяком случае, я уже сталкивался с разного рода "шероховатостями".
   lucbak
 
64 - 29.03.19 - 12:43
(62) ОФ быстрее (с этим трудно спорить), но быстрее они так сказать "базовой" комплектации - взять тот же "ДокументСписок" - сам по себе работает быстро, а теперь давайте-ка разукрасим его, добавим рассчитываемые колонки и посмотрим... УФ удобнее (+больше возможностей), как в плане настройки так и в плане разработки (хотя тут конечно палка о двух концах)
   Сисой
 
65 - 29.03.19 - 12:56
(0) Я так постоянно делаю.
Причина простая. Есть монструозная конфигурация на ОФ. Перейти на УФ нельзя, внедрение займет годы и сотни миллионов рублей.
УФ используются для:
1. Переноса функционала из других конфигураций;
2. Удобных отчетов на СКД. В т.ч. внешних.;
3. Динамических списков.

Все новые модули мы разрабатываем на УФ, юзаем их через такси, но обращение к формам справочников и отчетов этих модулей возможно и в ОФ.
Некоторые функции БСП в режиме ОФ тоже используем.
   Сисой
 
66 - 29.03.19 - 12:58
(40) +100
Идея писать детализированный ЖР в sqllite - мудацкая.
   Cyberhawk
 
67 - 29.03.19 - 13:04
(62) Так ведь вероятность немалая, что понимание места, дающего задержку, даст возможность ускорить дин. список в УФ.
То, так ты говоришь, аналогично ситуации, когда груженая камнями ламба не разгоняется за 3 секунды до 100 км/ч, и ты говоришь что заглядывать в багажник нет смысла )
   fisher
 
68 - 29.03.19 - 13:05
(65) Стоп. А как ты умудряешься использовать внешние отчеты СКД на УФ в обычном приложении? Обычное приложение же вроде принципиально не хочет открывать УФ во внешних отчетах/обработках.
   ptiz
 
69 - 29.03.19 - 13:40
(66) Да, удивительно, как в 1С сами раскладывают себе грабли, а убирают только тогда, когда по лбу получают.
   ptiz
 
70 - 29.03.19 - 13:48
(67) А зачем 1С по-умолчанию в ламбу(УФ) камней наложила?
"места, дающего задержку" - задержку дают или запросы, которые 1С генерит к СУБД, или обработка этих запросов на сервере 1С, или перемещение кучи данных между клиентом и сервером. В любом случае - движок 1С не поменять. Можно пытаться шаманить и модифицировать запросы/формы так, чтобы 1С их проглатывала максимально легко, но - это затраты с непонятным результатом.
Каюсь, одну УФ в свою конфу встроил - для специфического документа, маркетинг хотел хитрые отборы и группировку в журналах.
   Mikeware
 
71 - 29.03.19 - 13:51
мыши плачут, колются, но жрут кактус...
   lucbak
 
72 - 29.03.19 - 13:54
(71) Осталось только разобраться с вопросом, что является кактусом ОФ или УФ? :) или 1С в целом )
   Eiffil123
 
73 - 29.03.19 - 14:15
Думаю, в УТ 10, как и в УПП, управляемые формы появились, когда появилась 8.2 и тогда еще были планы перевести старые конфигурации на УФ.
А потом появились ERP и УТ и эти планы потеряли свой смысл.
   d4rkmesa
 
74 - 29.03.19 - 14:16
(68) Предположу, что какие-то манипуляции с формой отчета, которую можно брать из конфигурации. Теоретически можно какую-то подсистему свою подсистему реализовать.
   Сисой
 
75 - 29.03.19 - 14:43
(68,74) Да, встроенная в конфу специальная форма. Для отчетов на СКД без формы.
   Сияющий в темноте
 
76 - 29.03.19 - 15:16
УФ проще в программировании,так как можнл забыть про разметку и править только тогда,когда совсем криво получилось.
В ОФ без разметки очень тяжело,и мышение по экрану не очень удобно.
скорость работы-вопрос спорный,если при каждом чихе контекст на сервер не гонять,то хорошо.
просто,в УФ нет возможности делать НайтиСтроки по индексированной таблице,а также нет возможности сделать на форме поле без реквизита,что не позволяет динамически выводить данные в таблице,но тот же динамический список это решает.
   Сияющий в темноте
 
77 - 29.03.19 - 15:18
и,самое главное,что обработкаоповещения работает в любых формах,что дает возможность использовать указатели на функции в 1с.
   Вафель
 
78 - 29.03.19 - 15:28
(77) чем обработка оповещения лучше чем просто "Выполнить"
   fisher
 
79 - 29.03.19 - 15:34
(71) А какая альтернатива? Утки?
   Cyberhawk
 
80 - 29.03.19 - 15:50
(70) Почему по уолчанию? Вон (32) (50) и (51) пишут что все летает из коробки )
   Mikeware
 
81 - 29.03.19 - 15:50
(72) я за то, что кактусом являются УФ.
я понимаю, что "дело привычки", "новая прогрессивная платформа" и все такое - но тормоза по запуску (БП3, УТ11 - ERP побоялся), медленная работа, ублюдочный интерфейс...
   Mikeware
 
82 - 29.03.19 - 15:52
(80) "летает. но нызЭнько-нызЭнько..."©
   fisher
 
83 - 29.03.19 - 16:35
(81) Ты предвзят. Я скажу так - у концепции толстого клиента (в принципе, а не в текущей его реализации) есть очевидные преимущества:
- отсутствие дополнительных прослоек (которые в частности могут приводить к лагам интерфейса)
- простота разработки (ибо моноприложение, что по сути смотри п.1)
Декларативный интерфейс могли бы вполне реализовать и в концепции толстого клиента. Как и множество других плюшек, которые сейчас есть в тонком клиенте. И была бы конфетка.
Но.
У тонкого клиента тоже есть очевидные преимущества. В том числе - трендовые (та же облачная 1С, например - новое направление продаж). Другое дело, что для многих покупателей они неважны. Но 1С пришлось выбирать, ибо тянуть параллельно по сути две продуктовые ветки - плохая бизнес-идея. Так как функционально тонкий клиент покрывает толстый - выбор был очевиден. Толстый клиент определили в дом престарелых доживать свои дни.
Поэтому теперь уже выбор стоит не между толстым клиентом и тонким, а между каменеющим артефактом и современным и развивающимся продуктом.
В этом моменте семерочники должны фыркнуть и сказать, что восьмерка - это испорченная семерка, которая была простая как три копейки, где все делалось в пол-пинка, ресурсов она не жрала, лицензии были бесконечные и пользователям ничего лучше этого и не надо было и она еще всех нас переживет.
   SUA
 
84 - 29.03.19 - 16:58
(70) >>одну УФ в свою конфу встроил
таки да... прогресс не отменить
и кстати списки все в УФ я так подозреваю часто можно упростить (оставив только наименование у того же справочника номенклатуры например, или номер/дату/контрагента у реализации, без навешанных красивостей) и тогда сравнивать уже что быстрее
   SUA
 
85 - 29.03.19 - 16:59
(83) видел недавно одну семерку ТиС кстати... юзеры говорят что на 8ку не хотят)
   Ёпрст
 
86 - 29.03.19 - 17:02
Это, на уф научились уже делать множественные отборы в форме списка ? ..или отбор по значению колонки, или поиск по тексту в колонке списка ?.. ну так, мало ли, упустил чего
   ptiz
 
87 - 29.03.19 - 17:09
(86) Это всё, но через такое жэ, что только адепты УФ считают это нормальным.
   ptiz
 
88 - 29.03.19 - 17:12
У меня некоторые юзеры в обычных формах с "Отбор по значению текущей колонке" с трудом могут совладать, про УФ даже думать не хочу.
   Ёпрст
 
89 - 29.03.19 - 17:12
На уф, только подсветка всей текущей строки радует, такую бы в оф не помешало бы.
А так, хз.
Все конфы что видел - это полный пэ для работы, никакого юзабилити.
   fisher
 
90 - 29.03.19 - 17:20
(86) Удобный отбор по текущему значению колонки (как в ОФ) сделали в каком-то дремучем релизе (как и переход из объекта в список с позиционированием на объекте, чего тоже сразу в УФ не было).
Поиск по колонке - кнопка расширенного поиска (или просто Alt-F в колонке).
Что такое множественные отборы? По нескольким колонкам? Их очень удобно набрасывать через те же отборы по значениям колонок. Они совместно применяются и красиво отображаются. Сложные отборы делаются через настройки, которые по-дефолту выносятся в быстрые настройки (ведь динамические списки в УФ через СКД сделаны) и дальше пользователю с этим уже удобно работать.
   fisher
 
91 - 29.03.19 - 17:26
Хотя поиск по колонке работает в УФ как отбор по частичному совпадению. Если хочется чтобы именно "перескочило", не скрывая остальные данные - такого вроде нет.
   fisher
 
92 - 29.03.19 - 17:31
Да и вообще удобство работы с динамическими списками в актуальном Такси - это одна из киллер-фич.
   Ёпрст
 
93 - 29.03.19 - 17:37
(90) множественный отбор - хочу сразу отбор по организации и клиентосу, примеру.
   Ёпрст
 
94 - 29.03.19 - 17:37
и по любым комбинациям - в списке/не в списке/ в группе/равно/больше меньше и т.д
   Вафель
 
95 - 29.03.19 - 17:38
(93) разве в уф этого нельзя?
   Ёпрст
 
96 - 29.03.19 - 17:39
+ хочу в списке найти что-то по текстовому представлению (части строки)...
   Ёпрст
 
97 - 29.03.19 - 17:40
(95) в какой конфе есть пример ?
   RomanYS
 
98 - 29.03.19 - 17:40
(93) Еще - настроить список.
Всё есть, даже больше возможностей чем в ОФ со сложными отборами. Но менее удобно чем было, стало "дальше"
   fisher
 
99 - 29.03.19 - 17:40
(93)(94)(96) Я вроде про все написал уже...
   fisher
 
100 - 29.03.19 - 17:42
Что не оч. нравится - полнотекстовый поиск в такси сейчас дефолтовым запилили. Лучше бы дефолтным оставался поиск по колонке, а использование окошка полнотекстового поиска опциональным было.
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует