Комментарии 27
Хороший инструмент, спасибо! Исходный код пока не смотрел. Было бы здорово, если автору удалось решить проблему с "ложняками" от ESET Endpoint Antivirus и еще парой других антивирусов, распространенных в РФ. В корпоративной среде такой "ложняк" часто становится непреодолимым препятствием. Разработчику гораздо проще организовать попадание своего продукта в white-list, чем пользователям.
Добрый день! по поводу ложного срабатывания, пробовал избавиться от этого но не помогло. Удалял модули и проверял, выявил случайное срабатывание TotalVirus, не зависящее от модулей. В общем забросил эту идею. Если кого то напрягает это, то может пересобрать надстройку по исходникам из GitHub, там всего около 10 000 строк кода)))
Пересборка из исходников, увы, не отключит ложняки антивируса. А значит на ~половине рабочих мест ваша разработка так и не запустится. Единственный цивилизованный путь решения этой проблемы - обращение автора ПО в антивирусную контору. Avast/Eset/Kaspersky на это реагируют адекватно и относительно быстро. Они просто вычисляют сигнатуру ложняка и добавляют исключающую регулярку.
Спасибо за ваш труд! Иногда заимствую код и идеи из вашего гитхаб.
Огорчает, что комменты на русском превращаются в крокозябры при экспорте в формат bas…
Зашел поставить минус статье за рекламу, в итоге поставил плюс за опенсорс.
Сам на VBA редко пишу - больше приходится разбирать уже написанное, но с этим неудобным редактором знаком хорошо.
Идея и возникла в том что IDE в MS Office осталась на уровне начала века, хотелось добавить больше инструментов. Сейчас пишу код на основе снипетов, как конструктор просто комбинирую, скорость разработки возрастает в разы!
Не преумаляя достоинств Вашего решения - а не проще / эффективнее ли что-то типа https://xvba-repository.web.app/ - и редактировать VBA в VS Code со всеми его плюшками?
Смысл этого решения не завесить от другого ПО, разрабатывать только при помощи средств VBA. Любой пользователь мог на своем компе открыть и дописать что ему нужно или починить. На целено на обычных офисных сотрудников у которых нет доступа к другому ПО. И распространяется она как обычный файл Excel, то есть ни чего ни с кем не нужно согласовывать по поводу установки.
Понятно. Но насколько я видел, обычные пользователи обычно не подозревают о наличии в Word стилей и полей, а уж про то, что там есть какой-то редактор какого-то VBA, им можно рассказывать с таким же успехом, как про теорию струн :) Сидит один гик на весь юридический/финансовый/т.п. департамент, который там что-то пилит, а остальные пользуются плодами, даже близко не подозревая, как оно работает. Сам в такой роли был много лет... А у этого гика VS Code или другая IDE, вероятно, и так стоит.
Очень проблемно сейчас что то установить, нужно писать кучу бумаг, обосновывать ... это очень сложно, тем более сейчас...
Обычных пользователей, я имел виду макрописцев, про совсем обычных вы правы им не до этого, им нужно - решение, просто одна кнопка и нажал ее задача решена к следующей кнопке. Не штатная ситуация - зови макрописца!) Для них дальнейшее погружение как это работает - лишнее...
У нас с Вами какие-то разные "сейчас" :)
В моём с 2020 года половина сотрудников сидит на удалёнке с собственными ноутами, а с 2022 - делает это к тому же ещё и в Грузии/Турции/Тайланде... Понятно, что есть какие-то мастодонты, где до сих пор работают с корпоративного десктопа и доступ во все системы жёстко приколочен гвоздями к конкретному физическому месту. Ну так с них что возьмёшь.
Да разное, на моем опыте во всех компаниях что я работал ситуация плюс минус такая: железо компании, ПО тоже, что то установить только через служебную записку и СБ. С системным блоком можно уехать куда угодно но все порты все закрыто, сеть только через шлюзы компании ПКЗИ. Это решение для таких случаев - когда ничего нет, а писать код нужно быстро и качественно!)
Проще не будет. VSCode, к сожалению, не отобразит в реальном времени (в коде) действия пользователя в интерфейсе Excel (режим макро-рекордера в MS Basic IDE). Для большинства макрописателей это основной способ постижения довольно большой объектной модели Excel.
На vbatools.ru хабраэффект случился :)
Приветствую! Хостинг сменил условия бесплатного размещения сайта. Установили лимит на запросы. Думаю отказываться от сайта и отставить только на GitHub, либо поискать что то бесплатное) Так как проект open sourse и не коммерческий.
ВАЖНО, спасибо всем! НО деньги не нужно зачислять на хостинг, проект бесплатный. Лучше посоветуйте хороший бесплатный хостинг.
Опенсорс - это хорошо, но VBA нынче нужен в основном коммерческим пользователям, которые, думаю, не прочь были бы и задонатить. Если не на жизнь, то уж на хостинг хватит :)
P.S. Я там Вам на счёт в sprinthost кинул немного... на 1 или 2 года, в зависимости от тарифа, должно хватить :)
Спасибо, честно сайт для меня уже стал обузой - не очень интересно им заниматься, лучше тратить время на VBA и надстройки. Нужно собрать волю и перенести все в файл и полностью уйти на GitHub. Спасибо еще раз!
Да не за что :) Я для себя эту стюардессу (VBA) уже закопал :) Но прям вспомнил, как сам в VBA начинал что-то осмысленное (и даже продававшееся) писать 25 лет назад...
P.S. Ну и не навязываюсь со своими советами, но я бы Ваш впечатляющий опыт в VBA/VB монетизировал таки. Я так понимаю, VBA'шного legacy за пределами нашей родины куда больше, чем в её пределах, и спрос может быть и на платную поддержку, и на доработку отдельных фич по запросу, и на консалтинг.
В этой надстройке, есть инструмент парсинга строковых переменных, не буду долго расписывать но с помощью его можно любой макрос перевести на любой язык. В том числе и эта настройка переведена на английский. И как итог ее очень активно используют по всему миру. На гите постоянно прилетают сообщения, в основном от заграничных товарищей, с предложениями что, что то работает не так или что то улучшить...))))
Скоро починим сайт через недельку все заработает!)
Интересно! Надо будет обязательно заценить.
А менюшка по ПКМ и меню бар тоже из под VBA формируются, если я правильно понял?
З.Ы. Почему именно такой вариант документации? Чем не подходит VB.net или, на крайняк, rubberduck‘овская реализация?
Приветствую! да все реализовано на VBA, что бы писать код на VBA. Другие реализации не нравятся тем что нужно еще другое ПО что бы разрабатывать, в этом решение все на VBA. Rubberduck - хорош, но в моем инструменте гораздо больше инструментов!) Как для разработки макросов, так и для реверс инжиниринга чужих макросов!
По менюшкам спасибо?, не знал что из под VBA возможно такое. Интересно будет самому попробовать что-то такое.
Rubberduck - хорош, но в моем инструменте гораздо больше инструментов!
Та я не о том, что RD лучше или хуже, а о том, почему выбран кастомный вариант документации к методам? :) есть каноничный, как мне кажется, вариант от vb.net (тоже, что и в C#). Каноничный, потому что VB, все таки. Мне кажется большинство разрабатываемых вещей правильнее было бы заимствовать оттуда.
Вариант от RD хоть и не канон, но по сути показывает документацию такой, какой она по факту является (которая через F2 вызывается).
Не то, чтобы я сильно против кастомных вариантов, но в VBA и так слишком много разнообразия от разработчиков, хотелось бы, чтобы подобные решения показывали пример единообразия. Сам, когда выбирал каким образом формировать документацию методов сначала придумал свой вариант (такой аналог python документации). Но я тогда не знал, как еще это можно делать и взять ближайший пример, который был перед глазами.
Собственно, просто интересно, почему было выбрано самописное строение документации, а не взят какой-нибудь готовый пример ?
Да, с этим проблема, технический долг есть..., нужно комментарий прописать будет ко всем методам и функциям в коде. Сейчас есть инструмент который выгружает статистику кодовой базы, названия методов, количества строк. Нужно будет сделать что бы выгружались и комментарии к коду. Тогда будет авто документирование кода - работать!)
Разработка надстройки Macro Tools VBA – для автоматизации процесса создания макросов в VBE MS Excel