Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UI enhancement suggestion #103

Open
rickan54 opened this issue Nov 16, 2016 · 3 comments
Open

UI enhancement suggestion #103

rickan54 opened this issue Nov 16, 2016 · 3 comments

Comments

@rickan54
Copy link

On my system, Ubuntu Studio, 16.04, Chromium Browser runs with the command line:

/usr/lib/chromium-browser/chromium-browser --ppapi-flash-path=/usr/lib/adobe-flashplugin/libpepflashplayer.so --ppapi-flash-version --enable-pinch

which the UI shortens from the left, which makes sense when the command line has no arguments and the most relevant portion is on the right, but in this case, in an 80 column terminal window, the most relevant portion is eliminated.

So I suggest that when the command line won't fit on a line in the UI and there are options and/or arguments, as in this case, it makes more sense to shorten the line from the right., and then, if all the command line arguments/options are eliminated, shorten from the left.

@raboof
Copy link
Owner

raboof commented Nov 16, 2016

That would make sense in this case. When the command is an interpreter (like 'pyhon' or 'java') the parameters are actually useful. Perhaps we'd want to allow scrolling like in htop?

Anyway, contributions improving in this area certainly welcome!

@rickan54
Copy link
Author

I had not thought of that case.

  1. And in that case what's most relevant is probably the first argument so if the first argument does not begin with -, then use the second space as the point at which to switch from shortening on the right to shortening on the left.
  2. It might also make sense to remove path elements on the left until only the base name of the command remains, and then shorten on the right until the line fits.
  3. I'd be happy if only the base name of the command were displayed always. Maybe displaying the full path could be an option for the user to turn on if necessary to find the command. In this case shortening of the command line would only be done on the right, and if the full command path does not fit, then the user stretches the terminal window until it does (what I've been doing).

I don't feel like it's worth (my work) adding scrolling(, but I'd be happy if someone else did it).

I've been thinking of doing this work (as I've described it, favoring option 3). We'll see. I won't clone the repository until I can get to free Inet this weekend. I live in the fringe with limited service.

@raboof
Copy link
Owner

raboof commented Nov 19, 2016

Actually arguments aren't usually shown (though that is a wish, see #23) - chromium does something special there that makes the parameters show up.

I'm OK with truncating from the right instead of from the left - indeed introducing more subtle logic seems confusing and error-prone.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants