Питання: як я можу змусити ESS (R) побудувати графік безпосередньо в буфері Emacs?
Під час взаємодії з R через ESS, R за замовчуванням нерестує окреме графічне вікно поза Emacs, щоб намалювати його графіки. (Звичайно, можна вибрати інші графічні пристрої; саме так ми плануємо PDF та ін.) Два питання: по-перше, нове вікно вкраде фокус від Emacs, а по-друге, це, безумовно, було б добре, щоб все було добре і охайно. в межах екосистеми Emacs.
Отже: чи є змога побудувати "безпосередньо" (або навіть опосередковано) буфер Emacs і, що ще важливіше, зробити це без великого ручного втручання з боку користувача?
У цій старій нитці переповнення стека було попередньо обговорено , але пропоновані часткові рішення не є ідеальними. Вони в основному пов'язані із зміною пристрою побудови графіку в R (скажімо, в PNG), складанням тимчасового файлу, а потім відвідуванням цього файлу вручну в буфері Emacs. Це все вражає мене як дуже незграбного, особливо якщо мета полягає в тому, щоб використовувати вікно / буфер ділянки інтерактивно та намалювати безліч сюжетів під час сеансу (або додати шари до них на льоту).
Я спекулюю тут, але мені вражає, що оскільки R і Emacs підтримують SVG, це може бути корисним форматом. Однак мені незрозуміло, чи / як можна підключитися до процесу R, щоб спілкуватися на льоту. Чи є спосіб R кодувати SVG-код безпосередньо в буфер Emacs, чи потрібно буде пройти посередника тимчасового файлу? Як можна переконати Emacs автоматично відвідувати новий тимчасовий файл, коли R створює його, або оновлювати такий буфер сюжету, коли тимчасовий файл оновлюється / перезаписується новим сюжетом?
create-image
. Я не можу допомогти вам фактично змусити R та Emacs спілкуватися між собою, щоб досягти цього.