Подскажите, пожалуйста, имеет ли смысл пытаться продавать такой вот контрол
TileView контрол предназначен для организации нескольких окон внутри родительского окна, наподобие MDI интерфейса, но в отличие от последнего, обладает следующим свойством: в любой момент времени все окна одновременно находятся на экране и ни одно из них не пересекает другие.
A>TileView контрол предназначен для организации нескольких окон внутри родительского окна, наподобие MDI интерфейса, но в отличие от последнего, обладает следующим свойством: в любой момент времени все окна одновременно находятся на экране и ни одно из них не пересекает другие.
Я так думаю, что нереально
1) Пока тащишь границу мышка должна оставаться стрелочкой.
2) Граница должна тащиться плавно, а не ступеньками.
3) Когда две вертикальные черты в примере совпадают, они дальше таскаются вместе, а разлепить их можно только потянув за третью. Очень это неочевидно, причем как само это слипание, так и способ разлепления.
4) Вообще больше надо красоты. Типа возможности рисовать рамку свою, а не стандартную виндовую и т.д.
А вообще, такой контрол я на голом винапи за пару часов сделаю, даже меньше... Не говоря о том, что сплиттеров (а именно так подобные контролы принято называть) на свете не счесть.
В общем, он наверное неплохой и т.д., но шансов имхо никаких, т.к. а) кривоват б) не уникален.
Здравствуйте, Рома Мик, Вы писали:
РМ>2) Граница должна тащиться плавно, а не ступеньками.
Это сделано специально. Как раз для того, чтобы сдалать сливание простым.
РМ>3) Когда две вертикальные черты в примере совпадают, они дальше таскаются вместе, а разлепить их можно только потянув за третью. Очень это неочевидно, причем как само это слипание, так и способ разлепления.
Лучше я не придумал. Обращаю внимание, что с подобной организацией возможно создание достаточно сложных шаблонов.
РМ>А вообще, такой контрол я на голом винапи за пару часов сделаю, даже меньше... Не говоря о том, что сплиттеров (а именно так подобные контролы принято называть) на свете не счесть.
ИМХО, логика поведения моего сплиттера достаточно не тривиальна, уверен, что не только за пару часов, но и за пару недель такого же не сделать. Хотя, возможно, я все усложняю...
A> Подскажите, пожалуйста, имеет ли смысл пытаться продавать такой вот A> контрол
A>
A> TileView контрол предназначен для организации нескольких окон внутри
A> родительского окна, наподобие MDI интерфейса, но в отличие от
A> последнего, обладает следующим свойством: в любой момент времени все
A> окна одновременно находятся на экране и ни одно из них не пересекает
A> другие.
A> Здравствуйте, kochmin_alexandr, Вы писали:
A> _>а теперь поясни, чем это лучше Tpanel+Tsplitter
A> У меня можно иметь произвольное количество окон
несколько Tpanel и соответсвенно сплиттеров.
A> при помощи Ctrl-drag границы окон.
не понял. У меня сплиттером просто изменяются размеры окон — Tpanel
Это я к тому, что у меня в программах такой интерфейс используется. Можно было бы улучшить, как-то унифицировать, сделать побольше функций,
но нового я пока не увидел.
Здравствуйте, Aera, Вы писали:
A>ИМХО, логика поведения моего сплиттера достаточно не тривиальна, уверен, что не только за пару часов, но и за пару недель такого же не сделать. Хотя, возможно, я все усложняю...
Сложность логики — часто является недостатком, а вовсе не достоинством. Чем проще логика работы — тем меньше стоит обучение пользователя.
Здравствуйте, kochmin_alexandr, Вы писали:
A>> Здравствуйте, kochmin_alexandr, Вы писали:
A>> _>а теперь поясни, чем это лучше Tpanel+Tsplitter
A>> У меня можно иметь произвольное количество окон
_>несколько Tpanel и соответсвенно сплиттеров.
Произвольное неопределенное во время компиляции количество окон. Т.е. если я захотел получить новое окно, я тут же его сделал.
A>> при помощи Ctrl-drag границы окон.
_>не понял. У меня сплиттером просто изменяются размеры окон — Tpanel
Здравствуйте, GUID, Вы писали:
GUI>Здравствуйте, Aera, Вы писали:
A>>ИМХО, логика поведения моего сплиттера достаточно не тривиальна, уверен, что не только за пару часов, но и за пару недель такого же не сделать. Хотя, возможно, я все усложняю...
GUI>Сложность логики — часто является недостатком, а вовсе не достоинством. Чем проще логика работы — тем меньше стоит обучение пользователя.
Объясняю ситуацию.
Программа может выводить большое количество разнообразных графиков. Мы хотим эти графики видеть одновременно. Число графиков неопределено заранее, но это порядка десятка, иногда даже большее.
Как сделать все просто. Первая мысль через MDI.
В этом случае получаем, что пользователь должен изменять размеры каждого графика отдельно. Автоматически можно сделать все графики приблизительно одинаковыми раскиданными по экрану. Причем нельзя заранее предсказать в каком месте окажется график после очередной сортировки. Мучительно долго сделать часть графиков больше, а часть меньше. Вместо работы ты раскидываешь по экрану десяток картинок.
Я работал с такой программой. Это мучение.
Как сделать это просто и удобно? Я нашел свой способ. (Есть другие?)
Мой контрол распределяет окна именно таким образом, который удобен пользователю. При добавлении нового окна старые окна не перемешиваются.
Можно сделать так:
Можно сделать так:
Попробуйте повторить это при помощи сплиттеров:
На построение каждой из этих схем у меня ушло не более 20 секунд.
Сложность у меня расходуется не просто так, а на благое дело. Кто сталкивался с организацией большого числа окон на экране, выскажите свое мнение.
Здравствуйте, Aera, Вы писали:
A>Подскажите, пожалуйста, имеет ли смысл пытаться продавать такой вот контрол
A>
A>TileView контрол предназначен для организации нескольких окон внутри родительского окна, наподобие MDI интерфейса, но в отличие от последнего, обладает следующим свойством: в любой момент времени все окна одновременно находятся на экране и ни одно из них не пересекает другие.
1. Идея очень классная. Сам недавно думал о чём-то похожем. Сейчас на работе задумываемся о подобном интерфейсе, так как "не перекрытие окон" позволяет в нашем приложении реально сэкономить ресурсы видеопамяти.
2. При перетаскивании сплиттера иногда получаешь не то, что хочешь. Было бы удобно иметь 2 вида перетаскивания: влияющий только на соседнее окно и на все равномерно, как сейчас реализовано.
3. Возможно, было бы удобно перетаскивать не только сплиттеры, но и сами окна. Типа докинга. Когда начинаешь играться с примером, появляется такое желание.
4. Контрол тормозит.
5. ИМХО, чтобы его продавать, нужно, как минимум, дать возможность в MDI MFC приложении быстро перейти на Ваш контрол.
6. Одно из возможных мест применения — САПР, ГИС, графические редакторы.
7. Думаю, что без исходников его продавать смысла точно нет.
8. Нужны ешё фичи: сохранение положения окон, Undo/Redo по положениям окон, разворачивание одного окна на полный экран и обратно.
9.
Я не специалист по маркетингу, но вот моё ИМХО:
Потенциальных покупателей мало. Люди, которые готовы купить этот контрол, наверняка, купили себе что-нибудь из MFC-ex библиотек, типа BCG. Поэтому желательно поддерживать ещё несколько платных библиотек, чтобы не терять значительную часть рынка. Многие производители САПР, ГИМ, векторных редакторов, возможно предпочтут самим реализовать такую функциональность. В общем, моё мнение: смысла мало, хотя идея контрола очень хорошая. Но, повторюсь, я не специалист по маркетингу.
Здравствуйте, WinterMute, Вы писали:
A>>Как сделать это просто и удобно? Я нашел свой способ. (Есть другие?)
WM>Я бы сделал так: MDI + Кнопка на тулбаре с выпадающим списком миниатюр графиков.
Можно и так.
Я видел похожее решение у конкурентов, и мне оно не слишком понравилось, однако тогда оно было сделано несколько дубовато — через меню второго уровня. Может быть с кнопкой на тулбаре было бы удобно.
Однако же нельзя предусмотреть все комбинации, особенно в ситуации с большим количеством графиков (порядка десятка), с которой я имею дело.
Здравствуйте, Aera, Вы писали:
A>Однако же нельзя предусмотреть все комбинации, особенно в ситуации с большим количеством графиков (порядка десятка), с которой я имею дело.
Можно, например, старатся делать выпадающее меню "квадратным", т.е., что бы оно сначала вмещало 1 графиг, потом 2x2 графика, потом 3x3...
A> Здравствуйте, kochmin_alexandr, Вы писали:
A> _>Это я к тому, что у меня в программах такой интерфейс используется.
A> Можно подробнее?
а что подробнее? Ну используется. Факт. Скриншот выслать приватом?
A> _>Можно было бы улучшить, как-то унифицировать, сделать побольше A> функций,
A> Какие функции, например?
1) настройка количества и взаимоположения окон.в т.ч. drag'n'drop
2) Сворачивание-разворачивание. Гибкое и униваерсальное запоминание состояния.
Здравствуйте, kochmin_alexandr, Вы писали:
A>> Здравствуйте, kochmin_alexandr, Вы писали:
A>> _>Это я к тому, что у меня в программах такой интерфейс используется.
A>> Можно подробнее?
_>а что подробнее? Ну используется. Факт. Скриншот выслать приватом?
В точности такой интерфейс?
A>> _>Можно было бы улучшить, как-то унифицировать, сделать побольше A>> функций,
A>> Какие функции, например?
_>1) настройка количества и взаимоположения окон.в т.ч. drag'n'drop _>2) Сворачивание-разворачивание. Гибкое и униваерсальное запоминание состояния.
Запоминание есть уже сейчас. Кнопки сохранить и открыть на тулбаре. Сохраняет в строку и попутно записывает файл в d:\temp.txt
A> _>а что подробнее? Ну используется. Факт. Скриншот выслать приватом?
A> В точности такой интерфейс?
Не в точности, но смысл примерно тот же.
У меня, кстати, Delphi.
А интерфейс такой используется не в shareware программах у меня.
Хотя, мне нравится такой вид, и пользователям нравится.
Здравствуйте, Aera, Вы писали:
A>Подскажите, пожалуйста, имеет ли смысл пытаться продавать такой вот контрол
1. Тормозной
2. При перетаскивании не лочится мышка!
3. Жестокое измывание над содержимым окна в процессе перетаскивания
4. Пример малофункционален
5. Падает по File->Open
ИТОГО: пытаться продавать пока не стоит.
Можно выложить исходники для критики, думаю никто не позарится реально уворовать
Здравствуйте, BacCM, Вы писали:
BCM>Здравствуйте, Aera, Вы писали:
A>>Подскажите, пожалуйста, имеет ли смысл пытаться продавать такой вот контрол BCM>1. Тормозной
Потому что при изменении выполняется тормозящий StretchBlt.
BCM>2. При перетаскивании не лочится мышка!
И в чем это проявляется?
BCM>3. Жестокое измывание над содержимым окна в процессе перетаскивания
См п.1
BCM>4. Пример малофункционален BCM>5. Падает по File->Open
Beta версия
BCM>ИТОГО: пытаться продавать пока не стоит. BCM>Можно выложить исходники для критики, думаю никто не позарится реально уворовать
Их еще до ума довести надо.
... << RSDN@Home 1.1.4 beta 3 rev. 185>>
--
RedApe
Re[3]: Вот такой слепил я контрол
От:
Аноним
Дата:
11.01.05 19:33
Оценка:
Вот у меня Mozilla, и интернет страницы я переключаю вкладками. Это очень удобно: вкладки. Нафик ваш контрол? Очень специфичен контрол.
Здравствуйте, <Аноним>, Вы писали:
А>Вот у меня Mozilla, и интернет страницы я переключаю вкладками. Это очень удобно: вкладки. Нафик ваш контрол? Очень специфичен контрол.
Да он специфичен.
Прочитай еще раз внимательно все, что я написал, в том числе на сайте. Я не браузер пишу. Скриншот оперы всего лишь пример MDI интерфейса. В моем случае вкладки неприменимы.
Здравствуйте, Aera, Вы писали:
BCM>>1. Тормозной A>Потому что при изменении выполняется тормозящий StretchBlt.
Объяснение трабл способом реализации , в данном случае это Ваши проблеммы. Зачем это, кстати, делается — выглядит отвратно, тормозит...
BCM>>2. При перетаскивании не лочится мышка!
A>И в чем это проявляется?
тащим сплитер за границу окна и... упс... что видим? — не красиво.
BCM>>3. Жестокое измывание над содержимым окна в процессе перетаскивания A>См п.1
см. ответ
BCM>>5. Падает по File->Open
A>Beta версия
Скорее альфа
A>Их еще до ума довести надо.
надо
