Я тоже где-то слышал, что всё ядро пишут 3-4 человека.

kiruha писал(а) 07. Декабря 2009 :: 09:04:

Ага... есть такое. Оказывается с некоторыми даже сталкивался так сказать "по долгу службы".

Тоже пишу сейчас.
В работе интерфейса всплыло несколько неприятных моментов.
1. Визуально определить элемент справочника или документ перед тобой весьма сложно.
Только по полю дата/номер, а в остальном выглядит также
2. Главное окно и форма элементов также почти не отличаются в графическом исполнении- фон и рамка совпадают
Т.е. только по наполнению

vandalsvq писал(а) 07. Декабря 2009 :: 12:06:


Ужасно. У нас пользователи любят по 2 десятка окон открывать.

В принципе можно "группировать сходные кнопки панели задач" - но лично я не люблю
когда окна браузера сгруппированы

vandalsvq писал(а) 07. Декабря 2009 :: 12:32:


мы тут с народом тему по поводу глюков/фич вот тут подняли

я сейчас борюсь с двумя вещами

* фоновыми заданиями в связке 1C FileIB + Apache + Ubuntu
* как хранить некие переменные между клиентскими вызовами - в обработке, в справочнике, в контексте сеанса - есть предположение что просто как раньше через Перем не получится


по поводу интерфейса скажу - сегодня ночью перевез тестовую базу ЗУП (2.5.19.2) на 8.2
стало как раз контрастней визуально

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

ЗЫ 8.2 кстати просто побыстрей чем 8.1 еще ко всему прочему.

Кстати есть у кого мысли "как" с точки зрения технологии работает динамический список. Дело в том что возможность настроить группировки подводит меня к мысли что именно динамического чтения как раз таки может и не быть.

Как я своим примитивным знанием понимаю работу:
1. Пользователь инициализирует динамический список
2. Определяются поля, источник, условия и формируется запрос
3. Начинается деление запроса на TOP <СколькоТо> + условия на соответственно текущую позицию таблицы
Но как тогда быть с динамическим списком с настроенными группировками? Может быть так:
1. Определить все возможные значения для группировки с учетом их видимости (TOP <СколькоТо> + условия на позицию)
2. При развороте дерева считывать данные из основной таблицы по обычной технологии, только с доп условием по группировке.
Не знаю... может это предположение "недалекого" человека, но тогда если кто-то знает ближе, посвятите плиз.

И есть еще "УсловноеОформление"... это как мне кажется реализовано через конструкцию CASE <Условие> WHEN <ОтметкаДляОформления> ELSE 0 END как дополнительные поля... или это сделано в ПриВыводеСтроки только на движке.

Пы.сы. за дилетанство если оно есть, не пинайте сильно.