Вход | Регистрация
    1  2  3
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: Можно ли обработать двойной клик по таблице значений документа?

v7: Можно ли обработать двойной клик по таблице значений документа?
Я
   evgpinsk_
 
10.01.21 - 14:07
Можно ли обработать двойной клик по таблице значений документа?
7.7
Может различные формексы 1с++ ?
   Mikeware
 
201 - 11.01.21 - 14:12
(199) Хуже, что ты этого не можешь понять
   Mikeware
 
202 - 11.01.21 - 14:13
(200) у него рукопись. нетленка
   Масянька
 
203 - 11.01.21 - 14:14
(202) И что?
   evgpinsk_
 
204 - 11.01.21 - 14:15
(200) Ни одного конретного утверждения. Только:
(190) " у тебя ТУПЫЕ менеджеры"
(201) "ты этого не можешь понять" 
(195) "нужно не автоматизировать бардак, а не допускать оного"

и так во всех сообщениях. Конструктивно умеем общаться?
   Йохохо
 
205 - 11.01.21 - 14:20
(204) то, что Вы хотите одно из единственных конкурентных преимуществ lsFusion
   evgpinsk_
 
206 - 11.01.21 - 14:21
(205) Я хотел только двойной клик по ячейке )
   evgpinsk_
 
207 - 11.01.21 - 14:22
Но не исключаю что могу изза этого клика не только платформу поменять ).
   Mikeware
 
208 - 11.01.21 - 14:24
(203) то, что конкретно эта "семерка" писалась не для пользователя...
(205) редактировать реквизиты элемента справочника в списке, в котором есть сразу элемент справочника?
не, это легко, но нахрена?
   Mikeware
 
209 - 11.01.21 - 14:25
(207) "наш изя сменил таки пол!"©
   evgpinsk_
 
210 - 11.01.21 - 14:29
(208) Потомучто:
1) это быстрее чем открыть элемент в справочнике
2) не нужно давать права на изменение элемента справочника /если не мудрить реализацию прав/
   Cthulhu
 
211 - 11.01.21 - 14:29
(185): алёна, я к тебе вообще не обращался, чо ты истеришь и капсишь хз и вообще какого хрена ты адресуясь к (181) отвечаешь совсем не на то что там описано - тоже лишнее, хм, доказательство некоторой когнитивной несостоятельности. истеричка, тебе объясняют и разжевывают - а ты тупишь и орешь не понимая.
   Злопчинский
 
212 - 11.01.21 - 14:31
(185) нихрена не так. ты работаешь исключительно по оптимистическому сценарию. это прямой путь к траблам. самый простой вариант: журнал открыт с таким периодом, в который не попадает неотработанный "документ" (ну вот получилось так). Или формекс гряпнулся. Или еще что. И жопа. Неотработанные номенклатуры "потерялись", потому что у менеджера всегда жопа в мыле. Должен быть единый ЦУП/АРМ для работы с "проблемной номенклатурой", не привязанный непосредственно к открытию документа. в этом цупе/арме - тащитяс все проблемное по текущему менеджеру/юзеру (обрабатывая унутре все неотработанные документы и прочая). в таком арме 1. он может быть реализован отддельнйо обработкой, и не надо каждый раз при исправлении логики "арм" обновлять конфигу 2. можно сделать всякого полезного больше чем в документе, хотя бы тупо тем что в таком арме он не будет "засоряться" уже отработанными позициями. ну и проч...
   Злопчинский
 
213 - 11.01.21 - 14:32
(189) тут пофиг огрнаичения платформы. их всегда можно извернуться и обойти. Мое глубочайшее имхоище - концепция в корне неправильная.
   evgpinsk_
 
214 - 11.01.21 - 14:38
(212) Может быть куча разных механизмов. Это не исключает того, что если менеджер видит гдето проблему, он должен иметь способ её сразу быстро исправить
   Mikeware
 
215 - 11.01.21 - 14:40
(210) ну так сделай.
"если не мудрить реализацию прав" - и потом хрен отследишь, кто что менял.  и не разграничишь права, не обеспечишь целостность данных, и много-много других моментов.
заметь, те, кто могут легко твою хотелку реализовать (а таковых отметилось в ветке штук пять) - не будут делать потому, что это чушь. и дают тебе - заметь, куча народу, достаточно опытного и повидавшего разных заказчиков - совет, как сделать правильно. а ты правильно делать не хочешь.
(214) исправлять нужно не "быстро". Исправлять нужно "правильно"
   evgpinsk_
 
216 - 11.01.21 - 14:49
"1. он может быть реализован отдельной обработкой, и не надо каждый раз при исправлении логики "арм" обновлять конфигу "
___________________
обновление конфигурации - это отдельная тема, не имеет отношения к двойному клику

"Неотработанные номенклатуры "потерялись", потому что у менеджера всегда жопа в мыле. Должен быть единый ЦУП/АРМ для работы с "проблемной номенклатурой", не привязанный непосредственно к открытию документа."
_______
Ты уверен что такого Арма нет?
Наличие такого Арма исключает возможность редактирования данных по двойному клику?
   evgpinsk_
 
217 - 11.01.21 - 14:52
(215) ""если не мудрить реализацию прав" - и потом хрен отследишь, кто что менял.  и не разграничишь права, не обеспечишь целостность данных, и много-много других моментов."
__________________
Речь была об изменение элемента справочника а не документа.

"заметь, те, кто могут легко твою хотелку реализовать (а таковых отметилось в ветке штук пять)"
_________________
она уже давно реализована. Так как нужно именно мне.
   Mikeware
 
218 - 11.01.21 - 14:57
(216) наличие АРМа не исключает возможность редактирования, но делает его менее нужным
(217) и я об изменении "элемента справочника".
   Злопчинский
 
219 - 11.01.21 - 15:11
(216) "Наличие такого Арма исключает возможность редактирования данных по двойному клику?"
нет, не исключает. но залог устойчивой работы, прогнозируемой, плановой и легко контролируемой извне (в том числе ЧТО ТЯЖЕЛЕЕ ВСЕГО - контроль менеджером самого себя) - отсутствие альтернатив. Особенно при массовой потоковой работе, каковая есть у тебя.
   Злопчинский
 
220 - 11.01.21 - 15:11
(217) "Речь была об изменение элемента справочника а не документа."
менять элементы справочника заходя через документ в справочник - рвать гланды через жопу.
   Mikeware
 
221 - 11.01.21 - 15:25
(220) это пол-беды. беда в том, что для этого разрешается редактирование документа. что дает простор для сам знаешь чего....
Впрочем, "не в кобылу овёс..."®
   evgpinsk_
 
222 - 11.01.21 - 15:43
(221) И откуда такой вывод что разрешается редактирование документа?
Опять Кашпировский? )
   evgpinsk_
 
223 - 11.01.21 - 15:48
(220) "менять элементы справочника заходя через документ в справочник - рвать гланды через жопу."

Это ярлык. Мне кажется правильней либо конкретно говорить почему шолоколад лучше пломбира, либо не говорить вообще.
Т.е. если юзер отредактировал поле элемента  через справочник /как здесь делают 100%/ это нормально. А если иметь возможность отредактировать это поле из документа - всё, конец света
   Калиостро
 
224 - 11.01.21 - 15:49
(216) Дался тебе этот двойной клик в документе, открытом для просмотра!
Если эта процедура с вводом недостающих реквизитов массовая, то это надо делать в другом интерфейсе на этапе загрузки.
А если редкая, повесь на кнопку.
И тот и другой вариант тебе уже разжевали.
   Arbuz
 
225 - 11.01.21 - 16:03
(94) Ёпрст, где посмотреть как получить ячейку по координатам даблклика? Помнится, где-то обсуждалось...
(163) Больше закладок богу закладок!
(185) Ёшь твою еть! По скрину понятна глубина ... эм... глубины.

Насчёт разжёвывания и упорства: просто ТС акцентуированный эпилептоид. Без обид, это не обзывательство, а констатация типа характера. У такого типа есть весьма полезные положительные качества. Но не в нашем случае. ТС построил свой велосипед, хочет чтоб вот тут блестело, а ему говорят, дескать конструкция неоптимальная и вообще... Не прокатит. Он строил, строил, а Вы все как сговорились! "Зачем тебе чтобы блестело? Лучше цепь смажь и лишние колёса открути!" ;) Не в коня корм.

(0) По существу: - На мой взгляд надо смотреть в сторону формекса в (94). Получится именно как ты хочешь. И усугублять нах...раписто.
   Mikeware
 
226 - 11.01.21 - 16:05
(222) так один чувак в (196) напейсал: "Повысил права юзеров на документа и открываю их в режиме записи." Не знаешь того чувака?
(223) естественно, это ярлык. Если чуваку десять раз объяснили, что в жопе нет шоколада, а он требует доказать, что изжопный шоколад вкуснее - на него клеят ярлык "идиот"
   evgpinsk_
 
227 - 11.01.21 - 16:08
(224) Я повесил это на двойной клик, это намного разумнее чем забивать окно документа кнопками. И мне не понятно как с этим можно спорить
   Mikeware
 
228 - 11.01.21 - 16:08
(225) йо. как то я упустил картинку из (185)... "это ж просто праздник какой-то"®
понятно, почему он против кнопки - места под кнопки больше нет
   evgpinsk_
 
229 - 11.01.21 - 16:10
(226) " так один чувак в (196) напейсал: "Повысил права юзеров на документа и открываю их в режиме записи." Не знаешь того чувака?"
____________
Блин Кашпировский, а нельзя включить мозг, и подумать что права в конфигураторе можно дать на запись, но при открытии документа не давать возможность редактировать?
   evgpinsk_
 
230 - 11.01.21 - 16:13
(221)"это пол-беды. беда в том, что для этого разрешается редактирование документа. что дает простор для сам знаешь чего...."

И соответственно никакого редактирования документов НЕ разрешается.
Но здесь же все Кашпировские , и знаю всё на свете
 
 Рекламное место пустует
   Йохохо
 
231 - 11.01.21 - 16:18
(230) добавь на форму справа внизу "version 0.8" и узбагойся уже
   Mikeware
 
232 - 11.01.21 - 16:25
(230) Кашпировские знают не всё. но больных - видят :-) Некоторым больным даже могут помочь. Но не всем, ибо некоторые - неизлечимы.
однако смех продлевает жизнь...
   Mikeware
 
233 - 11.01.21 - 16:25
(231) в паспорт.....
   Злопчинский
 
234 - 11.01.21 - 16:51
"Недоделанные отчеты - это не беда. главное - доделывайте детей, а то недоделанные дети вырастают и приносят недоделанные отчеты. И никак не разорвать этот порочный круг".
.
;-)
   Злопчинский
 
235 - 11.01.21 - 16:58
я на свои старые фейсы смотрю - и то вымораживает.. https://www.screencast.com/t/d2lw6yhg
   Djelf
 
236 - 11.01.21 - 17:47
Что вы все на человека накинулись? Что в УТ11 нет полей для серий/характеристик? Ну и тут те же самые яйца, только в профиль.
Только вот в режиме "на просмотр" это и в УТ не работает...
Хочется странного (редактирование в режиме просмотра) - пусть реализует. В чем проблема то?
Ёпрст на идею решения через Formex давал в этой теме. Не очень простое решение, но оно реализуемо.
   evgpinsk_
 
237 - 11.01.21 - 17:52
(236) Меня давно терзала идея давать в конфигураторе права на запись доков и отказаться от штатных прав а ввести свои права.
Вот двойной клик и дал окончательный толчок этому. Открывать в режиме Записи, но мониторить права юзера - вот и сделал наконецто
   evgpinsk_
 
238 - 11.01.21 - 17:55
И смелые есть тут кинуть мне конфиг 1с, в котором я поучусь не через ж... программировать?  )
6170865@gmail.com
   Arbuz
 
239 - 11.01.21 - 18:07
(236) Вопрос в том как определить ячейку под координатами клика.
   Djelf
 
240 - 11.01.21 - 18:14
(239) СКАТ скачай https://www.33lab.ru/load/viewcategory/18.html
Но там много ВК выше WinXP не работают, так что в виртуалке запускай.
(239) Координаты МСЧ есть? Текущая строка есть? Текущая колонка есть? Пиксельные вычисления и т.д. и т.п. Это реально возможно.
Делал такое с Йоксель, там же нет интерактивного изменения высоты или ширины строки. Сделал!
Дальше сами, сами... Мне такая хрень с ТЗ открытой на чтение не нужна ;)
   evgpinsk_
 
241 - 11.01.21 - 18:25
(239) Это точно никому не нужно. какой смысл
   evgpinsk_
 
242 - 11.01.21 - 18:26
(240) Хочется от настоящих писателей, местных ). А что такое скат - поделка левая
   Mikeware
 
243 - 12.01.21 - 08:16
(236) ну вообще-то, серии и херактеристики - это не атрибуты номенклатуры, а отдельные сущности, подчиненные номенклатуре. Т.е. атрибуты не номенклатуры, а экземпляра(ов) номенклатуры. Т.е. атрибут строки документа.
(239) (240) да говно-вопрос™. вотпрямщаз проверил, благо вчера поставил клюшки.
Все примитивно, прямо от мужика в кепке.

Процедура ПриДвойномНажатииЛевойКнопки(сост, х, у, ФСО)
ФормаРасш = СоздатьОбъект("РасширениеФормы");
Атр = ФормаРасш.ПолучитьАтрибутПоКоординатам(х,у); 
Если Атр.Заголовок="МногострочнаяЧасть" Тогда
  ФормаРасш.УстановитьТекущуюЯчейку("МногострочнаяЧасть",х,у); 
  текКол=Форма.ТекущаяКолонка();
  текСтр=НомерСтроки;
КонецЕсли;
КонецПроцедуры

(235)видимо, меня вчера https://prnt.sc/wkw9zn впечатлило настолько, что ночью приснился этот интерфейс, только текст на китайском (иероглифами), и портретом Мао.
   evgpinsk_
 
244 - 12.01.21 - 10:04
(243) "ну вообще-то, серии и херактеристики - это не атрибуты номенклатуры, а отдельные сущности, подчиненные номенклатуре. Т.е. атрибуты не номенклатуры, а экземпляра(ов) номенклатуры. Т.е. атрибут строки документа."
Да, это в корне меняет дело
   Mikeware
 
245 - 12.01.21 - 10:50
(244) Да, в корне меняет. ибо если включен учет по сериям - то без серий проведение запрещено.
   evgpinsk_
 
246 - 12.01.21 - 11:16
(245) Блин. а если включен учёт по моделям, то без моделей проведение нельзя запретить ? ))
   Mikeware
 
247 - 12.01.21 - 11:41
(246) если нужно вести учет по моделям - то в документах без указания моделей проведение необходимо запрещать (специально для тупых: не "можно", а "нужно").
   Arbuz
 
248 - 12.01.21 - 15:44
(240) Мне для общего развития :)
(241) Хотел было уже леща дать, но потом подумал, может это такой типа сарказм?
(243) Вот спасибо, хорошо. Похоже, что УстановитьТекущуюЯчейку() даже лишнее. ТС, аллё?! Это  именно то, об чём в (0).
Собственно, Майк десятком строк закрыл весь этот флуд на две с половиной сотни сообщений.
   evgpinsk_
 
249 - 12.01.21 - 16:59
(247) Нуну, по барабану, что машины приниматься на складе не будут, главное что в учёте всё будет правильно. Лишний час /или день/ простоят, зато всё чётко, все модели разнесены
   evgpinsk_
 
250 - 12.01.21 - 17:00
(248) УстановитьТекущуюЯчейку() какое это отношение имеет к (0) ?
   Arbuz
 
251 - 12.01.21 - 17:29
(250) Эх ты... (с)

>>Можно ли обработать двойной клик по таблице значений документа?

Можно!

>>Может различные формексы 1с++ ?

Да, формекс.

Конкретная реализация в (243). УстановитьТекущуюЯчейку() из того алгоритма я убрал (т.е. я проверил).

ЧЁ ТЕ ЕЩЁ НАДО? ━╤デ╦︻(▀̿̿Ĺ̯̿̿▀̿ ̿)
   evgpinsk_
 
252 - 12.01.21 - 17:34
(251) Не верно увидел номер поста.
Я зделал через выдачу прав на запись. Так более правильно.
   Arbuz
 
253 - 12.01.21 - 17:37
Семён Семёныч...
   Йохохо
 
254 - 12.01.21 - 18:24
(252) MVC сломал, гоутушник
   evgpinsk_
 
255 - 13.01.21 - 00:23
(47) Злопчинский, вот объясни чем плоха такая реализация:
https://prnt.sc/wm3whq
Изначально всё оприходование товаров идёт в документе. И соответственно манагеру удобно добавлять нужную дополнительную инфу (та, что не находится в самой ТТН,
а больше относятся или к товару или к покупаемой партии товара: модели товара, фото товар, серийники, штрихкод, ссылки на объявки товара на различных ресурсах и сетях: ютуб куфар авито и т.д.)

Т.е. после того как манагер непосредственно оприходовал  ТТН /количество и цены/ ему нужно заняться следующим этапом оприходования. И ему это удобно делать из этого приходного документа,
и соответственно именно в нём и была реализована эта возможность. /С чем тут все поголовно не согласны и доказывают что в приходном документе не должно быть ничего кроме инфы из ТТН/

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

Объясни мне, в чём тут проблема???? И каким образом этот безнес-процесс нужно переделать если он плохой??
Я понимаю смысл тратить деньги на переделку только если нужно достигнуть цель: чтобы манагер за единицу времени смог выполнять больше работы, т.е. его труд стал более эффективным.
   evgpinsk_
 
256 - 13.01.21 - 00:33
(228) Кстати сейчас пришло понимание одного из отличий между нами.
Вам платят за то что Вы делаете, и соответственно во много на первый план у вас выходит картинка. Нужно чтобы была красивая картинка.
Потому-что именно картинку в первую очередь оценит заказчик.
А вот эффективность его труда с созданным инструментом - уже по большому счёту часто по барабану программеру (заказчик часто не видит что можно было сделать лучше).
А вот у меня подход противоположный, мне по барабану картинка /с большего конечно/ и мне никто не платит, мне важна эффективность созданного инструмента.
   Ёпрст
 
257 - 13.01.21 - 02:17
(255) Я конечно, поотвык от клюшек, но у вас интерфейс на уровне вырви глаз - слишком перегружен ненужной инфой.
   Ёпрст
 
258 - 13.01.21 - 02:18
И в шапке дока.. хотя бы форматирование контрлов должно быть, группи слева, группки справа выровнены. А не как сейчас - фузиной попахивает
   Mikeware
 
259 - 13.01.21 - 07:38
(248) ну, про процедуру я сказал в (179). Но дело не в обработке клика. Сделать, можно всё, что угодно - вплоть до робота, шарющегося по интеу и самостятельно ищущего недостающие характеристики. вопрос в том, нужно ли это делать.
   Mikeware
 
260 - 13.01.21 - 08:05
(256) отличия между нами в том, что  1)я знаю, как работают бизнес-процессы на разных предприятиях, как они меняются внутри одного предприятия со временем (например, когда предприятие растет от 12 человек до 600), и проектирую систему так, чтобы при изменении БП (например, открытии удаленного склада, или филиала) работа не пострадала (и было минимум изменений в системах - учетной, взаимодействия, принятия решений, контроля). И более того, иногда предлагаю изменить БП для более эффективной работы (вчера, например, разговаривал об этом с собственнником бизнеса). 2) я знаю, как работают применяемые мной механизмы. 3)если я проектирую интерфейс - я стараюсь делать его простым (однозначным),  оптимизированным для работы "руками" (без мыши), и "шаговым" (не сделал текущеедействие - не сделаешь следующее. Делать можешь только то, что разрешено. и  т.п.). Другими словами, "я давно играю"
а вы работаете всю жизнь в одном ларьке, высасываете свои бп из в лучшем случае пальца, вместо их правильной организации - "автоматизируете бардак". и не представляете, как работают применяемые механизмы.
и понятие эффективности у вас - как у той секретутки, которая "эффективно" "печатает со скоростью 600 знаков в минуту - правда, такая фигня получается"©
 
 Рекламное место пустует
   evgpinsk_
 
261 - 13.01.21 - 10:05
"Автоматизируете бардак" 
классное замечание.ок.
   evgpinsk_
 
262 - 13.01.21 - 10:06
(260) особенно экстрасенсорные способности меня поражают
   Mikeware
 
263 - 13.01.21 - 10:10
(262) потому, что я таких, как вы, видел достаточное количество. Поэтому вы предсказуемы.
   MWWRuza
 
264 - 13.01.21 - 23:31
(261) Автоматизируя бардак - получишь, в лучшем случае "автоматизированный бардак" :-)))
   Злопчинский
 
265 - 14.01.21 - 03:17
(262) это запросто. мне сколько раз говорили типа "мы только хотели попросить вот такую-то хотелку, а вы уже сделали.." вангуем и телепатируем.
   Arbuz
 
266 - 14.01.21 - 14:38
Меня поражают две вещи. 1) Как же много необучаемых "спецов". 2) Находятся же люди, не будем показывать пальцем, которые со своих недосягаемых высот не утомляются объяснять и разжёвывать, и дожёвывать по нескольку раз одно и то же, ЧСХ, видя полную бесперспективность сих действий для конкретного индивидуума. И не раздражаются ведь! Долго. Поразительно. Некоторое даже отошли уже от этих клюшек совсем, но не устают делиться (не)древним знанием. :) Несомненная польза есть для третьих участников, сторонних наблюдателей и последующих археологов. Памятники при жизни надо ставить таким людям и премии выдавать. Хотя конкретно эта тема и зафлужена до безобразия.
   Mikeware
 
267 - 14.01.21 - 14:55
(266) ТС не "спец". он дирехтур. который в силу разных причин (на мой взгляд, трех) не привлекает программистов, а "напейсает" сам.
   Arbuz
 
268 - 14.01.21 - 15:03
(267) Ок, тогда в (266) "спецов" надо заменить на "писцов"... или совсем "песцов". ໒( ͡ᵔ ▾ ͡ᵔ )७
   Mikeware
 
269 - 14.01.21 - 15:31
(268) тут другое. "беда, коль сапоги начнет тачать пирожник, а пироги печи сапожник..."©
   Arbuz
 
270 - 14.01.21 - 16:57
(269) Да, кстати, помню, работал с одной веб-дизайн конторой. Я делал со стороны снеговика, а директор этой конторы лично тачал "дизайн".  Хорошо хоть, что я и в пхп могу. Это был трэш.
  1  2  3

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