Log in

No account? Create an account
What started as a project to modify Evan's LogJam GTK LiveJournal… - LiveJournal Client Discussions — LiveJournal [entries|archive|friends|userinfo]
LiveJournal Client Discussions

[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

[Mar. 23rd, 2002|11:05 pm]
LiveJournal Client Discussions


What started as a project to modify Evan's LogJam GTK LiveJournal client so that it could grab song title names from KDE's media player, Noatun, instead of XMMS, has now turned in to a full-blown QT-based LJ client on my part. Check out the screenshot that I took of it here.

Please note that it's nowhere near pretty enough to release right now, I was just letting you guys know that I'm writing a QT-based client =).

From: evan
2002-03-23 10:45 pm (UTC)
Sadly, that's the way most client authors have gone. I wish there was some way to work together but I would probably have done the same thing if I were in your place.

(Though writing a simple Qt/KDE program like "noatun-query" that would just print the current music on stdout would allow interfacing with LogJam...)

Feel free to mail me directly if you have any questions.
(Reply) (Thread)
[User Picture]From: jeddhor
2002-03-24 06:30 am (UTC)
Actually, the Noatun problem was as simple as writing a (*very*) small Noatun plugin that just exports the name of the currently playing file to the clipboard =). It was not until a little later that I realized that I really wanted a few other features of the QT GUI in my LJ client (such as the familiar right-click context menus that allow me to cut and paste with one or two mouse clicks and give me a nice little "select all" menu item... or a multi-line edit box that doesn't treat the last 7 lines the user wrote in word-wrap mode as a single line just b/c of no carriage returns, forcing the user to use the mouse instead of the arrow keys to move the cursor if he happened to want a quick way of moving the cursor back up to a spot in the middle of the previous line).

Whew, that was a mouthful. I forgot what I was typing before I began that list =). Oh, yeah, so I solved the Noatun problem (albeit rather awkwardly... my little plugin *did* overwrite whatever text data the user had on the clipboard every time a song changed after all... and you had to wait for/force a playlist change event to occur in order to get the clipboard updated with the song title; so if you happened to copy anything else to the clipboard between the time that the current song started playing and the time that you wanted to insert the song-title into the Current Music textbox in LogJam, you wouldn't get the current song title, you'd get whatever you had copied to the clipboard instead). But anyway, I decided to go ahead and make a QT-based client basically because I felt the need =). Perhaps I'll have the code beautified enough (i.e., not as embarassing) for release a little later this afternoon. If I do, I'll post about it here.
(Reply) (Parent) (Thread)
[User Picture]From: billybreen
2002-03-24 01:00 am (UTC)
Check out kluje.sourceforge.net if you get a chance. Another KDE LJ client a friend and I are working on. Version in CVS has systray checkfriends support and editevents. Let us know if you need any help or want to share code.
(Reply) (Thread)
[User Picture]From: jeddhor
2002-03-24 06:11 am (UTC)
Actually, I was originally trying not to use anything KDE-specific... just QT widgets, so that it could be run on any system with just QT installed. I had this big grandiose plan to make it entirely cross-platform, working on any system that had QT installed, whether it be FreeBSD, Linux, Windows, MacOS, whatever. Hehe, then I realized that the network code that I'm using is rather Unix-specific =). Such is life...
(Reply) (Parent) (Thread)
[User Picture]From: rdiamond
2002-03-29 03:03 pm (UTC)
Any idea how much work to support Qt/Embedded? I just bought a Zaurus and had starting playing with designer.
(Reply) (Thread)
[User Picture]From: jeddhor
2002-03-29 07:51 pm (UTC)
Unfortunately, I don't have any embedded linux devices to test it out on, so not much effort is going to that at this time =).
(Reply) (Parent) (Thread)
[User Picture]From: mart
2002-03-30 02:33 pm (UTC)

This sounds like a good argument for a backend library for the LJ protocol based on libcurl, which different unix-based clients can depend on.

Such libraries are already being written for Microsoft.NET (by at least three people) so I don't really see any reason why there can't be a libcurl one for Unixish platforms which could mostly be derived from the protocol-handling parts of LogJam...

(Reply) (Thread)
From: evan
2002-04-03 06:32 pm (UTC)
I've actually been thinking about this lately, too, because I've been pulling some of the LiveJournal *types* that were spread across LogJam into specific structures.

So I have NetRequests which are the actual key-value sets, and then Entrys which represent a post to LJ, and then functions like NetRequest* entry_to_post_request(Entry*).

But I fear half the fun of writing an LJ client is reimplementing everything yourself, so nobody would ever use it. :)
(Reply) (Parent) (Thread)