| 1.2, Ilya Indigo (ok), 19:26, 01/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 >Добавлена поддержка GStreamer 1.0.
Неужели?
Осталось подождать ещё года 2, когда 3.2 выпустят, и года 2, когда Audacity на него портируют, и наконец-то можно выкинуть GStreamer 0.1 из системы. Но это будет не скоро. :-(
| | |
| |
| 2.6, Mihail Zenkov (ok), 20:43, 01/03/2016 [^] [^^] [^^^] [ответить]
| +6 +/– |
 У меня для вас две новости:
хорошая - можете выкинуть GStreamer из системы прямо сейчас
плохая - его можно было выкинуть и раньше, так как Audacity его не использует :)
| | |
| |
| 3.7, Ilya Indigo (ok), 21:10, 01/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
> У меня для вас две новости:
> хорошая - можете выкинуть GStreamer из системы прямо сейчас
> плохая - его можно было выкинуть и раньше, так как Audacity его
> не использует :)
Спасибо, Вы меня и в самом деле обрадовали. :-)
Глянул zypper-ом, а его у меня уже и нет. Audacity, по крайней мере в openSUSE, недавно перестал требовать пакет libwx_gtk2u_media-suse1, который требовал libgstreamer-0.10.so.0()(64bit) и после очередного обновления я и не заметил, как его и не стало. :-)
| | |
|
|
| 1.10, Аноним (-), 21:51, 01/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Уважаемые, а о каких мобильных платформах речь и что на них вообще доступно?
| | |
| |
| 2.13, тоже Аноним (ok), 22:34, 01/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Это хорошо подходит, например, для превращения написанного с MFC или VCL в нечто кроссплатформенное. Архитектура очень похожая, не так уж много придется переписывать.
Если, конечно, сейчас такой код еще не весь вымер.
| | |
| |
| 3.21, вася (??), 01:18, 02/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>написанного с MFC или VCL
>Если, конечно, сейчас такой код еще не весь вымер.
разве LibreOffice использует не VCL?
| | |
| |
| 4.34, тоже Аноним (ok), 10:04, 02/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
 "Visual Components Library, an internal part of OpenOffice.org and LibreOffice, not to be confused with the Visual Component Library"
| | |
|
|
|
| 1.12, тоже Аноним (ok), 22:31, 01/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Прекрасная новость, омраченная только двумя пунктами:
1. Это нестабильный релиз.
2. Последний минорный релиз стабильной ветки вышел полгода назад.
В таком виде новость уже как-то не очень радует...
| | |
| |
| 2.15, Crazy Alex (ok), 22:55, 01/03/2016 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Вроде бы нет. если не считать Gtk, который пытается делать ООП на С - результат понятен.
| | |
| |
| |
| 4.25, Нимано (?), 02:47, 02/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Удобство и отсутствие недостатков плюсов.
То-то они от такой хорошей жизни Vala и Genie под это дело запилили ...
| | |
| 4.27, Вареник (?), 07:24, 02/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Недостатки плюсов перед С, в части прикладухи?
А перед машинными кодами в HEX редакторе - у него есть недостатки, с точки зрения написания бизнес-логики и теплых ламповых иконок?
| | |
| |
| 5.40, dq0s4y71 (??), 13:12, 02/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
В части прикладухи, выбор между С++ и С - это выбор между злом и ещё большим злом.
| | |
| |
| 6.48, Вареник (?), 22:05, 02/03/2016 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Ну как сказать, окна на С++ стартуют и рисуются все-таки быстро, игры получаются быстрее, FPS стабильней чем на C# том же, а это огромный рынок. Будет жить.
Но С для GUI... Вот это реальный изврат.
| | |
|
|
|
|
|
| |
| 2.33, anonymous (??), 09:41, 02/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сразу возникает вопрос, зачем вообще нужен wxWidgets, когда сразу все можно написать с использованием Qt.
| | |
| |
| 3.55, mndms (?), 15:25, 03/03/2016 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Чтоб перейти на Qt поплеваться с вида UI, блевануть вспомнив что есть moc, и перейти обратно к нативным отрисовщикам
Оставив впрочем этот вариант отрисовщика на всякий случай для маргинальных платформ
| | |
|
|
| 1.30, Sunderland93 (ok), 09:10, 02/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Ребят, я тут изучаю в свободное время PyQt 5. Скажите, стоит ли начать изучать wxPython, и легче ли он чем PyQt?
| | |
| |
| |
| 3.56, mndms (?), 15:27, 03/03/2016 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> После Qt это будет мазохизм.
Qt и есть мазохизм
60 мегабайтная библиотека для HelloWorld
О супергенераторе Moc влобще лучше промолчать
| | |
|
| 2.62, Kodir (ok), 22:06, 09/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
 WX попроще будет. Qt - это "systemd мира ГУЁв" - бестолковый монстр, берущий на себя куда больше, чем должен.
| | |
|
| 1.32, Аноним (-), 09:40, 02/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Объясните несведущему, зачем юзать это пoделие, нежизнеспособное без кучи gtk-шных либ? Почему не взять нативный gtk, или он совсем так плох?
| | |
| |
| 2.37, StreSS.t (ok), 11:14, 02/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
 За тем что:
- wx будет на всех платформах выглядеть как родное приложение, ибо это прослойка
- один и тотже код собирается на разных платформах и ведет себя одинаково (ну или почти)
- достаточно быстрая работа.
| | |
|
| 1.42, Дуплик (ok), 17:04, 02/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Отличный тулкит, который использует __НАТИВНЫЕ__ контролы под каждую из систем:
GTK+ под GNU/Linux
Win32 API под MS Windows
Cocoa под OS X
И не выглядит вырвиглазно, в отличие, от, например, Qt, который всё рисует своими силами и мимикрия не полная.
| | |
| |
| 2.43, fleonis (ok), 17:34, 02/03/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
 если не ошибаюсь, wxwidgets тоже начинает мостраизироваться...
жаль нет ничего связанного с бустом, чтобы только gui там и было, а все остальное из буста. у меня как-то была идея такого стартапа, но чего-то не пошло.
| | |
| |
| 3.44, Mihail Zenkov (ok), 18:25, 02/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> если не ошибаюсь, wxwidgets тоже начинает мостраизироваться...
Странно слышать такое от любителя буста ...
ИМХО wxWidgets сама легковесность и минимализм в сравнении с бустом.
| | |
| |
| 4.51, fleonis (ok), 14:11, 03/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> если не ошибаюсь, wxwidgets тоже начинает мостраизироваться...
> Странно слышать такое от любителя буста ...
> ИМХО wxWidgets сама легковесность и минимализм в сравнении с бустом.
ну, буст - это как бы почти стандарт.. некоторые части уже в std.. просто такое дело - я все равно буду компилить буст потому что обязательно что-нибудь от туда понадобится, и получится, что у меня одна и та же функциональность реализована в нескольких библиотеках. потоки например (std, boost, wxwidgets). все то, что реализованно в wxw уже реализованно в бусте (кроме конечно самого гуи).
к тому же буст организован как-то по-лучше.. логичнее что ли.. у него есть "подбиблиотеки", но они как отдельные библиотеки, а там все вместе, без пространства имен.
| | |
| |
| 5.54, тоже Аноним (ok), 14:37, 03/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Если приглядеться к классам wxWidgets, внезапно окажется, что с Бустом они пересекаются только в тех вещах, которые практически каждый фреймворк делает "под себя" - строки, контейнеры, ввод-вывод... Более того, часть из них настройками компиляции можно просто превратить в обертки над STD-классами. Если бы в wx была только эта база, ее никто бы и не использовал.
При этом библиотека совершенно не требует использования именно своих классов. Мне, скажем, не нравится wxXmlDocument - я на него забил и использую pugi::xml. Ничуть по этому поводу не страдая.
| | |
| |
| 6.59, fleonis (ok), 22:15, 03/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Если приглядеться к классам wxWidgets, внезапно окажется, что с Бустом они пересекаются
> только в тех вещах, которые практически каждый фреймворк делает "под себя"
> - строки, контейнеры, ввод-вывод... Более того, часть из них настройками компиляции
> можно просто превратить в обертки над STD-классами. Если бы в wx
> была только эта база, ее никто бы и не использовал.
> При этом библиотека совершенно не требует использования именно своих классов. Мне, скажем,
> не нравится wxXmlDocument - я на него забил и использую pugi::xml.
> Ничуть по этому поводу не страдая.
обертками над std? не знал.. там доки есть?
я так сказал потому что обычно я пишу гуй отдельно, так, чтобы можно было сделать веб морду например, использовать qt или wxwidgets или вывести на консоль - не важно. для этого весь функционал вывожу в специальные классы (ну, аля контролеры), а потом просто вешаю обработчики (так можно новую морду очень бысто сделать).
весь ввод-вывод использую из std, перевод - boost::locale (до этого тоже его, только от автора). совершенно не понимаю, зачем писать строки, свой перевод и так далее.. есть же уже.. из-за этого приходится переделывать строки в wxString. то есть основное время на адаптирования моего "контролера" для wx - это переделывание данных из стандартных форматов в wx. это раздражает.
но из того, что есть wxWidgets - лучший в этом плане.
| | |
| |
| 7.60, тоже Аноним (ok), 00:22, 04/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
А зачем "переделывать" строки в wxString? У wxString есть конструктор из std::string и std::wstring, вполне можно передавать стандартные строки в функции, ожидающие wxString.
| | |
|
|
|
|
|
| 2.45, тоже Аноним (ok), 19:18, 02/03/2016 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> __НАТИВНЫЕ__ контролы под каждую из систем
Это и достоинство, и недостаток.
Например, есть у меня программка, использующая wxListBox. На винде она работает долгие годы, все вылизано. Собираю под Linux - и обнаруживаю, что у аналогичного элемента GTK заметно отличается функционал (да, в документации это отражено).
Например, под виндой в том списке можно одним щелчком снять выделение со строчки в wxListBox, а GTK-порт делает это только и исключительно с зажатым Ctrl. Лезу в код, чтобы привести все к единому знаменателю... а нету такого кода! Весь класс wxListBox и его родители - это просто обертки над вызовами к GTK или MSW. И все, приплыли...
| | |
| |
| 3.50, Аноним (-), 12:18, 03/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> привести все к единому знаменателю
Чтобы поведение твоей программы отличалось от других? Зачем ты издеваешься над пользователем и ломаешь его целостную систему?
| | |
| |
| 4.53, тоже Аноним (ok), 14:30, 03/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Контролы, которые юзер использует постоянно, в первую очередь должны быть удобны ему.
Во вторую - следовать стандартам системы.
В приведенном примере выделение элементов списка и снятие этого выделения - одно из самых частых действий, которые пользователь программы совершает в течение рабочего дня. Вы предлагаете ему ради целостности системы весь день зажимать Ctrl?
Не надо путать небо с отраженными в луже звездами. Целостность гуя очень полезна для удобства работы, но если средства мешают цели - от них необходимо отказываться.
| | |
| |
| 5.58, AlexYeCu (ok), 21:58, 03/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
 >Контролы, которые юзер использует постоянно, в первую очередь должны быть удобны ему.
И вот тут интересный момент: юзеров много и каждому в мысли не заглянешь (и одному-то проблема), а стандарт один (в идеале).
| | |
| |
| 6.61, тоже Аноним (ok), 00:28, 04/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> И вот тут интересный момент: юзеров много и каждому в мысли не заглянешь (и одному-то проблема), а стандарт один (в идеале).
В том идеале, который возможен в реале, программист сам некоторое время выполняет эту работу и отталкивается от рабочего процесса, а не от отвлеченных стандартов.
Потом как-то естественно получаются инструменты, позволяющие одному специалисту проворачивать объем работы, над которым мог бы сидеть целый отдел ценителей стандартов.
Для полной прозрачности уточню: это не теоретический размышлизм, а конкретный опыт по тому примеру, о котором, собственно, речь.
| | |
| 6.63, Kodir (ok), 22:13, 09/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Есть же какие-то общие идеи, применимые к большинству! Юзабилити бы не существовало, если бы все были извращенцами "think different!" :)
Я всё же выступаю ЗА нативные контролы, но чтобы библиотека могла без проблем "улучшить" любой из них. На примере винды видно, что их тухлый набор гуёв (из Win32) покрывает едва ли 50% потребностей юзеров - потому и так популярны всякие девэкспрессы, что сильно расширяют "стандартное фуфло". :)
| | |
|
|
|
|
|
|
