Graphics preview in parallel

[Scott Kostyshak]

On Wed, Jun 24, 2026 at 09:00:57PM +0200, Pavel Sanda wrote:
> On Wed, Jun 24, 2026 at 01:28:15PM +0200, Scott Kostyshak wrote:
> > > 1. The attached code triggers in parallel min(4, #of threads on your machine)
> > >    conversion chains and thus process the conversions fater. I kept the cap on 4 
> > >    so we don't overload the machine because of RAM.
> > >    Might slow initial load times on some machines.
> > >    I prefer it this way but I could see someone might not like it, objections?
> > 
> > I personally would like the option to be able to increase the threads.
> > But this can be figured out later.
> 
> Hmm I found it somewhat too technical to push into UI.

I think most would agree with you.

> You would like to see
> nuymber of threads in settings?

Personally (for my own use case), yes. For users, not yet. Thus I would
like to see a preference that is not (yet) shown in the UI. If we make
uses of threads in other cases, then I may argue for it to be exposed to
the users.

I think the discussion below is related, since it relates to the
trade-offs regarding system resources.

> > > 2. I am introducing lfun which would trigger autoload of all previews. I found
> > >    myself regularly to scroll through the whole document, just that the load
> > >    process start and I dont have to wait later when working with the rest of
> > >    document. That's somewhat ridiculous. I do not propose to add this to UI
> > >    and keep it for power user who can bind it by shortcut.
> > > 
> > >    Completely different approach would be just autoload everything on start
> > >    by default, but I don't like that option - the preview can take on longer
> > >    documents quite a while and slows down all editation.
> > > 
> > >    It's in the second patch, and it does not interfere with the rest of the
> > >    codebase, so should be less controversial. Currently childern are included,
> > >    but I am thinking of striping that part.
> > >    Anyway are there some objections to include this lfun?
> > 
> > Not from me. I also find myself scrolling down just to trigger loading.
> 
> Good to know I am not alone here :)
> 
> > Not sure if related, but I also find it annoying that the scrollbar
> > length is not accurate. I don't like scrolling down and it gets
> > constantly readjusted as the document is loaded on-the-fly. I would
> > prefer an option to just have everything load at the beginning.
> 
> Did you looked on the second patch? You could trigger it via key binding
> or home grown icon via that lfun...

I haven't looked at the patches at all, only your email. I might look
into a local patch (on top of yours) that run this by default when
loading a buffer. Do you have a reason not to always have it enabled?
I'm just talking about a local patch, not arguing this should be done by
default by LyX.

Scott
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.lyx.org/pipermail/lyx-devel/attachments/20260628/6bc688f0/attachment.sig>