I created a simple Bash script that will always disable the default/internal monitor on your laptop when using AR glasses (or any other external monitor). I find this useful for when using AR glasses such as the XReal One which allows you to change the mode from regular mode to ultra-wide mode and when doing this, it will act as your unplugging the XReal ones and plugging in XReal one again in a new mode, causing the interal laptop display to become enabled.
To keep the laptop display always off, weather the laptop lid is either closed or open, this simple bash script will always disable the laptop screen every X seconds (You can change it by changing the wait variable)
Simply copy this script and create a new bash script such as disable-display.sh, make the script file executable and add it to your startup applications and it will run in the background. You will need to run xrandr command with all of your displays enabled to get the names of the displays and change the variable names in the script accordingly.
NOTE: This script may not work with a full Wayland setup and may only work on X11.
Enjoy
#!/bin/bash
#RUN xrandr TO GET THE NAMES OF THE DISPLAYS AND SET THE VARIABLES TO THESE NAMES
readonly default_display="eDP"
readonly external_display="USB-C-0"
readonly wait=5
while true; do
#Check if there is an external display connected
if xrandr | grep -q "$external_display connected"; then
#Disable the internal display
xrandr --output $default_display --off
fi
sleep $wait
done
Out of curiosity, and because I work in XR, what do you used those glasses for?
What company do you work for in XR?
I got the XReal One as a portable ergonomic monitor and I may use them as my main monitor going forward. I have a sit/stand desk with monitor arms which I can adjust the height and position for an ergonomic design to always look straight at the monitor and not looking down.
From my research currently the XReal Ones are the best AR/XR glasses on the market due to the chip built into them, not needing any other devices or software to run, just plug in play. The XReal One Pros which I think are coming out soon have some better specs but to me, not worth the extra money.
I been using them for regular desktop/laptop task and coding and I prefer to use the anchor mode when doing this. I sometimes also use the ultra-wide mode to simulate 2 monitors. I also been using them for gaming and I will either have it in follow or anchor mode but never use ultra-wide mode for gaming.
Mine, we’re one in it, me ;)
Interesting, thanks for sharing the use cases and clarifying your choices.
I do also have a standing desk with a relatively large screen on a monitor arm. I also have a walking pad under the standing desk. The goal being to ergonomically have as much freedom as possible while still being efficient.
I did try the XReal months ago but I don’t think I tried the Pro.
Otherwise I worked with pretty much everything (Google Glass, HoloLens, Vision Pro, Quest (all models), Lynx XR1, Monocle/Frames, my own DIY ones, etc) but my main focus is WebXR and 6DoF, so not really replacing a screen. I do understand it is useful, and sometimes as I travel I use the Quest 3 or Vision Pro to work in there but that’s typically a temporary measure. My professional perspective is that 6DoF with hand tracking and accessories (6DoF pens, BT keyboard, etc) is the most novel way to interact with information hence why I build open-source WebXR prototypes on that topic.
How about
watch -n 5 your_commandinstead?Anyway an event based solution, maybe via
xevfilter onrandrcategory could be more elegant. Still, whatever works for you! Thanks for sharing.
What about the condition that when the external display is disconnected, the main display should be reenabled?
You should not need an else if statement to re-enable the internal display. When no displays are enabled, it will enable the internal display. This was the case when I tested it.
Agree.
However, I always have those “trivial” conditions be explicitly set. Usually, when the device is unplugged correctly, your primary display will be automatically be turned on. However, in very weird scenarios (incorrect voltage signals, loose wire, etc), it’s possible that the explicit
elsecondition will be triggered.
Serious question, why use a semicolon to put do and then on the end of the previous line?
Especially when do/done are the open and close control directives for a block.
Don’t you think bash looks much cleaner when you use it how it was designed?
I’d write
while true; do X donefor the same reason I’d write
if [ something ]; then X fior in another language
if (something) { X }Because it’s all part of the same statement and having a single line with just
door{seems silly and implies (to me) that the lines aren’t related.Agreed.
I also use this VSCode extension which formats my bash code using
shfmtdeleted by creator
It just looks weird to me to stick a semicolon into the middle of a line when a compound command isn’t actually needed.
So you’d rather it all be on one line? I’d only do that if it’s a very simple command, otherwise you’re just making the code harder to read.
No the opposite. I think more shorter lines makes it easier to read than fewer longer lines.
while true; doisn’t exactly harder to read than
while true dothough, is it? And going back to my original point, I don’t like
while truebeing on its own as to me it looks like it’s meant to be a separate statement rather than part of thedo/doneblock.Its a personal style choice.
With a blank line before the ‘while’ and another after the ‘done’ its a nice little easy to identify block. I don’t know how the ‘while’ would look like its not a part of that block.
A midline semicolon just looks ugly to me so I don’t do it unless it is the only way to make a statement work.
In defense of OP, I do this a lot and go for similar moves in other languages too if the conditional bit is just a line or two. Pro choice!
Bash doesn’t ever look clean.
It’s just a brace on same line/new line stylistic choice with extra steps.
About that, I used to also think that brace on new line is clearer, but after seeing a lot more code I have switched sides, both are clear enough to me, so I’d rather have fewer linesYes totally a personalstyle choice. To me, using a semicolon to save a line looks more ugly ; then ;)
Not OP but this is how I learned it and how it’s presented in the help file.
$ help while while: while COMMANDS; do COMMANDS-2; done $ help if if: if COMMANDS; then COMMANDS; [ elif COMMANDS; then COMMANDS; ]... [ else COMMANDS; ] fiThats the concise help text to keep it short and easy to read.
The first line in the GNU Bash manual section on loop constructs says “Note that wherever a ‘;’ appears in the description of a command’s syntax, it may be replaced with one or more newlines.”
