Re: Patch: --range switch implemented

2001-11-19 Thread Hrvoje Niksic
[ Note for Wget list readers: this discusses the `--range' option submitted to the patch list. ] Herold Heiko <[EMAIL PROTECTED]> writes: > Also, possibly I missed something, does the download start at byte 0 > (like most programmers ecc. would expect) or at byte 1 (like most users > would exp

RE: Patch: --range switch implemented

2001-11-19 Thread Herold Heiko
>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] > >[ Note for Wget list readers: this discusses the `--range' option > submitted to the patch list. ] > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> Also, possibly I missed something, does the download start at byte 0 >But you've still rais

Re: Patch: --range switch implemented

2001-11-19 Thread Hrvoje Niksic
Herold Heiko <[EMAIL PROTECTED]> writes: > Personally I'd be happy either way, but you'll never be able to make > happy everybody. Choose what you prefer I'd love to choose what I prefer, but I'd like to avoid my wild preferences ruining it for everyone else. :-) Thanks for the support, though

Re: Patch: --range switch implemented

2001-11-19 Thread Hrvoje Niksic
Herold Heiko <[EMAIL PROTECTED]> writes: > However, of the top of my head I can't remember many occasions where > 0-n means closed-open There are. (And note that it's n-m in the general case, not just 0-n.) Off the top of my head, the Java string subscripts, Lisp array-related functions, Pytho

Re: Patch: --range switch implemented

2001-11-19 Thread Andre Pang
On Mon, Nov 19, 2001 at 05:07:31PM +0100, Hrvoje Niksic wrote: > Or, to pick another example, say you want to download the second > kilobyte of a file: > > --range=1025..2048 > --range=1024..2047 I haven't been following that closely, but how are you going to tell what the user really wants to

Re: Patch: --range switch implemented

2001-11-19 Thread Hrvoje Niksic
Andre Pang <[EMAIL PROTECTED]> writes: > On Mon, Nov 19, 2001 at 05:07:31PM +0100, Hrvoje Niksic wrote: > >> Or, to pick another example, say you want to download the second >> kilobyte of a file: >> >> --range=1025..2048 >> --range=1024..2047 > > I haven't been following that closely, but how

Re: Patch: --range switch implemented

2001-11-19 Thread Daniel Stenberg
On Mon, 19 Nov 2001, Hrvoje Niksic wrote: > >> --range=1025..2048 > >> --range=1024..2047 > > Only one of those statements will be a valid way of downloading the > second kilobyte of a file. The question is, which one. > > The first one assumes the first byte in the file is "1", the second one >

Re: Patch: --range switch implemented

2001-11-19 Thread Hrvoje Niksic
Daniel Stenberg <[EMAIL PROTECTED]> writes: > Then again, both versions could be supported if they just use > different syntaxes. Please note that there is a third version which Andre elided. We're deciding for one or more of: --range=1025..2048 --range=1024..2047 --range=1024..2048 # m

Re: Patch: --range switch implemented

2001-11-19 Thread Andre Pang
On Mon, Nov 19, 2001 at 08:19:08PM +0100, Hrvoje Niksic wrote: > >> --range=1025..2048 > >> --range=1024..2047 > > > > I haven't been following that closely, but how are you going to > > tell what the user really wants to do if he gives either of those > > two statements? > > Only one of those

Re: Patch: --range switch implemented

2001-11-19 Thread Andre Pang
On Mon, Nov 19, 2001 at 08:33:15PM +0100, Hrvoje Niksic wrote: > Compatibility with rfc2616 is a good point, though. Maybe it's best > to simply stick to 1024-2047 then. Compatibility with curl is even more important :). In light of that, I vote for 1024-2047. No point having two file retriev

Re: Patch: --range switch implemented

2001-11-19 Thread Hrvoje Niksic
Andre Pang <[EMAIL PROTECTED]> writes: >> >> --range=1025..2048 >> >> --range=1024..2047 >> > >> > I haven't been following that closely, but how are you going to >> > tell what the user really wants to do if he gives either of those >> > two statements? >> >> Only one of those statements will

Re: Patch: --range switch implemented

2001-11-20 Thread Vladi Belperchinov-Shabanski
hi! Here is my IMO (in case someone is really interested in:)) all ranges 0-based, support few syntax-es: --range=0..1024-- closed-closed --range=0-1024 -- closed-open --range=1024+2048 -- take 3..4 K's :) i.e. get 2k starting on pos 1024 (well last one could be like --r

Re: Patch: --range switch implemented

2001-11-20 Thread Hrvoje Niksic
Vladi Belperchinov-Shabanski <[EMAIL PROTECTED]> writes: > Here is my IMO (in case someone is really interested in:)) > > all ranges 0-based, > support few syntax-es: > > --range=0..1024-- closed-closed > --range=0-1024 -- closed-open > --range=1024+2048 -- take 3..4 K's :)

RE: Patch: --range switch implemented

2001-11-20 Thread Herold Heiko
>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] > >Vladi Belperchinov-Shabanski <[EMAIL PROTECTED]> writes: > >> Here is my IMO (in case someone is really interested in:)) ... >So what would be a nice alternative syntax for closed-open? 0:1024? >Hyphen is easier to type, though. Damn, sometim

Re: Patch: --range switch implemented

2001-11-20 Thread Hrvoje Niksic
Herold Heiko <[EMAIL PROTECTED]> writes: > Don't forget you need a symbol for the start->size syntax,too ... + > would be perfect, Yes. That's +, as implemented in the original patch. Noone is disupting that one. > --range 4096+1k > or --range 4095+1k (shudder) Did you mean 4097 here?

RE: Patch: --range switch implemented

2001-11-20 Thread Herold Heiko
>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> Don't forget you need a symbol for the start->size syntax,too ... + >> would be perfect, > >Yes. That's +, as implemented in the original patch. Noone is >disupting that one. > >> --range 4096+1k >>