Summary: | manually update live preview and separate it from editor | ||
---|---|---|---|
Product: | [Applications] kile | Reporter: | Stas <stas.kazmin> |
Component: | general | Assignee: | Michel Ludwig <michel.ludwig> |
Status: | RESOLVED WORKSFORME | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | 2.9.91 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Stas
2017-11-17 07:36:10 UTC
I'd suggest that you use the traditional LaTeX compilation mode, i.e. disable live preview and run LaTeX manually. You can configure ForwardPDF to display the PDF file in the integrated viewer. By the way, the editor component in Kile makes backups of the file very frequently. There should be no need to manually save a file so often ;) Hello, thank you for the suggestion. However, this is not the same thing, as in case of normal compilation I loose the synchronization between source and preview. I want the preview to synchronize the position in the code and vice versa. To the save statement. The save for back-up is not the only issue. I often define new commands and they are in an extra mycommands.tex file. Now, when the live preview is enabled when I switch from the mycommands.tex file back to the text file, everything gets saved and the compilation of the live preview starts. But there is no need for me to update the preview as I have only added a commands without actually changing the real text. So I start to type in the text.tex file and the compilation breaks up Giving me some errors as output. Sometimes after such an error I have to run the live preview twice in order to have the preview compiled. You see, there is more than just "saving" behind this wishlist. I I can imagine that implementing this feature would not be a big deal as the functionality already exists and only a b´new button with a command has to be created. |