gmane.comp.desktop.lxde.pcmanfm

PCManFM's last added feature: desktop entryproperties editing.

Andrej N. Gritsenko — 2013-05-05T20:19:09

    Hello there!

    Last feature that is included into 1.2 branch (which is in heavy
developing still) - desktop entry properties editing. This feature is
accessible when you right-click some file and select 'Properties' in
context menu popup. It looks the same as before for any file but some
desktop entry file. For desktop entry file the icon becomes clickable,
name becomes editable, and there will be one more tab 'Desktop Entry'
where all other properties (command to execute, flags to open in the
terminal, etc.) can be changed. This just makes applications such as
LxShortcut literally irrelevant - you can create or edit desktop entry
file directly in some directory (on your Desktop for example).

    Everyone is welcomed to test it and give all possible feedback. All
the code is in master branch of libfm. Any feedback is appreciated.

    Next thing that is in development is turning PCManFM into the main
menu editor - it will allow adding, deleting, renaming, moving anything
in any of subfolders of Appli

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-29T18:32:14

    Hello!

Дмитрий Антонов has written on Friday, 26 April, at 12:14:

    If you think ~15 MB on i386 or ~20 MB on x86_64 is too much then
consider to use Midnight Commander isntead. Other file managers with
functionality similar to PCManFM use more RAM. May be some very early
version of PCManFM (1st generation - 0.1.7 or whatever) with very basic
functionality consumed less but I doubt you want so basic functionality
ever from GUI file manager. I'm sorry.

    With best wishes.
    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
_______________________________________________
Pcmanfm-develop mailing list
Pcmanfm-dev

Re: [razor-qt] Re: PCManFM Qt 0.1.0 released.

2013-04-28T16:27:17

anda...< at >gmail.com於 2013年4月28日星期日UTC+8下午11時18分14秒寫道：


IIRC, there was some attempt in the past to make it work with Qt.
Kommodity http://websvn.kde.org/trunk/playground/libs/kommodity/

And there was also some work to make KIO slave work with Gtk+.
https://live.gnome.org/KioGioBridge

None of them seems to be active, though.
 


Really glad to hear that!! It's a long awaited feature.
Gvfs, however, has one thing that always beat KIO slave.
It's implemented in plain C and can hence be usable from nearly any 
programs.
C++ APIs, like KDE ones, are hard to use in C programs.
Creating a C wrapper around a C++ library is really a boring task and I 
guess nobody will want to do it.
So, I personally prefer C-based libraries in this case.
Unleass there can be a pure C implementation of the KIO protocol or a thin 
C wrapper for the C++ API it projects, it's difficult to use KIO in 
Gtk/Gnome programs.
 

------------------------------------------------------------------------------
Try N

Re: Merge teams for the best. (was: LXDE FORK, was: PCManFM Qt 0.1.0 released)

Andrej N. Gritsenko — 2013-04-26T15:17:14

    Hello!

Jerome Leclanche has written on Friday, 26 April, at  0:26:


    I've joined #razor-qt< at >freenode today and we got to conclusion that it
would be good if LXDE developers subscribe to razor-qt< at >googlegroups.com
mailing list and razor-qt developers to lxde-list< at >lists.sourceforge.net,
it will be good as next step of further co-operation.

    Thank you in advance.

    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

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-26T14:46:30

    Hello!

JM has written on Friday, 26 April, at 15:44:

    It is in very early state really. But it's better to ask PCMan about
details, I'm working on 1.2 GTK version now and never took a part in Qt
version yet. I'm sorry.


    I remember that issue and that is in feature list for 1.2 as well.





    Of course, the twin-pane mode will be in pcmanfm 1.2, it is a long
waited optional feature by many.

    With the best wishes.
    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

Re: Merge teams for the best. (was: LXDE FORK, was: PCManFM Qt 0.1.0 released)

Andrej N. Gritsenko — 2013-04-26T13:54:10

    Hello!

gary sheppard has written on Thursday, 25 April, at 16:06:

    At least we refuse feature requests that can affect responsiveness
(i.e. CPU usage), only optional functionality (thru context menu for
example) being added there. Only feature which will affect CPU will be
plugins system which is planned but I'll do it as much as possible on
idle to not affect responsiveness. A tiny bit increased memory usage is
unavoidable unfortunately, because new features execution code and data
will consume the memory, but I believe it will be really just a tiny bit.


    As much I can say, GTK3 version consumes 20-30% more memory than GTK2
one. PCMan told me Qt consumption lies between those two and I have no
reasons to doubt. I didn't make any CPU usage tests on them though, it
will require good testing plan and number of repeated tests to get all
the statistics. I'm not much good in that.


    It's why we have to make a decision now which toolkit we will use
when GTK2 will be abandoned. It is not abandoned

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-26T12:55:35

    Hello!

Дмитрий Антонов has written on Friday, 26 April, at  2:12:

    How can you tell that? Where you've got such conclusion? And if there
is some problem with it as lightweight file manager then, please, report
that problem and help find what may be wrong, please.


    PCManFM core is finished. Development on it is about few feature
requests to extend its functionality when user require that, such as new
content menu items for example. It will never be slower, I promise. Just
because any feature requests that affect its responsiveness are being
refused. All additional resourse consumption will be tiny bit of RAM to
load extra code (which implements those features) and it's all.
    If you meant Qt version of PCManFM then yes, it's not finished yet
but I believe core is already complete so no further slowness either.

    Best regards.
    Andriy.

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic

Merge teams for the best. (was: LXDE FORK, was: PCManFM Qt 0.1.0 released)

Andrej N. Gritsenko — 2013-04-25T22:04:55

    Hello!

    I reply to two letters in our mailing lists because they are linked
by the theme but subjects of them weren't so clear on theme.

Alexis López Zubieta has written on Thursday, 25 April, at 12:01:




    I believe our goals are similar. At least what I always wanted from
DE? It should be:

1) lightweight: it should not be slow in any way on netbooks for example
2) easy to use: I should do anything with just few keypresses (or mouse
clicks for those who loves to hug their rats:)
3) comfortable: it should have some default settings to be nice for new
users without terminal tricks and in the same time let me change every
element of my desktop system if I am advanced user
4) modular: I should have the possibility to construct my desktop from
some elements if I want that

Also I know that accessibility is really thing which is required and it
even more important than any bells and whistles because those people who
need accessibility are more dependent on those things than we are.

You stated abov

Re: PCManFM Qt 0.1.0 released.

Stephan Sokolow — 2013-04-25T01:20:13

I'm not concerned about the API stability. My time as an enthusiast KDE 
user has made it clear how much both Qt and KDE value API stability.

New APIs can be added, but old ones can't be broken in Qt or kdelibs 
without incrementing the major version and, as has been mentioned, Qt5 
isn't a gigantic break from Qt4.

I can definitely agree that debugging will be better than in Vala (and 
it'll be nice to have an officially-supported IDE that's neither Eclipse 
nor MonoDevelop for a language where Vim just isn't quite enough) but, 
as someone who normally programs in Python, PHP, JavaScript, or shell 
script, I can't usually justify the time cost of dropping to a level 
lower than languages like Vala and C#. (I don't count Java. They botched 
it too much.)

It also worries me that, while I haven't fully kept up with Qt news, it 
seems that using QML/Quick as a glue language for building native 
desktop UIs won't be an officially-supported option until at LEAST Qt 
5.1 (See https://qt-project.org/wiki/QtDeskt

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-24T20:59:03

    Hello!

Alexis López Zubieta has written on Wednesday, 24 April, at 15:31:



    This would be just wonderful to have you joining forces. I've started
the thread with idea to join forces with razor-qt team. In case someone
doesn't know, I'm the main developer of libfm and pcmanfm at the time
being, mainly because PCMan has a lot less time and I have much more and
I have interest in making it. Yes, I'm working with GTK but last time we
found out that making it compatible with such fast changing GTK3 doesn't
worth all the efforts. Therefore Qt looks like as viable alternative for
another toolkit instead of GTK3 and PCMan started his experiments with Qt
and it is what libfm-qt / pcmanfm-qt are. Yes, I can handle all bugs and
feature requests for libfm / pcmanfm alone, but what with another LXDE
components? LXDE team has very few developers. But since razor-qt has not
too many developers too and they have the same goals (not build monstrous
integrated complex but rather a desktop toolkit) I think it would

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-24T20:56:13

    Hello!

Stephan Sokolow has written on Tuesday, 23 April, at  2:21:



    I hope PCMan will answer this shortly. But what I heard from him is
Qt is a lot better in both API stability and variability. And in regard
of debugging - C++ isn't syntetic language but Vala is therefore should
be a much easier to debug C++ applications than Vala (Vala is just a hell
to debug). But I have almost zero experience with C++ and Qt so cannot
tell you much.


    Porting GTK+ applications to Qt shouldn't be too much hard but it
will require at least two things:
1) if the application has own GTK classes those API interface should be
completely rewritten because in C++ classes have public and private
methods but in GTK each method is just a separate API (because it's C
after all);
2) all calls to GTK APIs should be replaced with appropriate Qt calls,
also every GTK object should be replaced with appropriate Qt object. I
don't know yet if some list of appropriations ever exists.

    There may be some problems with the tr

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-24T13:55:28

    Hello!

Abdurrahman AVCI has written on Tuesday, 23 April, at 13:39:



    Thank you very much for clarification. That's great thing for the
development and application life.



    So what do we have now? I would like to hear from razor-qt guys what
they think about the idea to merge our efforts and teams to make LXDE and
razor-qt camps the one. I mean LXDE and razor-qt to be similar things but
just based on different toolkits - GTK2 for LXDE and Qt for razor-qt.
This way the razor guys will affect quality of GTK2 versions and lxde
guys will give Qt versions of missing parts (file manager for example).
As I said a bit earlier, two teams together is definitely more than just
sum of two and you all know that.

    With the best wishes.
    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

Re: PCManFM Qt 0.1.0 released.

Stephan Sokolow — 2013-04-23T14:26:45

On 13-04-23 07:56 AM, Andrej N. Gritsenko wrote:

Huh. I actually used to use Konsole too though more through Yakuake than 
on its own.

I ended up switching to rxvt-unicode (featureful but a bit of a hassle 
to learn how to configure) with the provided kuake Perl script and GNU 
screen for the tabs when I got fed up with how much heavier the KDE 4 
version was.

(Among other reasons, I try to keep my desktop as comfortable as 
possible on my old 2Ghz Celeron with 1GiB of RAM as a way to control 
bloat on my Athlon II X2 270 with 16GiB.)

Now all I need to do is to find time to optimize my .zshrc. (Currently, 
urxvt appears as quickly as Leafpad but then waits a couple of seconds 
before displaying a prompt while it does things like populating its Tab 
completion cache. One reason why my .zshrc displays the fortune 
command's output as early as possible.)


------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-23T11:56:56

    Hello!

Stephan Sokolow has written on Tuesday, 23 April, at  2:19:


    I should agree with you and I still stick with Audacious and I will.




    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.



    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 leas

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-23T10:44:52

    Hello!

PCMan has written on Tuesday, 23 April, at 13:04:



    Well, that shouldn't be too big problem. I believe it shouldn't take
too much efforts to support both GTK2 and Qt versions to honor GTK2 users.
Why I don't talk about GTK3? Many of you know GTK3 is a lot more buggy
and resourse consuming. And less of you know about another GTK3 problem:
they tend to change APIs too much and too fast. For example, last night I
did researches to implement some new plugin into libfm-gtk. And what I
see? Let's say, class GtkVBox. In GTK 3.0 they've marked it deprecated
and suggested to use newly created GtkBox. In GTK 3.2 they've created new
GtkGrid class and in 3.4 they've deprecated GtkBox as well telling to use
GtkGrid. What will be next? They deprecate GtkGrid in a year or too? So
who knows if applications designed for GTK 3.0 can be even compiled in
mere year or two without lots of workarounds and conditionals? I wouldn't
be so sure. But what about Qt, BTW, is its API somewhat stable? At least
I strongly w

Re: PCManFM Qt 0.1.0 released.

Stephan Sokolow — 2013-04-23T06:19:08

Unfortunately, I've already looked and been unable to find anything else 
with the wide format and feature support I require.

Even ignoring features, I use almost every format plugin available for 
Audacious AND I also use something (UADE) that should have been an 
Audacious plugin but the developers are jerks. (They promised to break 
the UADE API if the Audacious developers merged the plugin into 
Audacious and the Audacious developers, like the Linux kernel 
developers, weren't willing to hold up API improvements for external 
modules.)

I know most things support AAC, AC3, FLAC, ModPlug, MP3, Ogg Vorbis, 
libsidplay, WavPack, AVI/FLV/MP4/WebM/mov/Real audio demuxing and 
playback via ffmpeg and I THINK there's a GStreamer plugin for 
libsndfile (.wav, .snd, .au, .voc).

However, I have yet to find anything that also does AdPlug, MIDI through 
an external synthesizer, Game_Music_Emu (GBS, GYM, NSF/NSFE, and SPC at 
minimum), PSF, and PSF2. (And those are just the formats/libraries I'm 
using right now.

Re: PCManFM Qt 0.1.0 released.

PCMan — 2013-04-23T05:14:28

On Tue, Apr 23, 2013 at 10:49 AM, Stephan Sokolow
<gmane.ssokolow< at >spamgourmet.com> 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.


If we decided to move toward Qt/razor-qt, we need to devoted some time
to fix this part.
That engine is developed by KDE guys.
As we have much experience with gtk+ and its internal, I think we can
help fix this part after learning more Qt stuff. Removing KDE
dependency and making it Qt only is possible.
I'm quite confident.


The Qt file dialogs are replaced by KDE if you're running KDE.
Qt is extensible via plugins and it allowed overriding the file
dialogs with your own plugins.
If you want, we can even provide a file dialog with PCManFM.
(Of course, someone needs

Re: PCManFM Qt 0.1.0 released.

PCMan — 2013-04-23T05:04:05

Thank you guys very much for the proposal. It's not crazy at all.
The proposal is very practical. Actually, it's also what I'm thinking about now.
As the lead developer and founder of a some what famous DE, it's
really hard for me to say this. Even I personally found that using Qt
is much more productive and I already tested razor-qt for a while, I
felt that we should not abandon our LXDE users/supporters.
Politically, we belongs to the Gtk+ camp and moving toward Qt will
make some supporters disappointed. Technically, porting to Qt is much
easier than it looks like.
It only took me 1 - 2 months to port 90% of the functionality of pcmanfm to Qt.
So porting all other LXDE components to Qt is applicable and practical.
I've been evaluating razor-qt for months. I followed up the project
regularly and joined their mailing list. It has very similar goals
with us and its development is really rapid.
After months it's nearly complete now and contains even much more stuff than us.
The infrastructure and library APIs

Re: PCManFM Qt 0.1.0 released.

Stephan Sokolow — 2013-04-23T02:49:56

My main problem with the idea is that the vast majority of apps I use 
are GTK+ ones with no acceptable Qt alternatives and I worry that a move 
to Qt would jeopardize the ready availability of a less GNOME3-ish GTK+ 
theme for most of the apps on my Lubuntu desktop.

(Nothing matches Audacious for a compact chiptune-playing GUI, nothing 
matches Geeqie for a responsive image viewer, The default (GTK+) Firefox 
theme is the only one that is reliably compatible with the Aurora 
channel, etc.)

QGtkStyle is an officially-supported part of Qt, so I can effortlessly 
mix Qt apps into my primarily GTK+ desktop and force GNOME/OSX 
"Cancel/OK" button order on them. (It's not just taste. It's superior 
and I've got a link I can share to explain why.)

gtk-engines-qt has been bitrotting for years and native Qt themes tend 
to force Windows/KDE-style "OK/Cancel" button order with no option to 
change that.

On the plus side, at least the native Qt file dialogs have "Rename" and 
"Delete" in the context menu, unlike t

Re: PCManFM Qt 0.1.0 released.

Julien Lavergne — 2013-04-22T21:00:40

2013/4/22 Andrej N. Gritsenko <andrej< at >rep.kiev.ua>:

It's not a so crazy idea. I'm seriously looking at razor-qt and Qt in
general for a possible future of Lubuntu. Ubuntu will use more and
more Qt applications in the future, so it makes sense for us to
investigate this way.

Regards,
Julien Lavergne

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

Re: PCManFM Qt 0.1.0 released.

Andrej N. Gritsenko — 2013-04-22T20:30:10

    Hello!

PCMan have written on Tuesday, 26 March, at 10:42:

    I never looked into razor-qt before and I wasn't aware such DE even
exists but now that I looked into its site I've found out some conceptual
similarities with LXDE. And I've got some crazy idea. Since libfm/pcmanfm
has Qt port already and LXDE as whole has too few active developers, it
might be reasonable to join projects (razor-qt and LXDE), i.e. port to Qt
rest of LXDE components so LXDE will be based on Qt instead of GTK and
razor-qt will get few missing applications as well. It's a crazy idea, I
know, and may be even silly one, I just got that thought and decided to
write it out loud. :)
    I never did comparizon on resourses consumption between pcmanfm GTK
and Qt versions though, it should be done somehow sometime. And if Qt is
more lightweight than GTK then... you know. :)
    The only problem is that GTK is C but Qt is C++...

    Cheers!
    Andriy.

------------------------------------------------------------------------------
Pre