http://doc.qt.nokia.com/3.3/classes.html

покажи мне класс, к-ый показывает инфо о системном волюме и его лейбл, чудо ты анонимное (с)

Reset, прекрати сам себе советы давать, ты достал уже всех своей глупостью и тупостью.

>Я говорил про разработку удобного интерфейса, а не абы какого.

И что такое «удобный интерфейс»? Удобный для кого - мифического пользователя? На Qt вполне себе можно создавать удобные интерфейсы. На Gtk это тоже можно, но сложнее.

Не удовлетворяет.

Кого именно оно не удовлетворяет?

Нет такой задачи у пользователя.

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

Концепция - это уже не тысячи вариантов. Это основа, а не тонкости. Или вы можете проработать потребности каждого пользователя? Или считаете, что индивидуальная настройка под себя не нужна?
Интерфейс, который невозможно полностью настраивать в процессе работы.

Я в замешательстве - и что же это дает полностью настраивать интерфейс в процессе работы? Монсеньёр вообще хотя бы раз Qt в глаза видел? Или просто слышал мнение «эксперта», который говорил, что в Qt компилируемый GUI и это плохо.

>Комбинировать пункт меню с результатом выполнения другого пункта меню.

Вообще-то Qt это вполне допускает ;)

>По идее, в любом web - приложении.

Примеры в студию

>Тот анонимус - это я. И я не говорил, что Qt - говно. Я говорил, что Qt раздут, но с точки зрения GUI не предоставляет чего-то более удобного для пользователя, чем остальные тулкиты. Только эстетика.

Что именно такого предоставляют остальные тулкиты, что не предоставляет Qt (о том, что сравнивать тулкиты и фреймвёрки некорректно я промолчу)?

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

Вновь спрошу - что такое удобный гуй?

Qt - мощный инструмент, умеющий всё, но не имеющий оптимальной настройки для простого пользователя. Чтобы с помощью его делать хороший интерфейс, нужен дизайнер - профессионал. Которых, естественно, очень мало, и которые очень дорогие. Результат - большинство программ на Qt - формочки, и не более. Меньшинство - чуть больше, чем формочки. Ибо интерфейсы на Qt делают программисты или дизайнеры-непрофессионалы.

Для дизайнеров в Qt есть средства, позволяющие делать именно дизайн. В частности QML появился для облегчения жизни дизайнерам.

>API web-приложений. Можно создавать любой интерфейс. по желанию. Те же webmoney. Или lj.

Но логика работы интерфейса может быть гибко изменена. Зная API тех же веб-приложений, можно создать удобный для пользователя интерфейс самим пользователем практически на любом удобном для него языке.

Во-первых, это не пользователь, а разработчик. Во-вторых, зашел я вот браузером (хромом для примера) на webmoney.ru и каким теперь волшебным образом я могу только браузером без специальных расширений использовать API этих вебманей?

2Reset

>от тебя хоть один аргумент-опровержение моих слов будет?

Опровергать твои пустые взбряки никто не будет. Для начала покажи связь между «там всегда происходит по указателю» и тормозами. Также обоснуй вот это вот: «а всё из-за специфики Си».

>И что такое «удобный интерфейс»?

Что такое «удобный интерфейс» описано в книгах по интерфейсам. В частности, Реймонд описывает это в своей «Искусство программирования для Unix».

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

Я говорю про того пользователя, для которого Unix создан. Со всеми этими шеллами, острыми утилитами и простым решением сложных задач.

Я в замешательстве - и что же это дает полностью настраивать интерфейс в процессе работы?

Скриптовый язык как конфиг к приложению, например.

>Вообще-то Qt это вполне допускает ;)

Как это сделать не на C++?

> http://doc.qt.nokia.com/3.3/classes.html

покажи мне класс, к-ый показывает инфо о системном волюме и его лейбл, чудо ты анонимное (с)

О чудо анонимное, ты порусски разговаривать умеешь?

Ну да хрен с ним.

Для какой задачи тебе такое может быть нужно? Особенно, учитывая переносимость, и полное игнорирование «волюмов» при постановке любой задачи, кроме задачи управления этими волюмами.

>Что именно такого предоставляют остальные тулкиты, что не предоставляет Qt

А кто сказал, что идёт сравнение с остальными тулкитами? Идёт сравнение с, если хотите, авторскими виджетами. В каком тулките ещё есть тот же собственный html-компонент? Qt взял готовый. Другие тулкиты в этом плане ничем особо не отличаются.Действительно мощные компоненты не входят в их состав.

Что есть в Qt по сравнению с тем же fltk в графической части?

Банальнейшая задача - перемещение большого файла (например из темп директории) в место сохранения - нв пределах одного диска достаточно сделать rename, на другой - нужно перемещать файл в треде.

>Во-первых, это не пользователь, а разработчик.

Нет, это пользователь. Power User, что называется. Который умеет программировать на простых скриптовых языках вроде JS простые вещи, но низкоуровневые компилируемые использовать полноценно не может. Да и не должен.

Другое дело, что для Power user никто ничего не делает. Делают либо для чайников, либо для профессионалов. Поэтому им сложнее решать поставленные задачи. Да и самих их много меньше, чем должно бы быть.

> Банальнейшая задача - перемещение большого файла (например из темп директории) в место сохранения - нв пределах одного диска достаточно сделать rename, на другой - нужно перемещать файл в треде.

Это надо делать в треде полюбому. Откуда ты знаешь, что это не сетевая файловая система или вообще виртуальная?

Ок. Это не отменяет того, что ты не можешь различить, когда тебе надо сделать ренейм (что держат все протоколы), а когда надо будет гнать траффик с одного диска (может удаленного) через себя на другой диск (может удаленный)

> Банальнейшая задача - перемещение большого файла (например из темп директории) в место сохранения - нв пределах одного диска достаточно сделать rename, на другой - нужно перемещать файл в треде.

А так же номогу различить, когда надо делат ренейм на виртуалке и ждать, пока отработает.

лять, люди все такие тупые? я уже согласился что любую операцию надо делать в треде. Однако это _разные по сложности_ операции - чуешь разницу между подождать 500мс на ответ о ренейме или перекачать 4гб фильма?

Не имея возмодности сравнить диск, тебе _всегда_ придется перекачивать.

> лять, люди все такие тупые? я уже согласился что любую операцию надо делать в треде. Однако это _разные по сложности_ операции - чуешь разницу между подождать 500мс на ответ о ренейме или перекачать 4гб фильма?

Делай всегда переименование в треде. Необходимости делать копирования нет.

переименование нельзя делать на другой диск. неожиданно, правда?

>покажи мне класс, к-ый показывает инфо о системном волюме и его лейбл, чудо ты анонимное

Класс называется cat /etc/mtab

> переименование нельзя делать на другой диск. неожиданно, правда?

Ну.... Думать умеешь? Отказалось переименовать, значит что надо попробовать?

Всё ждал, когда прибежит анонимус и это посоветует.

Да, это воркэраунд. Спорить не буду. Только есть разница между воркэраундом и _единственно_верным_решением_, к-ое я привел выше. Наличие воркэраунда не отменяет нужности работы с дисками. Хотя что объяснять всяким недопрогерам это не понять.

Я вобще молчу, что ошибка ренейма в общем случае не говорит о том, что надо всегда копировать.

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

>>Я в замешательстве - и что же это дает полностью настраивать интерфейс в процессе работы?

Скриптовый язык как конфиг к приложению, например.

Понятно. А вот скриптовый QML в Qt, предназначенный для построения интерфейса, уже не считается за скриптовый, да?

Велосипедист детектед. Удачи писать каждый раз одно и то же под каждую поддерживаемую тобой платформу.

Они просто не знают о его существовании, Qt ж говно и незачем себя утруждать исследованием того, что там появляется нового. Кстати ваша фраза опасна тем, что сейчас прибегут сторонники «раздутости Qt» и начнут орать, что qml не нужен. Ну да всем не угодишь.

>Как это сделать не на C++?

Мля... Да мне-то откуда знать, с чем ты там Qt используешь? Непонимание работы Qt не значит что в этом виноват Qt или он чего-то не умеет. Разучи уже работу с сигналами/слотами и почитай доки на QAction уже.

>А вот скриптовый QML в Qt, предназначенный для построения интерфейса, уже не считается за скриптовый, да?

Что на нём уже написано?

[Бред про единственно правильное решение поскипан]

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

А теперь скажи. Знаешь про ФС с архивированием?

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

Про это надо забыть?

Так что да. В общем случае, только попытка скопировать.

>А кто сказал, что идёт сравнение с остальными тулкитами? Идёт сравнение с, если хотите, авторскими виджетами. В каком тулките ещё есть тот же собственный html-компонент? Qt взял готовый. Другие тулкиты в этом плане ничем особо не отличаются.Действительно мощные компоненты не входят в их состав.

Да вот анонимус же и ляпнул это.

Что есть в Qt по сравнению с тем же fltk в графической части?

Да хотя бы работа с OpenGL

>Нет, это пользователь. Power User, что называется. Который умеет программировать на простых скриптовых языках вроде JS простые вещи, но низкоуровневые компилируемые использовать полноценно не может. Да и не должен.

Ну и какая религия запрещает этому мифическому Power User'у использовать QML для построение интерфейса?

>>А вот скриптовый QML в Qt, предназначенный для построения интерфейса, уже не считается за скриптовый, да?

Что на нём уже написано?

Мда... Ну сходите уже на qt.nokia.com да посмотрите список реальных приложений на Qt и QML в частности.

Это правда. Однако никто не говорит, что проверка возвращает тру, если есть места ровно под файл - забивать диск под завязку не самая хорошая идея.

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

Бтв кеды кажется делают проверку до начала копирования (но тут могу врать)

>Мля... Да мне-то откуда знать, с чем ты там Qt используешь? Непонимание работы Qt не значит что в этом виноват Qt или он чего-то не умеет. Разучи уже работу с сигналами/слотами и почитай доки на QAction уже.

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

>Да вот анонимус же и ляпнул это.

Неправда.

Да хотя бы работа с OpenGL

Очень специфичная вещь, используется далеко не во всяких интерфейсах. Что есть Qt, повышающее удобство пользователя в обычных интерфейсах?

> Плюс имея класс для работы с диском, ты можешь узнать, какая там фс, и в случае архивируемой/включенной возможности архивации, проверку не делать/делать ее хитрее.

Что тебе даст такая проверка, если квоты поставлены? Еще и реализации квот придется учитывать.

>Ну и какая религия запрещает этому мифическому Power User'у использовать QML для построение интерфейса?

Не для построения, а для изменения существующего. Какие программы из распространённых уже используют QML? И держат ли они UI в /home/user/.config, как и должно быть в linux для конфигурационных файлов?

А сразу список на ссылку нельзя?

а) про богаство настроек - джобс с вами не согласен б) qt это позволяет. даже не используя qml. я не так давно писал класс, к-ый позволял настраивать через диалог настроек указанные проперти _любых_ объектов в программе. Количество настроек ограничивается только фразой «юзеру не нужно настраивать это». Реализационно - это а) формочка настройки конкретной проперти (например стандартный фонт диалог), б) _одна_ строчка кода, говорящая объекту о том, что пропертю надо брать из настроек.

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

Анонимусы такие ананимусы. Да причем тут вообще фреймворк? Если автор программы не озаботился предоставлением возможности её настройки, то никакой фреймворк тут делу не поможет и не важно на чем эта программа написана. Я вообще охреневаю - в этом треде анонимусы громко и слёзно жалуются, что Qt не дает им всей мощи управления настройками. И эти же анонимусы во всех темах о KDE (который и построен на Qt) воют о том, что настроек там очень много и они в них путаются - сделайте как в Гноме.

Этот класс имеет поддержку квот. заглянул бы в ман по stat'у сначала.

>Неправда.

А это тогда что? - Qt Project жив! (комментарий)

Очень специфичная вещь, используется далеко не во всяких интерфейсах. Что есть Qt, повышающее удобство пользователя в обычных интерфейсах?

Начинается... А интерфейс игрушек на чём тогда пишется? ;)

>А сразу список на ссылку нельзя?

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

>формочка настройки конкретной проперти

Формочка - это не GUI. Это такая кастрированная командная строка. В формочке нет собственно G, ибо она из текста состоит. Убери из формочки текст - и _ничего_ не будет понятно. GUI - это когда я могу настраивать свойства элементов, просто щёлкнув на элемент и отредактировав его свойства. Этакая Wiki для интерфейса. То есть а настоящем GUI текст либо не нужен, либо вторичен.

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

Я говорил про настройку интерфейса и логики. Нормального интерфейса. GUI. А не свойств всего и вся.

Интерфейс - это лишь набор пропертей. Размер иконок, шрифты, фон заливки, размеры виджетов. Всё это - проперти.

Другое дело, что юзеру не нужно менять фон виджетов программно (для этого есть системные стили). А размер иконок - запросто.

>Анонимусы такие ананимусы. Да причем тут вообще фреймворк? Если автор программы не озаботился предоставлением возможности её настройки, то никакой фреймворк тут делу не поможет и не важно на чем эта программа написана.

В web-интерфейсе логику можно менять без перекомпиляции. То есть распарсить html, добавить нужный JS, а то и просто на распарсенных данных свой GUI построить. Как распарсить вывод Qt - я не знаю. Хотя GTK вроде как бы научился html-интерфейс делать.

Я вообще охреневаю - в этом треде анонимусы громко и слёзно жалуются, что Qt не дает им всей мощи управления настройками. И эти же анонимусы во всех темах о KDE (который и построен на Qt) воют о том, что настроек там очень много и они в них путаются - сделайте как в Гноме.

В KDE для настроек GUI нету. Вот и путаются в многочисленных формочках. Умели бы KDE-dev'ы GUI делать - проблем бы не было. Ещё раз : программисты совершенно не умеют делать интерфейсы. Но делают.

>Начинается... А интерфейс игрушек на чём тогда пишется? ;)

Покажите игры на Qt. Настоящие, а не игрушечные.

А это тогда что?

Это не сравнение «что есть в других, чего нет в Qt» Это вопрос «что есть в Qt, чего нет в других, меньших по размеру и быстрее работающих» То есть на что тормоза и размер меняем?

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

> Этот класс имеет поддержку квот. заглянул бы в ман по stat'у сначала.

В Qt с поддержкой квот? Куда смотреть то?

>В web-интерфейсе логику можно менять без перекомпиляции. То есть распарсить html, добавить нужный JS, а то и просто на распарсенных данных свой GUI построить.

Пример изменения логики работы WUI в студию

Как распарсить вывод Qt - я не знаю. Хотя GTK вроде как бы научился html-интерфейс делать.

Ключевая фраза тут «я не знаю» - с этого и надо было начинать. Для примера же возмём любимый народом Gtk с его html-интерфейсом (в понимании анонимуса) - и как же теперь можно сменить логику работы GUI приложения? Ну или хотя бы внешний вид.