Wesley W. Boynton
Wesley W. Boynton
There were some breaking changes to v2 syntax that required some adjustment, but I have managed to get a v2 version partially working against AHK 2.0-a122-f595abc2. It is _not_ thoroughly...
I'll have to look later if it's backwards compatible or not -- I ran it through a syntax converter to start and then just followed the trail for the remaining...
I would also like to know this. Did you have any luck @kintsugi?
Yeah, confirming that this issue persists through a reinstall of the application including cleaning out the stuff in `AppData\Local` so I don't think it's a caching thing. Is the method...
Are your monitors identical? I have noticed this program has some issues with some monitors which lack certain hardware identifier values that the software uses to differentiate them, causing it...
Simply returning to one of the pre-set positions in the obs-ptz controls would be a huge improvement by itself. Please don't feel like you need to do something fancier to...
In addition, I have had times where it has actually printed the hash into the table instead of the value ``` ┌──────────────────────────────────────────┬─────────────────────────────────────┐ │{:value=>"host", :alignment=>:right} │{:value=>"total", :alignment=>:right}│ ├──────────────────────────────────────────┼─────────────────────────────────────┤ │{:value=>"test_value", :alignment=>:right}│{:value=>"37", :alignment=>:right}...
On further inspection, the code from the readme does not work doing basic alignment at all. ``` 1.9.3-p392 :041 > table = TTY::Table.new header: ['header1', 'header2'] => # 1.9.3-p392 :042...
Yes, alignment by hash before render-time does indeed seem to be working as intended. I do certainly feel that the inability to perform per-cell granular formatting would seem at home...
Yep, that's precisely it. Providing multiple items to the array nests the result progressively deeper @Fryguy . That's what that whole reverse-inject combo takes care of doing.