Hello!
Stephan Sokolow has written on Tuesday, 23 April, at 2:19:
>On 13-04-23 01:14 AM, PCMan wrote:
>> Audacious is really perfect. However, it's core library is tight with
>> Gtk+, so porting to Qt is quite difficult. I studied this earlier and
>> had the conclusion.
>> Fortunately, there are several nice Qt music players.
>> Qmmp if you like WinAmp UI.
>> Clementine is also a nice one.
>> If you prefer xmms2, there exists some Qt UI frontends for it which
>> are lightweight.
>Unfortunately, I've already looked and been unable to find anything else
>with the wide format and feature support I require.
I should agree with you and I still stick with Audacious and I will.
>>> (And I do already have a fair few Qt apps. KRename, Filelight since
>>> Baobab's radial view is a lazy afterthought, K3b since others are too
>>> crash-happy or too spartan, Okular since Lubuntu's Evince doesn't do CHM
>>> or offer bitmap/screenshot select-to-clipboard for PDF, GoldenDict, LyX,
>>> and Skype, for example.)
>> There exists many nice independent Qt applications.
>> What they need is polishing, advertising, and grouped together.
>> Just like what we did with LXDE, we can group some nice independent Qt
>> apps as well.
>For example, GoldenDict and LyX. The only major KDE applications I
>really need are K3b, Tellico, and KDiff3... though I do like Okular much
>more than ChmSee or xchm for reading CHM files.
Despite the fact Openbox is my favourite WM and I'm using PCManFM
(it's why I've started to polish it in the first place) and Lxpanel (I
found no alternative so far - all other are either incomplete or too
bloated) I just cannot use my desktop without KDE/Qt applications: it's
Konsole (which still is the best terminal program - full featured and
bugless) and Kmix - the best tray mixer application with built-in keys
support I ever seen. So I'm using Qt always anyway. Another application
that I always use is Firefox. Other are used less often but some of them
are GTK and some are Qt. So my desktop is always mixed and I don't think
it's a bad thing as far they can coexist.
>> As the founder of the project, emotionally I'm a little bit reluctant
>> to replace our work with others'. However, from the perspective of the
>> whole free software community, merging the effort rather than
>> divergence brings much more benefit to the world. So I support the
>> change. :-)
>I perfectly agree with the sentiment. One of my many "if I can ever find
>the time" projects is to investigate the "rarfile" Python module as a
>possible successor to my rar.py. (A partially-finished module for
>listing files in rar archives without depending on the rar/unrar
>binaries or linking against a GPL-incompatible library.)
It's why merging teams together means not just adding efforts but
somehow multiply them and we could have much better desktop than if we
just implement something in parallel. At least I think so. :)
Cheers!
Andriy.
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
_______________________________________________
Lxde-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lxde-list
