Ginfuru Posted March 18, 2013 Share Posted March 18, 2013 (edited) Are you keyboard junkie like myself? Have a ton of finder windows open or trying to copy and paste from one document to another... or some other unorthodox reason for needing window management? Yeah... me too. I've used several of the window management apps, they are all very cool and have a really cool feature set about them, but still can't justify the price? Yeah... me too. I've converted this Alfred extension from http://projects.jga.me/layouts/#toc3 to a workflow that uses both Hotkeys and Keyword trigger to help manage the top most window on your screen. Take a look at a look at Greg Allen's write up to learn how to use it. I only added a couple of hotkeys but feel free to edit to match your needs. I've finally updated Layouts to work with Alfred's Workflows: http://projects.jga.me/layouts/ If you already own a window manager like SizeUp take a look at Carlos-Sz - SizeUp workflow Edited May 3, 2013 by Ginfuru Ginfuru 1 Link to comment
vitor Posted March 22, 2013 Share Posted March 22, 2013 Unfortunately, it still suffers from the same flaw that made me stop using it. The other developer clearly abandoned it, but maybe you’ll want to take on the task of fixing it. basically it does not work properly when the dock is in any position but the bottom. Personally, I use another app for window management, but if you want to take on this bug, you basically would just need to refactor the calculations depending on the dock’s position. I give some details on how you can get the position, on the original repo (https://github.com/jgallen23/layouts/issues/4). Link to comment
Ginfuru Posted March 23, 2013 Author Share Posted March 23, 2013 Unfortunately, it still suffers from the same flaw that made me stop using it. The other developer clearly abandoned it, but maybe you’ll want to take on the task of fixing it. basically it does not work properly when the dock is in any position but the bottom. Personally, I use another app for window management, but if you want to take on this bug, you basically would just need to refactor the calculations depending on the dock’s position. I give some details on how you can get the position, on the original repo (https://github.com/jgallen23/layouts/issues/4). Interesting... Oddly enough I've never personally had any issues. I use multiple monitors and my dock sits on the left side, but hidden. All the keyboard triggers work as you'd expect. Link to comment
vitor Posted March 23, 2013 Share Posted March 23, 2013 (edited) Interesting... Oddly enough I've never personally had any issues. I use multiple monitors and my dock sits on the left side, but hidden. All the keyboard triggers work as you'd expect. That's probably why you haven’t noticed (because it’s hidden). If you notice (at least with the original script), if the dock is at the bottom and visible, resizes take that into account, but when it’s at the sides, windows go behind it, which gets very annoying, very fast. Edited May 7, 2013 by Vítor Link to comment
yoose Posted March 23, 2013 Share Posted March 23, 2013 thanks for this, i tried it out and have some issues when i disconnect my external monitor. it seems that it still uses the dimensions of my external monitor even when i disconnect it and am only using my laptop screen. i tried the reset command but it did not help. any ideas? Link to comment
Ginfuru Posted March 23, 2013 Author Share Posted March 23, 2013 thanks for this, i tried it out and have some issues when i disconnect my external monitor. it seems that it still uses the dimensions of my external monitor even when i disconnect it and am only using my laptop screen. i tried the reset command but it did not help. any ideas? When you have the external hooked up is that the primary screen? I found that if you have the external screen set as the primary monitor I get the same result. I'll be working through the AS over time hopefully fixing bugs. Link to comment
yoose Posted March 23, 2013 Share Posted March 23, 2013 When you have the external hooked up is that the primary screen? I found that if you have the external screen set as the primary monitor I get the same result. I'll be working through the AS over time hopefully fixing bugs. It indeed is the primary screen. thanks for taking the time to look through it. Link to comment
jga23 Posted May 2, 2013 Share Posted May 2, 2013 I've finally updated Layouts to work with Alfred's Workflows: http://projects.jga.me/layouts/ Link to comment
Ginfuru Posted May 3, 2013 Author Share Posted May 3, 2013 I've finally updated Layouts to work with Alfred's Workflows: http://projects.jga.me/layouts/ NICE! Link to comment
dathin Posted November 12, 2013 Share Posted November 12, 2013 Hello there, Thanks for trying to fix this workflow I am using it with a dual monitor setup and if I try to arrange the window it extends it to fill both monitors. Is there any way to fix that? best, Dionysis Link to comment
Ginfuru Posted November 12, 2013 Author Share Posted November 12, 2013 Hello there, Thanks for trying to fix this workflow I am using it with a dual monitor setup and if I try to arrange the window it extends it to fill both monitors. Is there any way to fix that? best, Dionysis Just use the about link to get the updated one. Link to comment
dathin Posted November 12, 2013 Share Posted November 12, 2013 I can not see an 'about link'. I just got it so I am on version 2.1. My system is Mavericks so maybe is related to that.... Link to comment
mikeymo Posted July 31, 2015 Share Posted July 31, 2015 Is multi-monitor support on the horizon for this workflow? If not, are there any alfred window-management workflows that do offer it? Thanks! Link to comment
dathin Posted July 31, 2015 Share Posted July 31, 2015 Hey, Not exactly an answer to your question but in case you are interested you can use Phoenix or Slate. Check them out on github. Best, Dionysis Link to comment
Ginfuru Posted August 1, 2015 Author Share Posted August 1, 2015 I'll dig into both Phenoix and Slate and see how I can create a workflow. Link to comment
dathin Posted August 2, 2015 Share Posted August 2, 2015 Just a clarification. My suggestion was to just use these programs. No need to create a workflow with them. Have fun Link to comment
mikeymo Posted August 3, 2015 Share Posted August 3, 2015 Thanks for the helpful responses! Link to comment
raguay.customct Posted August 4, 2015 Share Posted August 4, 2015 Hammerspoon supports multiple monitors and I have a workflow that makes use of Hammerspoon (I can resize the current window with vim like keyboard shortcuts. Very handy). You can get the workflow here: http://www.alfredforum.com/topic/5334-hammerspoon-workflow/ I do not have any predefined items for multiple monitors because I do not have multiple monitors. But, if anyone that has that type of setup would like to expand this workflow, please do and send me the changes to keep them updated on Packal! My multiple monitor setup is really three computers I use together. :smile: Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now