Scorrimento uniforme (del mouse) per le immagini incorporate?

Visualizzo le immagini in linea con begin_src e blocchi dei risultati.

Tuttavia, per immagini di grandi dimensioni, quando scorro oltre la parte inferiore dell'immagine, ottengo un "coglione" e l'intera immagine viene fatta scorrere via. Allo stesso modo, se scorro verso l'alto e mi imbatto in un'immagine, ottengo un coglione e vedo l'intera immagine invece di vederla in modo incrementale poco a poco.

Questo rende difficile lavorare con grandi diagrammi plantum / graphviz in modalità org.

Vorrei un'esperienza fluida di scoll, scorrere delicatamente l'immagine come in un browser Web, senza strappi.

Ho provato:

(setq auto-window-vscroll nil)

e anche

(setq scroll-margin 1
scroll-conservatively 0
scroll-up-aggressively 0.01
scroll-down-aggressively 0.01)

Ho provato il pacchetto smooth-scroll e anche questo frammento .

Tuttavia, sembra che un'immagine in linea occupi solo "una riga" e correggere emacs per scorrere solo con "una riga" non risolve il problema.

Qualche soluzione a questo problema?

[modifica] Scorrimento tastiera vs mouse:

Lo scorrimento del mouse è implicito. Ma lo scorrimento della tastiera sarebbe un vantaggio se lo scorrimento corretto del mouse funzionasse.

[modifica]
Un po 'una soluzione alternativa, ma utile per lavorare con le immagini in modalità organizzazione era aprirle in un'app esterna che si ricaricasse automaticamente al cambio di file. L'esempio sarebbe eog (eye of gnome)o shuttero prievew (on OS X). Può essere configurato tramite l' org-file-appsaggiunta di:

extension: \.png\'
Command:   eog "%s"

Da Emacs 26.1, il buffer può essere fatto scorrere da singoli pixel anziché solo da linee che possono essere usate per scorrere uniformemente le immagini usando la rotellina del mouse. Per raggiungere questo obiettivo ho usato la seguente configurazione:

;;; Scrolling.
;; Good speed and allow scrolling through large images (pixel-scroll).
;; Note: Scroll lags when point must be moved but increasing the number
;;       of lines that point moves in pixel-scroll.el ruins large image
;;       scrolling. So unfortunately I think we'll just have to live with
;;       this.
(pixel-scroll-mode)
(setq pixel-dead-time 0) ; Never go back to the old scrolling behaviour.
(setq pixel-resolution-fine-flag t) ; Scroll by number of pixels instead of lines (t = frame-char-height pixels).
(setq mouse-wheel-scroll-amount '(1)) ; Distance in pixel-resolution to scroll each mouse wheel event.
(setq mouse-wheel-progressive-speed nil) ; Progressive speed is too fast for me.

Modificare:

Ho scoperto che questa soluzione presenta alcuni avvertimenti che potrebbero essere utili per sapere:

• Scorrendo su un'immagine più in alto rispetto alla finestra, continuerà comunque il grande salto sbilenco che vede scorrere la finestra fino a quando l'immagine non è più visibile (la riga successiva si trova nella parte superiore della finestra).
• Non è possibile rendere l'istante di scorrimento (meno intensivo) ma scorrere comunque per pixel anziché per linee.
• Quando viene emesso un nuovo evento di scorrimento prima che l'animazione esistente sia terminata, la finestra passa all'inizio dell'animazione successiva causando una discontinuità nello scorrimento uniforme.
• Molte persone hanno sperimentato un tale degrado delle prestazioni usando questo metodo che semplicemente non è utilizzabile. Apparentemente questo è comune quando vengono utilizzate alcune modifiche alla linea di modalità.

Cosa ne pensi di questo:

;; scroll one line at a time (less "jumpy" than defaults)
(setq mouse-wheel-scroll-amount '(1 ((shift) . 1))) ;; one line at a time
(setq mouse-wheel-progressive-speed nil) ;; don't accelerate scrolling
(setq mouse-wheel-follow-mouse 't) ;; scroll window under mouse
(setq scroll-step 1) ;; keyboard scroll one line at a time

Il problema a quanto ho capito è che l'immagine è una riga singola. La modifica del comportamento dello scorrimento non risolverà il problema.

L'unica soluzione di cui sono a conoscenza è quella di suddividere l'immagine in modo che ci siano tecnicamente molte immagini più brevi. Questo può essere fatto usando insert-sliced-image.