А самому в облом сделать ? Или будешь ждать десятку ?
Я уже обращался - тока не ответили мне на этот вопрос

Что значит самому сделать ? Если уж с бог знает какой версии текстбоксы, листобоксы и прочие контролы можно настраивать plain/3d, то почему с гридом нельзя сделать тоже самое ? Я вообще не понимаю, почему это так сложно для разработчиков ? Уж девятка на подходе, а воз и нынче там. В окружении 3D-контролов плоский грид с черной траурной каемкой смотрится довольно убого. Блин, неужели нельзя в грид добавить что-нить типа Appearance (0-Flat,1-3D) ?

Hi, kinetix!

Это как? Чтоб можно было надев очки виртуальной реальности крутить его в
пространстве?Но тогда почему всего лишь 3D - даёшь 4D, 5D и даже не
побоюсь этого слова 6D!Но думаю до этого ещё далековато будет

А когда в TopLevel форму grip добавят ?Неужели это так сложно ?
P.S. Я уже обращался - тока не ответили мне на этот вопрос ;)

2 Igor Korolyov
Если 4-е измерение это время, тогда 6-е это что?

Цитата:

Но думаю до этого ещё далековато будет

Надежду терять не стоит

Цитата:

А когда в TopLevel форму grip добавят ?

А самостоятельно? Непонимаю ... может и на кнопки MS за нас нажимать попросим?

>> А когда в TopLevel форму grip добавят ?

> А самостоятельно? Непонимаю ... может и на кнопки MS за нас нажимать попросим?

Ага, и с поддержкой XP тем ?

Код в студию

PS Баловался я с этим. Не стоит оно того. А от MS - хрен дождешься.

Так и сидим с мощным движком данных и, мягко говоря, странным интерфейсом на самопальных костылях

типа самописного грипа и самопального тулбара в интоплевел форме. А о меню в интоплевел форме -

остается только мечтать.

Hi, Syberex!

Цитата:

Если 4-е измерение это время, тогда 6-е это что?

Не надо воспринимать всё так буквально. Если у тебя есть некоторая таблица с
хотя-бы 7-ю независимыми полями, то это УЖЕ основа для 6D представления -
одно поле это собственно "значения", 6 остальных - это "измерения". Точно
так-же как по 3-м полям строится плоская кросстаблица, а по 4 и более
"сводная таблица" в Excel (но и там она плоская).

P.S. А что такое grip?Единственное известное мне околокомпьютерное
значение этого слова связанно с поиском в файлах, но никак не с интерфейсом.

> P.S. А что такое grip?

MSDN :

Size Grip

When you define a sizable window, you can include a size grip. A size grip is a special handle for sizing a window. It is not exclusive to the sizing border. To size the window, the user drags the grip and the window resizes, following the same conventions as the sizing border.

Always locate the size grip in the lower right corner of the window. Typically, this means you place the size grip at the right end of a horizontal scroll bar or the bottom of a vertical scroll bar. However, if you include a status bar in the window, display the size grip at the far corner of the status bar instead. Never display the size grip in both locations at the same time.

More Information
For more information about the use of the size grip in a status bar, see Chapter 8,
"Menus, Controls, and Toolbars."






[i][small][color=Gray]Отредактировано (22.11.04 14:32)

Цитата:

А самому в облом сделать ? Или будешь ждать десятку ?

Цитата:

PS Баловался я с этим. Не стоит оно того. А от MS - хрен дождешься.
Так и сидим с мощным движком данных и, мягко говоря, странным интерфейсом на самопальных костылях
типа самописного грипа и самопального тулбара в интоплевел форме. А о меню в интоплевел форме -
остается только мечтать.

Ну так зрите ж в корень, братья Истоки идут от тех товарищей из MS, которые закладывали фундамент VFP3, и их судьбоносного решения рисовать контролы в VFP самопалом (так и не обеспечив нормальным контролем за оным процессом), вместо наследования их от comctl32.dll, как делается во всех других средах. Как следствие, контролы в этих средах являются полноценными окнами для виндов, со всеми вытекающими... Кто хочет посмотреть куда могут вытекать вытекающие ;) - плиз сюда:
zeus.sai.msu.ru:7000
Вот вам и 3d/4d/5d/6d гриды, и какие хотите... Такие контролы в Delphi испокон веков рисуются самопально с помощью отлова сообщений отрисовки окон (контролов и их частей) и дорисовывания своих фрагментов. Что можно понавытворять таким манером мы видим по безумному количеству дельфийско-дотнетовсикх мегасуперпупер-контролов... Можем ли мы сделать такое с нашими "искусственными" Фоксовскими окнами? С отсутствием событий отрисовки элементов управления (пусть даже фоксовских аналогий WM_PAINT)? Извращение это будет, ибо у нас есть только одно событие отрисовки - на уровне формы - Form.Paint (ну и плюс в VFP9 Final ежели, как MS обещает, BINDEVENTS все-таки будет работать с сообщениями окон). Так что расслабьтесь Мы и имеем то, что имеем - узко ограниченный набор контролов, созданных еще во времена в VFP3 - и на этом все заканчивается, самим нам такие выкрутасы как в том же приснопамятном D., увы, не светят PolyPoints и LineSlant VFP9 нам в этом ну никак не помощники Плюс хотя и Вячеслав Клепинин показал свет в конце туннеля в виде сэмпла по GDI+, тем не менее, я честно говоря, слабо себе представляю как это можно было бы прикрутить к перерисовке "мертвой зоны" грида (неактивных строк), да еще и в событии Form.Paint (не во внутреннем событии самого грида (!))... А если таких гридов 10? а если грид перекрывают другие контролы (у меня текстбокс инкрементного поиска, например, находится поверх грида), либо гриды друг друга? ИМХО даже если это и возможно гипотетически - геморрой это будет немеренный

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

Цитата:

В Access контролы также реализованы

А в PowerBuilder и VB реализованы по-человечески, и чего? Это не аргумент, тем более что Access - этот полуфабрикат для "менеджера среднего звена" ;) мне в упор не интересен как средство разработки. MS Office он и в Африке MS Office. Насчет же тормозов.... Ну не оправдывает это отсутствие пластичности контрола и ограничения вместо возможностей. Совершенно...



[i][small][color=Gray]Отредактировано (22.11.04 16:37)

Hi, Aijik!

Никто не запрещает пользовать ActiveX-овый грид... И с иерархиями, и с
раскраской каждой ячейки в свой уникальный цвет и вообще с чем только в
голову разработчику контрола взбредёт. Ну да, прицепить его к фоксовому
курсору скорее всего не получится. Но это IMHO совсем мелкое неудобство для
разработчика SuperPuperCool интерфейсов. Ему не скорость работы и удобство
главное - ему главное чтоб "круче чем варёные яйца" было.

Добрый вечер.
Тему вообще можно развить до флейма, потому как "когда сделают 3D ??" - привлекает хотя бы тем, что мне был бы например, интересен "абсолютно плоский" грид, а не 3D, а сейчас он промежуточный и "неуправляемый" и со времен vfp3 приобрел только *HighLight* подобные свойства. Конечно обескураживает то, что до сих пор нет свойств Border* (я не говорю о гридах обрезанных контейнером).
Aijik, как ему свойственно ;), копнул проблему глубоко - чуть ли не до объектов Turbo Vision.
Где то было, цитировали Кена Леви о том, что фоксовые контролы - битмаповые, а тут - круче: контролы - формы (окна), тогда как добраться до их hwnd ?
imho истина где-то посередине - несмотря на то, что фокс особняком стоит, но грид - это нормальный контейнер, четко обозначенный среди других контролов формы, хотя до них не добраться через WinAPI (все смутно и опять же нужны разъяснения от msft).
То есть хочу сказать, меня устраивает то, что данными на гридах формы можно управлять в любой схеме - будь то таблицы связанные Set Relaton или параметровый View, присоединяюсь к автору вопроса только по внешним свойствам грида - дайте хотя бы SpecialEfect (Plain - 3D)
Ну дайте же

Игорь, ну вот тока типа не надо передергивать, ага? ;)
Тебя сильно радует количество кода в решении Вячеслава по иерархическому комбо (при этом там еще цвет бэкграунда не учитывается)? Меня совсем не радует... Объединенные заголовки в гриде - это "круче чем варёные яйца"? А меня вот просят, например, о такой мелочи, и считают это именно "мелочью". Про глючность ActiveX как явления будем? Про "always on top хоть ты тресни" у ActiveX контролов? Почему последней проблемы нет и в помине ни у VB, ни у Delphi, однако, как и у Фокса, она есть у вышеупомянутого "родственничка" - Access? Не из-за того ли, что в первых двух контролы являются такими же полноценными окнами для винды, как и ActiveX - отсюда и возможность нормально переигрывать Z-order этих контролов? Почему в Фоксе, чтобы предотвратить отрисовку одного контрола я должен лочить всю форму(!)? И то иногда не помогает - приходится LockWindow апишный вызывать. Почему хэдеры грида при активированных темах XP, при пронесении над ними мыши должны перекрывать (навсегда (!)) по Z-order'у все что было раньше над ними. Почему такого поведения нет при отсутствии тем? Почему поддержку тем XP все разумное человечество делало банальными файлами-манифестами, а мы ждали когда MS закончит VFP8? Почему теперь мы ждем VFP9 чтобы наконец сделать-таки нормальный курсор над гридовскими колонками? Я уже молчу про старые приколы типа отсутствия градиентной заливки заголовка у форм c HeaderHeightCaption, которое исправили в какой-то из последних версий. Ответ на все эти "почему" ИМХО один - это принятая в VFP практика собственноручного рисования контролов, эмуляции Windows Common Controls вместо создания реальных окон... кое-где эта эмуляция крива - вот и вылезает постоянно то одно, то другое. Так что круто, не круто, а ответ на вопросы об обустройстве фоксовских контролов чаще всего всегда один - "невозможно", либо "нереально". Ограничение это для разработчика или нет? Дельфист рассмеется над проблемой иерархического комбо, а для нас - это целая песня. Уже и макинтошевской версии VFP нету, для которой, собственно, такое решение с окнами и было придумано - а наследство всё расхлебываем...



[i][small][color=Gray]Отредактировано (22.11.04 18:52)

Hi, Aijik!

Нет, меня не радует всё о чём ты говоришь, но я готов с этим мирится, ибо
это всё не так уж и существенно, если посмотреть в общей перспективе...
Насчёт юзеров чего-то там "хочущих" даже говорит не буду - ты и сам
прекрасно понимаешь, что это люди далёкие от программирования, и их
требования - с их-же точки зрения - всегда есть "сущая мелочь" и не
реализуют их программеры не потому что это крайне сложно, а потому что им
лень или некогда или ещё чего.
Меня вот уже с год наверное достают с вопросами округления - вот сделай ты
им округление, да так, чтобы если А < xx то округляло до 5, если > yy то до
10, если это данные на конец года - то сделало такое округление, чтобы в
сумме по всем строкам получилось округлённым до 100 или в крайнем случае до
50, но не забывая что если объект полностью закончен (если скважина
пробурена до конца), то его данные округлять нельзя - только объекты "в
работе" можно. Причём отчёт то не один! И правила округления в разных
отчётах разные!И что интересно их не смущает, если данные будут
различаться в разных отчётах!Я всегда удивлялся и спрашивал - а что
если вам будут зарплату округлять - типа у вас 100 рубликов отнимут, а
кому-то за счёт этого 20 рубликов добавят, зато у всех "круглые" цифры
будут - не понимают, говорят "высшие интересы начальства важней" типа
напрягает кого-то цифра в 12357 - надо 12400 сделать, хоть ты тресни
И как обычно ссылаются на то, что в Excel-е они это округление вручную
делают за 5-10 минут - говорят типа и тебе это стоит столько-же сделать
Другой пример - хотят множественного Undo/Redo - как в Ворде - типа там
есть, значит и у меня в программе оно быть просто обязано, это я такой
редиска им мешаю работать - отключил такую полезную фишку На разъяснение
таких "мелочей" порой уходит уйма времени, и не всегда с положительным
результатом.
Сорри что отвлёкся, но твоё замечание о юзерской "мелочи" зацепило.

Насчёт фоксовых контролов. Ты смотришь в своей перспективе - не учитывая,
что для MS одно из ВАЖНЕЙШИХ требования в отношении фокса было, есть и будет
обратная совместимость. От того и невозможно перейти на другие контролы. Ибо
моментально рухнет 99% существующих программ. И вообще если уж переписывать
фокс, то переписывать его как .NET язык - со всеми вытекающими. Кстати в
связи с постоянным расширением средств манипулирования данными на стороне
клиента в .NET это уже не выглядит так "невозможно" как было в момент
появления .NET

Цитата:

Почему хэдеры грида при активированных темах XP, при пронесении над
ними мыши должны перекрывать (навсегда (!)) по Z-order'у все что было
раньше над ними. Почему такого поведения нет при отсутствии
тем?

AFAIK есть в VFP7 и раньше - т.е. это пофиксили, но не до конца В более
ранних просто при активации грида, и при некоторых других условиях хедеры
грида перерисовывались "поверх всего". Если не помнишь - посмотри код из
SortGridSample - там здоровенная часть посвящена именно выводу индикатора
"поверх" хедера (точнее не выводу, а "удержанию" его там - чтоб он ПОД хедер
не падал).

Цитата:

Почему поддержку тем XP все разумное человечество делало банальными
файлами-манифестами, а мы ждали когда MS закончит VFP8?

Ты бы ещё вспомнил про MS Treeview версии 6. Это кстати не на фоксе сделано
было, а проблемы точно такие-же (и причины кстати тоже)! Зато чекбоксы есть,
а в версии 5 понимающей "темы" нету

Цитата:

Ограничение это для разработчика или нет?

Естественно ограничение! Кто ж спорит. Но вот ТАК ли это актуально и
насущно - вот в чём вопрос. Тебе нужен красивый интерфейс - пользуй средства
позволяющие это сделать! Только не жалуйся что там убогий и тормозной
механизм работы с данными, что там нужно 2-3 строки фоксового кода
переписать в пару страниц "ихнего" кода, что там будут свои, совершенно
дикие прибабахи - не изучив которых (равно как и средств их обхода, или
просто такого стиля программирования чтоб на них никогда не нарываться)
ничего серьёзного написать просто не получится.

Цитата:

Дельфист рассмеется над проблемой иерархического комбо, а для нас -
это целая песня.

Ну и что? Думаешь у них нету своих тараканов

Цитата:

Уже и макинтошевской версии VFP нету, для которой, собственно, такое
решение с окнами и было придумано - а наследство всё расхлебываем...

IMHO никто ничего не расхлёбывает. Т.е. просто напросто ничего в этом плане
кардинально не меняют и всё... Возможно они и правы, тем более что
стратегическая цель MS известна, и никогда не скрывалась. Было-бы странно,
если бы фокс вдруг начал противодействовать "генеральной линии партии".
AFAIK ещё к версии 5 предлагали сделать "облегчённый" вариант - выкинуть 90%
старого кода (оставленного для "совместимости с FPD"), попользовать
Win-контролы и т.п. И сколько уж лет прошло, а воз как говорится и ныне там

Aijik

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

Геноцид - чистой воды.

> Уже и макинтошевской версии VFP нету, для которой, собственно, такое решение с окнами и было придумано - а наследство > всё расхлебываем

А вот и корень зла. Спасибо, что напомнил.

Igor Korolyov

> Нет, меня не радует всё о чём ты говоришь, но я готов с этим мирится, ибо
> это всё не так уж и существенно, если посмотреть в общей перспективе...

Ну дык, если разработчики не озаботятся современным интерфейсом (в том числе),
не будет перспективы то. Молодое поколение выберет Пепси.
Нафига им дедушкины воспоминания о скорости работы с DBF форматом, если
среда разработки неудобная и внешний вид готовой софтины вызывает жалость.
Преимуществ (перед Delphi, VB, Java) при работе c не DBF - у фокса просто нет.

> AFAIK ещё к версии 5 предлагали сделать "облегчённый" вариант - выкинуть 90%
> старого кода (оставленного для "совместимости с FPD"), попользовать
> Win-контролы и т.п. И сколько уж лет прошло, а воз как говорится и ныне там

IMHO без интеграции в .NET Framework у фокса нет будущего.
И при этом хорошо было бы выкинуть все рудименты и атавизмы.
Или продлить агонию выпрашиванием интерфейсных бантиков.
Которые есть у всех, кроме VFP и эксесса.

Приятно осознавать, что интерфейс фокса не безразличен его адептам
Лично меня устраивает в фоксе абсолютно все, кроме внешнего вида грида.
Самую больную проблему - меню, я решил с помощью использования библиотеки menulib,
сделав над ней интерфейсную надстройку - теперь проектирую меню в treeview и храню
его в таблицах. Если бы еще был бы грид 3d, больше ничего для счастья и не надо.
Остальное все устраивает

Народ
Может и не по теме
1 Все что делается в VB оттуда переносится в VFP
как активикс
2 с 1997 года мы тут написали в конторе штук 6 самодельных аналогов гридов,
все хуже обычного оказалось

Кстати Size grip таки можно заставить появиться.

Если :

1) Form.ScrollBars = 3 && Both
2) Контролы не помещаются в форму

А хотелось бы без условия 2), как в тулбаре оутглюк экспресса

... стратегическая цель MS известна ...

Игорь, огласите весь список, пжалста