This is literally like saying "Dropbox is just a remote server, you could easily rent your own, install rsync, and that's it."
You would be technically totally correct. But there is a reason people use Dropbox and pay money for it. Convenience is value.
Also, I think you dont fully understand what this app does. Your script is dramatically underestimating the complexity of keyboard, TouchID, cables, Intel vs. Silicon, the Intel bugs, the M3 model hardware API bugs, the logic behind closing/opening, plugging and unplugging, complex scenarios, restarts, UI, translations etc.
The app has even price parity, meaning people in less developed countries pay much much less for it. There's no reason to make the life of people harder who just sell something tiny for a price of a coffee, and on top even give it away for free during testing phase.
Use your skill to build alternatives of big shady corporate software, not harming indie devs.
Can you honestly say you didn't use an LLM to write your app?
> Also, I think you dont fully understand what this app does.
I honestly do not care what your app does. There were people in the comments trying to understand how it worked, so I vibe coded this. I have no interest in competing with your app.
> Use your skill to build alternatives of big shady corporate software
I do, but I also don't keep simple concepts draped behind paywalls.
What? the app was of course built with usage of AI, this is industry standard. Nobody writes code character by character by hand anymore. Software engineering is not "coding" alone.
I also get strong reddit moderator personality vibes from you.
Hi, that's the images (retina-ready), and other things that are necessary to create a Swift application in macOS that complies with Apple's developer requirements (the app is signed by Apple btw). The Apple Silicon build itself is around 800kb, the Intel build adds stuff up to 2 MB.
I thought at this size it's okay to put everything into one file, rather than release different builds for Intel and Silicon.
i tried to explain that in the post's text: it turns off the internal diplay, but doesnt touch anything else. so, of course you can close the lid, but then your mac is closed and you cannot use the keyboard, cam or touchid anymore.
The core concept is to turn off the screen and actually remove the (software) desktop of this screen temporarely. This might sound odd, but there are valid use cases.
I built the app because in my bubble this functionality was requested often ;)
Building this app took me 2 weeks, and testing and bugfixing many different scenarios on many different devices, monitor types, cables types and port types took me 1 week and many many grey hairs.
Software is still not just writing a promt and boom there is is. It's a a long process of trial and error, QA, bugfixing, reacting on user feedback etc.
Not everybody who uses software is a software engineer and has time and nerve and skill to build everything by themselves.
Also, I give away the app for free currently (in exchange for a simple device test feedback), so I would argue that this is way cheaper and quicker than building it by yourself.
We should encourage each other to build software, not talking every new software down with the "you could easily vibecode this by yourself"
you are correct, but misunderstand what the app does.
- it does: lid open, screen off, keyboard works, touchid works, touchbar works.
- difference to just dimming the screen: it actually removes the display/desktop, so you really jsut have one big monitor (or multiple). this is useful for some people.
- it watches the displays, and if the monitor is turned off, unplugged etc. the internal display turns on again
We are in the age of LLMs.
https://github.com/kxrm/displayoff/blob/main/displayoff.c
This is literally like saying "Dropbox is just a remote server, you could easily rent your own, install rsync, and that's it." You would be technically totally correct. But there is a reason people use Dropbox and pay money for it. Convenience is value.
Also, I think you dont fully understand what this app does. Your script is dramatically underestimating the complexity of keyboard, TouchID, cables, Intel vs. Silicon, the Intel bugs, the M3 model hardware API bugs, the logic behind closing/opening, plugging and unplugging, complex scenarios, restarts, UI, translations etc.
The app has even price parity, meaning people in less developed countries pay much much less for it. There's no reason to make the life of people harder who just sell something tiny for a price of a coffee, and on top even give it away for free during testing phase.
Use your skill to build alternatives of big shady corporate software, not harming indie devs.
Can you honestly say you didn't use an LLM to write your app?
> Also, I think you dont fully understand what this app does.
I honestly do not care what your app does. There were people in the comments trying to understand how it worked, so I vibe coded this. I have no interest in competing with your app.
> Use your skill to build alternatives of big shady corporate software
I do, but I also don't keep simple concepts draped behind paywalls.
What? the app was of course built with usage of AI, this is industry standard. Nobody writes code character by character by hand anymore. Software engineering is not "coding" alone.
I also get strong reddit moderator personality vibes from you.
404
fixed
Let's say it is 100 lines because it has a bunch of convenience or edge case handling. Lets say with an average length of 20 chars, that would be 2KB.
How can it fill 1000 times of that to get to 2MB?
Hi, that's the images (retina-ready), and other things that are necessary to create a Swift application in macOS that complies with Apple's developer requirements (the app is signed by Apple btw). The Apple Silicon build itself is around 800kb, the Intel build adds stuff up to 2 MB.
I thought at this size it's okay to put everything into one file, rather than release different builds for Intel and Silicon.
But you can just close the lid? What am I missing ?
My guess would be that it allows continued use of other things like finger-print sensor, or possibly camera?
Mac also cannot run with lid closed if power is not connected, but I am not sure if it will power display-out when power is not there.
i tried to explain that in the post's text: it turns off the internal diplay, but doesnt touch anything else. so, of course you can close the lid, but then your mac is closed and you cannot use the keyboard, cam or touchid anymore.
The core concept is to turn off the screen and actually remove the (software) desktop of this screen temporarely. This might sound odd, but there are valid use cases.
I built the app because in my bubble this functionality was requested often ;)
You cannot use the keyboard anymore when you close the lid ;) I think you misunderstood what the app does
> Keyboard, touchpad and TouchID still work fine
In case you close the lid those no longer work I suppose.
You save the 20 cents in tokens it would cost you to replicate this app.
Building this app took me 2 weeks, and testing and bugfixing many different scenarios on many different devices, monitor types, cables types and port types took me 1 week and many many grey hairs.
Software is still not just writing a promt and boom there is is. It's a a long process of trial and error, QA, bugfixing, reacting on user feedback etc.
Not everybody who uses software is a software engineer and has time and nerve and skill to build everything by themselves.
Also, I give away the app for free currently (in exchange for a simple device test feedback), so I would argue that this is way cheaper and quicker than building it by yourself.
We should encourage each other to build software, not talking every new software down with the "you could easily vibecode this by yourself"
Yeah uh, you can just lower the brightness to minimum and the display turns off
no, this lowers the brighness, it does not turn off the screen or the software desktop of this screen
LLM bros want to turn off The monitor but keep their LLMs running.
This only works with an external monitor.
sudo pmset -a disablesleep 1
does not require an external monitor
you are correct, but misunderstand what the app does.
- it does: lid open, screen off, keyboard works, touchid works, touchbar works. - difference to just dimming the screen: it actually removes the display/desktop, so you really jsut have one big monitor (or multiple). this is useful for some people. - it watches the displays, and if the monitor is turned off, unplugged etc. the internal display turns on again
This app only works with an external monitor*
It has nothing to do with LLMs. Or disabling sleep.
What guarantees that the monitor comes back on if your app crashes?
the app watches itself. when it crashes, it closed or anything else happens that is not the intended state, the display is reset.
beside this, it's also reset to on-status by macOS itself after restart (however you can turn it off again by auto-starting the app)
DMs? This site has DMs?
Sorry, you are correct, i've corrected my mistake and put an email adress into the text