V7. Средство сборки/разборки конфигурации на текстовые файлики. GComp 2.07. #2204

Живет тут: . Общее описание. Утилита для разборки и (главное) сборки файла конфигурации 1cv77.md в набор файлов (по возможности текстовых). Создана в первую очередь для упрощения групповой разработки, но обнаружилась еще масса других возможностей для применения. . Что нового: - Распаковка галереи картинок в bmp, ico и wmf - Описания теперь лежат не в отдельном каталоге, а раскладываются по папочкам объектов. - Устранена утечка памяти - Удалена сортировка объектов по алфавиту. - Добавлен экспериментальный ключик --process-ui - бетаверсия будущих возможностей по работе с интерфейсами. - В состав исходников добавлено описание внутренней структуры интерфейсов: Interfaces.txt

Отлично!

здесь народ до этого не дорос.... А Волшебнику указания партии мешают ....

Ну так пусть растут. Я помогу. А про "указания партии" - чему они мешают?

Политика партии превыше всего .... иначе уберут кормушку ... Проза жизни.... ничего личного ....

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

Это нам с тобой до дверцы.... А ему указует указующий перст.... Хорошая ваще штука....

не прав... разве что директора... мыло посмотри.

Ага.... посмотрел... Ни ... стеклянного .... это не меняет ...

Ребят, вы о чем? То, что не о GComp - это я понял.

О ней, родимой ;-)

прикольная вещица... за исходники, огромный сэнкс

Вышла новая версия: 2.08

Исправлена важная ошибка. Предыдущие версии ветки 2.0 не умели работать с таблицами в режиме ввода данных. Исправлено в 2.0.9.

А она позволяет разобрать все текстовички (текстовые модули) из конфы, а потом их корректно собрать? Я просто хотел воткнуть во все документы одну и ту же обработку...

Важная ошибка - это звучит... ___ Искренне Ваш, Львенок.

Обидеть художника может каждый... Помочь материально - никто...

Именно это она и делает :)

Потестил - здорово...!!! . У меня есть идея - короче я так понял, что 1С использует для распаковки текстовичков zlibeng.dll. Так вот, можно попробовать подсунуть вместо этой библиотеки перехватчик (как это делать - расписано в книге Рихтера, у меня вроде получилось это поюзать), который во всех случаях вызывает исходную zlibeng.dll, но когда в распакованном тексте встречается "#ЗагрузитьИзФайла Файл.txt, то подсовывает вместо результата распаковки этот файл. А при упаковке делает наоборот - изменяет (записывает) указанный файл. Тогда работа с текстовичками будет полностью "прозрачной". Как думаете, это прокатит? Мне потребуется небольшая помощь, если кому это интересно.

Прежде, чем браться за #ЗагрузитьИзФайла - я хочу понять, как можно объединить три требования. 1. В репозитории модули должны храниться в каком-то одном виде. Лишних сущностей быть не должно, и переходов между ними - тоже. Так что скорее всего, в репозитории лежат нормальные модули, без всяких #ЗагрузитьИзФайла. 2. Клиенту едет конфигурация без #ЗагрузитьИзФайла. Если в репозитории #ЗагрузитьИзФайла тоже нет - это примитивно. 3. Самое для меня туманное. Хочется дать разработчику возможность ВЫБОРА, как ему работать. С модулями внутри конфигурации, или с #ЗагрузитьИзФайла. В идеале, чтоб разработчик мог перевести в такой режим несколько модулей по своему выбору. Работа с внешними модулями вызывает несколько вопросов. При обновлении модуля другим разработчиком хочется избавиться от запуска gcomp и перегрузки конфигурации - должно быть достаточно cvs update. При обновлении внешнего модуля так же должно быть достаточно только cvs commit, чтобы изменения уехали в репозиторий. Вот я и думаю, может зря в gcomp модули имеют расширения 1s, а не txt? Хотя с другой стороны, под NTFS есть такая замечательная вещь, как hard link. Короче. Я пока не знаю, как было бы правильно организовать это с идеологической точки зрения. Вот. :(

Вышла версия 2.0.10 - Исправлена ошибка транслита при декомпиляции в папку с русским именем - Добавлено предупреждение о возможной потере данных. - Обновил ReadMe.txt - По желаниям трудящихся, в gcomp -h добавлен еще один пример - Контейнер ModuleText_Number1 попадал в Container.Contents немного неправильно - Вычисление формата размера скорректирована в соответствии с таблицей, приведённой Александром Гордеенко - Больше не создаются пустые каталоги для форм списков, и для общих таблиц. - Создана красивая декомпиляция/компиляция диалогов. Отключить этот режим можно опцией --no-parse-dialogs - Серьезно обновлено описание формата диалогов - Добавлен скрипт show_pics.py - для поиска картинок в конфигурации (работает только с режимом --no-parse-dialogs) - Немного кривовато, но работает с UNC путями - Исправлена ошибка с абсолютными путями. Путь c: mpSrc превращался в mpSrc - Исправлена ошибка: gcomp отказывался работать в ситуациях, когда в строке, содержащей имя каталога, последним символом был . - Исправлена ошибка: при указании в ключе -D абсолютного пути, gcomp ругался на то, что не может создать папку C:" - Исправлена ошибка: описания для общих полей документов, граф отбора и нумераторов извлекались в корневую папку.

Вышла версия 2.1.0 Добавлена визуальная оболочка. Основной функционал вынесен в dll

Ценная вещь! Рекомендую всем!

Вышла версия 2.1.5

Сколько раз спрашивал, никто толком не объяснил. Неужели ни один программист не озадачивался? Как получить доступ к метаданным запороленного md - ка? Только не объясняйте как обойти пароли userov.

Если пароль знаешь - то с помощью ActiveMD