Во-первых, я не эксперт по Qt и за сам баг сходу не скажу. У меня (qt5 5.6.0, plasma 5.6.4) с треем всё отлично. Во-вторых, сворачивание в трей у большинства программ с такой возможностью, которые удалось вспомнить, всё же отключено по умолчанию.

В целом на мой взгляд классический оконный интерфейс а-ля PlayOnLinux, пусть и более минималистичный, куда лучше крохотного контекстного меню. Wine-приложения часто отказываются корректно завершаться, а иногда и KWin валят (в последнее время реже), поэтому хочется здоровую кнопку Terminate без всякой вложенности. Ну и так далее.

Окно должно скрываться после запуска приложения, а скрываться ему опять же придется в трей. Не скрытое окно неудобно в оконных приложениях, а еще такой баг у некоторых полноэкранных заметил, что фокус в них не сразу попадает, а значит можно случайно главное окно закрыть. Опять же, не смотрится окно, т.к. два столбца надо делать, с префиксами и ярлыками, или дерево, что неудобно. Опять же не хочется использовать термин «Префикс», а в оконном придется как-то объяснять, что это в левом столбике - приложения? разделы меню? папки? В общем, пробовал я так уже, мне не понравилось абсолютно.

Кнопка Terminate вообще не поможет, если полноэкранка зависла, хоть где она будет.

К тому же, в винде ярлыки приложений в «Пуске» появляются, поэтому меню - самый логичный способ их организации.

Выпустил релиз 1.0.2

• Трей отключен по умолчанию, программа завершается автоматически. Регулируется в «Settings», там 2 опции: отображение трея и автоматическое завершение. Если трей не отображается, программа всегда завершается автоматически.
• Добавил дополнительный предустановочный скрипт.
• Исправил мелкие ошибки.

Однако, тем у кого трей работает, советую его включить, чтобы отслеживать, не зависли ли приложения и иметь возможность их терминировать. А автозавершение можно оставить, если удобно запускать как меню «Пуск». Но если запускаете по Alt+F2, например, то лучше убрать. Мне удобнее разместить значок на панели, как дополнительное меню, поэтому постоянный трей не нужен и автозавершение у меня включено.

robus, убери из зависимостей Wine, он не требуется, все выкачивается автоматом. GPG и 7z тоже больше не требуются.

4) Если предоставите сборки скачиваемые кроссовера - будет и кроссовер,

https://ftp.fau.de/deepin/pool/non-free/c/crossover-15/ При установке в Deepin кроссовер не триальный, а полностью функциональный.В Debian не проверял. Удачи!

Я никогда не работал с кроссовером. Его реально использовать, как обычный Wine? Сейчас выдает следующее:

Невозможно найти бутылку 'default':

бутылка 'default' не найдена в '/home/lliakaji/.cxoffice' бутылка 'default' не найдена в '/home/lliakaji/.local/share/winewizard/1d754150eefe43bddcedba80cd4a938846964d7b/.wine/support'

Нужно как-то переназначить эту «бутылку», чтобы она указывала на префикс внутри /home/lliakaji/.local/share/winewizard, причем сделать это скриптом, не заходя в GUI. Есть такая возможность?

Кстати, а что конкретно не работает в Office 2007? Сейчас поставил с Wine 1.9.11, никаких проблем вроде как не заметил.

Не подходит? crossover>bottle>импортировать из архива

В /home/lliakaji/.cxoffice не создаются бутылки?

Нет, нужно без GUI это сделать, из командной строки.

Бутылки и префиксы это одно и тоже? У него есть параметр --bottle, вроде подхватывает префикс, но ошибка теперь:

'cxbottle.conf' is not readable. Check the permissions of files in '/home/lliakaji/.local/share/winewizard/4682ece8a07ebb35e3e5a50f4b676deef62324ef/'.

Видимо, нужно префикс как-то обновить? В Wine это просто wineboot -u. Здесь можно подобное сделать?

В /home/lliakaji/.cxoffice 2 файла: cxoffice.conf и usage.log

P.S.: я его не устанавливал, пытаюсь использовать wine, идущий с ним в комплекте. Его вообще без установки можно юзать? Если нет, то не получится с Wine Wizard использовать.

В общем, алгоритм должен быть такой - выкачивается Crossover, распаковывается, создает префикс в папке с остальными префиксами, т.е. в папке .local/share/winewizard, запускается установщик приложения. Такое можно сделать?

crossover>справка>справка о кроссовер: «Bottle hooks can be created at three levels: 1. System-wide hooks apply to all bottles on the system, including non-root user bottles. Thus they are ideal to adapt the bottles to the configuration or hardware of the machine. These hooks are located in the $CX_ROOT/support/scripts.d directory. 2. User hooks are the same as system-wide hooks but apply only to one specific user's bottles. They are run after all the system-wide hooks have been run. They are located in the ~/.cxoffice/scripts.d directory. 3. Finally, each bottle can have its own set of hooks. These are especially suited to configure a published bottle for use by each non-root user. This is also the only kind of hook which is automatically packaged with the bottle when it is archived, and is thus guaranteed to run when the bottle is restored later, even if this is on another computer. These hooks are located in the scripts.d directory in the bottle...» и т.д.

Each hook is an executable file, usually a shell script, and must be placed in one of the above hook directories. The name of the hook must be of the form nn.name, where nn are two decimal digits that dictate the order in which the hooks are run, and name must not contain any dot or tilde and usually indicates the hook's purpose. The hooks are then called as described in the following events: 1. When a bottle is created

2. hook create template. When a bottle stub is created

hook create-stub published-wineprefix

This case happens when a published bottle is used in a non-root account for the first time. In this case the $WINEPREFIX environment variable points to the freshly created bottle stub, while published-wineprefix points to root's reference copy in /opt/cxoffice/etc.

Creating an RPM, Debian or Solaris package from a bottle.

CrossOver has the ability to create an installable package out of a bottle. This service allows you to create a bottle on one system, package it up, and reinstall it on many additional machines. The resulting packages must be installed in conjunction with a corresponding CrossOver program package.

Да я уже прочитал сейчас руководство. Что то я не представляю, как это можно прикрутить к Wine Wizard. Я думал из него пропатченный Wine выкрутить и юзать как обычно, но он походу там намертво с гуем связан.

Собственно, вопрос: а что именно лично вам требуется от кроссовера? Как я знаю, они все наработки отправляют в вайн через некоторое время. Может в последних версиях wine(1.9.9, 1.9.10, 1.9.11) уже есть все патчи из него?

В целом, «ПО там работает лучше и некоторое (поддержку которого доделали специально) работает без заморочек...»

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

Вот тут - Wine Wizard 1.0 (комментарий) - просто человек утверждал, что только этерсофтом запускается, .hta мол вайн не поддерживает, но я все прекрасно запустил и оно работает! Не на голый вайн, конечно, кучу либ пришлось ставить, но для этого решения и нужны - один раз сделал, все остальные могут расслабиться. Может и ваши приложения так же пойдут?

Раньше постоянно падал. А на кроссовере не падал.
На MS Office 2003 кстати очень волнует, открывает ли картинки Picture Manager.

А можно немного реквестов?

• В общем, почему он не подхватывает файловый диалог в KDE5? Стандартный от Qt какой-то... не такой.
• Не помешала бы возможность выполнения команд перед запуском программы, как это сделано в PlayOnLinux. В основном для того, чтобы передавать переменные окружения. (LANG и DISPLAY, ага.)
• И для самих инсталляторов тоже не помешала бы возможность задавать переменные окружения. (Или это и так можно как-то сделать?)
• Неплохо будет увидеть более явную возможность создания префикса без обязательного запуска инсталлятора — для игр, у которых этот самый инсталлятор не работает в Wine (но которые при этом можно просто скопировать внутрь префикса). Да, бывают и такие. Или для тех, у которых вообще нет никакого инсталлятора.
• А можно ли как-то сделать, чтобы консольные программы запускались не в wineconsole, а в нативном эмуляторе терминала? Или хотя бы добавить возможность запускать этот самый нативный эмулятор терминала со всеми правильно установленными переменными окружения от нужного префикса — в общем, тоже как в PoL. Только желательно, чтобы была возможность выбрать желаемый эмулятор терминала! А не как в PoL, где сначала запускается xterm, и уже из него приходится открывать что-то приличное.

Пока это всё, что с ходу пришло в голову, если ещё что-нибудь вспомню, то напишу ещё.

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

1) почему он не подхватывает файловый диалог в KDE5?

Так поставил в коде. Сейчас уже и не вспомню зачем. Если не нравится, могу обратно переделать.

2) Так это вроде вообще не зависит от программы? Запускай из консоли и передавай, что хочешь.

3) Есть Additional Scripts. Можешь там хоть какие скрипты писать и переменные передавать, скачивать файлы через wget и т.д. Но они отключены по умолчанию, т.к. не все разбираются в скриптинге. В настройках включаются.

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

5) Консольными программами не занимался, т.к. ни разу не пользовался виндовой консолью. Скиньте ссылки на какие-нибудь, поэкспериментирую, что-нибудь придумаем.

Ничего не понял. Что за висячая строка и почему без трея? Трей ведь включается в настройках. Если меню имеете ввиду, то что в нем странного? У меня 2 значка на панели - меню Wine Wizard и стандартное, точно такое же меню KDE. В XFCE, Gnome, Cinnamon и т.д. тоже меню есть(ну, кроме Unity, но там все время что-нмбудь не так). Так что меню - вполне стандартный интерфейс.

Насчет системного вайна - ну закинь ты в папку .wine линки на смстемный вайн вместо программ, да и все. Создай папку заранее с линками и копируй в префикс. Просто не понимаю, нафига это нужно? Вайн обновил и все работать перестанет.

смены директории, куда складывать префиксы

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

Picture Manager не открывает картинки, это факт. Не знаю, может и можно что-нибудь сделать. Скорее всего либ каких-то не хватает для работы с изображениями, потому что он их не воспринимает как картинки. А так вроде не падает, попечатал в нем, менюшки пощелкал разные(хотя тут наверное надо долго сидеть, времени у меня на это нет).

Ничего не понял. Что за висячая строка и почему без трея? Трей ведь включается в настройках. Если меню имеете ввиду, то что в нем странного? У меня 2 значка на панели - меню Wine Wizard и стандартное, точно такое же меню KDE. В XFCE, Gnome, Cinnamon и т.д. тоже меню есть(ну, кроме Unity, но там все время что-нмбудь не так). Так что меню - вполне стандартный интерфейс.

Я имел ввиду меню, при отсутствии трея оно просто появляется рядом с мышью, что очень неудобно.

Насчет системного вайна - ну закинь ты в папку .wine линки на смстемный вайн вместо программ, да и все. Создай папку заранее с линками и копируй в префикс.

Как-то слишком костыльно.

Просто не понимаю, нафига это нужно? Вайн обновил и все работать перестанет.

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

Так и не делал такой возможности. Не думал, что это кому-то может понадобиться. Можете пояснить, какая в этом цель? Если что, думаю можно также линк сделать, а префиксы перенести.

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

Совсем не обязательно, а надо это, к примеру, для простоты накатывания вайна с какими-нибудь специфичными патчами.

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

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

Я имел ввиду меню, при отсутствии трея оно просто появляется рядом с мышью, что очень неудобно.

А в чем именно неудобство? Это меню предназначено для запуска ярлыков, все остальные функции используются редко, поэтому и меню это должно появляться на пару секунд и исчезать, чтобы не мешало работать. По моему очень удобно, не надо никуда щелкать, ничего открывать и елозить мышкой. Если напрягает именно непредсказуемость позиции, где оно появится, то можно поместить значок на панели или рабочем столе - оно будет появляться рядом с ним при щелчке, и это была изначальная задумка - дополнительное меню на панели, аналог «Пуск».

Если имеете ввиду запускать с Alt-F2(быстрой строкой, или как она там), тогда да, это неудобно, но для этого и введен трей. Просто я не пользуюсь Alt-F2, т.к. все самые используемые программы у меня на горячих клавишах, менее используемые - на «Приборной доске», а до редко используемых, к которым я отношу и все Win-приложения, нетрудно дотянуться и в меню. Поэтому мне и непонятно, в чем неудобство. Чем мне не нравится оконный интерфейс, я уже описывал, к этому можно добавить еще, что выглядит все это некрасиво, т.к. из двух столбцов(ярлыки и префиксы) столбец с ярлыками будет пустой, в нем обычно 1-2 ярлыка, а столбец префиксов - наоборот длинный, если установлено много приложений. Если делать деревом, то это опять же дополнительные щелчки, куча кнопок для удаления, настроек и т.д., которые просто для запуска ярлыка видеть бы не хотелось. Делать меню с парой функций? Тоже не дело.

Ведь я вот если изменю интерфейс, ругаться будут опять же все, потому что, к примеру, PlayOnLinux ужасен в первую очередь сложным интерфейсом. Вот на этом скриншоте - http://pingvinus.ru/files/notes/playonlinux-install-game/10-playonlinux-run-g... - автору пришлось выделять кнопку запуска, потому что глаза сразу разбегаются от обилия кнопок и меню. Это явно не то, что пользователь, перешедший с Windows, ожидает увидеть. А все почему? Да потому что идеальный интерфейс для эмулятора(ну, неэмулятора :)) - отсутствие интерфейса. Любой пользователь хочет, чтобы у него просто устанавливались по щелчку его проги и появлялись ярлыки, никуда ползать и ничего настраивать он не хочет. Поэтому я и сделал МАКСИМАЛЬНО сжатый интерфейс, который возможен в данной ситуации без ущерба для удобства. Была идея убрать еще и выбор решения и определять установщики по sha-сумме, но от нее быстро отказался, это нереально.

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

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

Если напрягает именно непредсказуемость позиции, где оно появится, то можно поместить значок на панели или рабочем столе - оно будет появляться рядом с ним при щелчке, и это была изначальная задумка - дополнительное меню на панели, аналог «Пуск».

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

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

Один момент - когда я создаю решение оно автоматически отправляется на какой-нибудь сервер, или все мои решения остаются только у меня?

Решение на сайте уже в момент создания, после щелчка на «Add». Так что любые изменения решения сразу попадают на сайт. В этом и фишка - отлаживая программу у себя, вы избавляете остальных от этой работы. Если работа программы устраивает, вы остановитесь и рабочее решение окажется на сайте. Если не заработает, любой сможет подправить его позже. Я могу заблокировать полностью рабочее решение одним щелчком, если народ попросит. Вайны можно добавить разные, пока они все равно берутся с PlayOnLinux, я просто выбрал оттуда ье, что без патчей. Всегда можете добавить свой куда-нибудь и мы добавим его в список на сайте. Несложно ведь категории вайнов сделать, такие же как у пакетов.

Всё таки подумай насчёт добавления нескольких команд для использования из консоли.

Насчет этого не понятно, что именно должно быть в консоли?

Всегда можете добавить свой куда-нибудь и мы добавим его в список на сайте. Несложно ведь категории вайнов сделать, такие же как у пакетов.

Да, это может быть решением.

Насчет этого не понятно, что именно должно быть в консоли?

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

Можно даже добавить туда пару «продвинутых» опций, которых не будет в гуевом варианте.

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

Это можно сделать. Интерфейс установки и сейчас можно вызвать, просто введите winewizard и любой exe/msi с аргументами.

Один момент - когда я создаю решение оно автоматически отправляется на какой-нибудь сервер, или все мои решения остаются только у меня?

Я вот сейчас над этим даже сам офигел, когда подумал, насколько, блин, идея отличная! Пользователь может быть прожженным виндузятником и даже не знать, что он прямо сейчас помогает сообществу, «просто вводя имя проги и щелкая кнопку» :)))

Я вот сейчас над этим даже сам офигел, когда подумал, насколько, блин, идея отличная! Пользователь может быть прожженным виндузятником и даже не знать, что он прямо сейчас помогает сообществу, «просто вводя имя проги и щелкая кнопку» :)))

Вот в этом весь шик, я считаю что такой подход надо распространить далеко за пределы вайна.

Сайт для работы программы больше не требуется, кроме как для хранилища базы

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

Я решил потыкать программу. Приятно порадовало отсутствие предупреждений при сборке (Debian Jessie x64, Qt 5.3.2). Но вот вопрос: где она создаёт префиксы? Вопрос не праздный, тому же WoW для установки, например, вынь и положь 30 гигов. Где хранятся конфиги, какой у них формат, и др.

я считаю что такой подход надо распространить далеко за пределы вайна.

Торренты же :)

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

где она создаёт префиксы?

QStandardPaths::writableLocation(QStandardPaths::DataLocation).

Проще говоря, в .local/share/winewizard. Префиксы можно ведь открыть из меню, там и будет папка. Имена заданы по sha-суммам, чтобы не было проблем со спецсимволами.

Где хранятся конфиги, какой у них формат

Конфиги - имеется ввиду решения? У меня на сайте, формат ini.

Debian Jessie x64, Qt 5.3.2

У меня то же самое :)

Ага, спасибо.

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

Как ты запустил .hta ??

Как ты запустил .hta ?? Не ну правда, как ты это сделал?

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

Расскажи как. куда тебе можно написать?

Граждане, вы до сих пор не поинтересовались у уважаемого автора, куда ему донат засылать. А хотелок наклацали уже 2 страницы. Нехорошо, потребляццтвом попахивает.

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

Только у меня не работает создание нового решения в программе? http://s017.radikal.ru/i410/1606/ee/415d479ffd83.png

mso 2010 работает в Play-On-Linux

Копался по форумам об этой проге, логи смотрел, да и собрал решение. Не помню уже и по каким форумам. Заходи ко мне на блог, только что открыл, там форум есть и обратная связь. http://wwizard.net/