Skip to content
Snippets Groups Projects
Select Git revision
  • master default
  • adhoc_3.1.20171129_215341
  • adhoc_3.1.5.beta.2
  • transparentMetal2
  • adhoc_3.1.20171104_144308
  • metal
  • adhoc_3.1.20171013_214551
  • asyncSemanticHistory
  • release_3.1.2
  • adhoc_3.1.20170924_105026
  • 3.1.1
  • adhoc_3.1.20170912_222342
  • adhoc_3.1.20170820_220120
  • deferredUpdateWithBugfix
  • cadenceControllerAndDeferredCadenceChanges
  • adhoc_3.1.20170801_221757
  • adhoc_3.1.20170513_113452
  • 3.0.16
  • adhoc_3.1.20170424_220422
  • adhoc_3.1.20170424_215714
  • v3.1.5
  • v3.1.5.beta.2
  • v3.1.4
  • v3.1.5.beta.1
  • v3.1.4.beta.1
  • v3.1.3
  • v3.1.3.beta.1
  • v3.1.2
  • v3.1.2.beta.2
  • v3.1.2.beta.1
  • v3.1.1
  • v3.1.0
  • v3.1.beta.10
  • v3.1.beta.9
  • v3.1.beta.8
  • v3.1.beta.7
  • v3.1.beta.6
  • v3.1.beta.5
  • v3.1.beta.4
  • v3.1.beta.3
40 results

iTermApplication.h

  • George Nachman's avatar
    02e75fef
    Fix a bug where hotkey windows appearing in a different display than the... · 02e75fef
    George Nachman authored
    Fix a bug where hotkey windows appearing in a different display than the currently key window (in another app) would not receive focus and would forget which app was previously active. Issue 6353
    
    The two key changes are
    1. Add a method to activate the app with a completion block
    2. Don't throw away the existing previous state when a non hotkey window becomes key during a rollin. The logic already existed for a rollout.
    Here's what would happen:
    
    rollInAnimated
      [NSApp activateIgnoringOtherApps:YES]
      rollInAnimatingInDirection:
    (if there's no animation, the rollin finishes immediately)
    App becomes active
    A non-hotkey window becomes key
    
    Now, here's what happens:
    
    rollInAnimated
      [NSApp activateIgnoringOtherApps:YES]
    App becomes active
    A non-hotkey window becomes key, but it's ignored because there's a roll-in in progress
    rollInAnimatingInDirection:
    (if there's no animation, the rollin finishes immediately)
    02e75fef
    History
    Fix a bug where hotkey windows appearing in a different display than the...
    George Nachman authored
    Fix a bug where hotkey windows appearing in a different display than the currently key window (in another app) would not receive focus and would forget which app was previously active. Issue 6353
    
    The two key changes are
    1. Add a method to activate the app with a completion block
    2. Don't throw away the existing previous state when a non hotkey window becomes key during a rollin. The logic already existed for a rollout.
    Here's what would happen:
    
    rollInAnimated
      [NSApp activateIgnoringOtherApps:YES]
      rollInAnimatingInDirection:
    (if there's no animation, the rollin finishes immediately)
    App becomes active
    A non-hotkey window becomes key
    
    Now, here's what happens:
    
    rollInAnimated
      [NSApp activateIgnoringOtherApps:YES]
    App becomes active
    A non-hotkey window becomes key, but it's ignored because there's a roll-in in progress
    rollInAnimatingInDirection:
    (if there's no animation, the rollin finishes immediately)