Maybe 'V' will be more relevant. Same way as g for gif, p for png and I for image. Uppercase means generic.<br><br>BUT I don't think add a new item type will be good to clarify things. <br><br>For me, the simple '9' Binary fit well.<br>

<br>semicolon: 2<br>
vee: 1<br>VEE : 1<br>
(don't bother and use nine: 3)<br><br><div class="gmail_quote">2012/5/20 Kacper Gutowski <span dir="ltr"><<a href="mailto:mwgamera@gmail.com" target="_blank">mwgamera@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>On 2012-05-19 16:56:28, Jeff W wrote:<br>
> Nick Matavka <<a href="mailto:n.theodore.matavka.files@gmail.com" target="_blank">n.theodore.matavka.files@gmail.com</a>> wrote:<br>
> > Gentlemen and ladies:<br>
> > It has come to my attention that the choice of item-type for video is<br>
> > somewhat controversial.  The existing, but somewhat awkward, choice is<br>
> > ';' (semicolon), which is my own preference, but there are some who<br>
> > have floated the idea of it being changed to 'v' (lowercase vee).  The<br>
> > sole reason I prefer the semicolon is that it is the (unofficially)<br>
> > established standard.  If the selector were changed, admins would have<br>
> > to update their sites to accomplish the change, and some Gopher sites<br>
> > are... shall we say... updated once in a bit over a millennium.<br>
> > Furthermore, clients would have to be reprogrammed to accept the 'v'<br>
> > selector as video.<br>
> ><br>
> > vee: 0<br>
> > semicolon: 1<br>
><br>
> Simple votes:<br>
><br>
> "v" for video: 1<br>
> vague control character-looking semi-colon: 0<br>
><br>
> Alternately, I'm fine with lumping all the binaries under "9"<br>
><br>
> Civic duty - done.<br>
<br>
</div>I'd prefer using '9' for video because, well, these are binary files.<br>
If you need to know whether it's a video of something else you can guess<br>
it either by selector (extension) as RFC 1436 suggests or using some<br>
magic numbers.  If you want to play it, you'll have to do it anyway.<br>
<br>
RFC 1436 states that "Characters '0' through 'Z' are reserved.  Local<br>
experiments should use other characters." Character ';' happens to fall<br>
in the '0'-'Z' range (at least in ASCII) which was probably an error in<br>
the first place.  But while I'm not sure what body is in power to make<br>
use of reserved characters, I think that once consensus is reached that<br>
the type is indeed needed, it should get "standardised" in some way and<br>
get one of the characters that were reserved for this purpose.<br>
<br>
If we really need separate type for video and we want to standardise it,<br>
I'd highly recommend using already common and widespread ';' because<br>
it's already in the reserved range so client getting ';' can not even<br>
safely assume it's some invalid experimental stuff, it's a type it really<br>
should know about.<br>
<br>
For now, we have a lot of guesswork on client side.  I think that the<br>
most common and widespread non-standard types like 'h', 'i', or ';'<br>
should get adopted as de-facto standard.  But adding another character<br>
like 'v' to the mess won't make things any better.<br>
<br>
The fact that ';' is "vague control-character-looking" is a weak<br>
argument as item type was never meant to be shown to end-users and<br>
numbers for standard types aren't more informative anyway.<br>
<br>
semicolon: 2<br>
vee: 1<br>
(don't bother and use nine: 2)<br>
<div><div><br>
<br>
K.<br>
<br>
_______________________________________________<br>
Gopher-Project mailing list<br>
<a href="mailto:Gopher-Project@lists.alioth.debian.org" target="_blank">Gopher-Project@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/gopher-project" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/gopher-project</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Damien CAROL<br>
<a href="gopher://dams.zapto.org/1/" target="_blank">gopher://dams.zapto.org/1/</a><br>