|
In lugnet.admin.general, Todd Lehman writes:
> For example, if I want to rate an article 70, I just press the "7" key on my
> keyboard and it queues up a 70 for that article (which it sends to the server
> in the background) and then immediately shows me the next article.
Apologies if this has been asked before and I missed it, but is this available?
It sounds *extremely* useful!
> How about search results? Sometime down the road (a long way, probably) the
> search results could take the ratings into account (at your discretion at
> search-time) and you could ask the search engine to give higher priority to
> articles with higher scores. Would you find that useful?
Yep! Yep! Yepyepyepyepyepyep! Useful! Yepyepyep!! Yeeeep!
Actually, if that included fuller search capabilities as well (date, author,
subject, etc) then I'm sure I wouldn't be the only one doing bad Seasame-Street
alien impersonations :)
Richard
|
|
|
In lugnet.admin.general, Richard Franks writes:
> Apologies if this has been asked before and I missed it, but is this
> available? It sounds *extremely* useful!
Mine is a horrible hack crufted together to run in text mode with Curses on
my particular home machine, but Jeremy Sproat has written a general-purpose
platform-independent newsreader in Java, and I think he might be considering
adding rating capability to it. (Or was that Dan Boger?)
(Search for "GUI streaming newsreader Jeremy Sproat Dan Boger"...)
--Todd
|
|
|
In lugnet.admin.general, Todd Lehman writes:
> In lugnet.admin.general, Richard Franks writes:
> > Apologies if this has been asked before and I missed it, but is this
> > available? It sounds *extremely* useful!
>
> Mine is a horrible hack crufted together to run in text mode with Curses on
> my particular home machine,
If you mean that it would be virtually impossible for me to do some hacking of
my own to get it working, or you're embarrassed to share the source, then fine!
Otherwise, I'm still interested :P
> but Jeremy Sproat has written a general-purpose
> platform-independent newsreader in Java, and I think he might be considering
> adding rating capability to it. (Or was that Dan Boger?)
Yup - these are cool developments, but ideally I want something low overhead -
Linux has started thrashing on my p166 already, and once I start up a few java
instances it crawls even more..
Richard
|
|
|
In lugnet.admin.general, Richard Franks writes:
> > Mine is a horrible hack crufted together to run in text mode with Curses on
> > my particular home machine,
>
> If you mean that it would be virtually impossible for me to do some hacking
> of my own to get it working, or you're embarrassed to share the source, then
> fine! Otherwise, I'm still interested :P
It's not particularly bad code or anything like that, it's just that it was
an evolve-mode prototype -- didn't know Curses at all before digging in (still
don't know it well) and wasn't sure it would even end up working. It also is
still using an older undocumented pre-avid.cgi gateway to the server for its
incoming feed, so until I update that to avid.cgi, I can't release the code.
But maybe it would be a useful example client if cleaned up a bit and released
with the understanding of no little or support being offered to get it up and
running (I just haven't the time to support it).
> Yup - these are cool developments, but ideally I want something low overhead
> - Linux has started thrashing on my p166 already, and once I start up a few
> java instances it crawls even more..
What I made is pretty low-overhead -- it just uses Perl5 and the Curses.pm
Perl library and runs probably any Linux (although many of the colors are
currently hard-coded for my settings) and typically consumes about 2-4 MB of
RAM while active. Lemme think about what would be involved in making it
releaseable...
--Todd
|
|
|
In lugnet.admin.general, Todd Lehman writes:
> but Jeremy Sproat has written a general-purpose
> platform-independent newsreader in Java, and I think he might be considering
> adding rating capability to it. (Or was that Dan Boger?)
Well, the Java client is mine, but I'm not considering adding a rating
capability until after I can get posting to work (1). Dan is working on a
non-Java client (Perl?), with which he does plan on supporting article rating.
Cheers,
- jsproat
1. Gotta learn cookies. Actually, I just gotta take the time to implement
cookies using java.net.URLConnection, but I've been swamped lately.
|
|
|
In lugnet.off-topic.geek, Todd Lehman writes:
> until I update that to avid.cgi, I can't release the code.
> But maybe it would be a useful example client if cleaned up a bit and released
Funky!
> with the understanding of no little or support being offered to get it up and
> running (I just haven't the time to support it).
Yup - I forgot to mention that I expected no support for it :) In fact, if
someone doesn't take up the challenge before me (I couldn't justify it until
June, so it's likely they will!), it would make a good way to get a bit more
perl experience.
Richard
|
|
|
On Tue, 18 Apr 2000 23:07:52 GMT Todd Lehman <lehman@javanet.com> wrote
concerning 'Re: Article rating (was: Re: the latest news)':
> In lugnet.admin.general, Richard Franks writes:
> > Apologies if this has been asked before and I missed it, but is this
> > available? It sounds *extremely* useful!
>
> Mine is a horrible hack crufted together to run in text mode with Curses on
> my particular home machine, but Jeremy Sproat has written a general-purpose
> platform-independent newsreader in Java, and I think he might be considering
> adding rating capability to it. (Or was that Dan Boger?)
I'm still working on my perl/tk based streamer... it's coming along
slowly, since work keeps bugging me. What about addind the
X-lugnet-rating header to avid.cgi, though? Without it, the client
can rate, but won't be able to see other people's ratings... Also, is
it ok for the client to use the raw.cgi to get specific messages, when
needed? Or is that not a part of the published API?
:)
Dan
|
|
|
In lugnet.admin.general, Richard Franks writes:
> Actually, if that included fuller search capabilities as well (date, author,
> subject, etc) then I'm sure I wouldn't be the only one doing bad Seasame-
> Street
> alien impersonations :)
No, you wouldn't be alone!! I'll join with Big Bird any day for those
enhancements.
-Shiri
|
|
|
In lugnet.admin.general, Dan Boger writes:
> I'm still working on my perl/tk based streamer... it's coming along
> slowly, since work keeps bugging me. What about addind the
> X-lugnet-rating header to avid.cgi, though? Without it, the client
> can rate, but won't be able to see other people's ratings...
The avid.cgi script is meant to serve things continuously, not backward in
time, so adding the header to that doesn't fit its design very well. (It
would also add load to it.) (But serving the ratings via something specially
constructed to handle back-in-time or since-some-time queries efficiently
through another separate script is planned.)
> Also, is
> it ok for the client to use the raw.cgi to get specific messages, when
> needed? Or is that not a part of the published API?
It's not a particularly streamlined script like avid.cgi is, but it's not
particularly inefficient either. It's more efficient than the HTML display
of articles, for one thing, but still really intended for only interactive
display.
It doesn't have a published API, and it wasn't intended to be called from
user agents other than web browsers, but if you access it randomly (i.e.,
right when your app needs to display it to you) without hammering on it
(fetching zillions of articles in rapid succesion), it shouldn't be a problem.
In that sense, your agent would be acting like a browser.
For fetching multiple articles, instead of using raw.cgi, open an NNTP
connection and send:
1. GROUP <group> to change into a group, followed by
2. ARTICLE <artnum> to get the article data.
Repeat at 2 if fetching multiple messages from a single group, otherwise
repeat at 1 if fetching multiple messages from different groups.
--Todd
|
|
|