3 ms·
I foresee two problems. 1. It's a feature, not a product. The only use described, or that occurs to me, is screen recording. You could spend the time to make
by ken 8y ago
I foresee two problems.
1. It's a feature, not a product. The only use described, or that occurs to me, is screen recording. You could spend the time to make the best possible fit-windows-in-a-rectangle application, and the Camtasia folks could build it in to their application and make it fully integrated (align with their magic recording rectangle), and all your effort was for naught.
(In the Apple world, this has a name: "Sherlocking".)
2. Resizing a window is literally a single command -- at least on the Mac, and I assume also on other modern platforms (wmctrl, etc). I've got a bunch of these in the "Release" folder of my application for positioning windows for automated screenshots:
osascript -l JavaScript -e 'Application("Safari").windows[0].bounds = {x: 100, y: 100, width: 1200, height: 800};'
It's not as easy to use as "click a button" but I bet I could position 3 windows faster than you could buy and download an app online. I can queue up preset sizes/positions of windows before a screencast, too, and change them during the recording. Unless you specifically want to show off the maximization animation ("Welcome to 1995!"), you can just segue over it ("Now let's look at something else...") while you double-click that shell script off-screen.
(I say this not to suggest that everyone using a GUI app should just write shell scripts, but to point out how easy it would be for competitors. This would be the opposite of PG's "run upstairs" advice.)
I know what software should be written, but, like this idea, they're usually specific features of existing software that I don't have the source code for. What I have trouble figuring out is something to build which also has a viable revenue stream attached.
- nickjj 8y ago1. True but Camtasia could also never release that feature. For me personally I don't mind spending $20 or whatever if it solves a problem that affects me on almost a daily basis (my business involves recording software development related screencasts). 2. Resizing is only half the battle. I already rigged up an AHK script months ago to position things initially, but in a live coding session you often want to be able to move windows around freely or switch between layouts (editor, editor + terminal, terminal, editor + browser, etc.). This is where things fall apart because it's so easy to move them out of the recording zone or end up with a recording where a window has like a 2 pixel gap and looks off. I suppose I could wire up about 6 or 8 hotkeys to statically position and size those different layouts as a last resort. It's not important that people see the animation or me resizing windows manually.