Hi,
I think it is ok to shorten the command-line options.It is a correct
presupposition that the user should not have to care about the details
of the program's working, as for example which shared objectfiles to
load. The commandline options should be about which goals to reach, for
example forwa
On 1 Dec 2012, at 07:36, olav wrote:
> I totally agree with Kevin Dalley on this point:
>
> fr., 30.11.2012 kl. 16.49 -0800, skrev Kevin Dalley:
>
>> I strongly recommend that any tool which runs on Linux follow these
>> standards,
>> rather than create a new command line interface. This inte
I don't see any problems with enable/disable:
--wallpaper=yes and --wallpaper=no
Moreover, you can add very usefull group options for all +/- parameters:
--enable=wallpaper,aero or --disable=wallpaper,aero
And I can't understand where you've found problems with plugins. Enabling
plugins:
--plu
Hi olav,
You are right about commands like /a (that 'a' stands for 'addin' btw, I
decided to with the more microsoft-like terminology). I do not intend to
leave it that way. I'm thinking of adding channel specific options, they
just aren't there yet. For instance, you can now enable clipboard this
Hi,
Just chiping in that I like the old command line interface to stay, at
least for a foreseeable future.
The reason being loots of scripts that I don't want to (be forced to)
change.
So for atleast, say a year it should still be possible to use the old
options.
This change in command line inter
I've designed a very generic command-line parser with that in mind. I've
been told by some people on IRC that they were fine with just moving on to
the new command-line interface, so I didn't bother doing the extra work for
keeping backwards compatibility forever. However, it is definitely doable.
Keeping backwards compatibility sounds like a wonderful idea.
If you are willing to do the work to support both, that sounds good. I suspect
that it will take some work to make sure that everything works well.
Part of my problem is that I will have to support old versions of xfreerdp,
as well as
