It's snuck up on me. It's been growing item by item until it can go unnoticed no longer. Yup, my TODO list has become so long, I can no longer ignore it. So, I thought i'd write it down. I imagine that I haven't gotten everything I need to do on here, but here's some of it.
- Get rid of AIMBuddy, AIMBuddyList and AIMGroup from Kopete's Oscar protocol, and bunch of massive code duplication caused by these classes.
- Fix bug #66991
- Fix bug #66865
- Fix bug #66807
- Lots of bugfixes in Kopete. There's currently 48 open bugs and I'd like to help get that down to around 25 or 30.
- Learn Konqueror's code and fix some bugs there.
- Start an ODBC driver for Kexi so I can start using it at work
- Convince everybody at work that they should be using KDE.
Ok, so the last one is kinda facitious, but still, that's probably the longest todo list I've ever had in my six months of working on KDE. I imagine that there's more here than I can remember at the moment, so maybe I'll come back and add it to it. However, I don't think that I can ignore it any longer.
Syndicate Blogs
keeping it updated
I've decided to come back every now and then and update this blog entry with the various things that i have on my TODO, so keep checking back.
projects to work on
Well if you are feeling industrious there are still those of us who are holding out for a lightweight 2-pane FTP/SFTP application.
Konqueror
Tried using Konqueror? You can create as many panes as you want in the Window menu, you can use ftp://, sftp:// and a host of other protocols, and you can save bookmarks or the entire window profile.
Even simpler, as long as you use KDE based programs (such as Quanta), enter an FTP url directly in the open/save dialog.
konqueror != FTP client
I love konqueror. it is my main browser and my main tool when building Web sites.
And for quick checks it is awesome to type in sftp://and see what files are there and what I need. Other things I like are more KIO specific, like the ability to be logged into multiple hosts and transfer files between them using Konqueror.
That said, konqueror is not a FTP client.
For example, when logged in to a remote host via sftp:// clicking on a HTML file or a PHP file containing HTML Konqueror will render the files instead of opening them up to be edited. Editing a file being the more logical behaviour IMO. It does not do this when connected via simple FTP. It might very well be a bug, but the point that I am trying to make is that it behaves like a browser with really awesome bells and whistles, but it remains a browser not a FTP client.
Of course, I talk big. I can put together a Hello World in c++ and PHP, maybe if I follow Jono's QT and KDE tutorial I can do the same in KDE, but that's the extent of it.
So I can't really put up or shut up at this stage. But since I'm talking....
One behaviour I like is when you access a PDF file using Konqueror the tab you are viewing PDFs in turns into a KGhostview widget. It would be cool if you accessed ftp:// or sftp:// for konqueror to turn into a 2-pane FTP client with KHTML turned off by default for files.
That way it becomes yet another part of Konqueror and you could even have multiple 2-pane tabs open to multiple hosts.
Hell, I'd be happy if the tab split into 2 panes automatically when using sftp:// or ftp:// without it haivng to look like a standard 2-pane FTP client.
Just another protocol for a good tool...
"I love konqueror. it is my main browser and my main tool when building Web sites."
Quanta is the one KDE application designed around the needs of web developers as a primary focus. (Konqueror's remote operations have a primary focus as a viewer, though you can still open files for edit.) We've had extensive user input on just these concerns.
Have you tried Quanta? There's a lot to do building web sites and frankly I don't think one really needs a pipe as much as they need what comes out of either end of the pipe. With Quanta you can set up multiple remote sites in the file tree, click on one, enter your password and have the whole tree there for an edit. You can also set up remote projects and again, have your project tree there for edit and save. You can also do the standard local edit with all your project upload information saved, even your password now, and hit F8 and have your whole project updated. (Only those files changed since last update are presented for upload. This helps eliminate the emberassing "forgotten file" mistakes.)
Granted Quanta can't transfer files from site to site easily but konqueror can and you can save your site information and open them from a tree.
Try using the top dropdown with an address in a KDE file dialog and you can choose the file you want in the dialog and open it in that application. I think the idea of an FTP application is an anachronism. ftp:// is like file:/, just another protocol. KDE doesn't have a need for a tool to provide a protocol so application designers can focus on managing workflow through transparent protocols, just as file:/ is transparent. Put another way, why should it matter to you where a file is when you want to perform an operation on it? The goal of network transparency is to make your work simpler by eliminating the extra steps of fiddling with a protocol manager.
I would challenge you to give Quanta a 2 week try and see if you're not hooked. Even Vim users get hooked on Quanta, though I doubt they can admit it aound other Vim users.
Yes but!
With respect to editing files, middle click them
KDE is moving towards standardising LMB = Open/Preview, MMB = Edit, RMB = Context menu.
It's great to really be able to edit files directly on a server, though, isn't it?
2-pane FTP application
What's wrong with KBear (kbear.sf.net)? Too heavy?
kbear
No offense to the KBear people, but it rubs me the wrong way. In multiple ways.
First off, I am not very smart so perhaps after trying multiple times to get the 2 panes to not move I just gave up, but I still can't get two open panes to not move around if I acidentally click and drag the sides.
Screenshot: http://kbear.sourceforge.net/pics/snapshots/snapshot5.png
Last I used KBear it wasn't too stable either. However that could be a problem ranging from a bad packaging job to an unstable distro.
Perhaps things have changed, but that still leaves the UI...