-- Dmitry

96
Рейтинг

Zerkon



  •   Регистрация: 10.08.2010 (13 лет назад)

  •   Был(а) на сайте: 17.04.2024

Друзья
  • Олег Синяков
  • Константин Багаев
  • Дмитрий Малышев
  • Александр Окулов
Подписчики 4

Группы

Профессиональный разработчик

Участник Meetup

IE2022 Участник

IE2023 Участник

Рейтинг 96


Комментарии

НовостиГотов отчет по Опросу сообщества 1С от Инфостарт#83 09.04.23 13:51
(79)Вот, кстати, да. Меня всегда раздражало, что выставление оценки материалу сопряжено, неведомо почему, со внесением в избранное. Хорошо хоть есть возможность создать другие категории и туда кидать то, что заслуживает одобрения.
Новости«1С:Розница» и «1С:Управление нашей фирмой»: не просто версия 3.0#5 31.08.22 15:24
(4)
Цитата
или уже 32бит прощай навсегда...
Угу. И здравствуй пляски со старым оборудованием
ПубликацииДебиторская задолженность по срокам долга#263 23.06.22 12:49
(262) Добрый день! Спасибо, но пока не надо, начальство не дало добро на покупку.
ПубликацииДебиторская задолженность по срокам долга#261 10.06.22 17:07
Добрый день!
Подскажите пожалуйста, версия отчета для КА 1.1 умеет ли рассчитывать долг, если товарные отношения ведутся по одной организации, а платежные по другой? То есть по организации 1 висит минус, по организации 2 плюс.
Если формировать типовой отчет Задолженность, то общий итог правильный, но нужно смотреть именно просроченные накладные, т.к. корректировки долга делаются постфактум, в конце квартала.
ОбменЗагрузка данных из табличного документа (поддержка дополнительных реквизитов, контактной информации)#67 28.03.22 15:15
(44) спасибо, добрый человек. А я сразу полез в обработку загрузки ячейки, которая не работает(
ОбменЗагрузка данных из табличного документа (поддержка дополнительных реквизитов, контактной информации)#66 28.03.22 15:12
Добрый день!
Подскажите, было ли в замечаниях, исправлено ли: не работает обработка загрузки конкретного значения из ячейки в случае дополнительных свойств.
На скриншоте приведены подробности. Даже если делаешь принудительную установку результата в строку, типа "Результат = "А"", тоже не работает

Прикрепленные файлы:

Ошибка.png
ОбменЗагрузка данных из табличного документа (поддержка дополнительных реквизитов, контактной информации)#56 01.02.22 10:35
Спасибо за классное решение!
Обработка очень понравилась, но есть два нюанса:
1. Не сохраняется статус флага "Не создавать новых элементов" при использовании сохранения через файл.
2. Не хватает нужной функции - предварительного поиска по указанным полям поиска. Может это есть, я просто не нашел?
И еще, было бы круто, чтобы обработка предупреждала, мол в такой строке непонятно что делать, нашла несколько вариантов
ПубликацииПро простой и понятный код#100 07.12.21 14:06
(97)
Цитата
Вот проблем с получением нужного вида отчетов на СКД помню предостаточно
СКД до сих пор причиняет мне боль) Стоит только отойти от простейшей таблицы или списка. Особенно в обычных формах
(97)
Цитата
Вряд ли кто-то против прогресса, но являются ли изменения действительно прогрессом?
Да нет, конечно, не являются. И никто этого не утверждает. Как обычно это и бывает при поиске своего пути - проблем много. Но если дать волю всем, кто кричит, что он лучше всех знает что нам надо, то получим басню про лебедя, рака и щуку. Радует, что 1С активнее развивает платформу, есть шанс, что неудобное само отомрет))
ПубликацииПро простой и понятный код#77 07.12.21 1:02
(74) Если не ошибаюсь, вы публиковали это дело, правильно? Паутину взаимосвязей помню, было "страшно непонятно" - запятые по вкусу )
ПубликацииПро простой и понятный код#76 07.12.21 0:59
Что-то усложнилось, что-то упростилось. Давайте вспомним как в 7.7 для изменения состава колонок в форме списка надо было лезть в конфигуратор. Или кто помнит про работу со слоями на форме вместо человеческого отражения в закладках или группировки по элементам? А рисование макета любого отчета вручную? А тот факт, что сообществу пришлось придумать и сделать 1срр и иже с ним, как ответ на ограниченность языка и конфигуратора?
Да, смотря на код типовых, особенно erp, есть четкое понимание, что ребята из команды разработки забыли золотое правило "Пишите код так, как будто поддерживать его будет склонный к насилию психопат, который знает, где вы живёте" и тупо соревнуются между отделами, кто придумает более извращенный способ сделать простую вещь.
Но неужели кто-то всерьез планирует один раз выучить язык и полсотни лет писать одно и тоже и одинаковым способом? Народ, кто знаком с "трушными" языками, есть такое где? Вон, даже Пролог, который хоронят уже лет 40, до сих пор развивается и меняется