вставил MultiElement, вошел в него. повставлял кучу DoData, начал соединять onEventData на выходе с правой границей.
очень удобно стало не считать заранее, сколько нужно точек, а знай себе перетаскивай линии на границы. все видели, что при приближении к границе мультка эта самая граница подсвечивается.

так вот, в режиме ctrl+m (zoom) граница подсвечивается на старом месте, без учета маштабирования всей схемы.
вот.

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

пока больше не замечал. может плохо искал? ;)

тексты например во всех компонентах не масштабируются

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

напомню, что в последних версиях введена команда "Coeдинить элeмeнты", которая автоматически соединяет две верхние точки элементов друг с другом. В некоторых случаях это упрощает жизнь.

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

будет со временем.

Ну никак не мог труд сделать из обезьяны человека Помоему желание ничего не делать превратило обезьяну в человека

А что бы программы сами писались

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

честно говоря, расставление элементов по схеме с псоледующим их соединением и есть часто повторяемая механическая работа. на пятидесятом элементе бывает и забываешь, за каким остальные 49 нужны ;)

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

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

в том случае, когда есть метод, возвращающий два числа и ожидающий назад результат их сравнения весь алгоритм сводится к банальному сравнению на больше/меньше.


эта информация есть в ключах реестра

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

так сравнить два числа и поменять их местами по возрастанию-убыванию еще в школе учили.
просто весьма долгое время занимает следующий алгоритм:
- по индексу столбца i прочитать все значения i каждой строки
- сбросить их в StrList в виде (индекс строки j; значение i)
- методом пузырьков отсортировать, причем предварительно проверить каждое на предмет символа разделителя дробной части, если не соответствует локальным настройкам - то поменять
- построчно прочитать таблицу, копируя всю строку в конец списка и удаляя на старом месте
вроде просто, но ощутимо притормаживает на таблицах от 32х40, хотя встроенная сортировка мнгновенно работает.
если бы переписать это на дельфях (или еще на чем), то побыстрее должно быть, наверное, но тут я не силен

p.s.
блин, сорри, не в ту тему написал.
перенес.

Мой опыт общения с "гуру-программерами" вызывает в памяти такое:


[size=-2]------ Добавлено в 08:19
Или вот такая иллюзия: