Hi,

I'm under "Ubuntu 22.04.1 LTS" whit X11 and I've a big 32/9 screen:

display_info DisplayInfo { id: 446, x: 0, y: 0, width: 5120, height: 1440, rotation: 0.0, scale_factor: 1.0, is_primary: true }

if I have 2 separate windows, one taking all place on left on the other on right, I get that: What I really show on my Screen:

Now what ActiveWindow SHOW:

LEFT: active window: ActiveWindow { title: "syl21@XPS-8930: ~/projets/debug", process_name: "Gnome-terminal", window_id: "50331658", process_id: 3663, position: WindowPosition { x: 140.0, y: 14.0, width: 2555.0, height: 1453.0, }, }

RIGHT: active window: ActiveWindow { title: "", process_name: "firefox", window_id: "46137405", process_id: 4593, position: WindowPosition { x: 5158.0, y: 8.0, width: 2567.0, height: 1465.0, }, }

As you can see they are mistake in RIGHT window position, normaly:

• x would be like 2695.0
• y would be 14
• width same as LEFT
• height same as LEFT

Thx for your help ;-)

I wasn't sure where else I should post this - feel free to close the issue.

However, if you need the macos title and search for a quick workaround, this is what we use.

// Raw data is like this:   7) "iTerm2" ASN:0x0-0x18018: (in front)
pub fn macos_get_active_window() -> String {
  let mut command = shell("lsappinfo | grep front");
  command.stdout(Stdio::piped());
  let output = command.execute_output().unwrap();
  let mut app_name : String = String::from_utf8(output.stdout).unwrap().to_string();
  app_name = app_name.replace("\n", "");

  app_name = extract_app_name(app_name);
  return app_name;
}


// Input:
// "95) \"DayCheckin\" ASN:0x0-0x2aa3aa1: (in front) "
// Output: DayCheckin
// "79) \"Code - Insiders\" ASN:0x0-0x2a3ca3a: (in front) "
// Code - Insiders
// Test it here: https://rustexp.lpil.uk/
pub fn extract_app_name(app_name: String) -> String {
    let re = Regex::new(r###""(.*)""###).unwrap();

    let extracted_name = match re.captures(&app_name) {
      Some(val) => { val[0].to_string().replace("\"", "") }
      None => {app_name}
    };

    extracted_name
}

Hey, so you might've noticed while testing kCGWindowName, that it doesn't provide the window's name for some applications. I did some digging and apparently, it's a common thing in MacOS applications because they have to set this field directly in XQuartz for it to be available.

I fixed this problem by resulting to using the window owner's name when kCGWindowName fails.

A question that arises, since I'm exclusively on mac, is what is the actual title field referring to in your implementation on linux and windows. If it's referring to the application name rather than the window name, then you might just want to remove the use of kCGWindowName altogether.

Love the approach and implementation on this!

I was wondering if you'd be willing to extend the capabilities to allow for fetching of additional window information like window name, class, instance, etc..

If you're interested, I prefer to incrementally add these additions to this repo instead of forking.

Hey, I am not sure whether this was intentional or not but process_id for ActiveWindow was returning the thread id instead of process id on Windows. For a downstream application I am building I needed to get the process_id of the window, so I went ahead and fixed it. Thought you may also be intrested in the fix :)

I have added functionality to get the window title on Windows. Unfortunately, I do not have a Linux or Mac machine set up to do the same for those.

I am not too up to date on the Rust best practices but L28 seems like a possible race condition to me as the window handle is retrieved again inside the self.get_position() call.