andrestudio, искусство требует жертв - не обижайся
Этот топик читают: Гость
Ответов: 3851
Рейтинг: 159
|
|||
карма: 0 |
|
Ответов: 9906
Рейтинг: 351
|
|||
andrestudio, ну не надо корчить из себя обиженного только
И одна истина не возводится в Абсолют. А многие интерфейсные вещи просто давно уже проверены в электронике И о результатах этой проверки я Вам неоднократно докладывал Если ты каждую цепь с микросхемы окончишь именованным port-ом (это pcad-овский термин такой), то за такую схемотехнику боцман, вообще - сразу бил канделябрами но голове И считаю, что в этом случае и ленивому "по-пинать" не грех было бы И всякие примочки по визуализации этого изначального бардака - мертвому припарка. Ни контекстные менюшки, ни тебюшки, ни цвета - не помогут Критерий, который я использую для выводов, очень простой - схема должна помогать думать. НО, ни один дурак не тянет питание ко всем микросхемам "визуализировано". А просто подключаются эти port-ы. Или еще менее "визуализировано" - через аттрибуты Потому-что таковых цепей не более 3-х штук, роль их вспомогательна, и их визуализация как раз затрудняет процесс мышления Сто раз это говорил, что мне еще следует сделать, чтобы дошло Я сделаю... Например, этот долбаный Ex - уже сделал Нет же, блин: не видел... только ленивый... Ленивый - не очень хотел видеть, вот и все. Для писателей, пользуйтесь: http://www.hiasm.com/xf//getfile/9722 И не говорите, что не видели ------------ Дoбавленo: andrestudio, давай так, в чем между нами разница Да я давно сделал формульный калькулятор, в котором были вопросы замены чем-то имен в формулах. И пользуюсь таковым. Даже могу сказать, что показанные тобой замены - не корректны: необходимо проверять символ ДО имени (это не должна быть буква или цифра), и символ - ПОСЛЕ (то же самое). Так вот, я обошелся без создания аналогичных топиков Вот и попробуй мне доказать, что моя позиция менее правильная, чем твоя |
|||
карма: 9 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Galkov, да необижаюсь я, мне просто интересно кто ещё на эти грабли встать хочет ?;) По поводу GlobalVarEx то я за него тоже ухватился но вариант который я тогда видел в контейнерах неработал, посему и непригодился.
Закруженый по приведённой выше ссылке вообще неработает , может подскажете в чём дело? в HiAsm 3.65 b167 тоже самое
------------ Дoбавленo: Так вот, я обошелся без создания аналогичных топиков
Вот и попробуй мне доказать, что моя позиция менее правильная, чем твоя За быстродействие родею Шеф на сей момент темже занимаюсь пока только For to step сделал. |
|||
карма: 4 |
|
Ответов: 9906
Рейтинг: 351
|
|||
Не обновлен просто GlobalVar с SVN
Ex - просто его наследник ------------ Дoбавленo: Быстродействие тут не причем. Это было давно |
|||
карма: 9 |
| ||
Голосовали: | andrestudio |
Ответов: 5227
Рейтинг: 587
|
|||
Понял, спасибо.
|
|||
карма: 4 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
Эдик писал(а): а можно всё - таки сделать такой компонент, у которого могло быть любое количество точек и он был бы упрощенным ИнлайнКоде?да, но чуть попозже. По теме: вопрос полезности всех вариантов GlobalXXX, проходящих через контейнеры можно обсуждать только при наличие реально работаюзих больших схем. Например, серверная часть этого форума, состоящая из 3тыс элементов так структурирована по контейнерам, что в ней не разу не возникла необходимость не то что в GlobalXXX, но и в простом бреке вообще - во всех особых случаях хватило ссылок на контейнеры. Очевидно это не показатель - WEB программирование оно в 99% случаях линейно до одурения и циркуляции событий по разным частям программы там нет. Но задуматься всетаки заставляет. Поэтому реальную полезность(или наоборот ее отсутсвие) могут оценить только те, кто конструирует проекты с тысячами элементов(исключая те проекты, где банально один и тот же блок накопирован дессятки раз) - вот их мнение и хотелось бы послушать. |
|||
карма: 27 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Лично для меня GlobalVarEx давно было необходимостью, только в таком виде который существует на данный момент (работает в панелях и мультиках) по вышеприведённой ссылке Version=1.1 Author=Galkov. В больших схемах он как раз очень полезен будет, на данный момент уже подумываю переделать в своей свежей схеме кое что, а то уже черезчур связей однотипных напутано, для себя подпишу по РУССКИ и точка
|
|||
карма: 4 |
|
Ответов: 5446
Рейтинг: 323
|
|||
Dilma, извини за некий оффтопик, но коли уж зашла речь о ссылках... Делаю я проект - "My Draw" (простенький графический язык, 1273 элемента включая служебные). За счёт поддержки преобразований системы координат самой частой операцией является преобразование пользовательской СК к экранной. Сначала я решил, что использование ссылочных элементов (aka копий основного контейнера) - хорошая идея. Но потом обнаружилось, что при загрузке схемы с большим (>2) ссылками (ссылки на единый экземпляр-образец контейнера) к возникают ошибки "Index out of range". Пришлось отказаться от ссылок, что привело к двум нехорошим последствиям:
1) Распухание проекта - вместо одной ссылки везде приходится вставлять копии 2) Затруднение при отладке - если в оригинальный блок преобразования координат вкраласть ошибка, то приходится менять все экземпляры этого контейнера. Поэтому прежде чем говорить о GlobalXXX или работе с GVar изнутри MathParse, прошу разобраться со ссылками. |
|||
карма: 1 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Galkov, спасибо ещё раз, как я так прозевал что он в природе существует, а главно народ молчит как партизаны
|
|||
карма: 4 |
|
Ответов: 2058
Рейтинг: 28
|
|||
Dilma писал(а): да, но чуть попозже.Спасибо. |
|||
карма: 1 |
|
Разработчик
Ответов: 26135
Рейтинг: 2126
|
|||
Dilma писал(а): Эдик, советую почаще просматривать элементы палитры:
code_9709.txt Dilma, почему вот так
эта схема выдает ошибку
и, собственно, то самое место в полученном коде
|
|||
карма: 22 |
|
Ответов: 5227
Рейтинг: 587
|
|||
ещё пару аргументов в пользу GlobalVarEx это удобство вызовов из меню чтобы неделать длинные связи в мультики а также обработка горячих клавиш. Ну и ложка дёгтя в бочку с мёдом , надо незабывать про последовательность отработки событий с точек onValue, первое событие будет на последнем GlobalVarEx установленым на схему а последне соответственно на первом, поэтому где нужна эта последовательность то за этим нужно очень внимательно следить, а если нужно сменит эту последовательность допустим из 5 GlobalVarEx то это уже целая проблема, также стоит случайно удалить и поставить заного GlobalVarEx то всю последовательность можно начинать делать заного, так что искать баги в чужих схемах с GlobalVarEx будет просто каторгой
|
|||
карма: 4 |
|
Ответов: 9906
Рейтинг: 351
|
|||
Скажем так...
В такой схеме
Критерий тот же: схема должна помогать думать над алгоритмом Значительно понятнее, чем если таковое же совершить штатными элементами. Что у меня и сделано неоднократно - мне есть с чем сравнивать И, безусловно, если вся схема будет в таких элементах - все будет ровно наоборот. Даже, если оно и будет раскрашено, как попугай И это не ложка дегтя, а Грабли. Наступить на которые и предлагается всем желающим. Ну что тут сделаешь, если доходит только "через руки" Про последовательность Просто не было желания заморачиваться. Не составляет труда ввести св-во для порядка добавления в список оповещения, типа -- First/Last (сегодня - First) Хотя бы потому, что если работоспособность твоей схемы начинает зависеть от порядка, имейте в виду: Грабли находятся уже очень близко к Вашему лбу andrestudio писал(а): (работает в панелях и мультиках)Как вы не поймете....... Барон Мюнхаузен славен не тем, что летал, или не летал... А тем, что НЕ ВРЕТ Galkov писал(а): ЭТО - уже работает, без гипотез и обсуждений.
Просто - работает, и все тут |
|||
карма: 9 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Поэтому компонентом общего пользования ему небыть , чревато сломаными клавиатурами и разбитыми мониторами (это для тех у кого нехватит нервов найти собственную багу, в более тяжёлых случаех будет ещё накладней так как будет связано с вызовом психотерапевта на дом )
|
|||
карма: 4 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
iarspider писал(а): Поэтому прежде чем говорить о GlobalXXX или работе с GVar изнутри MathParse, прошу разобраться со ссылкамиесть такая проблема, но решение пока не найдено. Исправляется перетаскиванием контейнеров родителей в минимальный z-order(т.е. на схеме должны быть ниже всех) |
|||
карма: 27 |
|