topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Wednesday October 9, 2024, 2:56 pm
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - macst34 [ switch to compact view ]

Pages: [1]
1
JGPaiva's GridMove and Ahk Tools / typo in github
« on: October 13, 2021, 06:23 AM »

Hi folks,

Gridmove has a been a faithful program for so long. I recently started using 3 monitors: 1(laptop/fhd), 2 (4k), 3 (fhd in portrait mode)

and the orange grid lines on the portrait monitor are way off. so i thought i would take a look at the source code to see if I could make heads or tails and possibly fix my issue. I haven't found the issue yet, but i did find a typo that maybe affecting the program.

in https://github.com/j.../master/Aero_Lib.ahk, line 316, 'default' seems to be spelled incorrectly. Would this cause some sort of issue ?

Annotation 2021-10-13 192235.png

Michael

 

2
Hi Folks,

I thought I'd share some thoughts and tips on coding your first .grid.

There is an excellent topic by Tyinsar which covers coding grids in depth. I highly recommend this topic.
That being said, as a coder, I rarely read documentation from end to end and only reference when needed.

The quickest way to get a grid working is to find a grid similar to what you want. You are thinking I'll start simple with a simple two window grid (2 Part-Vertical.grid) and add what I want. You open the file to find it has 9 groups! Groups mean target areas. There are 9 in this config because it accounts for 3 monitors. Each monitor only has 3 groups. Figure out which monitor you want to work on and note the gridmove monitor number.

Each group has a trigger area. You gotta move your window to this area to trigger this. If nothing else is defined, your window is placed/resized as the size of the trigger area.

The cool and fun part is that you can have a target placement different from the trigger area. Some people have taken this to make a whole bunch of small triggers which translate to different windows. One example of this is Good Griddance.grid

When you start to edit your triggers, be sure to turn on the right click options "show grid" + "show numbers on grid". The numbers displayed correspond to the groups defined in the .grid file.

I like my triggers to be in this format :
  TriggerTop    =
  TriggerLeft   =
  TriggerRight  =
  TriggerBottom =
because it makes the most sense to me .... they can be in any order though.

When/if you include the target area you will use the following in the SAME GROUP.
  GridTop       =
  GridLeft      =
  GridRight     =
  GridBottom    =

And these are just the target coordinates of where put the window if you activate the trigger of this group.

You can add target coordinates as absolute numbers. But there are a bunch of ready to use constants:
  [Monitor1Top]
  [Monitor1Left]
  [Monitor1Right]
  [Monitor1Bottom]
  [Monitor1Width]
  [Monitor1Height]
They are pretty self explanatory. Just replace the number for the monitor you are working on.

There is another set of constants that ignore the windows taskbar:
  [MonitorReal1Top]
  [MonitorReal1Left]
  [MonitorReal1Right]
  [MonitorReal1Bottom]
  [MonitorReal1Width]
  [MonitorReal1Height]
You can use these if for some reason you need to cover up the taskbar with a target window.

There are some special target coordinates like maximize and restore (undo) which maxes the window(duh) or puts it back to where you dragged it from. There are others..check tyinsar or read the help.

I tried Gridstack by Xitsa to generate grids. It seems pretty powerful but I ended up just hand coding my grids in the end.

Tips:

-Always make sure to change the number of groups in the header to match your actual number of groups. You think this is funny, but you'll forget to do this and wonder why it isn't working when you hand edit your grids.

-Use refresh and restart as needed to bring up new configs

-when gridmove is activated,  orange lines are trigger areas; grey blocks are where the window will end up.

-use versioning for your changes. that way you can revert when you have no idea where you went wrong.

-remember the top left corner is 0,0!  Make sure to use the correct operation (addition or subtraction) according to the reference constant you are using. For example, in my config, trigger bars are made with +50px if the are on the top or the left. From the bottom or the right they are -50px. This is because of the reference constants used.

-Hotkey :  win+g then             
                   m to maximize toggle
                   0 (zero) to minimize 
                   r to reload template
                  # to activate # trigger if "use command"+"fastmove" are turned on
                  esc to cancel hotkey mode

Unanswered technical questions:

1)How are the monitors numbered? My 2 output setup is inversed from the windows designation and the .grid file. (i.e gridmove monitor 1 is designated as monitor 2 by windows)

2)What happens when 2 trigger areas overlap? For example, if I define a big trigger area and then a smaller trigger inside it, will it work? What if I define a small trigger area and then cover it with a larger trigger? What's the rule? I think first declared supersede last declared but I've had some complex configs break because I don't know for sure.
*Answered* I did some more experiments and it does seem first declared supercedes later declared. i.e lower group numbers override higher numbers. This has some implications for the order of defined triggers and does explain why some of the grids with huge numbers of triggers go outside-in such as 100possibilities.grid.
*This also means I can remove some of the extra trigger calculations that I added to prevent overlapping in my current config to make it simpler. Though I'll leave some of them in because I like the current window numbering.

3)What is the best way to capture the grid config visually?  There has to be a good standard way to show grids to others via jpg/png. I just don't know it.

Michael

3
JGPaiva's GridMove and Ahk Tools / Maximize vs. full screen
« on: May 27, 2016, 03:58 AM »
Hi Folks,

I was wondering if anyone has run into a small issue that I've noticed.

I use my tv+monitor setup on a small htpc. All my gridding is on the monitor. I setup a triggerbar to maximize video files played by mpc-hc from my monitor to the tv.

It works fine. However I was wondering if there is a way to "Full screen" it to the tv instead. The difference is that when the mpc-hc window is maximized to the tv, it still has a border and the application bar. If mpc-hc is full screened instead (after another double click on the tv) there are no borders or app bars.

Michael

4
JGPaiva's GridMove and Ahk Tools / my config
« on: May 24, 2016, 11:30 PM »
Hi folks,

Gridmove is still useful in 2016 and win10.

I have a minipc attached to my TV (1920x1080) and an ultrawide screen (2560x1080).

I offset my tv screen to touch my monitor in the corner, so windows can be dragged across monitors at the lower right of the TV and the upper left of my monitor.
monitorconfig.PNG

I put my taskbar on the right vertically to preserve height and not to make it difficult for me to drag windows.
Using the config below, I have two large areas for websites and two smaller video windows on my monitor for previewing what i send to the tv.


virtual preview

monitor real.png

The grid has a few features. There is a topbar for the two web windows to combine as one big window. Same with the rightbar to combine both vid windows in case I want to edit a text document. There is a big undo bar at the bottom of the second web window to revert to original placement. The last bar maximizes the window to the TV.

Still modifying and I welcome suggestions.

Michael


Pages: [1]