Okey,

1) You're probably right
2) Could be useful and adds very little complexity
3) True, $ would probably be "best" since it's already so greatly used
:-/
4) Well, IS there a client-client scheme? Iirc, it's only you that use
that internally between dc++ clients. Right? If
dctc/quickdc/blackdc/nmdc etc does support it, then fine :)
5) You're probably right here.

Gustaf

-----Ursprungligt meddelande-----
Från: [email protected] [mailto:[email protected]] För
Jacek Sieka
Skickat: den 22 oktober 2003 22:44
Till: 'Direct Connect developers'
Ämne: RE: [dcdev] (no subject)

Oh, sorry, I didn't know about it...anyway, there are a few points in
there
that were discussed in the client-client extension protocol and that
formed
the current implementation, I think that was before your appearance...I
guess they apply here as well:

1) Versioning: Superflous, specially the .xx part...confusion could
arise
where x.01 should support x.00 as well and so on. This is after all just
a
way of getting the client's attention, which imho shouldn't need to
change
very often, and if it does we screwed up badly the first time and should
call it something totally different anyway.
2) Lists in lists for supports: Dropped in favour for easier parsing of
the
list, any lists in lists can be negotiated later (ie protocols for
secure
connections, ssl for example negotiates the protocols itself as a part
of
the standard), and most commands don't need this anyway.
3) , as separator: Why another one? There are already 3-4 different ones
in
the protocol, and the space is arguably the easiest one to read. (this
is
where I admit my mistake with the <++ tag and , =)

-- and here's some new ones --
4) Why a different scheme between client-client and client-hub? It adds
to
the confusion...
5) $Supported in the end doesn't really do anything, I mean the hub sent
what it supports, the clients did the same so all they have to do is
intersect the two lists, adding a totally different command for this
adds to
parser complexity.

Regards /J

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Gustaf Räntilä
Sent: Wednesday, October 22, 2003 9:44 PM
To: 'Direct Connect developers'
Subject: SV: [dcdev] (no subject)

This one http://gempond.com/dcext.txt

Gustaf

-----Ursprungligt meddelande-----
Från: [email protected] [mailto:[email protected]] För
Jacek Sieka
Skickat: den 22 oktober 2003 01:23
Till: 'Direct Connect developers'
Ämne: RE: [dcdev] (no subject)

Which suggestion is that?
/J
> -----Original Message-----
> From: [email protected] > [mailto:[email protected]] On Behalf Of Gustaf Räntilä
> Sent: Wednesday, October 22, 2003 1:17 AM
> To: 'Direct Connect developers'
> Subject: SV: [dcdev] (no subject)
> > *Hrmpf*... Either my suggestion suck or I haven't propagated it
> enough... *argh* *hits arne with a match stick*
> > Anyway - Hi,
> > Should be on list:
> > Dj_Offset (QuickDC - linux/qt client)
> > G alias opera
> > -----Ursprungligt meddelande-----
> Från: [email protected] > [mailto:[email protected]] För
> Jacek Sieka
> Skickat: den 21 oktober 2003 19:51
> Till: 'Direct Connect developers'
> Ämne: [dcdev] (no subject)
> > FYI; I've implemented Client-Hub $Supports that will pop up > in the next
> version...I suggest hub devs take a look at extensions.txt in the dc++
> cvs
> if they're interested...
> > First out is $UserCommand (dcplusplus.sf.net/wiki) =) (it > works without
> supports and extended protocol, but other extesions might not...)
> > Regards /J
> > -- > DC Developers mailinglist
> http://3jane.ashpool.org/cgi-bin/mailman/listinfo/dcdev
> > -- > DC Developers mailinglist
> http://3jane.ashpool.org/cgi-bin/mailman/listinfo/dcdev
>
-- 
DC Developers mailinglist
http://3jane.ashpool.org/cgi-bin/mailman/listinfo/dcdev

-- 
DC Developers mailinglist
http://3jane.ashpool.org/cgi-bin/mailman/listinfo/dcdev