| Правила | Регистрация | Пользователи | Сообщения за день | | Поиск | | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
|
||||
- Регистрация: 31.07.2005
Ухта
Сообщений: 381
|
Кто ни будь, использует швеллеры серии Э, Л, С по ГОСТ 8240-97.
Если используете, то откликнитесь. Интересно где их применяют. Сам нигде их не применял. Но хочу добавить ГОСТ все-таки должен быть полным…
__________________
Я не волшебник, я только учусь… |
|||
|
||||
Moderator
LISP, C# (ACAD 200[9,12,13,14]) Регистрация: 25.08.2003
С.-Петербург
Сообщений: 39,844
|
Может, тема уже ушла, но хотелось бы вставить свои 3 грошика (честно скажу, тему читал "по диагонали").
Грошик нумер раз. ИМХО: сделать локальную БД (на том же Access'e), и читать данные оттуда. Плюсы: все в одном файле; возможна сетевая работа; достаточно простое редактирование; для работы из-под acad'a установленный Access на машине не требуется. Минусы: для редактирования надо именно его; доступ к такой БД требует отдельный лисп (можно взять хоть с сайта Флемингов, хоть отсюда - я его как-то выкладывал). Грошик нумер два. Хранить временные значения переменных нужно где угодно, но только не в реестре. Доступ туда, конечно, быстр, но... Есть одно ограничение, которое "кое-где у нас порой встречается": максимальный объем реестра. Если оно установлено в 32 метра, и осталось свободным только 2 байта, чего должен сделать пользователь, не обладающий админскими правами? ИМХО метод хранения определяется длительностью хранения: если только в текущей сессии acad'a, то делать black-board переменные, именованные "похитрее". Если я делаю глобальную переменную, например, с именем *dwg-ru-project-prokat-dcl-settings-saved*, какой больной фантазией надо обладать, чтоб все это повторить? И хранить в ней список ассоциативных пар типа '(("key" . "value") ("key" . "value")) ну или наподобие. И читать с него все данные и настраивать dcl-файл соответственно. Если данные в каждом файле свои, то можно поступить двояко: либо глобальные переменные, либо пользовательские словари. Если же данные надо хранить "между сессиями", то ini-файл самое то (ИМХО). вариантов доступа - как у дурака фантиков. Начиная от doslib и заканчивая собственными сочинениями. Грошик нумер три. ИМХО: должон быть инсталлер, который при установке запрашивает путь установки, пишет необходимые данные в реестр, прописывает меню в указанные версии ACAD'a, делает (при необходимости) отдельный профиль, а также отслеживает предыдущие версии. Более чем полезно, учитывая, что далеко не все слету смогут разобраться; а утилит фриварных для подобных задач полно. --- Я пытался сделать нечто наподобие, но терпения и возможности попросту не хватило - прямой работы накидали
__________________
Моя библиотека lisp-функций --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
|||
|
||||
Армспорт Регистрация: 18.07.2006
Ейск
Сообщений: 355
|
->kpblc
Сказано красиво и достойно... вот только совершенно неуместно (даже не диагонально а параллельно ). Программой занимаются любители, а не программисты. Иначе бы не занимались ерундой (переделкой/доделкой/...), а написали бы всё с нуля (простительно - они учатся! :shock: ). Поэтому о реляционных базах данных (SQL/QBE) вспоминать не стоит. Про то что в реестре не стоит хранить большие объёмы данных - и ежу понятно (хотя я не думаю, что лишние 5 - 10 метров как-то повлияют на реестр? А тут только состояние диалогового окна - небось и килобайта в жизни не понадобится). Цитата:
---- Я для себя написал программу-рисовалку трёхмерного проката - всё в одном VLX-файле не привязанного ни к каким папкам, а потом, когда увидел эту тему, попытался установить ПРОКАТ для сравнения и ... хрена с два - error !!! После третьей попытки пропало желание (и до сих пор не появилось). |
|||
|
||||
Машиностроение, Проектирование Регистрация: 15.09.2003
Москва
Сообщений: 1,113
|
Цитата:
Ничего лично, извини если обидел чем! |
|||
|
||||
- Регистрация: 24.07.2005
Москва
Сообщений: 1,335
|
Цитата:
Дело в том что не все так чертят как вы, например я и небезызвестный Vova для всех объектов назначают linetype scale =1 а при помощи viewports добиваются нужных результатов отображения в зависимости от масштаба. Вы же все равно назначаете тип линий потом, я боюсь предположить что у вас есть написаные реакторы чтобы чертя _line она сразу считывала dimscale и была в нужном масштабе. Уважаемый автор программы просьба сохранить направление развития, в том плане чтобы программа не затрагивала тот самый пресловутый СТП. |
|||
|
||||
- Регистрация: 31.07.2005
Ухта
Сообщений: 381
|
Да, Sleekka, по идеи ты прав, "каждый камень точат по своему"
Нужно делать основу - "для всех", а если хочет под себя подстраивать - пусть сам это делает - я ведь стараюсь не только для себя но и для всего общества-инженеров! Еще хочется сказать пишите все высказывание по прокату, - чего нет? или что-то не хватает или что добавить нужно? Вот соберем большой сборник и буду сортировать по категориям (добавим маленькое падающее окошко сбоку)
__________________
Я не волшебник, я только учусь… |
|||
|
||||
Машиностроение, Проектирование Регистрация: 15.09.2003
Москва
Сообщений: 1,113
|
Владимир М
Давай только брать уже локализованную версию для дальнейших модификаций и учитывать также локализацию в новых подпрограммах ! Alan мне прислал "локализованную" версию работает и в англ и русском акаде. http://www.cadhlp.kulichki.com/pgmake.htm#prokat2007 |
|||
|
||||
промышл проектант Регистрация: 26.05.2005
Изовсехщелей
Сообщений: 323
|
Хотелось бы внести ряд предложений.
1. отрисовка проката полилинией а не блоком (блоку сменить цвет и тип линии сложнее) Если не хотите убрать отрисовку блоком - то брать текуйщий цвет и внести в блок атирубы - гост типа проката и вес погонного метра. 2. запрашивать пользователя о масштабе отрисовываемого элемента а не рисовать 1-1 (типа потом пользователь сам решит что ему надо ). ИМХО проще вбить цифру 5 10 20 25 50 100 или кому что надо - как масштаб чем потом совершать шаманство над блоком. |
|||
|
||||
Moderator
LISP, C# (ACAD 200[9,12,13,14]) Регистрация: 25.08.2003
С.-Петербург
Сообщений: 39,844
|
Ххе, похоже, понадобится делать нормальное окно настроек, в которое и вносить последовательно все предложения
Нечто типа такого, я думаю: [ATTACH]1168499342.jpg[/ATTACH]
__________________
Моя библиотека lisp-функций --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
|||
|
||||
Машиностроение, Проектирование Регистрация: 15.09.2003
Москва
Сообщений: 1,113
|
Лично я против масштаба изображения, а цвет... Всё отрисовывается в текущем слое!
У меня все работает, цвет меняется с изменением цвета слоя, все корректно (конечно подробно все позиции сортаментов не проверял) |
|||
|
||||
CAD Регистрация: 28.08.2003
Киев
Сообщений: 1,835
|
Цитата:
Посмотрите внимательно моё сообщение №91 и всё заработает! Новая версия благодаря Владимиру М богаче по возможностям. А благодаря kpblc"у может работать с линиями из любого (рус/анг) Автокада.
__________________
По теории майский жук летать не может. Но он этого не знает. И летает... |
|||
|
||||
промышл проектант Регистрация: 26.05.2005
Изовсехщелей
Сообщений: 323
|
kpblc
Все так - только не разбитым блоком вставка (при кторой я получаю кучу отрезков) а именно единой полилинией. сие сделать не сложно а жить станет легче Геннадий aka PG Боюсь вы тем самым сделаете не универсальную программу а прогу чисто под себя - Крыс правильно расставил галки - хочешь меняй масштаб - хочешь нет. цвет слоя одно а текущий цвет другое. нашим СТП запрещено плодить свои слои а цвета меняй как хочешь - вот и вывод - надо брать текущий цвет а не цвет слоя. Хотя тоже можно регулировать сей момент - выставив галку в настройках |
|||
|
||||
Машиностроение, Проектирование Регистрация: 15.09.2003
Москва
Сообщений: 1,113
|
Цитата:
Поубывал бы тех кто в слое еще и разными цветами рисует, зачем? Елку новогоднюю не напоминает. А рисовать в АКАДе в масштабе - наивреднейшее дело! |
|||
|
||||
Moderator
LISP, C# (ACAD 200[9,12,13,14]) Регистрация: 25.08.2003
С.-Петербург
Сообщений: 39,844
|
Ххе, щщас, "сделать полилинией проще"
Для полилинии будет более грустно - надо будет уже делать (entmake) либо (vla-addlightweight), то есть программно вычислять точки и закругления, на их основе строить полилинию, которую потом и вставлять в блок. Поскольку мне по ходу работы не приходилось сталкиваться со скругленными полилиниями, я и функцию на это не делал Ща попробую
__________________
Моя библиотека lisp-функций --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
|||
|
||||
Машиностроение, Проектирование Регистрация: 15.09.2003
Москва
Сообщений: 1,113
|
Просто блок взрывать не надо - и проблем не будет.
|
|||
|
||||
промышл проектант Регистрация: 26.05.2005
Изовсехщелей
Сообщений: 323
|
Геннадий aka PG
Если не ошибаюсь тут уже много веток по правилам ПРАВИЛЬНОГО черчения. мне казалось эта ветка конкретно о программе - я внес лишь предложения которые прошу реализовать - не более чем. Крыс насчет полилинии - тут был набор лиспов по работе с полилиниями - в частности был лиспик по объединению линий в полилинию - так вот пологаю им можно воспользоваться дабы велосипед не изобретать и вставить тот код. Хотя - не мне Вас учить. |
|||
|
||||
Moderator
LISP, C# (ACAD 200[9,12,13,14]) Регистрация: 25.08.2003
С.-Петербург
Сообщений: 39,844
|
Иногда надо экструдировать полученные сечения. Там без взрывания блока не обойтись
Вот функции, вроде как работают - создают полилинию по указанным параметрам. Выдирал с мясом из имеющейся библиотеки, поэтому мог чего-то упустить. Если что, сообщите [ATTACH]1168512834.rar[/ATTACH]
__________________
Моя библиотека lisp-функций --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
|||
|
||||
Машиностроение, Проектирование Регистрация: 15.09.2003
Москва
Сообщений: 1,113
|
Цитата:
|
|||