История изменений
Исправление wandrien, (текущая версия) :
Может быть, всё-таки сделать какой-то централизованный in-memory сервис/хранилище метаданных о текущих открытых документах и прочем «пользовательском контексте»? Раз уж приложения всё равно нужно учить что-то куда-то отображать.
А там уже возможны разные варианты, можно скрейпить из заголовка (для окон, принадлежащих процессам/цгруппам, от которых не поступало никаких явных обращений к API), можно скрейпить из lsof (фильтруешь по $HOME минус $HOME/.*), можно на ушах стоять.
Прочитал отредактированный пост и понял, о чем ты.
Нет, я не решаю задачу «держать в БД список открытых документов». Может это где-то и будет полезно, но не в рамках того, что я в этом треде рассматриваю.
Тут смысл простой – для реализации фичи, которая описана в ОП, окно приложения должно уметь сообщать путь к документу, с которым оно работает прямо сейчас. То есть грубо говоря, «на что смотрит пользователь».
Для реализации достаточно выставлять обговорённый атом на окне.
Но так как пропатчить все на свете приложения не получится, для остальных будем угадывать по заголовку окна.
Юникс-какира видно издалека. Без обид. :-)
Решения с нейросетями еще в юникс-хакеров запиши =) Там тоже нет строгих API.
Исправление wandrien, :
Может быть, всё-таки сделать какой-то централизованный in-memory сервис/хранилище метаданных о текущих открытых документах и прочем «пользовательском контексте»? Раз уж приложения всё равно нужно учить что-то куда-то отображать.
А там уже возможны разные варианты, можно скрейпить из заголовка (для окон, принадлежащих процессам/цгруппам, от которых не поступало никаких явных обращений к API), можно скрейпить из lsof (фильтруешь по $HOME минус $HOME/.*), можно на ушах стоять.
Прочитал отредактированный пост и понял, о чем ты.
Нет, я не решаю задачу «держать в БД список открытых документов». Может это где-то и будет полезно, но не в рамках того, что я в этом треде рассматриваю.
Тут смысл простой – для реализации фичи, которая описана в ОП, окно приложения должно уметь сообщать путь к документу, с которым оно работает прямо сейчас. То есть грубо говоря, «на что смотрит пользователь».
Для реализации достаточно выставлять обговорённый атом на окне.
Но так как пропатчить все на свете приложения не получится, для остальных будем угадывать по заголовку окна.
Юникс-какира видно издалека. Без обид. :-)
Решения с нейросетями еще в юникс-хакеров запиши =) Там тоже нет строгих AI.
Исходная версия wandrien, :
Может быть, всё-таки сделать какой-то централизованный in-memory сервис/хранилище метаданных о текущих открытых документах и прочем «пользовательском контексте»? Раз уж приложения всё равно нужно учить что-то куда-то отображать.
А там уже возможны разные варианты, можно скрейпить из заголовка (для окон, принадлежащих процессам/цгруппам, от которых не поступало никаких явных обращений к API), можно скрейпить из lsof (фильтруешь по $HOME минус $HOME/.*), можно на ушах стоять.
Прочитал отредактированный пост и понял, о чем ты.
Нет, я не решаю задачу «держать в БД список открытых документов». Может это где-то и будет полезно, но в рамках того, что я в этом треде рассматриваю.
Тут смысл простой – для реализации фичи, которая описана в ОП, окно приложения должно уметь сообщать путь к документу, с которым оно работает прямо сейчас. То есть грубо говоря, «на что смотрит пользователь».
Для реализации достаточно выставлять обговорённый атом на окне.
Но так как пропатчить все на свете приложения не получится, для остальных будем угадывать по заголовку окна.
Юникс-какира видно издалека. Без обид. :-)
Решения с нейросетями еще в юникс-хакеров запиши =) Там тоже нет строгих AI.