|Client Developers, Unite!
||[Nov. 17th, 2002|10:37 pm]
LiveJournal Client Discussions
sobaker's suggestion about extending the protocol has got me thinking. He isn't the first person to ask for a way to determine default userpic URL, and I'm sure plenty of clients could make use of such a feature.|
Another common client problem is using getting events from a community journal. The getevents mode does not indicate the post's author, so the client has no idea if the logged in user is allowed to edit the post or not. This could easily be remedied by updating the server code.
It seems to me that no client authors are involved with server development, and the server developers don't seem to give priority to feature requests by the client authors. I'm not pointing fingers here; I just think we have two separate communities that don't seem to be communicating.
Thus, I think we need somebody to compile a list of protocol extensions and start implementing them, and become the Client Ambassador to the Server Developers. Either somebody who knows the server code and wants to win the love and admiration of the client developers, or a rogue client developer can learn the server code and we can add them ourselves.
I've been thinking of taking this on myself, but an opportunity (schedule-wise) has not presented itself. Besides, it's so much more satisfying to delegate. :-)
2002-11-17 08:47 pm (UTC)
I can enumerate the actual server developers for LiveJournal using the fingers on one hand and still have fingers left over.
If you want it done, your best bet is to do it yourself.
I had feared that was the case. It is hard to tell because lj_dev always seems so "crowded".
2002-11-18 12:43 pm (UTC)
is unfortunately right. However, there is one client author involved in server development. Me. I write LochJournal, but I'm also really involved with development of LiveJournal itself. Well, right now I'm more involved with LiveJournal's bugzilla installation, but yeah, I do server stuff too.
It's kinda hard to get stuff added to the protocol unless you're willing to champion and develop it yourself. Such is life, though. If all you have is ideas, I'd recommend suggestions
but if you really want to get into development, you can do it, but I won't lie--it's not all pretty roses, not even close.
I've grabbed a copy of the current CVS, but not even sure where to start... just looking through it now.
But where would I even put this type of thing, within the code? (As in, where to start)
2002-12-13 04:52 am (UTC)
cgi-bin/ljprotocol.pl I would write more if I had time. Good luck.
Sorry to repost this but I'm not sure how to get my request on a top level.
Hey guys, please point me in the right direction if I'm in the wrong spot but I am currently running a project at http://www.sourceforge.net/projects/detmusic
to find a way to take vision's Windows LJ code (I think it's in C++) and get it translated into another language that is friendly to PHP.
I'm begging...is there anyone who can give me some tips? Feel free to use the forum on sourceforge. Is there a place I can ask developers to work on it? I asked visions but did not get a response.
Thank you so much!
2002-11-18 05:21 am (UTC)
Re: Detect Music
I can't help you with the music code, but if you want to post in a community you should read this
You rock. :-D
I also discovered that my second wish, that the author of a post be returned, was added to the protocol some time ago. The key is event_x_poster, and it wasn't mentioned in the documentation the last time I looked.
2003-01-01 04:16 pm (UTC)
I wouldn't use that information to decide whether a user is allowed to edit an entry or not, though. If you want to do that, it would be better to add some return flags such as can_edit and can_delete, so that if in future the server's logic changes, the clients will adapt automagically.