Uri
„А вот мне например ОЧЕНЬ нравится.“
Поздравляю.

„И вообще, где конструктивная критика? Предложи не сделать как-нибудь по-другому, по-своему, а "вот сдесь надо так, а сдесь - так", и т.д.“
Я не критикую автора лично. В борьбе с техническими ошибками я тоже принимал участие.
А по поводу предложений, мне кажется, что нужна полная кастомизация, чтобы каждый мог настроить фон, заливку, шрифт элементов и многое другое по своему усмотрению.

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

Toxic

Были планы сделать какой нибудь свой стиль, но для начала хочеться что бы эти два работали нормально (к стилю windows2000 претензий у меня немного, а вот в OFFICE XP, проблем довольно таки много, особенно в 98 -й).
Если кто то хочет для своей проги индивидуальный стиль, напишите об этом, если стиль нужен интересный, и прога интересная.
Если кто то хочет сам сделать стиль используя данный механизм меню, то тут тоже проблем нет поможем.
Хочу отметить что Toxic, один из первых обратил внимание на разные ошибки (что дейсивмиельно важно).

masquer
>не лучше - юзеры пугаются всего необычного, к тому нормальных реализаций >стиля XP/2003 очень не много - есть к чему стремиться.

Я библах классов под C++ (довольно таки дорогих), видел неплохие реализации (толко внешнее впечатление). Но тут тоже интересный момент, этим нельзя пользоваться в assemblere, С, я думаю в других структурных языках програмирования тоже. Я бы хотел найти библы (в любой реализации - DLL, LIB) которые бы позволяли делать в проге написаной на asme, C, и т.п. красивый интерфейс, предоставляли нестандартные контролы, если у кого есть ссылка на что подобно поделитесь.

q_q
>Не спеши. Всегда найдутся несогласные.

Дело не в этом, касателно превьюхи ситуация другая, превью это всего лишь часть другого приложения (возможно даже не редактора), к которому я может быть вообще никакого отношения не имею, но оно тоже использует меню со стилями (XXMenu), интересная ситуация получаеться в проге пользователь выберет стиль меню, а в превьюхе что опять выберать, это конечно неправильно. Решение будет простое. В XXRichEdit сделаю переменную которая содержит текущий стиль для отображения, по умолчанию будет Office 2000 (это при наличии XXMenu.dll, иначе default), доавлю функцию которую можно вызывать из основной программы, для установки в эту переменную нужного стиля. Таким образом пусть программа использующая беспокоиться о том какой стиль нужно отображать в превьюхе.
Uri ты как я понял как раз это имел ввиду. ------------------------------------------

>Надо придумать что-то, например, ключ/ключи реестра...

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

----------------------------------------------

>Ты не понял. У тебя размер окна hWndEdit не меняются когда меняются размеры >окна родителя - hWnd. В подпрограмме REdit.asm.WndProc надо добавить

Прав на 100%, действительно серьёзная недоделка. В ближайшее время исправлю. Спасибо.

----------------------------------------------

>Я обратил внимание на мерцание окна предварительного просмотра, а ответ >Chib777 (в свете твоего сообщения) интерпретирую так: "мне проще добавить >настройку стилей меню, чем разобраться с мерцанием".

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

Хочу обратить внимание что тема превью и печати вообще то, не из самых прстых. Например я нашел всего лишь один сорц подобного типа, в котором было реально, более менее разобраться.

---------------------------------------------

>Впрочем, хозяин барин. Если кого обидел (замечанием про меню)

Расмешил немного, всё правильно.

---------------------------------------------

>То, что сделано хорошо вы и сами знаете.
Относительно тех классов для меню, что я написал год назад, тогда Да, а относительно другого, ещё предстоит много труда.

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

Насчет установок пользователя. Можно хранить в реестре как, извините, в SimEde, в виде структур и восстанавливать при инициализации.
------------
Мне показался интересным стиль меню ASEEDC 6.0, вариация на тему XP

---
Очень интересно Превью как у ExcelXP - уместить на одной странице!

Chib777
превью это всего лишь часть другого приложения ... но оно тоже использует меню со стилями (XXMenu)
В этом вся фишка. Раз XXMenu.dll загружена, и использованы ее функции создания "стильного меню", то почему бы самой dll'ке не запомнить это приложение и не использовать один стиль для всех "стильных меню" этого приложения.

Расмешил немного
Я к этому и стремился.

amdtm
Можно просто передавать стиль меню с процедурой превью, те добавить еще один параметр.
Imho не надо.
Кто-то придумает стильные окна - передавать еще параметр?

amdtm

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

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

Насчет установок пользователя. Можно хранить в реестре как, извините, в SimEde, в виде структур и восстанавливать при инициализации.
Это ляжет на программу использующую, по другому неполучиться. В XXMenu.dll нет смысла сохранять стиль, т.к. пользователь будет менять его в твоей проге, и ты его уже где то сохраняешь, двойная работа получиться.

Мне показался интересным стиль меню ASEEDC 6.0, вариация на тему XP
Стили ASEEDC , вообще интересные, нужно отточить стиль XP( когда нам доступно для рисования всё меню ), и тогда по шаблонам можно будет любые стили делать.
У меня уже есть мысли насчёт прозрачности меню.

q_q

В этом вся фишка. Раз XXMenu.dll загружена, и использованы ее функции создания "стильного меню", то почему бы самой dll'ке не запомнить это приложение и не использовать один стиль для всех "стильных меню" этого приложения.
Тут мне кажеться я начну лезть не в своё дело, но идею я понял, приму к сведению.

Кто-то придумает стильные окна - передавать еще параметр?
А вот это очень правильно, будут я думаю точно ещё и кнопки, и т.д. Хотя думаю тут вопрос решён.

Chib777
Нет, я не это имел в виду. Надо, чтобы была возможность каждую деталь в отдельности настраивать. А если человеку нужен определенный стиль(готовый), сделать нечто вроде пресетов(как пресеты эквалайзера в winamp).

Chib777
„Я библах классов под C++ (довольно таки дорогих), видел неплохие реализации (толко внешнее впечатление).“
Речь не о Xtreme Toolkit случаем? Не скажу за самые последние, но смотрел несколько предыдущих версий - глюк на глюке и глюком погоняет, код ворованный (?, возможно купленный, или я чего не знаю, но там был код Paul DiLascia один в один с мсдн с такими же комментариями)

„Но тут тоже интересный момент, этим нельзя пользоваться в assemblere, С, я думаю в других структурных языках програмирования тоже.“
При сильном желании - можно.

Toxic

Это можно сделать правда насчёт каждой детали незнаю, но вот цветовую гамму, некоторые ещё параметры, я думаю этим врядле кто будет заниматься. Если будет 5 - 7 стилей, для простой проги стиль подобрать можно будет, а для чего то серъёзного по желанию можно будет сделать какой нибудь эксклюзив (я имею ввиду не только меню).

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

masquer

Речь не о Xtreme Toolkit случаем? Не скажу за самые последние, но смотрел несколько предыдущих версий - глюк на глюке и глюком погоняет....

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

Я не думаю что это будет легко использовать методы классов, на C++, в прогамх на асме и C. На форумах я примеров подобного не видел (может просто не нашёл).

Asterix
Ты получил сорцы, я отправил их где то 2 недели назад. Архив довольно таки тяжелый, поэтому я сомневаюсь.

amdtm
Я две недели буду без связи. Несмогу своевременно отвечать.

Chib777
Спасибо что отправил, но я не получил :-(
Если тебе не трудно отправить еще раз то свяжись со мной по мылу, я дам другой адрес, ох уж этот mail.ru или мои фильтры, хотя странно что ты не получил письмо "отбойник" в таком случае, может адрес написал неверно..

Asterix
Я могу отправить, что нужно из 800кб, только не все.


Chib777
Вставил в свой редактор примерчик с комбо от q_q
Он перерисовывается, только при стиле дефолт, правда только картинки без текстов.
это значит, что ххменю не предусматривает обработку процедур перерисовки в основной программе

Chib777
>>Лучше добавить функцию, а если превью надо будет без меню использовать,

Конечно, я думаю малость по-другому. И мне видится этот диалог только с каким-то опред стилем. ?
Ставишь последнюю переменную в 0 и стиль дефолт.
А лучше передавать указатель на структуру с параметрами, где этот стиль будет первым членом, для будущих расширений
только добавляй параметры в структуру и _> спецификация.

Этот диалог и так очень независим - программа. :))

Asterix

Письмо было весом чуть больше 4 мб., видимо в этом вся причина, я отправлю ещё раз, только опять же через 2 дня где то, т.к. со своего компа не могу этого сделать. Переберу чуть лучше, и сделаю вес меньше.

amdtm
Вставил в свой редактор примерчик с комбо от q_q
Он перерисовывается, только при стиле дефолт, правда только картинки без текстов.
это значит, что ххменю не предусматривает обработку процедур перерисовки в основной программе

Я так понял нужно посмотреть что бы сообщения DrawItem и MeasureItem отправлялись в основную процедуру программы, я исправлю это.

Конечно, я думаю малость по-другому. И мне видится этот диалог только с каким-то опред стилем. ?
Ставишь последнюю переменную в 0 и стиль дефолт.

Не принципиально, посмотрю как лучше сходу. Тут делать практически нечего.

Этот диалог и так очень независим - программа. :))

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

Chib777
Пришли мне маленькое письмо я дам другой мыл.

amdtm
Новые сорцы отправил.
Asterix
Я отправил сорцы, размер сделал поменьше надеюсь дойдёт.