Почему в 1С нет событий при смене текущего элемента формы и при активации у поля ввода #745998

Всех приветствую! Делаю простенькую, маленькую казалось бы задачку на обычных формах и с ужасом обнаруживаю всю глубину примитивности интерфейсных контролов 1С. Сегодня долго размышлял о причинах сего явления, но так разумного решения и не нашел. Хочу спросить мнения профессионалов. Вот два примера: - Почему 1С не делает событие, которое позволит отловить смену текущего элемента управления на форме??? Как я могу узнать, что пользователь закончил редактировать поле табличного документа и активировал ну скажем поле ввода на той же форме? - Почему у поля ввода нет события "ПриАктивации". Что конкретно мешает существованию таких событий? Без них я вынужден пользоваться ВК, учить приемы фокусников, разве в этом интерес архитекторов платформы? И таких примеров множество .... Буду рад услышать вше мнение!

Всех приветствую! Делаю простенькую, маленькую казалось бы задачку на обычных формах и с ужасом обнаруживаю всю глубину примитивности интерфейсных контролов 1С. Сегодня долго размышлял о причинах сего явления, но так разумного решения и не нашел. Хочу спросить мнения профессионалов. Вот два примера: - Почему 1С не делает событие, которое позволит отловить смену текущего элемента управления на форме??? Как я могу узнать, что пользователь закончил редактировать поле табличного документа и активировал ну скажем поле ввода на той же форме? - Почему у поля ввода нет события "ПриАктивации". Что конкретно мешает существованию таких событий? Без них я вынужден пользоваться ВК, учить приемы фокусников, разве в этом интерес архитекторов платформы? И таких примеров множество .... Буду рад услышать вше мнение!

Всех приветствую! Делаю простенькую, маленькую казалось бы задачку на обычных формах и с ужасом обнаруживаю всю глубину примитивности интерфейсных контролов 1С. Сегодня долго размышлял о причинах сего явления, но так разумного решения и не нашел. Хочу спросить мнения профессионалов. Вот два примера: - Почему 1С не делает событие, которое позволит отловить смену текущего элемента управления на форме??? Как я могу узнать, что пользователь закончил редактировать поле табличного документа и активировал ну скажем поле ввода на той же форме? - Почему у поля ввода нет события "ПриАктивации". Что конкретно мешает существованию таких событий? Без них я вынужден пользоваться ВК, учить приемы фокусников, разве в этом интерес архитекторов платформы? И таких примеров множество .... Буду рад услышать вше мнение!

Иль я чего-то не понимаю?

Нафейхуа?

+ никогда не требовалось такое... всегда решалось "стоковыми" методами... ЧЯДНТ?

Тоже хотелось получить ответ на вопрос в

Зачем все это товароучетной программе?

Переходи на семерку, там это реализовано

Переходите на С++. Там это реализовано

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

Глупости! Надо писать всё в машинных кодах!

пример того, что нужно рассчитать перед активацией

Точно! ХеллоВорд на асме в десяток байт кода, а на С килобайт, как так...

Нет события получения фокуса.. все.. пиз..ец, интерфейс убогий и программа никуда не годится :)

тогда почему программисты постоянно прибегают к ВК? Значит ли это, что таких программистов можно называть не компитентными в 1С?

вы сильно преувеличиваете :)

Это всего лишь значит, что они прибегли к ВК и ничего более.

это вы преувеличиваете: ради такой задачи вводить зависимость от ВК!

"программисты постоянно прибегают к ВК" - преувеличение

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

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

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

скорей, в исключительных случаях, например фронт-системы, имхо. Лично, доводил до ума фронт фирмы Штрих для пицерии сделанный на 7.7, эдакое чудовище вся на ВК

задача собственно простая, организовать строку (поле ввода) которая позволит редактировать формулу ячейки в поле табличного документа. Тип эксель, только функции используются внутренние, например Формула = СебестоимостьПродажАвтомобилей(R1C1), где R1C1 - дата на которую получаются остатки. Так вот с этим как то тяжко

сделать можно, собственно и сделал, но не красиво и не удобно !!!!

а делов то, если бы были пару событий ....

Рассчитывать что-то ПЕРЕД активацией, когда ничего не изменилось со времени последнего события формы - глупо.

Зачем мелкоскопом гвозди заколачивать?

HTML поле? Не? Как хочешь, там крути интерфейсом и полями.

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

А в целом 1Су лучше вас известно, что вам нужно, а что нет! (с)

:)

Ну как же! Тыкает юзверь табом, и тут ядерный взрыв рассчитывается по событию каждый раз! Удобно же.

а нам лучше известно, где 1С глючит, а где нет :) в особенности после обновления платформы ...

Подумаешь с типовой половина отчетов по ошибке вываливается при смене платформы! Зато релиз платформы свеженький.

Подобные вопросы возникали, когда я после C++Builder стал работать в семерке. Ответ на вопрос на самом деле прост - будьте проще. Сделать требуемый функционал вполне можно тем что есть, а изыски, если подумать, особенно никому не нужны.

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

так не меняйте. Добавьте кнопку "заполнить" или "пересчитать"

если бы 1С принудительно-добровольно не заставлял обновлять платформу, можно было бы годами сидеть на стабильной платформе и горя не знать, но увы, появились конфигурации на УФ

Попробуйте написать простенькое веб-приложение. Там вас вообще не будет беспокоить вопрос о каких-то там контролах.

по вашему это проффисеонально сделанное юзабилити?

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

да, вы правы! Но ведь это все могло быть в 1С, что здесь сложного то?! Наверное монополисты они и этим все объясняется!

это все решается нативными средствами платформы

пока то что описали делается штатным функционалом "редактирования поля ввода" - ИзменениеТекстаРедактирования "выделения ячеек поля табличного документа" - лень искать но думаю можно

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

что могло быть? интерфейс 1С должен работать одинаково на любой из заявленных платформ. На 4ку он это делает.

"выделения ячеек поля табличного документа" в типовой сделано

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

пока тема течет в русле: "Дерьмо ваши устрицы. Я их и варил, и жарил, и по всякому, все равно вкус ужасный."

Да ну, какие Бейсики, на Екселе "программировал" походу.

ну люди привыкли все готовить... и не понимают что можно и сырым кушать потому что оно уже тока разогреть или смешать ))

есть понимающие люди, вообщем буду попроще делать, как в и , спасибо господа за советы и добрую критику :)

VBA ? там такое на этом можно наваять...

похоже после ТС понял, что зря он квадратные колеса к лисапеду прикручивал

дык можно было еще и тупо таймер прикрутить с проверкой нуна ли обновить...

VBA тоже не может при редактировании реквезита помнить какие перед этим были выделены ячейки табличного поля, тут что-то более "забористое" :)

тоже об этом сразу подумал, но судя по , даже в таймере нет необходимости

Только честно. - ты V77 видел или нет?

Да, на уровне одной обработке и двух печатных форм

что не правильно в ??

с плохо сочетается :)

Редактирование реквизита и выделение ячеек несовместимы. Ты вообще про какую версию 1С пишешь?

Про таблицу в режиме ввода данных почитай.

1С:Предприятие 8.3 (8.3.5.1486) на обычных формах

Если я переключаюсь с поля табличного документа на поле ввода, как сделать так, что бы курсор встал в то место в тексте поля ввода куда я щелкнул(один клик мыши) и без выделения всего текста ячейки поля ввода? Кто нибудь может подсказать?

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

эээ, собственно побаяню, нафига?

не попадет, сам функционал "псевдо-экселя" то работает как надо! А вот с полем ввода проблема как в

а нафейхоа это..? приведи пример.. интересно просто

ну как в эксель, выделил ячейку, щелкнул на строку сверху (где формула), потом написал например "+" и щелкнул следующую ячейку. Неужели такая солжная задача для 1С?

+ Т.е. может пора вместо "работы по ТЗ" по правилу "от и до" и "не отступая ни на шаг" начать думать "а зачем, как еще, и может лучше по другому"? т.е. подключить высшую сознательную функцию и старый принцип "компьютер должен работать а человек думать..."

эээ ГЫГЫГЫГЫГ зачем повторять ексель на 1С... когды можно его вставить в 1С и просто заюзать!!!!

если в момент активации поля (то есть после ухода "фокуса" с предыдущего контрола - изветсна позиция куда надо поставить курсор в поле ввода) - то это можно организовать...

может проще на фому положить объет "эксель" и с ним играться?

опередун!

возможно, щас опишу причину, почему я так заморочился ...

как бы ТС не совсем то хочет

ТС как понимать? :(

ТопикСтартер

я до этого не думал, что с контролами проблема будет, это теперь я понимаю!

Щелкни на ячейку - "запомни" ее. Щелкни на вторую ячейку - "запомни" ее . Щелкни на третьб ячейку - это итог - по жмаку вывали "влопрос" с операцией. Результат (ПОЛИЗ) запиши в третью ячейку

Эксель для того и сделан. чтобы там лахудры-манагеры-буЛГахтера 2складывали" как им в голову взбредет. . Если есть необходимость в 1с ине повторять фейс экселя - 99% ставлю на то, что в задаче "бардак".

организация, ведут БДР в эксель, все умещается на 10 листов и на каждом строк так 30-ть. Половина данных выдергиватеся из бухгалтерии и альфа-авто, другая половина расчитывается по их (постоянно меняющимся формулам) и просто вручную введенным значениям. Подумал, было бы ни плохо в табличном документе организовать формулы, помимо стандартных "СУММ" и т.д., собственные типа "ПолучитьСуммуПродаж, ПолучитьСуммуСебестоимость и пусть они там сами ваяют свой БДР

на 99% нет конечно, расчет обычных сложение, вычитание, умножение, деление, функция СУММ, и набор собственных функций как в - все ...

БДР?

бюджет доходов и расходов + план продаж и расходов, вообщем вся аналитика по компании всех филиалов

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

идя, избавлюсь от этой строки, сделаю как в и нет проблем с интерфейсом, чуток не удобно, но а шо делать? Это же 1С!

мда...

это как раз удобнее - пользователь все время мышью тыкает. . а в товем варианте надо с мыши на клаву переключаться чтобы в середину поля что-то ввести...? .

да есть, много чего есть, но не более 50%, тут еще вопрос что легче, стандартный функционал допиливать с дибильным обменом Альфа-Авто или стрябать такой БДР!

можно узнать ваше мнение поподробнее?

это как бы сводные отчеты со встроенной мини-консолью отчетов или просто гибкий настраиваемый отчет и повторять интерфейс екселя нет никаких оснований, кроме "так привыкли"

ТЗ нуна... подробное... еще образцы как сча и какие данные есть в учетных системах

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

+ тогда можно будет что то сказать, а так это понятно что, "что то не то делаете"

какие на! образцы? совершенно понятно что ихний "БДР" является тупой "записной книжкой", то есть "БРэД"

на счет так привыкли аргумент, но можно на него забить, если есть мысль как это сделать так, что бы каждый из 8-ми работающих людей с этим БДР потом не званил мне каждый день с просьбой поменять формулу!!!!