I managed to get your example working by using:
height = 6cm,
width = 6cm,
Note that I did that on Arch Linux with:
$ okular --version
KDE Development Platform: 4.12.3
For more details on the multimedia package, check this answer or the official documentation.
You can get automatic updating with xpdf by setting the following in ~/.latexmkrc:
$pdf_previewer = "start xpdf -remote %R %O %S";
$pdf_update_method = 4;
$pdf_update_command = "xpdf -remote %R -reload";
These settings are straight out of the latexmk documentation. I've found this works very well, and is my preferred solution at the moment. It has the ...
There are several options to get 3d asy viewable in other viewers than Acrobat reader
(without interactive 3d feature). The options -noprc and -render=<num> have to be specified.
The command asy -f pdf -noprc -render=0 results in vector output
(there are some limitations, esp. when transparency is used to draw surfaces)
and the other way is, for ...
When --synctex=1 is passed to the TeX engine, SyncTeX creates metadata that Okular can use for forward searches. To get Okular to open the PDF at the right spot, you must generate SyncTeX metadata and invoke Okular like this:
As of TeX Live 2011, the syntax for named_destination is:
I had exact the same problem. Modifying the function to pass the correct paths did the trick, at least for me.
Here is the code:
let s:syncfile = fnamemodify(fnameescape(Tex_GetMainFileName()), ":r").".pdf"
let execstr = "silent !okular --unique ".s:syncfile."\\#src:".line(".").expand("%\:p").' &'
It works in my machine (openSUSE) with the following options.
In LyX, Tools > Preferences > Output > General > PDF command under Forward search:
okular --unique "file:$$o#src:$$n $$f"
okular --unique "$$o#src:$$n $$f"
Both worked for me. Hope this solves your problem.
And $$f option only works with LyX 2.0.5+.
zathura is a highly customizable and
functional document viewer. It provides a minimalistic and space saving
interface as well as an easy usage that mainly focuses on keyboard
interaction. It offers a vim-like experience and most settings can be
automatic document reloading
supports PDF, PostScript and DjVu
Remove the line
'(TeX-view-program-list (quote (("Okular" ("okular %o") "okular --unique %o#src:%n%b"))))
It has a wrong format and anyway is useless if you use a recent AUCTeX version (11.88 or above), Okular is correctly configured out-of-the-box.
I found a satisfying solution. The gist of the idea is to compile the tex-file with a temporary jobname like "temp" using latexMk. After completion, copy or rename the produced temp.pdf and temp.synctex.gz file to match the original document name.
LatexTools enables this by customizing the build settings in LaTeXTools.sublime-settings (Preferences -> ...
To complement BenC’s answer from the displaying side:
I found it necessary (at least on Ubuntu 14.04) to change the backend of Phonon (which is used by Okular to play videos) to the VLC one. For me it sufficed to install the respective package (phonon-backend-vlc on Debian-based Linuxes).
Well, after getting very frustrated about this I finally managed to get both animate and media9 content (using the embedded VPlayer.swf, see How to include multimedia files in beamer) to play under Ubuntu 18.04 by installing the latest Windows 10 Adobe Reader via wine. To play videos, one also needs to install the Firefox Flash Player plugin via wine.
Quoting from the README:
Only the Evince PDF viewer is supported
Which also adds the note:
I already have patches to support Okular. Indeed, Okular is very easy to support, as it provides a sane command-line interface; Evince insists on using DBus, which requires considerable gyrations (luckily, it was relatively easy to adapt solutions already ...
In your .emacs put
'(add-to-list 'TeX-expand-list '("%a" (lambda nil (expand-file-name (buffer-file-name))))))
Now you can use
("okular --unique %o" (mode-io-correlate "#src:%n%a"))
for Okular command.
Update: for the record, this change has been introduced in development version of AUCTeX, then starting from next stable version ...
Assuming we are talking about SyncTeX-based searching, the answer is 'no'. SyncTeX does not track individual letters, but rather input lines. As such, the best you can get out is a link from a character in the PDF to the line it was on in the input.
I settled on using xpdf. It's not the prettiest, but it was already available on my system. The way things are set up here at work, it is very difficult if not impossible to build something new, so using something that already existed was the easiest solution.
To get xpdf to update, you simply have to push r and it will refresh. I can live with that. I ...
In the middle ages, a collection of pages of this sort was known as a "quire" or a "gathering". Often, however, a quire would consist of 16 "pages" made up of 8 "sheets", but this was by no means universally true, even within a single volume. Using only 4 is possible, of course.
pdfpages can help with this. Simply include dummy.tex in quire.tex
I do not have enough reputation for commenting, so I will write this as an answer, although it would be more suitable as a comment.
I think the application you are looking for is pdfbook (https://www.ctan.org/tex-archive/support/pdfbook). This application scales the pdf pages so that two of them fit onto one page and sorts them appropriately.
Usage from ...
Okay, I found the error. Indeed .synctex.gz was not written anymore. That happened because I specified an additional argument to latexmk. I'll address this in another post, it's too specific and not related to this problem anymore.
I finally found an easy solution to embed a video in a beamer presentation. Previously, it is needed to decompose the movie into its frames. I did it by using ffmpeg. For the new distributions of Ubuntu (I use the 14.04 release) one should download and build the source code as ffmpeg was removed from the official repository.
The command to extract the ...
The problem with tcolorbox is a mess with rasterizing both borders and fill background (thanks @DavidCarlishe). We need transparent background in tcolor box.
When using LuaLaTeX, loading the luatex85 package seems to work out fine.
LaTeX beamer v3.41
okular v0.26.1 with phonon-backend-vlc v0.9.0-2 under KDE Plasma 5 / Debian 9
The easiest way to deal with this is just to turn off Okular's automatic reloading, which can be done by going to Settings -> Configure Okular and unchecking Reload document on file change. With that setting unchecked, LaTeXTools will build your document and only update Okular once the compilation is complete.
I found a solution for this problem. The idea is to use xdotool. See also this questions on aksubuntu.com.
1. Install xdotool
On Ubuntu you can do this by
sudo apt install xdotool
2. Write a bash script
Save the following script as gvim-raise.sh somewhere on your $PATH.
gvim --servername GVIM --remote +$1 $2 ; xdotool search --name "/* -...
As suggested by Edgar, I transform my comment into an answer.
A workaround is to change the way your pdf is displayed by Okular: just go to View > Document Viewer > Continuous so that the frames are displayed one by one.
It is, I think, more convenient to always work that way with slides.
To answer more specifically your question, I think you should ...
Okular has a "Tools" menu with entries "Selection Tool", "Text Selection Tool", "Table Selection Tool". All these three tools select text in different ways -- try them out. Then hit Ctrl+C to copy the selected text. These tools also have a toolbar button (probably the last one) with a dropdown arrow to select between them.