>> |I have no problem with changing it to -r. -f seems a bit wrong to me,
>> |as it might read as a file. And in the future we might want to implement
>> |the ability to take full filename (with path), in which case it would
>> |make sense to use -f for that.
>
> You could also use a long option for that without a one-letter option,
> like --file-path or such, so reserving a one-letter option for a future,
> hypothetical use is not really a stopper in my opinion. In consequence,
> I think that that it is fine to just use -f/--filenode.
Yep. Also, the -f option could be overloaded by guessing whether is
associated argument is a number or a path…
> Any objections or better suggestions from other folks here?
--
Fabien.