Давайте придумаем визуальный компонент.

← →
Ш-К (2002-07-16 08:59) [0]

Хочу написать компонент для отображения динамической (разумеется, и статической) информации. Что-то среднее между ListView, TreeView и StringGrid, только лучше полезнее, маштабируемее и с исходными текстами на радость всем (если хватит жизни, то и лучше ExpressQuantumGrid). :))))
Чтобы мог хранить дохрена элементов без тормозов. Принимать разные виды и формы. Интересны ваши идеи.

Компонент с исходными текстами и бесплатный. Поэтому, если кому-то нужно нечто подобное, то заказывайте на ваше усмотрение. Получите первыми.

Не чурайтесь - не каждый день такое предложение на халяву.

← →
Kaban (2002-07-16 09:01) [1]

ты сделай хотябы все то, что перечислил, а потом посмотрим

← →
Anatoly Podgoretsky (2002-07-16 09:13) [2]

Давайте

← →
Ш-К (2002-07-16 09:17) [3]

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

← →
Kaban (2002-07-16 09:20) [4]

а чтобы какой-нибудь Вася посмотрел не идиотизм? Чем он лучше меня? Я то же хорошо смотреть умею.

← →
ФФФ (2002-07-16 09:32) [5]

Не, на хер не нужно! Даже смотреть не будем, чего зря время терять. Тем более "не лучше", а всего лишь аналог. Да и символы переводить не стоит, а то на всех не хватит.
Вот если бы ты написал что-то среднее между MediaPlayer, Scroller, PageControl и RxLib, вот тогда бы мы посмотрели бы (может быть), а может быть, в крайнем случае, если бы чего другого получше не нашлось, то и скачали бы.
P.S.: А предложение действительно заманчивое: хочу написать не знаю чего, подкиньте идею как и делайте заказы - бесплатно ведь!

← →
Alx2 (2002-07-16 09:39) [6]

А давайте купим воздушный шар? (c) Анекдот

← →
Ш-К (2002-07-16 09:47) [7]

Kaban © (16.07.02 09:20)
Идиотизм в смысле "уже написанное", а не "чтобы Кабан". Мне все равно, кто будет смотреть.
Только, сдаётся мне, что никто ничего не предложит, и мне самому прийдётся придумывать, а потом самому смотреть.

ФФФ (16.07.02 09:32)
Ну, тебе может и не нужно, а кому-то нужно. Тебе вон Scroller нужен, кому-то шары, кому-то посмотреть. На всех же не угодишь.

← →
Kaban (2002-07-16 09:53) [8]

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

← →
Alx2 (2002-07-16 09:56) [9]

>Kaban © (16.07.02 09:53)
Учишься или работа такая интересная?

← →
Kaban (2002-07-16 09:59) [10]

тема диссертации в магистратуре

← →
Alx2 (2002-07-16 10:10) [11]

>Kaban © (16.07.02 09:59)
Магистратура?
К сожалению, я не слежу за нынешней системой образования. Нельзя ли подробнее, что есть магистратура? Диссертация потом также поступает в ВАК? Получает ли человек после окончания магистратуры ученую степень?

← →
Kaban (2002-07-16 10:16) [12]

магистратура - это западная форма обучения
бакалавриат(4 года) + магистратура(2 года)

примерно равняется нашему высшему 5-летнему образованию

я правда свои 5 лет уже отучился и поступил в магистратуру по понятным причинам

← →
Ш-К (2002-07-16 10:16) [13]

Kaban © (16.07.02 09:53)
Как-то случайно мне попался диплом одного араба на кафедре ГидроАэроМеханики РГУ, так вот там он писал, что всё то что тебе надо уже реализовал один умный мужик из штатов по фамилии Рейнольдс в 89 году. И там же было написано, что "квазигидродинамических" и "квазигазодинамических" это одно и тоже. Ну, может я чё и подзабыл/перепутал.

← →
Kaban (2002-07-16 10:32) [14]

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

← →
Ш-К (2002-07-16 10:57) [15]

Есть алгоритмы для ЭВМ, которые были придуманы ещё Ньютоном и Гаусом.

Ну всё, хватит. Давайте по сабжу.

← →
Alx2 (2002-07-16 11:01) [16]

>Есть алгоритмы для ЭВМ, которые были придуманы
>ещё Ньютоном и Гаусом.
Смысл, конечно, понятен. Но... imho они специально для ЭВМ ничего не придумывали :))

← →
Ш-К (2002-07-16 11:24) [17]

Какая разница: придумывали - не придумывали?!!

По теме, что-нибудь предложите.

PS. Просто вместо ЭВМ тогда использовались юзера, которые по пол жизни тратили на составления таблиц логарифмов.

← →
Igor_thief (2002-07-16 11:37) [18]

Не народ, вы че вовсе темы сабжа не читали? Тут речь зашла про написание мега компонента, а не про магистратуру. Лучше давайте посоображаем как сотворить предложенный компонент.

← →
Kaban (2002-07-16 11:38) [19]

давайте

← →
Ш-К (2002-07-16 11:52) [20]

Давайте без давайте.
Чё раскачиваться? Все свои.

← →
Alx2 (2002-07-16 11:58) [21]

Ну, давайте.
Шаг 2-й. Анализ. (Шаг 1-й уже проехали, как как основные требования уже установлены: "круче", "лучше", "удобнее"...)
Итак, выясняем что делает компонент. То есть даем модель поведения компонента.
>Ш-К
Итак?

← →
Igor_thief (2002-07-16 11:59) [22]

В предложении было сказано маштабируемее. А как это?

← →
Alx2 (2002-07-16 12:00) [23]

>Igor_thief © (16.07.02 11:59)
Масштабируемость = модульное наращивание системы в рамках унифицированной архитектуры

← →
Kaban (2002-07-16 12:02) [24]

Igor_thief © (16.07.02 11:59)
Так, в 18 лет уже высшее образование имеешь, а что такое масштабируемость не знаешь. Давайте думать дальше

← →
Igor_thief (2002-07-16 12:12) [25]

>Alx2
Понял!
Как сделать stringrid из listview я приблизитедьно себе прикинул, но как сделать treeview?

← →
Igor_thief (2002-07-16 12:15) [26]

>Kaban
Высшее начатое.

С какой целью будет использоваться компонент?

← →
Ш-К (2002-07-16 12:24) [27]

Есть векторный редактор; писал пол года. Его хочу прикрутить к DesignTime. С этого и сабж. Но всё рисовать в редакторе - громоздко. Всё-таки не просто картинка должна получиться. Должно получиться что-то полнофункциональное. А поведение хочу услышать от вас.

>С какой целью будет использоваться компонент?

Под рукой будет иметься инструмент по настройке отображения, мониторинга и управления инфы: меняющейся, выпадающей, скролирующейся...

← →
Игорь Шевченко (2002-07-16 12:29) [28]

Igor_thief © (16.07.02 12:12)

> Как сделать stringrid из listview я приблизитедьно себе
> прикинул, но как сделать treeview?

"Я придумал, как применить шины из полиаминного неструктурного волокна, но не могу понять, куда приделать реактор на субтепловых нейтронах. Миша, Мишок, как быть с реактором ?"

(с) А. и Б. Стругацкие "Понедельник начинается в субботу"

← →
Praco (2002-07-16 18:02) [29]

"Что-то среднее между ListView, TreeView и StringGrid, только лучше полезнее, маштабируемее...Чтобы мог хранить дохрена элементов без тормозов. Принимать разные виды и формы."

Не напишешь, можешь не начинать. Если делать нечего, найди работу.

← →
Сатир (2002-07-16 18:23) [30]

Всё гениальное: простО.
Сабж: сложно/запутано/громоздко, следовательно, не гениально.
Вывод: откажись/придумай альтернативу
Возражения: принимаются.
Удачи: желаю, но не по сабжу

← →
[NIKEL] (2002-07-16 18:54) [31]

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

← →
Ш-К (2002-07-16 19:31) [32]

Praco © (16.07.02 18:02)
Вынужден тебя огорчить, большую часть уже написал. По службе как-раз и требовался лог сообщений, структура и дизайн каждого итема которого могла бы определяться пользователем и содержащийся в нём инфы. И самих сообщений компонент содержит для отображения десятки тысяч (96 тысяч на 486/32Мб без тормозов). ListView не подходит. Вот и пришлось писать своеручно.

Теперь чтобы модернизировать это дело до TreeView, StringGrid (или того, что я продлагал придумать и заказать) нужны просто примитивные алгоритмы прорисовки. Ну, само собой и срутктуры представления данных: графы, треи, св. списки...

Таких компонентов нет. Есть платные. Есть с переписанными обработчиками OnCustomDrawItem. А таких, как я описал со встроенным векторным редактором и возможностью добавления "бандов" как в репортах - нет.

← →
Ш-К (2002-07-16 19:45) [33]

Сатир (16.07.02 18:23)
>...не гениально.

Я и не говорю, что гениально. Как раз таки и спрашиваю здесь, чтобы гениальное ты посоветовал.

[NIKEL] © (16.07.02 18:54)
Без тормозов - это одно из главных условий.
Это не комбаин, а конструктор лего. Юзер не выбирает из списка возможные стили, а сам моделирует. Это разве всё в одном?

← →
[NIKEL] (2002-07-16 21:54) [34]

а разве сам VCL не является LEGO :) ?

← →
Ш-К (2002-07-16 22:17) [35]

[NIKEL] © (16.07.02 21:54)
>а разве сам VCL не является LEGO :) ?

Является.
Только представь, тебе нужна единица для отображения/модификации информации в виде симбиоза иконки, TLabel, TEdit, TMemo, TCheckBox, TComboBox. И не в DBGrid, а в более продвинутом виде, чем стандартные контролы. Этих единиц в моём компоненте скролируется несколько тысяч.

А ты, надо полагать, эти несколько тысяч будешь из VCL липить.

← →
Igorek (2002-07-16 23:57) [36]

2 Ш-К
Ты толком не обьяснил, что хочешь, а надеешся на серьезные ответы. Если не можешь просто обьяснить, то скорее всего сам плохо представляешь. Подумай, сформулируй четче, тогда может и будет конструктивная беседа. В конце-концов ставить задачу - это тоже не так просто.

Рекомендую обдумать, что есть общего во всех тех вещах, которые ты хочешь обьединить и на основе этого начать строить концептуальную основу. А потом увидишь, что эта основа потянет, что сможет обеспечить. Может даже больше чем уже есть.

В принципе что-то в этом есть. Удачи.

---
"Я ему про Фому, а он мне про Ерему"

← →
Сергей Суровцев (2002-07-17 00:04) [37]

Смесь бульдога с носорогом хомячку сродни немного.
С таким подходом можно и VCL переписать в один компонент,
удобно будет...
Лучше уж действительно шарики купить.

← →
Ш-К (2002-07-17 02:46) [38]

Сергей Суровцев © (17.07.02 00:04)
>С таким подходом можно и VCL переписать в один компонент,
>удобно будет...

А по Репортам у тебя таких мыслей не возникает? Там тоже чуть ли не весь VCL перерисован. Так напиши авторам: чё это вы х****й страдаете, это же VCL!
Про компоненты и их замену я не говорил, просто привёл пример, когда их использование не желательно, и будет альтернатива в моём компоненте.

И я же просил: "Не чурайтесь". Конечно, подход редкий; никто не предлагает каждый день компенент по заказу. Мало того, что растерялись от неожиданности, так ещё и маякуете об этом сюда. Делайте, пожайлуста, это вне ветки. Я же не лезу в ваши диалоги с постами: "А мне это не надо. бе-бе-бе".

Igorek © (16.07.02 23:57)
>Ты толком не обьяснил, что хочешь...

Да всё я уже объяснил, просто за мишурой левой и главного не видно.
1. Есть набор информации - большой, например, выборка из БД. И чтобы отобразить её всю сразу и в структурном виде (в том, котором она популярнее для юзера) наличие стандартных контролов не всегда спасает.
Ваши предложения по поводу контролов не стандартных в отображении инфы.
2. Информация динамическая. А все стандартные контролы для статической. И как бы инфа не менялась, всё должно присходить гладко и красиво.
Ваши предложения по поводу "динамических" контролов..
3. Весь набор данных TList, итем которого описывает "завершённый" блок инфы. Программер може сам задавать структуру и вид итема, а так же юзать чужую.
Ваши предложения по поводу итемов (бандов, блоков...). И манипуляции ими.

← →
MJH (2002-07-17 03:25) [39]

← →
int64 (2002-07-17 13:55) [40]

Если ты уже настолько продвинулся в соих изысканиях и трудах и имеешь свой редактор, то сделай подобие Flash (в исходниках, а не ActiveX). У MacroMedia всё основано на мультимедиа, живой графике и встроенных скриптах. А у тебя будет то, что ты описал.

И ещё, чтоб все субконтролы (то, что будет лежать на твоей компоненте) имели место для отображения на палитре компонент. Или, на худой конец, в отдельных файлах.

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

Давайте придумаем визуальный компонент. Найти похожие ветки