mirror of
https://invent.kde.org/graphics/okular
synced 2024-09-13 13:11:41 +00:00
small explanation of how backendish things work, maybe DESIGN is a too BIG name for the small text inside
svn path=/trunk/KDE/kdegraphics/okular/; revision=671160
This commit is contained in:
parent
34414813af
commit
5496dfc30f
16
generators/ghostview/DESIGN
Normal file
16
generators/ghostview/DESIGN
Normal file
|
@ -0,0 +1,16 @@
|
|||
Quick Ghostview Generator design explanation
|
||||
--------------------------------------------
|
||||
|
||||
libgs has a limitation that there can only be a gs instance per process.
|
||||
|
||||
To overcome that problem there is zero (when no gs document has been opened)
|
||||
or one GSInterpreterCMD threads running (when on or more gs documents are open
|
||||
in the same okular process)
|
||||
|
||||
GSHandler is the libgs dependant code, it could be in GSInterpreterCMD as there
|
||||
is the same amount of GSHandler and GSInterpreterCMD instances but i thought it
|
||||
made sense to separate them
|
||||
|
||||
As there is only one GSInterpreterCMD for potentially N GSGenerator, the imageDone
|
||||
signal from GSInterpreterCMD also emits the request and the GSGenerator checks
|
||||
if it is its request that was done or from another GSGenerator.
|
Loading…
Reference in a new issue