[Nikolays]

чем открыть и отредактировать файл CS.dvb, это программа для отрисовки поперечного профиля, в файле нужно отредактировать высоту шрифта и размер боковой таблицы, нужно всё уменьшить в два раза, файл прилагаю

[Александр Ривилис]

Загружается в AutoCAD командой VBALOAD. Редактируется командой VBAIDE. Только это файл с парольной защитой.

[hwd]

Offtop: Вообще, по хорошему, настройки подобного вида следует выносить во внешний конфигурационный файл (текстовый), дабы юзерам не приходилось лезть в исходный код. Минус в карму автора обозначенного файла.

[Nikolays]

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

[Do$]

Сообщение от hwd Offtop: Вообще, по хорошему, настройки подобного вида следует выносить во внешний конфигурационный файл (текстовый), дабы юзерам не приходилось лезть в исходный код. Минус в карму автора обозначенного файла.

Offtop: Один фик, никогда 100% не угадаешь, что пользователь захочет "настроить". Он и сам этого не знает заранее. И еще, очень редкий пользователь станет разбираться твоими настройками. Если он будет иметь возможность обратиться к программисту, то он именно так и сделает, а не станет читать мануал чтобы разобраться в настройках.

[Nikolays]

я то как раз и знаю что мне нужно, найти в файле где указывается тип и высота шрифта, и расстояние между строками таблицы, при открытии файла блокнотом видно частично описание команд, но всё остальное символы

[Boxa]

Ну да, "Copyright © by steppe, 2003", ИМХО найди автора будет сложно.
Посмотрел код. Проще заново написать.

[Nikolays]

так я не "писатель", если бы умел, то бы написал, а так увы придётся после отрисовки ручками править, там ещё и сайт указан http://steppe-design.narod.ru, страница не открывается

[hwd]

Сообщение от Do$ Offtop: Один фик, никогда 100% не угадаешь, что пользователь захочет "настроить". Он и сам этого не знает заранее. И еще, очень редкий пользователь станет разбираться твоими настройками. Если он будет иметь возможность обратиться к программисту, то он именно так и сделает, а не станет читать мануал чтобы разобраться в настройках.

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

[zamtmn]

Offtop: >>Если головой подумать, то всегда известно что следует вынести во внешний конфигурационный файл.
Уже не хватает штатных инструментов для настройки? Например текст создавать стилем установленным текущим с текущей высотой. плодить кучу настроек с разным прибамбасам - . всё надо делать централизованно, благо автокад в большинстве случаев это позволяет

[gomer]

никакого файла! только гуй с большой красной кнопавкой "Вертай все назад"

[hwd]

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

Offtop:
Конечно не хватает, и это становится очевидно, если подумать головой. В чертеже могут отсутствовать необходимые стили с соответствующими настройками. Т.о. тебе потребуется программно создать их. Однако у юзера может и не быть доступа к DWT\DWS из которых можно программно импортировать уже готовые, нужные стили. Чем тебе внешний конфиг-файл "не централизован"? Он вынесен за рамки документа и может использоваться совместно разными чертежами\приложениями.
Данные всегда следует отделять от кода. Настройки никогда не следует жёстко задавать в коде. Это общеизвестные (среди программистов) истины. Странно, что приходится тебе это пояснять...

[Do$]

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

[zamtmn]

Offtop: >>Это общеизвестные (среди программистов) истины. Странно, что приходится тебе это пояснять...
но в данном случае
>>но вычерчивает таблицу и высоту шрифта в два раза больше чем нужно
вполне хватит штатных переменных отвечающих за создание текста, или стилей таблиц
>>Однако у юзера может и не быть доступа к DWT\DWS
это клинический случай. также у юзера может не быть доступа и к "Чем тебе внешний конфиг-файл", от всего не перестрахуешся... а существующие инструменты надо использовать по максимуму, вводя свои только при крайней необходимости

[Boxa]

Тут парни разошлись что то...

Сообщение от Nikolays я то как раз и знаю что мне нужно, найти в файле где указывается тип и высота шрифта, и расстояние между строками таблицы, при открытии файла блокнотом видно частично описание команд, но всё остальное символы

Как снять защиту написано тут: http://forum.dwg.ru/showthread.php?t=3943 , и исходя из цитаты, ты сам знаешь что и как править. Удачи.

[hwd]

Сообщение от Do$ В тех же букварях пишут, что программа должна соответствовать требованиям по надежности, гибкости, трудозатратам и т.д. и т.п.

Offtop:
А разве я где-то заявлял, что нужно писать код через ж@пу?

Сообщение от Do$ Можно сделать очень красивое, удобное, настраиваемое приложение, с защитой от всего на свете

Offtop: Невозможно в принципе. И таких приложений не существует.

Сообщение от Do$ с возможностью работы на всех компьютерах под всеми автокадами. Только времени и сил на это будет потрачено неразумно много.

Offtop: Ой ли? Значит я волшебник, раз у меня это получается (буду знать)... Только вот никаких особых затрат времени и сил для этого не требуется и даже сложного в этом ничего нет. Может ты не умеешь работать с XML? Или ты хочешь сказать, что код работы с конфиг-файлом будет для каждой версии автокада свой? Или же ты не умеешь работать с директивами препроцессора? Или ты хочешь сказать, что код работы с конфиг-файлом будет большим по объёму? Может ты не знаком с сериализацией? Какие тут могут быть "потрачено неразумно много"? Обычно, это стандартное "оправдание" для тех, кто пишет код через задницу (ты меня разочаровываешь)...

Сообщение от zamtmn но в данном случае >>но вычерчивает таблицу и высоту шрифта в два раза больше чем нужно вполне хватит штатных переменных отвечающих за создание текста, или стилей таблиц

Offtop: Это тебе сейчас так кажется. А если будешь смотреть на пару шагов вперёд, то совершенно очевидно, что дальше юзер захочет управлять форматированием результирующей таблицы (толщины\цвета\стили строк\колонок\формулы\текст заголовка и наименование таблицы).

Сообщение от zamtmn >>Однако у юзера может и не быть доступа к DWT\DWS это клинический случай. также у юзера может не быть доступа и к "Чем тебе внешний конфиг-файл"

Offtop: А голова тебе на что? Твоя команда, прежде чем читать данные из конфиг-файла, должна сначала убедиться в его наличии и корректности считываемых данных. Если файла нет или он содержит пургу, то следует либо создать его заново, с настройками по умолчанию, либо завершить работу команды, сообщив юзеру об отсутствии файла настроек. Неужно до этого сложно додуматься самому?

Сообщение от zamtmn а существующие инструменты надо использовать по максимуму, вводя свои только при крайней необходимости

Offtop: Я где-то призывал заново изобретать велосипеды? Мною были обозначены потенциально возможные проблемы и способы их решения. Не стоит надеяться на "авось это не случится". Если хочешь, чтобы твоя программа была качественной, то и относиться к ней нужно серьёзно. Все входные\выходные данные обязательно следует проверять, даже те, что получены из конфига. Всех потенциально возможных проблем не предусмотреть, но основные, наиболее вероятные - вполне можно и даже нужно предусматривать.

Do$, zamtmn,
Вы что, вчера родились? Хрена ли я вам должен столь элементарные вещи пояснять? Почитайте Макконнелла и Стровструпа в конце-концов... Там (особенно у первого в книге "Совершенный код" всё разжёвано...

[Do$]

Offtop: То ли ты меня не понял, то ли одно из двух. Мое мнение - не к каждой задаче нужно подходить с шаблоном "превосходное приложение". Если там нужны настройки - то они там должны быть. Если же заказчик(разработчик) осознанно решил, что их там не должно быть - значит их не должно быть и нечего тратить на это время, даже если это немного его отнимает. В этом и была моя мысль.
В той же книге "Совершенный код" была заметка, что опытные программисты иногда становятся заложниками своего опыта и пишут код соответствующий не требованиям, а их убеждениям, при этом тратят больше ресурсов на разработку.

[zamtmn]

Offtop: hwd
Начилась академическая гребля))
Как бы всё верно излагаешь, одно но - нужно разделять мух от котлет... Макросу как в этом топике (я его конечно не глядел, телепатирую) вполне достаточно вставлять текст с текущей высотой и стилем. Знакомить его со всеми премудростями хмлов, недоступных конфигов и dws - глупость. Надо разделять маленько уровни программы - требуются внешние конфиги, сделай обертку над этим макросом которая всё возмет откуда надо, втавит как надо, настроит и запустит этот макрос уже с нужным окружением. Боже упаси, я не призываю хардкодить стили и размеры, я призываю пользовать всё как задумано разработчиками и не делать из мухи слона - тобишь для вставки чегото читать тонну конфигов. Конечный макорс должен рисовать таблицу и всё. Конфиги это из другой оперы этажем выше.

Offtop:

Offtop: Это тебе сейчас так кажется. А если будешь смотреть на пару шагов вперёд, то совершенно очевидно, что дальше юзер захочет управлять форматированием результирующей таблицы (толщины\цвета\стили строк\колонок\формулы\текст заголовка и наименование таблицы).

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

[hwd]

Сообщение от zamtmn пихать все возможные настрйки во все макросы - получится неподдерживаемый немодульно-монолитный монстр, а не программа.

Offtop: Это опять же - если не думать головой. Если знаешь, что некоторые настройки могут потребоваться тебе в разных модулях, то пишется общий конфиг и (не обязательно) программный интерфейс, работающий с ним (тот же dll, пусть и маленький). Затем этот dll и спокойно юзается твоими программами, оперируя посредством функционала этой dll различными аспектами конфигурирования (если по каким-то причинам не хочешь напрямую работать с xml контентом). Если нужно изменить реализацию dll - меняешь её, сохраняя лишь программный интерфейс. Т.о. один раз написав для себя полезный функционал и упаковав его в dll, ты успешно пользуешься им в др. своих приложениях. И какой же в этом "неподдерживаемый немодульно-монолитный монстр"?

Сообщение от zamtmn я призываю пользовать всё как задумано разработчиками и не делать из мухи слона - тобишь для вставки чегото читать тонну конфигов.

я где-то предлагал "тонну конфигов"? Не нужно софистикой заниматься. Что понимается под "задумано разработчиками"? Какими разработчиками? Конфигурирование приложений не входит в "задумку" таких "разработчиков"?

Кроме того, такой подход предоставляет возможность выполнять конфигурацию твоих плагинов из внешних приложений, что может оказаться весьма полезным, например при использовании скриптов PowerShell (или др.), которые должны автоматом внести исправления в конфиги многих юзеров домена.

[Nikolays]

высота шрифта отрисованная программой не зависит от настроек текущего стиля текста, настройки автокада здесь не причём, параметры забиты в сам файл cs.dvb