Thomas J. Stensas wrote in a Mail about "[amirc] Re: Idears for new features...":
TJS> > 1. Problem:
TJS> > I'm often beening kicked off the server when requesting a list.
TJS> > However, this leaves a partialy list in the listview. And if I
TJS> > reconnect to the server, and request the list again, the same
TJS> > channels will be added to the list.
TJS>
TJS> This is because when any client sends a LIST command is sent to the
TJS> server with no parameters it will read the list the same way each
TJS> time, and if your connection aint fast enough to handle all the info
TJS> from the server you will be stuck with virtually the same list as
TJS> last time since you still cant recive more info than your connection
TJS> can handle.
TJS> Only solution to this problem is a faster connection, however servers
TJS> settings may vary.
I'm afraide I can't get a faster connection then the 3Mbit I have here
at home, so I'll have to live with the cutoffs. However it's interesting
to notice that all DALnet servers will allow me to recieve the full
list, while both IRcnet and EFnet often have problems.
TJS> These settings include how long to keep a client connection when
TJS> its not responding (Like when you are being "flooded" by the server
TJS> with channel list) and how large�the send queque can get before a
TJS> server disconnects a client.
Usualy I'm beeing kicked off the server after only one or two seconds of
recieving the list. This leaves me with the first 3-400 lines of the
list. The Channel list windows still reads "No list read yet", and if I
press "Reread list" it will recieve exactly the same 3-400 lines before
beeing kicked again. The new lines will be *added* to the uncompleated
list, thus doubeling the lists length.
TJS> > 1. Solusion:
TJS> > Clear the channel listview every time a new list is requested.
TJS> AmIRC does this already.
Only if the list was read compleatly. If it's not compleated, AmIRC seems
to forget to clean the listview!
TJS> > 2. Solusion:
TJS> > Redesign the channel window. Allow the last requested list to be
TJS> > the basis for searches, instead of requesting a new list for every
TJS> > search.
TJS> I belive this is already in the working.
Great news!
TJS> > 4. Solusion:
TJS> > Allow for an alternative server list.
TJS> >
TJS> > This will have to be explained abit further... I often have the
TJS> > problem of lag from some servers.. I usualy solve this by changing
TJS> > server, but it would be nice if one could group servers together in
TJS> > the Server list.
TJS> >
TJS> > I imagine this as beeing a window on it't own, where one can name
TJS> > the channel group, aswell as marking the default server in the
TJS> > list.
TJS>
TJS> If im not mistaken what you want is already in there. Create a new
TJS> group and place all the alternative servers in there. As for the
TJS> channel groups i think the current autojoin channels works just
TJS> fine. You just have to edit the autojoin for each server entry.
It't not in there the way I suggest, and which I belive would be alot
easier for most users. I tried to elaborate this abit further in a
followup to my original message, please try to read it there.
TJS> > 5. Solusion:
TJS> > Within a Server Group (as described in #4), there should be a nick
TJS> > override option.
TJS>
TJS> Could be nice, but its not that hard to either change nicks after
TJS> you connect or change the default before you connect.
No, it's not that hard... But it would be nice and handy to have this
feature.
TJS> > 6. Problem:
TJS> > The Favorite channel list often shows channals not available on the
TJS> > specific server.
TJS> >
TJS> > 6. Solusion:
TJS> > The Favorite channal list should be linked to the selected server
TJS> > group (as descriped in #4).
TJS>
TJS> Last time i checked the fave channels list dont show anything but
TJS> the channels you have defined to be your fave channels, and
TJS> regardeless of if they exsist or not they are always availible
TJS> unless they contain chars that are illegal for use in channel names
TJS> on some servers.
Exactly. But what I suggest is to have the Favorite Channel list linked
to a specific server group ie. IRC network. This way one don't have to mix
the groups on the different networks.
TJS> > 7. Problem:
TJS> > It's not easy to change from one server to another, while
TJS> > maintaining the connection to the channels one's allready connected
TJS> > to.
TJS> I think its very easy, just do a connect thread and join the
TJS> channels you where in earlier before disconnecting the first
TJS> connection. This way you dont miss a thing and its simple as that =)
Yes, you are right it's easy, but it's still a stupid task that I would
like to have automated.
TJS> > 8. Solusion:
TJS> > Allow server information like join, part, quit, split etc. to be
TJS> > suppressed in hole or in parts.
TJS>
TJS> Try conference mode. That will supress at least joins, parts and
TJS> quits and possibly mode's, cant remember.
Thanks.
But it seems to supress joins and parts, but I can still see�quits (tested
for 2 minutes!)
--
Flemming Steffensen
.: | FIRST Production -ETD 020-
.::: | Homepage: http://www.bigfoot.com/~fsteff/ CATS'
.;' :: | INTERNET: [EMAIL PROTECTED] |\ _,,,---,,_sleeping!
.;' :: | AMIGANET: 39:140/146.17 ZZZzz /,`.-'`' -. ;-;;,_
.::::::::: | FIDO-NET: 2:238/188.17 |,4- ) )-,_; ,\ ( `'-'
.::. .::. | '---''(_/--' `-'\_)
Using IS08859-1? Do you see � as copyright, � as division and � as 1/2?
__________________________________________________________
AmIRC Mailing List - Info & Archive: http://www.vapor.com/
For Listserver Help: <[EMAIL PROTECTED]>, "HELP"
To Unsubscribe: <[EMAIL PROTECTED]>, "UNSUBSCRIBE"
