I’m here to call for a review for PCManFM as the source code in git isin quite good shape now.Many known bugs are fixed and I did much refactor to the tabbedbrowsing part and merge changes in tab-rework3 branch with master.Please help test and update translations in various distros. If things are ok, I propose a new release.
Some major changes:
- “Reload Folder” is available now in View menu.
- “Directory Tree” mode is available in side pane.
- Filesystem size is updated in a more correctly and efficient way.
- Many bugs causing crashes are fixed.
- Shows a warning icon in toolbar when running as “root”.
- Supports menu keys.
- Fixed some memory leaks.
- ~ and / to move focus to location bar
- Improve internal structure of PCManFM.
- Code cleanup.
A new release as 0.9.9 is required. Please help review and test the code in git.Thanks a lot!
Everybody loves screenshot!
Directory tree in side pane was a feature in PCManFM 0.5 series, but it’s not yet implemented in the latest rewrite. Yesterday, I finished the rewrite for directory tree and added it to PCManFM. This new feature is now availble in git repository. I also added a drop-down menu to side pane to swtich between different kind of side panes. Currently there are only “Places” and “Directory Tree”. Later I plan to add more modes.
I also reworked the tabbed browsing part yesterday. Due to the limitations of GTK+, I did some dirty hacks for it to reduce resource usage. This comes at the price of less readable source code, though. After the tab-browsing rework, I fixed an old bug causing incorrect and outdated info shown in status bar so now the info in status bar is up-to-date most of the times. Later, I’ll try to add a “Reload” button so remote filesystems without notifications on changes can be refreshed manually.
To test the latest features, grab the source code from git.
You have to install libfm first:
This is the supporting library required by PCManFM.
Then install pcmanfm. Notice that the new feature is in "tab-rework" branch, not in "master"
If you don’t know how to compile libfm/pcmanfm from source code, read this:
Now, it’s time to fix the remaining bugs in the bug tracker and keep heading for 1.0 release.
A picture is worth a thousand words.
The directory tree is not yet added to PCManFM itself. This screenshot is the demo program included in libfm. A very primitive directory tree is finished. Later I’ll add this to PCManFM.
Many people are curious about this feature since it used to be available in old PCManFM 0.5 series, but why it’s not implemented in the new series?
- We want a better one which supports asynchronous I/O and does not block the UI.
- It supports gio. So later we may add remote filesystem supports to it.
- It might run faster than the old one
- The source code is cleaner and more well-structured
- The “<Empty>” items look weird and less elegant, but detecting whether a folder contains sub folders and keeping all the nodes updated in real time requires much more resources since you have monitor all of them one by one. On Linux it’s not an issue since inotify supports monioring of tons of files. On other POSIX systems, this can potentially use up all file descriptors available to a process. So, finally I do it like this way.
Please, stay tuned. I’ll put this in PCManFM soon.
OK, it’s time to tell the world what we’re doing to the file manager Here is a status report for PCManFM.
- Several bugs are fixed, and others are not. I’m currently working on fixing them.
- Directory tree will be available from side pane again in next release. I have finished 50% of the feature and hope that I can make it in the following weeks
- Tabs now takes less space when showing filenames that are too long.
- The location bar is re-written. Now auto-completion for directory paths works more correctly.
- I have implemented a simple button-style path bar recently, but to add it to PCManFM, some changes to the UI are needed so this might not be available yet in the next release.
- Integration with lxshortcut is planned. So you can create new application shortcut on the desktop easier, but this is not yet implemented.
- Status messages are now more correct and human readable.
- Some code cleanup was done to make the source code more readable to future contributors.
- While fixing bugs of PCManFM, I found a severe bug in udisks regarding to CD-ROM polling. This bug leaves the filesystem on CD-ROM mounted even after the media has been removed via pressing physical eject button on the device. I made a patch for it, but upstream authors did not accept the patch. They came up with a new solution utilizing the latest in-kernel polling provided by Linux kernel and did some fixes themselves. So in the near future, this bug will be resolved anyways.
So these are basically what I’m doing on the file manager recently. Please help if you can. Thanks a lot.
Effective immediately we have stopped using Transifex.net for translating LXDE components. All translators and prospective translators inside the LXDE project have been informed about this move via the platform itself. We have removed the possibility to submit strings in the tool but unfortunately for people who have submitted stirngs there in spite of the earlier warnings we can not recover the strings. If you have done work and the file appears more complete in Tx than in git/pootle please contact the lxde-i18n mailinglist to get advice on how to proceed.
It’s sad to be forced down this path but as with every decision there is a rollback option. If the time changes we might consider to use Transifex.net again in the future. This is however way out of schedule by now.
Thanks everyone using Tx to do translations for LXDE – it’s been valuable and we hope you will switch to use Pootle instead (as upload service or as a online tool).
Thank you Transifex developers, we do know you a great guys doing a great deal of work but the connection between the projects just weren’t there for the time being. If you make changes that we might benefit from we love to here from you again!
We’ve dropped transifex by now.
The recent weeks have been interesting in the world of online translation management as Transifex got promoted to 1.0. As we are one of the project using the hosted service at transifex.net since almost a year now it was with both joy and disappointment we read the changelog. While bringing many nice features and awesome changes it also dropped the key advantage feature and the real killer, direct integration with VCS (in our case git at sourceforge.net).
For the time being we can not guarantee that changes made in LXDE translation files at transifex.net will be integrated in the main LXDE component code. The general rule of thumb is to not use transifex.net to do updates to LXDE components until further notice because the risk of changes being in conflict it might make your changes corrupt. We still have the Pootle server running and as long as nothing changes there it is a good way of doing the translations. For a limited time period we will also accept changes via e-mail, send a message to the LXDE i18n mailinglist to get this sorted out for you.
We will try to get transifex.net going again. There is a possibility that we will fail and decide to not support it.
Either way we will state that here at the blog and in the LXDE i18n mailing list so just check back here in some days.
A way to strengthen the qualityof your software is to test it as fast as possible with the needed code. For this purpose I just launched a buildbot master and slave running Debian testing. It is not automatically run against the code yet but I will include that functionality in the future. Having a buildbot that doesn’t build is not much worth =)
For the time being one can force a build from the web interface (given the right credentials and so on. just ask…), the code is update in CEST: 01 05 08 12 16 20. I would like to have more systems running as slaves to make the testing broader. I have some ideas on how to do it but nothing firm yet. First thing is to get it to autobuild on updates to the source tree. That and making LXMusic build, there is some dependecy problem floating around.
I just merged the latest movable desktop icon support to master branch.
So now it’s available in git repository. If you’re installing from git you’ll get it.
There are still some usability issues, but it mostly works quite well.
After two years, finally we have movable desktop icons. Really thank you all for the patience.
To test the latest source code and help debug, please follow this guide:
I just did very primitive partial support for moving desktop icons.
Let’s see a screenshot.
Now the position of icons can be saved and restored, but there are sitll some bugs. As a proof of concept, however, it works already.
For the interested, the source code is in “move_icon” branch of our git repo.
So the desktop icons will become movable in version 0.9.8, finally.
Now PCManFM is much closer to a final stable release. This can become one of the best lightweight file manager ever. If you’re a programmer who is familiar with C language and GTK+ and want to help, please contact me. Help is needed! Or if you’re not coders but still want to contribute, my PayPal account is “firstname.lastname@example.org
”. (Special thanks to Mihai Militaru and Seth Smar who did donations to support the development!)
I just created a status matrix of LXDE components on our LXDE wiki. This matrix shows you the current status of every LXDE component. The content of this wiki is far from complete, but it’s just a start.
So, please take a look if you’re interested and help complete the page if possible.