Расширение файла PRI
Расширение файла PRI имеет два тип (-ов) файла (-ов) и связано с два различными программными обеспечениями, но главным образом с Qt SDK, разработанным The Qt Company. Часто они представлены в формате Qt Project Include File. Большинство файлов PRI относится к Developer Files.
Файлы PRI находятся на платформах мобильных устройств и настольных компьютеров, и их можно открыть в Windows, Mac и iOS. Рейтинг популярности файлов PRI составляет «Низкий». Это означает, что они не часто встречаются на большинстве устройств.
Однако следует учитывать, что существует намного больше информации, которую следует знать о файлах PRI; далее представлены лишь савые важные детали в отношении этих типов файлов. Если у вас возникли проблемы с открытием этих файлов, или вы хотите получить более подробную информацию, ознакомьтесь с подробной информацией, представленной ниже.
Сведения о реестре Windows для опытных пользователей
В этой статье описывается реестр Windows и приводятся сведения о том, как изменить и создать его резервную копию.
Область применения: Windows 10 — все выпуски, Windows Server 2012 R2
Оригинальный номер базы знаний: 256986
Описание реестра
В словаре компьютерных терминов Майкрософт (5-я редакция) реестр определяется следующим образом:
Центральная иерархическая база данных, используемая в Windows 98, Windows CE, Windows NT и Windows 2000, используется для хранения сведений, необходимых для настройки системы для одного или нескольких пользователей, приложений и аппаратных устройств.
Реестр содержит сведения, на которые Windows постоянно ссылается во время операции, такие как профили для каждого пользователя, приложения, установленные на компьютере, типы документов, которые могут создаваться, параметры таблицы свойств для папок и значков приложений, оборудование, которое установлено в системе, и используемые порты.
Реестр заменяет большинство текстовых INI-файлов, используемых в файлах конфигурации Windows 3.x и MS-DOS, таких как Autoexec.bat и Config.sys. Хотя реестр является общим для нескольких операционных систем Windows, между ними существуют некоторые различия. Куст реестра — это группа ключей, подразделов и значений в реестре с набором вспомогательных файлов, содержащих резервные копии данных. Вспомогательные файлы для всех кустов, кроме HKEY_CURRENT_USER, находятся в папке %SystemRoot%\System32\Config в Windows NT 4.0, Windows 2000, Windows XP, Windows Server 2003 и Windows Vista. Вспомогательные файлы для HKEY_CURRENT_USER находятся в папке %SystemRoot%\Profiles\Username . Расширения имен файлов в этих папках указывают тип содержащихся в них данных. Кроме того, отсутствие расширения иногда может указывать на тип содержащихся в них данных.
| Куст реестра | Вспомогательные файлы |
|---|---|
| HKEY_LOCAL_MACHINE\SAM | Sam, Sam.log, Sam.sav |
| HKEY_LOCAL_MACHINE\Security | Security, Security.log, Security.sav |
| HKEY_LOCAL_MACHINE\Software | HKEY_LOCAL_MACHINE\Software |
| HKEY_LOCAL_MACHINE\System | System, System.alt, System.log, System.sav |
| HKEY_CURRENT_CONFIG | System, System.alt, System.log, System.sav, Ntuser.dat, Ntuser.dat.log |
| HKEY_USERS\DEFAULT | Default, Default.log, Default.sav |
В Windows 98 файлам реестра присвоены имена User.dat и System.dat. В Windows Millennium Edition файлам реестра присвоены имена Classes.dat, User.dat и System.dat.
Функции безопасности в Windows позволяют администратору управлять доступом к разделам реестра.
В следующей таблице перечислены предопределенные разделы, используемые системой. Максимальная длина имени раздела: 255 символов.
| Папка или предопределенный раздел | Описание |
|---|---|
| HKEY_CURRENT_USER | Содержит корневой каталог сведений о конфигурации для пользователя, который в настоящее время выполнил вход. Здесь хранятся папки пользователя, образец экрана и параметры панели управления. Эти сведения связаны с профилем пользователя. Этот раздел иногда сокращается как HKCU. |
| HKEY_USERS | Содержит все активно загруженные профили пользователей на компьютере. HKEY_CURRENT_USER является подразделом HKEY_USERS. HKEY_USERS иногда сокращается как HKU. |
| HKEY_LOCAL_MACHINE | Содержит сведения о конфигурации, относящиеся к компьютеру (для любого пользователя). Этот раздел иногда сокращается как HKLM. |
| HKEY_CLASSES_ROOT | Является подразделом HKEY_LOCAL_MACHINE\Software . Хранимая здесь информация гарантирует, что при открытии файла с помощью Windows Explorer откроется правильная программа. Этот раздел иногда сокращается как HKCR. Начиная с Windows 2000, эти сведения хранятся в разделах HKEY_LOCAL_MACHINE и HKEY_CURRENT_USER. Раздел HKEY_LOCAL_MACHINE\Software\Classes содержит параметры по умолчанию, которые могут применяться ко всем пользователям на локальном компьютере. Раздел HKEY_CURRENT_USER\Software\Classes содержит параметры, которые переопределяют параметры по умолчанию и применяются только к интерактивному пользователю. Раздел HKEY_CLASSES_ROOT обеспечивает представление реестра, который объединяет сведения из этих двух источников. HKEY_CLASSES_ROOT также обеспечивает это объединенное представление для программ, предназначенных для более ранних версий Windows. Чтобы изменить параметры интерактивного пользователя, необходимо внести изменения в раздел HKEY_CURRENT_USER\Software\Classes вместо HKEY_CLASSES_ROOT. Чтобы изменить параметры по умолчанию, необходимо внести изменения в раздел HKEY_LOCAL_MACHINE\Software\Classes . Если запись разделов осуществляется в раздел реестра в разделе HKEY_CLASSES_ROOT, система сохраняет сведения в разделе HKEY_LOCAL_MACHINE\Software\Classes . Если запись значений осуществляется в раздел реестра в разделе HKEY_CLASSES_ROOT, при этом раздел реестра уже существует в разделе HKEY_CURRENT_USER\Software\Classes , система будет хранить сведения там, а не в разделе HKEY_LOCAL_MACHINE\Software\Classes . |
| HKEY_CURRENT_CONFIG | Содержит сведения о профиле оборудования, используемом локальным компьютером при запуске операционной системы. |
Реестр в 64-разрядных версиях Windows XP, Windows Server 2003 и Windows Vista делится на 32-разрядные и 64-разрядные разделы. Многие 32-разрядные разделы имеют те же имена, что и 64-разрядные разделы, и наоборот. 64-разрядная версия редактора реестра по умолчанию, включенная в 64-разрядные версии Windows XP, Windows Server 2003 и Windows Vista, отображает 32-разрядные разделы под узлом HKEY_LOCAL_MACHINE\Software\WOW6432Node . Дополнительные сведения о просмотре реестра в 64-разрядных версиях Windows см. в статье Просмотр системного реестра с помощью 64-разрядных версий Windows.
В следующей таблице перечислены типы данных, которые в настоящее время определены и используются Windows. Максимальная длина имени значения выглядит следующим образом:
- Windows Server 2003, Windows XP и Windows Vista: 16 383 символа
- Windows 2000: 260 символов ANSI или 16 383 символа Юникода
- Windows Millennium Edition/Windows 98/Windows 95: 255 символов
Длинные значения (более 2048 байт) должны храниться в виде файлов с именами файлов, хранящимися в реестре. Это помогает реестру работать эффективно. Максимальный размер значения выглядит следующим образом:
- Windows NT 4.0/Windows 2000/Windows XP/Windows Server 2003/Windows Vista: доступная память
- Windows Millennium Edition/Windows 98/Windows 95: 16 300 байт
Для общего размера всех значений раздела существует ограничение в 64 КБ.
| Имя | Тип данных | Описание |
|---|---|---|
| Двоичное значение | REG_BINARY | Необработанные двоичные данные. Большинство сведений о компонентах оборудования хранятся в виде двоичных данных и отображаются в редакторе реестра в шестнадцатеричном формате. |
| Параметр DWORD | REG_DWORD | Данные, представленные числом длиной 4 байта (32-разрядное целое число). Многие параметры драйверов и служб устройств имеют этот тип и отображаются в редакторе реестра в двоичном, шестнадцатеричном или десятичном формате. Связанные значения DWORD_LITTLE_ENDIAN (младший значащий байт находится по самому младшему адресу) и REG_DWORD_BIG_ENDIAN (младший значащий байт находится по самому старшему адресу). |
| Расширяемый строковый параметр | REG_EXPAND_SZ | Строка данных переменной длины. Этот тип данных включает переменные, которые разрешены при использовании данных программой или службой. |
| Многострочный параметр | REG_MULTI_SZ | Несколько строк. Значения, содержащие списки или несколько значений в форме, доступной для чтения пользователями, обычно являются этим типом. Записи разделяются пробелами, запятыми или другими знаками. |
| Строковый параметр | REG_SZ | Текстовая строка фиксированной длины. |
| Двоичное значение | REG_RESOURCE_LIST | Ряд вложенных массивов, предназначенных для хранения списка ресурсов, используемых драйвером аппаратного устройства или одним из физических устройств, которые он контролирует. Эти данные обнаруживаются и записываются системой в дерево \ResourceMap и отображаются в редакторе реестра в шестнадцатеричном формате в виде двоичного значения. |
| Двоичное значение | REG_RESOURCE_REQUIREMENTS_LIST | Ряд вложенных массивов, предназначенных для хранения списка возможных аппаратных ресурсов, используемых драйвером устройства или одного из физических устройств, которые он контролирует. Система записывает подмножество этого списка в дерево \ResourceMap. Эти данные обнаруживаются системой и отображаются в редакторе реестра в шестнадцатеричном формате в виде двоичного значения. |
| Двоичное значение | REG_FULL_RESOURCE_DESCRIPTOR | Ряд вложенных массивов, предназначенных для хранения списка ресурсов, используемых физическим аппаратным устройством. Эти данные обнаруживаются и записываются системой в дерево \HardwareDescription и отображаются в редакторе реестра в шестнадцатеричном формате в виде двоичного значения. |
| Нет | REG_NONE | Данные без определенного типа. Эти данные записываются в реестр системой или приложениями и отображаются в редакторе реестра в шестнадцатеричном формате в виде двоичного значения. |
| Ссылка | REG_LINK | Строка Юникода, именуемая символьной ссылкой. |
| Параметр QWORD | REG_QWORD | Данные, представленные числом, которое является 64-разрядным целым числом. Эти данные отображаются в редакторе реестра в виде двоичного значения и были введены в Windows 2000. |
Создание резервной копии реестра
Перед изменением реестра экспортируйте разделы в реестр, который планируется изменить, или создайте резервную копию всего реестра. В случае возникновения проблемы можно выполнить действия, описанные в разделе Восстановление реестра, чтобы восстановить реестр до предыдущего состояния. Чтобы создать резервную копию всего реестра, используйте программу резервного копирования для резервного копирования состояния системы. Состояние системы включает реестр, базу данных регистрации класса COM+ и файлы загрузки. Дополнительные сведения об использовании программы резервного копирования для резервного копирования состояния системы см. в следующих статьях:
- Резервное копирование и восстановление состояния компьютера
- Как использовать функцию резервного копирования для резервного копирования и восстановления данных в Windows Server 2003
Изменение реестра
Чтобы изменить данные реестра, программа должна использовать функции реестра, определенные в разделе Функции реестра.
Администраторы могут изменять реестр с помощью редактора реестра (Regedit.exe или Regedt32.exe), групповой политики, системной политики, файлов реестра (REG) или выполнения сценариев, таких как файлы сценариев VisualBasic.
Использование пользовательского интерфейса Windows
Мы рекомендуем использовать пользовательский интерфейс Windows для изменения параметров системы вместо изменения реестра вручную. Однако изменение реестра иногда может быть лучшим способом решения проблемы с продуктом. Если проблема задокументирована в базе знаний Майкрософт, будет доступна статья с пошаговыми инструкциями по изменению реестра для решения этой проблемы. Мы рекомендуем точно следовать этим инструкциям.
Использование редактора реестра
При неправильном изменении реестра с использованием редактора реестра или другого способа могут случиться серьезные проблемы. Для решения этих проблем может потребоваться переустановка операционной системы. Компания Microsoft не может гарантировать, что эти проблемы могут быть решены. Вносите изменения в реестр на ваш страх и риск.
Редактор реестра можно использовать для выполнения следующих действий:
- Поиск поддерева, раздела, подраздела или значения
- Добавление подраздела или значения
- Изменение значения
- Удаление подраздела или значения
- Переименование подраздела или значения
В области навигации редактора реестра отображаются папки. Каждая папка представляет предопределенный раздел на локальном компьютере. При доступе к реестру удаленного компьютера отображаются только два предопределенных раздела: HKEY_USERS и HKEY_LOCAL_MACHINE.
Использование групповой политики
В консоли управления (MMC) размещены средства администрирования, которые можно использовать для администрирования сетей, компьютеров, служб и других системных компонентов. Оснастка групповой политики MMC позволяет администраторам определять параметры политики, применяемые к компьютерам или пользователям. Групповую политику можно реализовать на локальных компьютерах с помощью Gpedit.msc — локальной оснастки групповой политики MMC. Групповую политику можно реализовать в Active Directory с помощью оснастки «Пользователи и компьютеры Active Directory» MMC. Дополнительные сведения об использовании групповой политики см. в разделах справки в соответствующей оснастке групповой политики MMC.
Использование файла реестра (REG)
Создайте файл реестра (REG), содержащий изменения реестра, а затем запустите REG-файл на компьютере, где необходимо внести изменения. REG-файл можно запустить вручную или с помощью сценария входа. Дополнительные сведения см. в разделе Как создавать, изменять или удалять подразделы и значения реестра с помощью файла реестра (REG).
Использование сервера сценариев Windows
На сервере сценариев Windows можно выполнять сценарии VBScript и JScript непосредственно в операционной системе. Вы можете создавать файлы VBScript и JScript, использующие методы сервера сценариев Windows для удаления, чтения и записи разделов и значений реестра. Для получения дополнительных сведений об этих методах посетите указанные ниже веб-сайты Майкрософт:
Использование инструментария управления Windows
Инструментарий управления Windows (WMI) является компонентом операционной системы Microsoft Windows и реализацией управления предприятием через Интернет (WBEM). WBEM — это отраслевая инициатива по разработке стандартной технологии для обеспечения доступа к сведениям об управлении в корпоративной среде. WMI можно использовать для автоматизации административных задач (например, изменение реестра) в корпоративной среде. WMI можно использовать на языках сценариев, которые имеют подсистему в Windows и обрабатывают объекты Microsoft ActiveX. Вы также можете использовать программу командной строки WMI (Wmic.exe) для изменения реестра Windows.
Дополнительные сведения о WMI см. в статье Инструментарий управления Windows.
Использование средства реестра консоли для Windows
Для изменения реестра можно использовать средство реестра консоли (Reg.exe). Для получения справки по использованию средства Reg.exe введите reg /? в командной строке и нажмите кнопку ОК.
Восстановление реестра
Чтобы восстановить реестр, используйте соответствующий метод.
Метод 1. Восстановление подразделов реестра
Чтобы восстановить экспортированные подразделы реестра, дважды щелкните файл реестра (REG), сохраненный в разделе «Экспорт подразделов реестра». Кроме того, можно восстановить весь реестр из резервной копии. Дополнительные сведения о восстановлении всего реестра см. в приведенном ниже разделе Метод 2. Восстановление всего реестра этой статьи.
Метод 2. Восстановление всего реестра
Чтобы восстановить весь реестр, восстановите состояние системы из резервной копии. Дополнительные сведения о восстановлении состояния системы из резервной копии см. в статье Использование резервной копии для защиты данных и восстановления файлов и папок на компьютере в Windows XP и Windows Vista.
При резервном копировании состояния системы также создаются обновленные копии файлов реестра в папке %SystemRoot%\Repair .
Ссылки
Для получения дополнительных сведений посетите указанные ниже веб-сайты:
- Windows 2000 Server Resources Kit
- Внутри реестра
Каталог Windows Server протестированных продуктов — это справочник по продуктам, которые были протестированы на совместимость с Windows Server.
Data Protection Manager (DPM) является ключевым членом семейства продуктов управления Microsoft System Center и предназначен для помощи ИТ-специалистам в управлении средой Windows. DPM — это новый стандарт резервного копирования и восстановления Windows, который обеспечивает непрерывную защиту данных для приложений Майкрософт и файловых серверов, использующих легко интегрированный диск и ленточный носитель. Для получения дополнительной информации о том, как создать резервную копию и восстановить реестр, см. статью Сведения о резервном копировании и восстановлении реестра в Windows XP и Windows Vista.
Обратная связь
Были ли сведения на этой странице полезными?
В Qt Designer исчезла левая и верхняя панели, как вернуть?
Qt Designer я разделил вид окон, чтобы они отдельно были, и пару дней назад пропали левая и верхняя панель. Если бы пропала только левая то через Вид -> Окна я бы сделал, но Вид(а) то нет 
Также, эти окна не видно в панели задач и сварачиваются они очень странно 
Пробовал переустанавливать, вроде не помогло (возможно сохраняются где-то настройки пользователя, хотя я и удалял папку из %APPDATA%\QtProject)
Отслеживать
задан 28 фев 2023 в 15:49
36 3 3 бронзовых знака
Andrey, ваш вопрос не понятен. Предоставьте ваш код и лучше расскажите что вы хотите сделать и что у вас не получается.
28 фев 2023 в 16:03
@S.Nick Кода нету, это стандартное приложение Qt Designer — редактор файлов .ui, оно и сломалось
28 фев 2023 в 16:09
@Andrey, судя по исходному коду дизайнера, это конструктор QSettings: m_settings(qApp->organizationName(), settingsApplicationName()) настройки для винды надо искать в реестре, организация QtProject , аппликация: Designer
28 фев 2023 в 16:15
@PavelGridin, поискал в реестре с помощью Registry Finder, поудалял все где есть Qt Designer, все вернулось на свои места. Спасибо!
28 фев 2023 в 16:34
Пожалуйста, уточните вашу конкретную проблему или приведите более подробную информацию о том, что именно вам нужно. В текущем виде сложно понять, что именно вы спрашиваете.
Qt Project жив!
С сегодняшнего дня официально стартует Qt Project. Отныне разработка Qt будет вестись как полноценный проект с публично открытыми исходными кодами.
На ресурсе qt-project.org будет сконцентрирована вся разработка Qt, предоставляя инфраструктуру для каждого, кто хочет сделать вклад в Qt.
Настоящая открытость
Вся разработка будет теперь проводиться в одном централизованном месте с доступом для всех одномоментно. Больше не будет разделения кода «для Nokia» и «для остальных», а также никаких задержек в релизах! Что видят разработчики Qt, то видят и все остальные. Обсуждения, решения, путь развития — всё будет происходить в сообществе, сообществом, для сообщества. Каждый может содействовать и даже подтверждать изменения или работать в поддержке, если обладает достаточными знаниями для этого.
Запуск Qt Project — это окончательный ответ тем, кто в силу «несвободности» Qt и туманных перспектив её развития выбрал другие фреймворки для разработки графических интерфейсов приложений для Linux и не только.
GladAlex ★★★★★
21.10.11 16:18:18 MSK
Проверено: svu ( 21.10.11 19:23:58 MSK )
← 1 2 3 4 5 6 7 8 9 →
Ответ на: комментарий от annulen 23.10.11 23:56:00 MSK
Какая связь между осиливанием и навороченностью?
anonymous
( 24.10.11 00:39:17 MSK )
Ответ на: комментарий от anonymous 23.10.11 23:50:34 MSK
Так предложи. Ради такого же qt-project и задумывался!
Gorthauer ★★★★★
( 24.10.11 00:59:44 MSK )
Ответ на: комментарий от Gorthauer 24.10.11 00:59:44 MSK
Не думаю, что они его не сделали, тк поленились, скорее были определенные причины его не делать (начнем с наличия 2х компиляторов под винду — mingw и mcvc — какой вариант включать в редистрибьютабл?)
anonymous
( 24.10.11 01:24:11 MSK )
Ответ на: комментарий от anonymous 22.10.11 14:46:13 MSK
почему-то сосредоточились на gui, обсуждая qt. формочки для программиста — это не главное. это чуть-чуть чаще всего. хотя и формочки — тоже важно. важно иметь возможность простыми и понятными средствами организовать масштабируемый (в плане геометрии) интерфейс. очень важно, чтобы морда была красивой и быстрой. ни qtk, ни fltk уже не сравнятся с qt в этом плане. удобство программирования на qt и на gtk — не стоит даже начинать спорить. на qt проще. естественно, если задача — не полный примитив типа одного диалога пользовательского ввода (там вообще зачем развитые тулкиты?). в основном же программирование — это работа с файлами, работа с сетью, работа с динамическими объектами в памяти (списки, деревья и проч.), работа с БД. qt это всё покрывает с огромным запасом. в отличие от gtk, fltk. вот загнётся или нет — вопрос. имхо, не стоит ждать. надо просто использовать его. тогда вопрос решится сам собой. лет 5 оно ещё протянет точно. вы рассчитываете, что ваша программа будет активно развиваться 5-10 лет? ну берите себе исходники qt и используйте её хоть 20 следующих лет. оно уже давно годно.
taker ★
( 24.10.11 07:27:01 MSK )
Ответ на: комментарий от taker 24.10.11 07:27:01 MSK
>в основном же программирование — это работа с файлами, работа с сетью, работа с динамическими объектами в памяти (списки, деревья и проч.)
В glib все это есть, и даже есть некоторые вещи, которых не хватает в Qt: нормальный генератор случайных чисел (а не убогий 32х битный qrand), аллокатор, дающий заметный прирост производительности (сам проверял).
Но по удобству использования GLib и рядом не стоял с Qt.
anonymous
( 24.10.11 08:13:38 MSK )
Ответ на: комментарий от anonymous 24.10.11 01:24:11 MSK
Не вижу супер глобальной проблемы. В sdk то обе сборки присутствуют.
Gorthauer ★★★★★
( 24.10.11 08:37:55 MSK )
Ответ на: комментарий от Mojo 21.10.11 20:59:26 MSK
Да что за бред? Это ровно про то же, что и говорить, что _каждая_ программа, использующая .Net весит много вместе с .Net. Отключите статическую компиляцию и положите рядом один ДЛЛ.
anonymous
( 24.10.11 11:03:39 MSK )
Ответ на: комментарий от anonymous 24.10.11 08:13:38 MSK
Ога, только стандартные контейнеры (списки, деревья и проч.) на редкость тормозные в glib, а всё из-за специфики Си.
Reset ★★★★★
( 24.10.11 12:08:27 MSK )
Ответ на: комментарий от taker 24.10.11 07:27:01 MSK
>почему-то сосредоточились на gui, обсуждая qt. формочки для программиста — это не главное
Потому, что обсуждаем _графический тулкит_. То есть инструмент для создания gui. Создания gui для пользователя. Которым _пользователю_ будет удобно пользоваться.
Конечно, можно наплевать на пользователя и писать потому, что удобно программисту. Но тогда не следует удивляться, что пользователей нет.
anonymous
( 24.10.11 12:16:07 MSK )
Ответ на: комментарий от anonymous 22.10.11 14:33:47 MSK
> Да и пользователю очень не мешает возможность _просто_ интерфейс менять. Настраивать под себя. Не сколько внешний вид, сколько логику. А с компилируемым интерфейсом это не проходит.
А можно пример, в каком приложении можно менять логику?
anonymous
( 24.10.11 12:19:50 MSK )
Ответ на: комментарий от anonymous 24.10.11 12:19:50 MSK
По идее, в любом web — приложении. Из чисто десктопных — в той же Mozilla с помощью расширений. Ну и разные приложения, настраивающихся с помощью скриптовых языков программирования.
anonymous
( 24.10.11 12:29:17 MSK )
Ответ на: комментарий от anonymous 22.10.11 15:51:59 MSK
> Покажите, как можно в этой модели изменять состав меню, например, в том числе добавлять те пункты, которые являются комбинацией вызовов существующих. К примеру, есть пункты A и B, нужно добавить C = A(B), то есть вызов A с параметром B. Можно на любой существующей программе.
Похоже вы действительно не знаете, что значит модель Model/View. То о чем вы спрашиваете, этой моделью не покрывается, она совсем для другого. Управление пунктами меню в Qt — ну совсем тривиальная задача, в отличии как раз от Model/View. Добавлять, удалять, изменять пункты меню — задача в Qt для программиста детская. Нужно только понять, насколько нужно такое изощренное управление. Вполне вероятно, что достаточно чего-либо вроде конфигов openbox в xml (которые на Qt очень просто реализовать тоже). Можно и на лету менять типа как в Гноме или КДЕ, но, ещё раз, это децкая задача, которая больше нужна как свистелка, чем как фича. А фичи, которые дает Qt, даже тупо перечислять долго. Не уверен, что когда-нибудь будет проект за исключением КДЕ (хотя и он не все юзает), когда они все одновременно понадобятся.
anonymous
( 24.10.11 12:50:37 MSK )
Ответ на: комментарий от Gorthauer 24.10.11 08:37:55 MSK
Ничего, что в системы нельзя поставить 2 одинаковые либы с одним именем? В sdk судийные либы лежат в папке с креатором и нужны только ему (читай они тянут либы вместе с прогой)
anonymous
( 24.10.11 12:50:45 MSK )
Ответ на: комментарий от anonymous 24.10.11 12:50:45 MSK
Печалька. Но можно же таки суффикс или префикс у разных сборок указывать.
Gorthauer ★★★★★
( 24.10.11 12:57:24 MSK )
Ответ на: комментарий от Gorthauer 24.10.11 12:57:24 MSK
Для этого придется перекомпилить все ранее написанные приложения, чтобы они искали -lMyKibSuffix а не -lMyLib
anonymous
( 24.10.11 13:00:18 MSK )
Ответ на: комментарий от anonymous 24.10.11 11:03:39 MSK
.Нет можно поставить в систему (тк длл одной версии не имеет разных вариантов сборок). А Qt нельзя. Другое дело, что в конкретном случае, юзерам приходится держать 2-3 версии дотнета (2, 3.5, 4) в системе.
anonymous
( 24.10.11 13:11:20 MSK )
Ответ на: комментарий от Chaser_Andrey 21.10.11 20:05:27 MSK
> Ты так говоришь, как будто сейчас Qt — сырая недоподелка. Qt давным-давно готов к продакшену. Главное, чтобы фиксили баги и вносили изменения в соответствии с обновляемыми системными библиотеками, если те сменят API.
Вообще-то не готов, а давно там.
x86_64 ★★★
( 24.10.11 13:23:25 MSK )
Ответ на: комментарий от XVilka 21.10.11 20:51:24 MSK
> еще бы отменили идиотский переход на JavaScript в Qt5 — было бы круто!
Забей ты на Qt5.
У нас бы Qt3 продолжали бы использовать, если бы он подо всеми системами был полностью открыт.
x86_64 ★★★
( 24.10.11 13:26:18 MSK )
Ответ на: комментарий от x86_64 24.10.11 13:26:18 MSK
Судя по qt3support классам, тройка отличалась удолбищностью апи.
Хотя, если вам нравится все делать в дизайнере.
anonymous
( 24.10.11 13:30:40 MSK )
Ответ на: комментарий от anonymous 24.10.11 13:30:40 MSK
> Тролл детектед.
Какие аргументы? Для продакшена не нужна куча наворотов добавленная в Qt4. Были мелкие неудобства, но умея их обходить, проблем не возникало бы.
Судя по qt3support классам, тройка отличалась удолбищностью апи.
Походу, вы под Qt3 не работали. Потому и такое отношение.
Хотя, если вам нравится все делать в дизайнере.
Эту свистелку, как раз сильно развили в Qt4.
До этого она была не особо удобна.
x86_64 ★★★
( 24.10.11 13:39:00 MSK )
Ответ на: комментарий от x86_64 24.10.11 13:39:00 MSK
не понял — какую свистелку? в 3ем дизайнере можно было писать код форм, в 4м нельзя — кто что раздул?
anonymous
( 24.10.11 13:58:19 MSK )
Ответ на: комментарий от anonymous 24.10.11 13:58:19 MSK
> не понял — какую свистелку? в 3ем дизайнере можно было писать код форм, в 4м нельзя — кто что раздул?
Раздули возможности по приданию виджетам разных видов и использование стилей.
А код в дизайнере — ну. может любители и были.
x86_64 ★★★
( 24.10.11 14:06:41 MSK )
Ответ на: комментарий от x86_64 24.10.11 14:06:41 MSK
Поддержка стилей и нативный вид — это одна из немногих причин, почему вообще стоит использовать c++/qt а не джаву — уж там-то поболее написано. Только с гуем траблы из-за ненативного лук энд фил.
Кроме того, стили зашити где-то внутрях рисования — не понимаю, что вас смущает, паблик АПИ они не меняют ну вообще никак.
anonymous
( 24.10.11 15:09:25 MSK )
Ответ на: комментарий от anonymous 24.10.11 12:16:07 MSK
да не. обсуждение не ограничено графикой. разговор о qt вообще. если же рассматривать только gui, то я не видел ничего проще wxWindow. просто, кроссплатформно, понятно, компактно. fltk тогда тоже очень неплох. но qt — это совсем другое. это — всеобъемлющее решение. при этом снабжённое развитым инструментарием разработчика. отличная документация — тоже огромный плюс. в таком разрезе конкурентов у qt очень мало, мягко говоря.
taker ★
( 24.10.11 15:45:02 MSK )
Ответ на: комментарий от taker 24.10.11 15:45:02 MSK
А еще wx тормозит везде кроме венды, что намекает.
Gorthauer ★★★★★
( 24.10.11 15:49:39 MSK )
Ответ на: комментарий от anonymous 24.10.11 15:09:25 MSK
> Кроме того, стили зашити где-то внутрях рисования — не понимаю, что вас смущает, паблик АПИ они не меняют ну вообще никак.
Меня ничего не смущает. Я говорю, что всего, что нужно — хватало и в Qt3.
Так что смысла ожидать Qt5 при наличии Qt4 не вижу.
Если только для программирования всяких видов телефонов.
x86_64 ★★★
( 24.10.11 16:34:26 MSK )
Ответ на: комментарий от Reset 24.10.11 12:08:27 MSK
> Ога, только стандартные контейнеры (списки, деревья и проч.) на редкость тормозные в glib, а всё из-за специфики Си.
4.2, вызванное банальным незнанием основ программирования.
anonymous
( 24.10.11 16:49:49 MSK )
Ответ на: комментарий от anonymous 24.10.11 16:49:49 MSK
Неуч, glib’овские контейнеры ничего не знают про типы и вызов функций там всегда происходит по указателю. Сравни для начала производительность sys/tree.h и glib’а, а потом неси тут эту ересь.
Reset ★★★★★
( 24.10.11 17:08:10 MSK )
Ответ на: комментарий от taker 24.10.11 15:45:02 MSK
>это — всеобъемлющее решение. при этом снабжённое развитым инструментарием разработчика. отличная документация — тоже огромный плюс. в таком разрезе конкурентов у qt очень мало, мягко говоря.
Резюмируем: Qt — очень удобный (для программистов) инструмент для создания неудобного (для пользователей) интерфейса.
Ещё раз: программисты (прикладных программ) в Linux не имеют ни малейшего понятия о создании нормальных интерфейсов. И не должны иметь — это не их компетенция. Это компетенция дизайнеров (не художников, клепающих темы и считающих их за интерфейс). А у дизайнеров нет инструментов для создания _нормального_ интерфейса. Qt designer для клепания формочек — не в счёт. И как результат — популярность Linux ниже плинтуса. Ибо формочки на очень удобном для их создания тулките — не есть нормальный интерфейс.
Есть, конечно, web-интерфейс и там возможности дизайнеров выше. Но и функциональность много меньше. И тормозов больше.
Я, конечно, рад, что вам удобен Qt. Но пользователям ваши программы неудобны. Хотя, если вы программы только для себя пишете, то всё это не имеет никакого значения.
А так меня забавляет ситуация, когда It-шники пишут GUI, но сами этим брезгуют пользоваться. Понимают же, что такой интерфейс — дерьмо. Но не понимают почему.
anonymous
( 24.10.11 19:36:43 MSK )
Ответ на: комментарий от x86_64 24.10.11 16:34:26 MSK
То есть работа с дисками, сетевыми интерфейсами не нужна? Очевидно, вы пишете очень маленькие программы:)
anonymous
( 24.10.11 19:41:07 MSK )
Ответ на: комментарий от anonymous 24.10.11 19:36:43 MSK
Вы предлагаете посадить дизайнеров писать уй на винапи?
anonymous
( 24.10.11 19:42:14 MSK )
Ответ на: комментарий от anonymous 24.10.11 19:36:43 MSK
Для того и придумали qml.
Gorthauer ★★★★★
( 24.10.11 19:44:01 MSK )
Ответ на: комментарий от anonymous 24.10.11 19:42:14 MSK
А что, в Windows интерфейс лучше? Там просто более-менее работающая в тривиальных случаях автоматика спасает.
anonymous
( 24.10.11 19:52:02 MSK )
Ответ на: комментарий от Gorthauer 24.10.11 19:44:01 MSK
Посмотрим, что их этого выйдет. Сдаётся мне, что новым инструментом будут решать задачи старыми способами.
anonymous
( 24.10.11 19:53:38 MSK )
Ответ на: комментарий от anonymous 24.10.11 19:52:02 MSK
Просто тот анонимус сказал, что Qt говно, тк на нем не могут писать дизайнеры под линукс, так как их там нет (какая длинная логическая цепочка) В винде дизайнеры есть. Предположим, что Qt говно, как говорит тот анонимус. Дизайнерам надо делать уй на винапи или MFC? Если не на винапи, то тогда Qt не говно? Если дизайнерам вообще не надо писать уй, то тот вброс не имеет смысла. Как-то так.
anonymous
( 24.10.11 20:00:24 MSK )
Ответ на: комментарий от anonymous 24.10.11 20:00:24 MSK
Тот анонимус — это я. И я не говорил, что Qt — говно. Я говорил, что Qt раздут, но с точки зрения GUI не предоставляет чего-то более удобного для пользователя, чем остальные тулкиты. Только эстетика.
Дизайнерам надо делать уй на винапи или MFC?
Дизайнерам надо делать гуй удобным. Удобным его можно делать двумя способами — мощным инструментом, умеющим все, суперспециалистом в своей области, или простым инструментом, который уже настроен для оптимального использования, обычным человеком.
Qt — мощный инструмент, умеющий всё, но не имеющий оптимальной настройки для простого пользователя. Чтобы с помощью его делать хороший интерфейс, нужен дизайнер — профессионал. Которых, естественно, очень мало, и которые очень дорогие. Результат — большинство программ на Qt — формочки, и не более. Меньшинство — чуть больше, чем формочки. Ибо интерфейсы на Qt делают программисты или дизайнеры-непрофессионалы.
В винде есть дизайнеры для чайников. Которые создают максимально простые интерфейсы для простых, а то и элементарных, задач. Но стоит задаче немного усложниться, как появляются те же самые формочки, и проще программирование освоить, чем пользоваться этим. Не считаю я тот же regedit программой с удобным интерфейсом.
Хороший интерфейс (относительно остальных) я видел только в нескольких жутко дорогих программах, и в некоторых обычных. WYSIWYG — классический графический интерфейс. Рабочая область графических редакторов и разных вещей по работе с графикой — тоже. Ну и, конечно, компьютерные игры. Вот где настоящий GUI, так это там. Там почти нет формочек — взаимодействие идёт с предметной областью, представленной в истинно графическом виде. Вот в этой области и живут настоящие дизайнеры интерфейсов. Жалко только, что от игр реальной пользы нет.
anonymous
( 24.10.11 20:41:43 MSK )
Ответ на: комментарий от anonymous 24.10.11 19:36:43 MSK
Я, конечно, рад, что вам удобен Qt. Но пользователям ваши программы неудобны. Хотя, если вы программы только для себя пишете, то всё это не имеет никакого значения.
При чём здесь qt? С помощью прекрасных инструментов (что бы это ни было) написано подавляющее большинство отвратительных программ и под windows, и под mac, и под linux. Правильно написанных программ становится исчезающе мало. Развитый инструмент разработки на фоне неумения проектировать — и результат налицо: рисуем форму, в ней же реализуем алгоритм, попутно кодируя на C++ свои клёвые классы-контейнеры (оптимальные по производительности! новое слово в науке! кто я? тварь дрожащая или право имею? даёшь вейланд! :)). Дело не в инструментах по большому счёту. Разруха не в клозетах. Это как кольт — великий уравнитель. Вы же тоже можете взять qt, и создать настоящий unix-way. Qt много удобнее в этом смысле, чем gtk например 🙂
taker ★
( 25.10.11 05:04:46 MSK )
Ответ на: комментарий от anonymous 24.10.11 20:41:43 MSK
Но стоит задаче немного усложниться, как появляются те же самые формочки, и проще программирование освоить, чем пользоваться этим. Не считаю я тот же regedit программой с удобным интерфейсом.
Ну вот какими такими волшебными свойствами должен обладать интерфейс графического редактора или того же редактора реестра windows? предметная область и там и там вполне очевидна. инструменты — на кнопках, в контекстных меню. строка состояния, строка ввода команд. что ещё? в 3D показывать разные HKEY? зачем? лично мне кажется, что вполне достаточно для начала придерживаться единого гайдлайна. для винды, кстати, был очень неплохой гайдлайн по gui. просто более законченного не видел. по гному тоже есть, конечно. другое дело, что формочку можно нарисовать красиво и удобно, логично разбить на разделы, понятно разместить кнопочки, добавить удобств, автоматизации. но, к сожалению, бОльшая часть людей, делающих хоть что-то для других, просто не одарена художественными талантами. в случае free source можно взять и исправить.
taker ★
( 25.10.11 05:22:41 MSK )
Ответ на: комментарий от anonymous 24.10.11 12:29:17 MSK
> По идее, в любом web — приложении. Из чисто десктопных — в той же Mozilla с помощью расширений. Ну и разные приложения, настраивающихся с помощью скриптовых языков программирования.
Вы опять не поняли. Где можно менять _логику_ на уровне пользователя? С серьёзными вещами вроде плагинов и вообще платформы того же Eclipse даже продвинутому программеру не все так просто. Или вы таки считаете, что простой пользователь может что-то заскриптовать? С другой стороны, даже если и сможет, он все равно будет работать в рамках логики, заложенной в программу.
Можно все-таки пример, где можно настраивать любое web-приложение не на уровне меню/кнопочек/портлетов, а именно на уровне логики его работы пользователем, а не админом/программистом этого приложения?
anonymous
( 25.10.11 07:01:40 MSK )
Ответ на: комментарий от anonymous 24.10.11 13:11:20 MSK
> Нет можно поставить в систему (тк длл одной версии не имеет разных вариантов сборок). А Qt нельзя. Другое дело, что в конкретном случае, юзерам приходится держать 2-3 версии дотнета (2, 3.5, 4) в системе.
А положить длл-ку в тот же каталог, где сам исполнимый файлик — религия мешает? или в край сделать статическую сборку, если, конечно, за каждый килобайт не жопится.
anonymous
( 25.10.11 07:07:35 MSK )
Ответ на: комментарий от anonymous 24.10.11 19:36:43 MSK
> Резюмируем: Qt — очень удобный (для программистов) инструмент для создания неудобного (для пользователей) интерфейса.
Ну вот, пришел крутой анОним и всех зарезюмировал. Как мы раньше не сами не смогли?
Я, конечно, рад, что вам удобен Qt. Но пользователям ваши программы неудобны. Хотя, если вы программы только для себя пишете, то всё это не имеет никакого значения.
Я так понимаю, что тут у нас непризнаный гений инкогнИто. Всех причесал всех причесал и раздал на орехи. А можно ваши творения посмотреть — удобные, без «богомерзкого» Qt? Или опять очередной сброс газа через аварийный клапан?
А так меня забавляет ситуация, когда It-шники пишут GUI, но сами этим брезгуют пользоваться. Понимают же, что такой интерфейс — дерьмо. Но не понимают почему.
Да, надо чтобы гуй писали домохозяйки! Новое слово в программостроении. Если человек понимает, что что-то дерьмо, скорее всего он знает, что подправить. Другое дело, что не всегда правят, но на это тоже есть причины, вам, возможно, непонятные. Однако это не делает их нелогичными, просто эта логика вам недоступна.
anonymous
( 25.10.11 07:20:07 MSK )
Ответ на: комментарий от Gorthauer 24.10.11 15:49:39 MSK
> А еще wx тормозит везде кроме венды, что намекает.
Ну да, под виндой он использует шустрый WinAPI, а под иными осями что-то более тормозное, типа gtk.
anonymous
( 25.10.11 09:23:23 MSK )
Ответ на: комментарий от Reset 24.10.11 17:08:10 MSK
> Неуч, glib’овские контейнеры ничего не знают про типы и вызов функций там всегда происходит по указателю.
Более того, там даже типы функций и их параметров для проверяются в рантайме, что ну никак положительно на скорости работы не сказывается.
anonymous
( 25.10.11 09:25:53 MSK )
Ответ на: комментарий от anonymous 25.10.11 09:23:23 MSK
А что же он в сравнении с GTK лагает?