Зазеркалье

http://v8.1c.ru/o7/201505layout/index.htm

Часть генерации формы будет рассчитываться на клиенте. Тонкий клиент немного толстеет

Так наоборот же быстрее - меньше серверных вызовов.

(1) хочу на этот расчет посмотреть в браузерах

(0)Опыт показывает, что затеи 1С не всегда находят достойную реализацию. Меня в данный момент больше интересует, как будет работать файловый вариант?
В статье не расписан этот случай.

Еще немного и в 1С заново изобретут css.

Добавили бы еще возможность управлять цветовыми схемами

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

Полная характерисика!

(7) тоже резануло глаз

(6)Корпоративный сегмент выбирает продукты посерьёзней, чем 1С.

(9) у нас 1С

Лишь бы не стало еще больше тормозить

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

Интересно, а колонки ТЧ все так же будут жить сами по себе?

Ещё бы сделали, чтобы колонки таблиц формы не вели себя как г-но.

лучше поздно чем никогда

Опять фантики-бантики ради того, чтобы с УФ было можно как-то жить. Обычные формы не требуют никакого шаманства, как хошь рисуй.
УФ появились почти 6 лет назад! Всё никак не допилят.

(13) ага, тоже интересно.
"Всякое решение плодит новые проблемы" следствие из закона Мерфи

у 1С много хороших идей, но вот реализация...

"новый вариант ориентации - «Горизонтально, если возможно»"
нда...

Если форма будет такая умная и начнет активно "подстраиваться" - разработчик ни в жизни не угадает, что за винигрет в итоге увидит юзер.

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

(20) "и при этом не добавит сильно много новых глюков"

это не путь 1С

(7) Надо в конфигуратор встроить возможность проверки орфографии.

(20) >>не добавит сильно много новых глюков
Ты наверно в параллельной вселенной живешь

(22) +100500 Давно говорил. С такими стандартами наименования переменных без этого грустно)

УФ по-тихому превращается в терминальную сессию на клиенте.

>Опять фантики-бантики ради того, чтобы с УФ было можно как-то жить.

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

а потом, через год-два "изобретать телефон заново"

ждем новых костылей в совместимости

еще немного - и привязки вернут...

Лучше бы пока ничего не трогали, пару лет

(28) Радуйтесь. Вот так потихоньку и до отказа от XDTO сериализации дойдут. Это будет праздник.

Главного то никто не увидел:
"Теперь, в той же ситуации, анализируется ширина формы, и устанавливается такое количество колонок, при котором переключатель/тумблер будет выглядеть на экране ХОРОШО"

ХОРОШО теперь будет!

Зачем она нужна, не пойму.

(31)Ха ха.. конечно ХОРОШО!!!

надо добавить к

"Горизонтально, если возможно"

этот вариант

"Хорошо, если возможно"

>Лучше бы пока ничего не трогали, пару лет

нельзя "нетрогать"... с внятным gui на уф ж.па уже давно

>> Также появилась возможность управлять горизонтальным и вертикальным интервалами между элементами

Вот это очень хорошо. Теперь можно будет не переключать режим на компактный, а просто уменьшить расстояние между элементами.

Еще не хватает одной фишки: ширина поля в зависимости от длины реквизита.

Например числовой реквизит Год, длина 4. Кидаешь на форму и он автоматически ставится ширина поля 4 и т.д.

Как же это будет тормозить

(16) С УФ не просто можно жить, а жить намного лучше. Но почему-то 1с очень долго решает вот эти недоработки.

(38) На много лучше чего?!

чем кровавое толстое прошлое

(36) Это и сейчас уже есть

(0) Это все мелочи. Вот новый тип "НеизвестныйОбъект" - это да...

(39) Намного лучше и экономически целесообразнее траты времени на рисование ОФ и привязок ее элементов.

(43) Рисовать ОФ на порядок приятнее и быстрее УФ

(43) Проблема с привязками была только в случае размещения 100500 элементов и панелей.
Если на уф столько напихать все будет ходуном ходить вообще непойми как

надеюсь "доступность" и "только просмотр" тоже перестанут сервер дергать

Минус ОФ - это невозможность скрыть элемент со скрытием пустого места

(44) Не скажи, когда на форме куча элементов, и надо ещё реализовать изменение размера при перемещении разделителя, то УФ намного проще рисовать.

(42) 8.3.6?
(48) +1

(45) не обязательно. Вот на днях - обычная форма. Максимум десятка полтора элементов. И нужно между двумя реквизитами в шапке впихнуть свой реквизит. И все))))

(48) +100500

а особенно удобно в ОФ добавлять реквизиты на форму программно

(30) ага и к WPF придут :)

(44) Да ну? Тут речь не просто о том, что УФ рисуются быстрее, а о том, что на порядок быстрее.

(45) Единственное, с чем могу согласится, что в ОФ больше рюшек. Но они не стоят времени, которое на них тратится.

(54) Простые - да. Сложные - нет

(45) Взять, например, форму заказ-наряда из рарусовской "Альфа-Авто" и добавить один-два новых элемента между существующими, да так, чтобы привязки не упали. Это очень быстро. За это время можно сваять новую УФ.

Я, конечно, ничо не хочу сказать плохого про УФ, но придется. Под 3.0 придется новый сервак покупать, ибо очень тяжко она ворочается, все так меееедленно и печально, что хочется на 2.0 остаться и больше никогда 3.0 не видеть. СКД - да, хорошая вещь, помогает весьма.

(58) УФ - это управляемые _формы_, если что...

(58) плохо - потому что клиентские машины стоят у нас разные, в большей степени старье, и если клиент потолстеет, то это старье вообще встанет.

(59) редакция БП 3.0 и сделана на УФ, если что.

(58) веб сервер вас спасет

(30) Во многих случаях проще по килобайтным данным сгенерить отчет, чем тащить многие мегабайты полностью сформированного отчета с сервера. ИТД
Это позволяе более полно использовать мощности клиентов и сервера

(63) В свое время с терминалами так столкнулся при печати на слабоскоростной сети. Пришлось делать пустую конфигурацию для печати, а обмен делать по TCP/IP по VPN

(60) Основная "толстота" в бизнес-логике, а не в отрисовке интерфейса под нужные шрифты. Так что в принципе клиент совсем немного потолстеет, скорее всего никто и не заметит.

(7)
Жесть!
Как не стыдно такое на сайт выкладывать!
1С-у позор!

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

(64) либо принтер был убог до неприличия и не умел PS/PCL, либо в свойствах стояло что-то типа "print as image" или "растеризовать шрифты"

Синтаксис останется? А то кое где у меня программно создаются элементы форм...

(62) в области перефирии- файлы, печать он отстой

вот

(7) Не наезжай на 1С - они кормят кучу народа! Например выпустят обновление, чтобы исправить эту критическую ошибку и полетят орлы обновлять всем и вся, а это закрытые ЧАСЫ, реальные деньги!!! )))

(69) какой еще синтаксис? там походу только несколько новых реквизитов у элементов появится

переживем

(66) Почитали бы вы какие письма от пользователей на линию консультаций приходят. Просто расшифровывать приходилось...

я считаю, что 1с делает очередную ошибку... сейчас они поднимут минимальные требования для клиентов, множество мобильных устройств тупо не потянут... да веб клиент то же поднапряжется (он и сейчас не все может схавать из-за нехватки памяти, а тут еще хуже будет).

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

(76) ничего, в 8.4 все исправят и будет что-то типа:

Почему понадобился новый механизм?

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

И так, встречайте, новые объекты:

1. СхемаКомпоновкиФормы
2. КомпоновщикНастроекКомпоновкиФормы
3. КомпоновщикМакетаКомпоновкиФормы
4. ПроцессорКомпоновкиФормы
5. ПроцессорВыводаРезультатаКомпоновкиФормыВОкно

(76) Может быть для слабых устройств будет "худой клиент", похожий на 8.3.5.

(77) ыыыыы, и у этой формы будет туча настроек, как то предопределенные настройки, пользовательские настройки, просто так настройки

да

(76) > множество мобильных устройств тупо не потянут

купят новое железо

(68) Возможно не помню, но на принтер отправлял как картинку правда там были штрих коды pdf417. В свое время делал печать картинки для CPL. G

(9) > Корпоративный сегмент выбирает продукты посерьёзней, чем 1С.

смешно это от тебя читать.

(9) > Корпоративный сегмент выбирает продукты посерьёзней, чем 1С.

примеры продуктов приведи.
аксапты, навижны, сапы не упоминай. Удиви новым.

(3) В файловой версии все будет точно также."Сервер" там в движке спрятан.

(0) Лишь бы с тормозами справились.Все прощу)).

(0) Вообще если посмотреть на тенденции в вэб программировании, то все больше клиент занимается формированием DOM на основании данных типа JSON.
Тут и куча библиотек на JQuery, асинхронные запросы AJAX  и с этим прекрасно справляются мобильные устройства

(86) Ну и голос.

(16) А что ты сделал за 6 лет?

(19) Не используй, че

(84)Зачем новое? Есть старое Oracle E-Business Suite.

(0) тебе обязательно во всем найти что-нибудь плохое, пусть даже оно и гипотетическое?

(92) ты неправильно понял посыл - он критический, но я рад, что развитие правда в "стороны шатает"
ну так я ж не написал еще убивцу )))

(30) XDTO и даже JSON сейчас не модно. Модно сейчас protobuf

Дождались JSONа от 1С

https://code.google.com/p/protobuf-net/wiki/Performance

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

Haxe для json?

(95) Привет.
Работал с подпиской на события Com-сервера через IConnectionPoint ?

Желательно с примерами.
Желательно на Дельфи.
Желательно более подробно, чем в
http://www.interface.ru/fset.asp?Url=/borland/decom_5.htm

(96) Нет там сериализация идет как в базу. Соответственно нужно знать структуры, связи. Это очень подходит для компиляторов, где структуры полностью соответствуют записям и соответственно читаются без всяких парсеров.
(97) Давно не брал я в руки Delphi. Помню была книга Delphi 6 где было описание доступа к событиям

Там 50 страница.
http://www.ict.edu.ru/ft/005927/m07-3.pdf

Или нади книге Елмановой "Delphi и технология COM"

Если только подписка то http://compress.ru/article.aspx?id=10600&part=index21ext1

(98)
"Там 50 страница.
http://www.ict.edu.ru/ft/005927/m07-3.pdf "

Спасибо тебе огромное.

(47) минус УФ - это невозможность разместить элемент справа, без дополнительных вспомогающих пустых надписей и пр

(101) Теперь будет

Неплохо, но поживем-увидим, сколько подводных камней это нам принесет

(100) там всего 43 страницы

(100) Получилось.

Теперь, походу, Сервер 1С будет получать события от клиентов :-)

Остались последние тесты.

(105) вк, нетленка? или чисто для себя?

(107) Нетленка, она самая.

(108) когда Native будет?

(109) какой натив с iconnectionpoint?

(109) Никогда.

(110) я хз, я её не юзал ни разу :)
вот думал посмотреть, но не фартануло

Я и не знал что она такая сырая

(105) Наверное более интересно получать события от сервера?

(105) Вот может пригодится Реализация событий COM+ в среде Delphi 5
http://www.delphikingdom.ru/asp/viewitem.asp?catalogid=414

http://compress.ru/article.aspx?id=17405

(91) количество внедрений?

Хорошо, но мелочь это, бантик. Намного больше пользы было если бы, например, БП 3.0 починили в плане тормознутости.

Хотя может для кого-то хорошо.
Но у нас колхоз перевели на Бухгалтерию сельскохозяйственного предприятия, редакция 3.0, так она начала писать, что неплохо бы 4 гига оперативы поставить, а эти гиги оперативы в бюджет заложены не были.