I agree with Markus that the standard behavior is non-intuitive.
I expect to see the same output from ls -l for a symbolic link to a directory whether the basename passed to ls as an argument has '/' appended to it or not.
One can work around this with a shell script wrapper that uses the
shell's type identifier tests. bash's -d test identifies both real subdirs
and symbolic links to subdirs, and you can pass any other options
(like "-l") onto ls without the -d switch if you have already identified
which directory entries are sub-directories.
FYI: testing this just now, I discovered that the -d switch to ls
does not actually work here, neither in the ls from fileutils-4.0
nor the ls from fileutils-4.1.7.
That's it. ls -d only reports the directory entry for the current
directory. (ls -ld also only reports the directory entry for the
current directory, although more verbosely.) Perhaps some
interation with "-p"?