Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 43
Цитирую: «Сразу прошу прощения: я не дизайнер». Ребят, я сам люблю правду матку в глаза рубить, но не до такой же степени. Тут даже у меня, с моей репутацией грубияна (прошлое грузчика не спрячешь даже под смокингом), хватило бы такта промолчать о таких несущественных мелочах :) По крайней мере не в первом комменте об этом писать, который к тому же усердно плюсуется.
Цитирую дальше: «Заранее прошу прощения: Python я только-только изучаю». Поскольку дальше ещё и реализацию неполную ругают. И тоже плюсуется. Нет, я понимаю, если бы человек строил из себя кого-то большего, чем он есть. Но ведь совсем наоборот :)
Кстати, неоднократно замечал — зачастую о новом лучше всего рассказывает новичок, который делится наисвежайшим опытом. Потому что старички уже забыли, что им в самом начале было непонятно, каким путём они дошли к вершинам, впечатления притупились…
Поэтому не прессуйте зазря. Ещё одна цитата: «прошу больно не пинать». Нет, я понимаю, что вы (все) небольно пинаете, от доброты душевной, для пользы дела… Но может быть совсем не стоит? А? :)
Особенно что потоков благодарности я не заметил, и на этом фоне любой пинок выделяется. Не пресекайте на корню благое начинание как этого автора, так и других потенциальных, которые сейчас ещё не писатели, а читатели.
Цитирую дальше: «Заранее прошу прощения: Python я только-только изучаю». Поскольку дальше ещё и реализацию неполную ругают. И тоже плюсуется. Нет, я понимаю, если бы человек строил из себя кого-то большего, чем он есть. Но ведь совсем наоборот :)
Кстати, неоднократно замечал — зачастую о новом лучше всего рассказывает новичок, который делится наисвежайшим опытом. Потому что старички уже забыли, что им в самом начале было непонятно, каким путём они дошли к вершинам, впечатления притупились…
Поэтому не прессуйте зазря. Ещё одна цитата: «прошу больно не пинать». Нет, я понимаю, что вы (все) небольно пинаете, от доброты душевной, для пользы дела… Но может быть совсем не стоит? А? :)
Особенно что потоков благодарности я не заметил, и на этом фоне любой пинок выделяется. Не пресекайте на корню благое начинание как этого автора, так и других потенциальных, которые сейчас ещё не писатели, а читатели.
Судя по последней фразе, вы ещё очень молоды. Это не «обоснованная критика», просто констатация факта (моё предположение подтвердилось профайлом).
Надеюсь, на своей серебрянной свадьбе вы не скажете супруге про слегка пересоленный праздничный ужин (в рамках «обоснованной критики»), а с наичестнейшими глазами соврёте, что всё было божественно, и сами в это поверите :)
Надеюсь, на своей серебрянной свадьбе вы не скажете супруге про слегка пересоленный праздничный ужин (в рамках «обоснованной критики»), а с наичестнейшими глазами соврёте, что всё было божественно, и сами в это поверите :)
Как я понял, человек делает не дизайн, а показывает какие возможности есть у Ribbon.
Констатация факта — это я про ваш возраст. Я сначала предположил, что это юношеский максимализм (ваша фраза «обоснованная критика не может быть во вред»), а потом проверил через профайл, и убедился, что моё предположение подтвердилось, т.е. является фактом (профайл ведь соответствует действительности? — риторический вопрос).
Да я что, и не думал сердиться, я даже из минусов тут ваши комменты вытаскивал по мере сил, когда их туда загнали. Поскольку ничего злого в них действительно нет. Но… Просто постепенно к вам будет приходить понимание (я искренне надеюсь), что и обоснованная критика, и правда-матка — всё хорошо в меру и к месту, с учётом контекста и последствий. Типа так, вот :)
Да я что, и не думал сердиться, я даже из минусов тут ваши комменты вытаскивал по мере сил, когда их туда загнали. Поскольку ничего злого в них действительно нет. Но… Просто постепенно к вам будет приходить понимание (я искренне надеюсь), что и обоснованная критика, и правда-матка — всё хорошо в меру и к месту, с учётом контекста и последствий. Типа так, вот :)
>Лучше бы поменять картинки «стало» и «было» для наглядности.
Да, наверное так будет лучше. Поменял.
Да, наверное так будет лучше. Поменял.
Довольно-таки познавательно. Спасибо :)
Начиная с Qt 4.3 каскадные таблицы стилей можно применять и в Mac OS X.
Не дочитал.
Таки не поддерживается вообще на Mac OS X.
Таки не поддерживается вообще на Mac OS X.
Warning: Qt style sheets are currently not supported for Mac OS X and custom QStyle subclasses. We plan to address this in some future release.
в QMacStyle не поддерживается. Можно попробовать запустить программу с параметрами "-style plastique", например. Точно сказать не могу, мака нет под рукой.
Ммм… прочитал доку к 4.3, а сам скопипастил кусок из 4.4
В 4.3 по-другому несколько пишут:
В общем проверить нужно с не-мак стилем.
В 4.3 по-другому несколько пишут:
Warning: Qt style sheets are currently not supported for QMacStyle (the default style on Mac OS X) and custom QStyle subclasses. We plan to address this in some future release.
В общем проверить нужно с не-мак стилем.
а можно ссылку на действующий пример бросить, так имхо будет нагляднее.
Как демонстрация стилей Qt — хорошо.
Если же рассматривать конкретно риббон, то до нормальной реализации еще как до Луны.
Не хватает таких замечательных вещей, как автоматический лейаут элементов в группах, автоматическое изменение их размера при необходимости (когда не помещаются), дроп-даун галерей, сворачивания, меню, Quick Access тулбара, etc.
На самом деле, на сайте MS есть целый мануал по проектированию ribbon-интерфейса. Так что если всерьез задумаетесь реализовывать, рекомендую ознакомиться :)
Если же рассматривать конкретно риббон, то до нормальной реализации еще как до Луны.
Не хватает таких замечательных вещей, как автоматический лейаут элементов в группах, автоматическое изменение их размера при необходимости (когда не помещаются), дроп-даун галерей, сворачивания, меню, Quick Access тулбара, etc.
На самом деле, на сайте MS есть целый мануал по проектированию ribbon-интерфейса. Так что если всерьез задумаетесь реализовывать, рекомендую ознакомиться :)
Не дадите ссылочку? Последнее время работаю над ribbon интерфейсом для одной программы а информации по нему кот наплакал.
www.microsoftio.com/officeUI/evaluation/2007_Microsoft_Office_Fluent_UI_Design_Guidelines_-_Evaluation.pdf
Уверены, что хотите с нуля это создавать? :)
Не лучше ли воспользоваться готовым решением?
Уверены, что хотите с нуля это создавать? :)
Не лучше ли воспользоваться готовым решением?
Уже пользуемся dev.express. Но эти компоненты похоже не на 100% совпадают со спецификацией (замечено путем сравнения с office 2007). Во и хочется почитать видение самого микрософта, чтобы определиться с отличиями.
У меня есть вопрос, возможно он может показаться несколько странным:
1) Насколько легально использовать концепцию интерфейса Ribbon?
2) И насколько легально «воспользоваться готовым решением», т.е. документацией Микрософта на эту тему?
1) Насколько легально использовать концепцию интерфейса Ribbon?
2) И насколько легально «воспользоваться готовым решением», т.е. документацией Микрософта на эту тему?
1) Вполне легально, иначе бы не было кучи коммерческих контролов.
2) Вообще под «готовым решением» я предполагал соответствующий набор классов, а не просто документацию :) Тоже вполне легально.
Например, сам MS предоставляет бесплатные Ribbon контролы для MFC (в составе MSVC 2008 Feature Pack) и WPF (пока в стадии беты, но уже вполне юзабелен).
Бесплатный Ribbon для Windows.Forms есть как сторонняя разработка на CodeProject-е.
Помимо этого, как уже было сказано, есть много коммерческих решений.
2) Вообще под «готовым решением» я предполагал соответствующий набор классов, а не просто документацию :) Тоже вполне легально.
Например, сам MS предоставляет бесплатные Ribbon контролы для MFC (в составе MSVC 2008 Feature Pack) и WPF (пока в стадии беты, но уже вполне юзабелен).
Бесплатный Ribbon для Windows.Forms есть как сторонняя разработка на CodeProject-е.
Помимо этого, как уже было сказано, есть много коммерческих решений.
Ответ на мой вопрос есть у Микрософта Office UI Licensing Program. Т.е. использовать в своих продуктах можно, но для этого нужно получить соответствующую лицензию (бесплатную). Но в лицензии сказано, что компания может и не дать такую лицензия, для разработок с конкурирующим функционалом.
Судя по The Gotcha on that MS License on the Office 2007 «Giveaway» эта лицензия не совместима например, с GPL. Микрософт подала заявку на патентование этой технологии, и в случае удачи, маловероятно, что можно будет скажем написать свою библиотеку, реализующего схожий функционал. Однако, патент могут и не дать, т.к. схожие черты имеются и других, более ранних свободных продуктах KDE to sue MS over Ribbon GUI?.
Из всего этого, имхо, использовать для своей свободной разработки «MS Office Fluent UI Design Guidelines» нельзя.
Может быть кто разрешит мои сомнения?
Судя по The Gotcha on that MS License on the Office 2007 «Giveaway» эта лицензия не совместима например, с GPL. Микрософт подала заявку на патентование этой технологии, и в случае удачи, маловероятно, что можно будет скажем написать свою библиотеку, реализующего схожий функционал. Однако, патент могут и не дать, т.к. схожие черты имеются и других, более ранних свободных продуктах KDE to sue MS over Ribbon GUI?.
Из всего этого, имхо, использовать для своей свободной разработки «MS Office Fluent UI Design Guidelines» нельзя.
Может быть кто разрешит мои сомнения?
>автоматическое изменение их размера при необходимости (когда не помещаются)
Возможно неверно понял, но динамическая компоновка виджетов (а, в частности — изменение их размера) в линуксе всегда и так работала.
Возможно неверно понял, но динамическая компоновка виджетов (а, в частности — изменение их размера) в линуксе всегда и так работала.
Там не просто подгонка размера, там различные стратегии по переключению режима в зависимости от размера.
То есть вот были, например, три большие кнопки с текстом. Потом им стало не хватать места, они делаются тремя маленькими с текстом и лейаутятся в столбик. Потом, когда места снова не хватает, может отключаться текст, и остаются только иконки.
При это можно указывать, какие кнопки можно, а какие нельзя так изменять, etc.
То есть вот были, например, три большие кнопки с текстом. Потом им стало не хватать места, они делаются тремя маленькими с текстом и лейаутятся в столбик. Потом, когда места снова не хватает, может отключаться текст, и остаются только иконки.
При это можно указывать, какие кнопки можно, а какие нельзя так изменять, etc.
>Как демонстрация стилей Qt — хорошо.
В этом и заключалась цель.
>Если же рассматривать конкретно риббон, то до нормальной реализации еще как до Луны.
Я даже обработчики событий не цеплял, какой может быть разговор о «нормальной реализации»? И потратил на это дело 2 человеко-вечера. Будете продолжать сравнивать? :)
В этом и заключалась цель.
>Если же рассматривать конкретно риббон, то до нормальной реализации еще как до Луны.
Я даже обработчики событий не цеплял, какой может быть разговор о «нормальной реализации»? И потратил на это дело 2 человеко-вечера. Будете продолжать сравнивать? :)
Для Java Swing тоже есть Ribbon — выглядит симпатично:
Под Делфи тоже видел готовые коммерческие компоненты
Вауу!!!
Спасибо большое за статью, обязательно воспользуюсь ею ;)
Благодарю за статью!
Спасибо! Плюс вам в карму, а пост — в избранное. Сам я C++ разработчик, но возможности CSS в Qt как-то совершенно упускал из виду. Буду пользоваться.
Картинки похерелись :( ФРР
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ribbon? Это просто! или Работаем с каскадными таблицами стилей (CSS) в Qt