dlandon Posted March 14, 2021 Share Posted March 14, 2021 The current font size in a terminal is extremely small and blurry on my screen. Please increase the font size. 3 Quote Link to comment
dlandon Posted March 15, 2021 Author Share Posted March 15, 2021 Looks like this is the necessary add-on for font control: https://www.npmjs.com/package/xterm-webfont Quote Link to comment
ljm42 Posted March 15, 2021 Share Posted March 15, 2021 Unraid uses ttyd ( https://github.com/tsl0922/ttyd ) to provide the terminal window, which in turn uses xterm.js ( https://github.com/xtermjs/xterm.js ) Nice find! xterm-webfont ( https://github.com/CoderPad/xterm-webfont ) is an add-on for xterm which may indeed allow us to change the fontsize. 1 Quote Link to comment
JasonJoel Posted March 23, 2021 Share Posted March 23, 2021 (edited) Not that this helps, but I would LOVE to see the font larger in the terminal. Edited March 23, 2021 by JasonJoel Quote Link to comment
Kn1nJa Posted April 14, 2021 Share Posted April 14, 2021 I believe it would be very helpful if this was a native user configurable option, especially for users that might not be comfortable trying to figure out how to implement xterm-webfont themselves. Quote Link to comment
uek2wooF Posted April 15, 2021 Share Posted April 15, 2021 Are you talking about the terminal window you get when you click under the "uptime" in the top right? Did you try increasing the size with openapple-+ (control-+ on other os). Or just ssh in using whatever your favorite terminal is. Quote Link to comment
Kn1nJa Posted April 15, 2021 Share Posted April 15, 2021 This is the webterminal in the GUI. The text in the webterminal is difficult to read at default zoom. (my monitor resolution is 1920x1200) Increasing zoom to 200% makes it more readable, at the expense of less displayable text. Quote Link to comment
S80_UK Posted April 15, 2021 Share Posted April 15, 2021 Can't you just resize the window? (or have I not understood correctly?) Quote Link to comment
Kn1nJa Posted April 15, 2021 Share Posted April 15, 2021 Yes the window can be resized, but the font size and scaling remains the same. Yes you can zoom to 200% and then maximize the window, but it also applies to the main GUI as well as the web terminal. Hopefully I explained well enough. Using an SSH client works fine, but there are times when it is much more convenient to use the web terminal. It used to work fine in the previous version, but since the major update to 6.9 the web terminal hasn't displayed well in certain situations such as mine. Quote Link to comment
ehnde Posted April 21, 2021 Share Posted April 21, 2021 Is this not configurable from somewhere in the Unraid menu? It also impacts the terminals under the docker menu where you exec into containers. The font is nearly illegible on my screen. Quote Link to comment
Datrox Posted April 23, 2021 Share Posted April 23, 2021 I'm experiencing the same issue. I have two servers, one on 6.8.3 (no issue) and the other on 6.9.2 (issue). 6.8.3 server 6.9.2 server Quote Link to comment
JokesOnYou77 Posted April 29, 2021 Share Posted April 29, 2021 (edited) I'd also like to see the web terminal don't size made configurable. As it is, I can't increase the terminal font size without also zooming in on the main UI page which blows that up and makes it difficult to have terminal and GUI both open and readable. Has anyone done the work to see how we could actually use xterm-webfonts? Maybe we can make a browser addon to inject it? UPDATE: I spent some time messing with it and reading docs and made a little progress. Entering the following in the browser JavaScript console gets the desired behavior: term.setOption("fontSize", 20) Just need to package as a browser addon to distribute. I'm unlikely to have a ton of time to do that so I'll probably run manually for the time being, but I hope this helps others. In the future, it looks like ttyd has options to override the client-side options on the initial start: https://github.com/tsl0922/ttyd/wiki/Client-Options#basic-usage I suspect that UNRAID users could be given a config file with options they could add to the ttyd call at some point if that's determined to be a desirable direction. Edited April 29, 2021 by JokesOnYou77 Found a workaround Quote Link to comment
ljm42 Posted April 30, 2021 Share Posted April 30, 2021 On 4/28/2021 at 5:22 PM, JokesOnYou77 said: I spent some time messing with it and reading docs and made a little progress. Great find! We should be able to use this. Quote Link to comment
JokesOnYou77 Posted April 30, 2021 Share Posted April 30, 2021 @ljm42 My PHP isn't very good, but it doesn't look like there's a place to inject logic for this in the UNRAID webGUI on github. That leaves browser plugins or greasemonkey scripts as the best way to distribute this in an easy to use fashion. If I were to build such a thing, what would be the right forum to announce it in? Quote Link to comment
ljm42 Posted April 30, 2021 Share Posted April 30, 2021 1 minute ago, JokesOnYou77 said: @ljm42 My PHP isn't very good, but it doesn't look like there's a place to inject logic for this in the UNRAID webGUI on github. That leaves browser plugins or greasemonkey scripts as the best way to distribute this in an easy to use fashion. If I were to build such a thing, what would be the right forum to announce it in? I'd prefer to handle this with an OS update. Quote Link to comment
JonathanM Posted April 30, 2021 Share Posted April 30, 2021 7 minutes ago, ljm42 said: I'd prefer to handle this with an OS update. Soon™? 1 Quote Link to comment
SimonF Posted May 1, 2021 Share Posted May 1, 2021 (edited) 15 hours ago, JokesOnYou77 said: @ljm42 My PHP isn't very good, but it doesn't look like there's a place to inject logic for this in the UNRAID webGUI on github. That leaves browser plugins or greasemonkey scripts as the best way to distribute this in an easy to use fashion. If I were to build such a thing, what would be the right forum to announce it in? Nice find. The rc.nginx needs to be updated. or another script to be called on size changed as needs to stop ttyd and reload. Created a little bash script to test. Fontsize=12 looks to be the default. Note that you cannot run from Term as it ends the sessions. #!/usr/bin/bash killall -q ttyd &>/dev/null rm -f /var/run/ttyd.sock exec ttyd -d 0 -T linux -t disableLeaveAlert=true -t fontSize=30 -i /var/run/ttyd.sock bash --login &>/dev/null & Or you can use User Scripts Edited May 1, 2021 by SimonF Quote Link to comment
dlandon Posted May 1, 2021 Author Share Posted May 1, 2021 This will be fixed in a future release. Quote Link to comment
JokesOnYou77 Posted May 4, 2021 Share Posted May 4, 2021 If this can be done in an OS update, it would be awesome. But I don't have that power, unless there's something I'm missing in the code on github. But what I can do to solve this problem for myself and others in the immediate term is to write about 50 lines of code/JSON with instructions on my github. But by no means am I proposing that we mark this topic as closed/solved. Building this into the OS would be great. But I think that's a much longer discussion around the right scope, user experience, and implementation. To me, that means it's likely to take a while. To get that discussion started though, let me share some of what I've learned so far (I lost the source links though, sorry): 1. The change can't be made through CSS. Seems like there are a few contributing factors here but the big one is that the drawing is all done in Canvas. 2. Ttyd is started once and has to be restarted to change the server-side configuration. In addition to the above, I would add another point which is that I have observed, from my own behavior, that I access the web terminal from different devices with different screen sizes at different times and I re-attach to the same tmux/screen/byobu session each time and I'd like to have a different font size on different client machines. Moreover, if restarting ttyd kills the running multiplexer session because ttyd is the parent process that would not be a great user experience (not to mention other stuff like losing command history depending on how users have that configured). Both the screen size and multiplexer issues make me think that a client/browser-side solution would be preferable to restarting ttyd on the server side. That said, a server-side "base" configuration might not be a bad idea either. I don't have the time this instant, but a good next step might be good to run a test by starting a tmux session, starting htop or something, then restarting ttyd and seeing if tmux is still running. Quote Link to comment
eggman9713 Posted May 31, 2021 Share Posted May 31, 2021 I was having this same issue recently until I just noticed today that it seems to be fine. I don't think I've changed anything recently on my server that would affect this. I'm accessing my server using Firefox 88.0.1, and unfortunately I don't know what version of Firefox I had the last time I noticed the web terminal was hard to read. Quote Link to comment
outrigger999 Posted June 30, 2021 Share Posted June 30, 2021 I have the same issue in Brave Browser (Chromium). I have two servers both are 6.9.2 and both running in separate tabs in the same browser. One has the issue the other does not. Could this be related to a plugin? Quote Link to comment
limawaken Posted July 7, 2021 Share Posted July 7, 2021 same here, also using Brave. when using Brave the web terminal is pretty much unusable. no issue when using latest edge (chromium) or chrome. only bitwarden plugin installed (on brave and edge), no plugins in chrome. Quote Link to comment
Xaero Posted July 7, 2021 Share Posted July 7, 2021 On 4/30/2021 at 4:50 PM, ljm42 said: I'd prefer to handle this with an OS update. It would also be nice to address the color blind accessibility concerns by implementing terminal color profile support. I had a topic on this previously, but it seems heavily related to this since we're talking about readability. I basically am forced to use putty/kitty/ssh in another terminal emulator just so I can have colors that I can see (specifically the folders being light blue on bright green is awful) 1 Quote Link to comment
outrigger999 Posted July 22, 2021 Share Posted July 22, 2021 Other sites report that the strange font in terminal is due to fingerprint blocking added to a number of browsers recently. Brave browser which I use, has a demo site which you can check your browser against being fingerprinted but it appears that their fingerprint mitigation is causing this. If this is the case, I'd prefer a solution in the server since I don't want to turn this off in my browser. Here are the other discussions people are having and for the record, this definitely happens in brave browser. Discussions here and here. Here's an article describing the fingerprint mitigation added to Brave browser 1 Quote Link to comment
limawaken Posted August 21, 2021 Share Posted August 21, 2021 I found that if I open the terminal from the HTTPS local IP address the webterminal is perfectly readable. However if I open the terminal from the HTTPS unraid.net address then I'd get that unreadable font. I only find this issue when using Brave browser. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.