Is there any way to get real-time compilation for LaTeX?
I would really love to have a software or tool which provided real time compilation of my LaTeX document (to be able to see the final pdf or dvi document as I type the latex code), especially for when I am drawing pictures using tikZ. So far, I know of two things, but none of them work for me. They are:
KtikZ: This is only for tikZ, which would be perfect for me, but unfortunately as far as I know it only works with Ubuntu and Debian, and I use Mac OS X (so I have never actually tried it, though I did dig a lot to see whether I would be able to install on my mac and from what I see it is really what I want - I am even considering installing Ubuntu just to use it!).
WhizzyTeX: This is a minor mode for Emacs. It was extremely hard to get it to work on the mac (see my quest here), and it is not all that fast. The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
So my question is: is there a software ideally like KtikZ or another type of editor which provides real-time compilation and that I can use on my mac? I guess if you know of a Windows/Linux option I would also like to know, and the same for a way to set up a script to get the document compiled every 5 seconds or so (I am sure I have seen this written somewhere, but I don't know whether I can do it with a mac or whether it is editor/pdf viewer dependent), but what I really want is a software/tool which would work with a mac.
To be clear, I am not after something like LyX, that is, I am not after a WYSIWYG-type thing, but rather something where I can type real LaTeX and see my code, but have at the same time another window showing me the pdf (or dvi) file compiled.
compiling editors wysiwyg
|
show 8 more comments
I would really love to have a software or tool which provided real time compilation of my LaTeX document (to be able to see the final pdf or dvi document as I type the latex code), especially for when I am drawing pictures using tikZ. So far, I know of two things, but none of them work for me. They are:
KtikZ: This is only for tikZ, which would be perfect for me, but unfortunately as far as I know it only works with Ubuntu and Debian, and I use Mac OS X (so I have never actually tried it, though I did dig a lot to see whether I would be able to install on my mac and from what I see it is really what I want - I am even considering installing Ubuntu just to use it!).
WhizzyTeX: This is a minor mode for Emacs. It was extremely hard to get it to work on the mac (see my quest here), and it is not all that fast. The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
So my question is: is there a software ideally like KtikZ or another type of editor which provides real-time compilation and that I can use on my mac? I guess if you know of a Windows/Linux option I would also like to know, and the same for a way to set up a script to get the document compiled every 5 seconds or so (I am sure I have seen this written somewhere, but I don't know whether I can do it with a mac or whether it is editor/pdf viewer dependent), but what I really want is a software/tool which would work with a mac.
To be clear, I am not after something like LyX, that is, I am not after a WYSIWYG-type thing, but rather something where I can type real LaTeX and see my code, but have at the same time another window showing me the pdf (or dvi) file compiled.
compiling editors wysiwyg
8
You can use Qt, the windowing toolkit for Ktikz, natively with OSX. Compiling it is brutal (took me 25 hours, on an old ibook), but the integration is nice. None of the other dependencies of Ktikz look problematic, and I think they're all in Macports. You should then be able to compile the sources without trouble, following the instructions at lwn.net/Articles/274725
– Charles Stewart
Jul 30 '10 at 9:46
1
@Charles: this information is potentially life-changing for me! I spent hours, days, looking for anything like that, but couldn't find. I got a friend to try and compile it in Fedora but he couldn't make it work even there!! The problem is, I have never compiled anything, and I don't even know where to start. Those instructions (if they apply to OSX as you say, because that isn't clear to me) are too advanced for me. I don't know what dependencies are either. But again, I thank you for the tip. I will hassle someone to help me try the process :)
– Vivi
Jul 30 '10 at 10:30
1
I'd agree with Charles that you should look into compiling Qt and the KDE libraries on your Mac. If you aren't able to coerce a friend into helping you ;-) Super User might be a good place to ask for more detail on how exactly to do it. (You'll be very familiar with running commands from the terminal by the end)
– David Z
Jul 30 '10 at 19:10
4
The homebrew package manager for OS X can compile both Qt and the KDE core libraries. Check it out at mxcl.github.com/homebrew. Thenbrew install qt
andbrew install kdelibs
.
– Sharpie
Jul 31 '10 at 3:08
1
Well... it didn't work "out of the box" for me. With the source code, a few beers, and a couple hours on the Ballmer peak it could probably be straightened out.
– Sharpie
Aug 3 '10 at 21:43
|
show 8 more comments
I would really love to have a software or tool which provided real time compilation of my LaTeX document (to be able to see the final pdf or dvi document as I type the latex code), especially for when I am drawing pictures using tikZ. So far, I know of two things, but none of them work for me. They are:
KtikZ: This is only for tikZ, which would be perfect for me, but unfortunately as far as I know it only works with Ubuntu and Debian, and I use Mac OS X (so I have never actually tried it, though I did dig a lot to see whether I would be able to install on my mac and from what I see it is really what I want - I am even considering installing Ubuntu just to use it!).
WhizzyTeX: This is a minor mode for Emacs. It was extremely hard to get it to work on the mac (see my quest here), and it is not all that fast. The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
So my question is: is there a software ideally like KtikZ or another type of editor which provides real-time compilation and that I can use on my mac? I guess if you know of a Windows/Linux option I would also like to know, and the same for a way to set up a script to get the document compiled every 5 seconds or so (I am sure I have seen this written somewhere, but I don't know whether I can do it with a mac or whether it is editor/pdf viewer dependent), but what I really want is a software/tool which would work with a mac.
To be clear, I am not after something like LyX, that is, I am not after a WYSIWYG-type thing, but rather something where I can type real LaTeX and see my code, but have at the same time another window showing me the pdf (or dvi) file compiled.
compiling editors wysiwyg
I would really love to have a software or tool which provided real time compilation of my LaTeX document (to be able to see the final pdf or dvi document as I type the latex code), especially for when I am drawing pictures using tikZ. So far, I know of two things, but none of them work for me. They are:
KtikZ: This is only for tikZ, which would be perfect for me, but unfortunately as far as I know it only works with Ubuntu and Debian, and I use Mac OS X (so I have never actually tried it, though I did dig a lot to see whether I would be able to install on my mac and from what I see it is really what I want - I am even considering installing Ubuntu just to use it!).
WhizzyTeX: This is a minor mode for Emacs. It was extremely hard to get it to work on the mac (see my quest here), and it is not all that fast. The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
So my question is: is there a software ideally like KtikZ or another type of editor which provides real-time compilation and that I can use on my mac? I guess if you know of a Windows/Linux option I would also like to know, and the same for a way to set up a script to get the document compiled every 5 seconds or so (I am sure I have seen this written somewhere, but I don't know whether I can do it with a mac or whether it is editor/pdf viewer dependent), but what I really want is a software/tool which would work with a mac.
To be clear, I am not after something like LyX, that is, I am not after a WYSIWYG-type thing, but rather something where I can type real LaTeX and see my code, but have at the same time another window showing me the pdf (or dvi) file compiled.
compiling editors wysiwyg
compiling editors wysiwyg
edited May 23 '17 at 12:39
Community♦
1
1
asked Jul 30 '10 at 8:04
Vivi
14k286577
14k286577
8
You can use Qt, the windowing toolkit for Ktikz, natively with OSX. Compiling it is brutal (took me 25 hours, on an old ibook), but the integration is nice. None of the other dependencies of Ktikz look problematic, and I think they're all in Macports. You should then be able to compile the sources without trouble, following the instructions at lwn.net/Articles/274725
– Charles Stewart
Jul 30 '10 at 9:46
1
@Charles: this information is potentially life-changing for me! I spent hours, days, looking for anything like that, but couldn't find. I got a friend to try and compile it in Fedora but he couldn't make it work even there!! The problem is, I have never compiled anything, and I don't even know where to start. Those instructions (if they apply to OSX as you say, because that isn't clear to me) are too advanced for me. I don't know what dependencies are either. But again, I thank you for the tip. I will hassle someone to help me try the process :)
– Vivi
Jul 30 '10 at 10:30
1
I'd agree with Charles that you should look into compiling Qt and the KDE libraries on your Mac. If you aren't able to coerce a friend into helping you ;-) Super User might be a good place to ask for more detail on how exactly to do it. (You'll be very familiar with running commands from the terminal by the end)
– David Z
Jul 30 '10 at 19:10
4
The homebrew package manager for OS X can compile both Qt and the KDE core libraries. Check it out at mxcl.github.com/homebrew. Thenbrew install qt
andbrew install kdelibs
.
– Sharpie
Jul 31 '10 at 3:08
1
Well... it didn't work "out of the box" for me. With the source code, a few beers, and a couple hours on the Ballmer peak it could probably be straightened out.
– Sharpie
Aug 3 '10 at 21:43
|
show 8 more comments
8
You can use Qt, the windowing toolkit for Ktikz, natively with OSX. Compiling it is brutal (took me 25 hours, on an old ibook), but the integration is nice. None of the other dependencies of Ktikz look problematic, and I think they're all in Macports. You should then be able to compile the sources without trouble, following the instructions at lwn.net/Articles/274725
– Charles Stewart
Jul 30 '10 at 9:46
1
@Charles: this information is potentially life-changing for me! I spent hours, days, looking for anything like that, but couldn't find. I got a friend to try and compile it in Fedora but he couldn't make it work even there!! The problem is, I have never compiled anything, and I don't even know where to start. Those instructions (if they apply to OSX as you say, because that isn't clear to me) are too advanced for me. I don't know what dependencies are either. But again, I thank you for the tip. I will hassle someone to help me try the process :)
– Vivi
Jul 30 '10 at 10:30
1
I'd agree with Charles that you should look into compiling Qt and the KDE libraries on your Mac. If you aren't able to coerce a friend into helping you ;-) Super User might be a good place to ask for more detail on how exactly to do it. (You'll be very familiar with running commands from the terminal by the end)
– David Z
Jul 30 '10 at 19:10
4
The homebrew package manager for OS X can compile both Qt and the KDE core libraries. Check it out at mxcl.github.com/homebrew. Thenbrew install qt
andbrew install kdelibs
.
– Sharpie
Jul 31 '10 at 3:08
1
Well... it didn't work "out of the box" for me. With the source code, a few beers, and a couple hours on the Ballmer peak it could probably be straightened out.
– Sharpie
Aug 3 '10 at 21:43
8
8
You can use Qt, the windowing toolkit for Ktikz, natively with OSX. Compiling it is brutal (took me 25 hours, on an old ibook), but the integration is nice. None of the other dependencies of Ktikz look problematic, and I think they're all in Macports. You should then be able to compile the sources without trouble, following the instructions at lwn.net/Articles/274725
– Charles Stewart
Jul 30 '10 at 9:46
You can use Qt, the windowing toolkit for Ktikz, natively with OSX. Compiling it is brutal (took me 25 hours, on an old ibook), but the integration is nice. None of the other dependencies of Ktikz look problematic, and I think they're all in Macports. You should then be able to compile the sources without trouble, following the instructions at lwn.net/Articles/274725
– Charles Stewart
Jul 30 '10 at 9:46
1
1
@Charles: this information is potentially life-changing for me! I spent hours, days, looking for anything like that, but couldn't find. I got a friend to try and compile it in Fedora but he couldn't make it work even there!! The problem is, I have never compiled anything, and I don't even know where to start. Those instructions (if they apply to OSX as you say, because that isn't clear to me) are too advanced for me. I don't know what dependencies are either. But again, I thank you for the tip. I will hassle someone to help me try the process :)
– Vivi
Jul 30 '10 at 10:30
@Charles: this information is potentially life-changing for me! I spent hours, days, looking for anything like that, but couldn't find. I got a friend to try and compile it in Fedora but he couldn't make it work even there!! The problem is, I have never compiled anything, and I don't even know where to start. Those instructions (if they apply to OSX as you say, because that isn't clear to me) are too advanced for me. I don't know what dependencies are either. But again, I thank you for the tip. I will hassle someone to help me try the process :)
– Vivi
Jul 30 '10 at 10:30
1
1
I'd agree with Charles that you should look into compiling Qt and the KDE libraries on your Mac. If you aren't able to coerce a friend into helping you ;-) Super User might be a good place to ask for more detail on how exactly to do it. (You'll be very familiar with running commands from the terminal by the end)
– David Z
Jul 30 '10 at 19:10
I'd agree with Charles that you should look into compiling Qt and the KDE libraries on your Mac. If you aren't able to coerce a friend into helping you ;-) Super User might be a good place to ask for more detail on how exactly to do it. (You'll be very familiar with running commands from the terminal by the end)
– David Z
Jul 30 '10 at 19:10
4
4
The homebrew package manager for OS X can compile both Qt and the KDE core libraries. Check it out at mxcl.github.com/homebrew. Then
brew install qt
and brew install kdelibs
.– Sharpie
Jul 31 '10 at 3:08
The homebrew package manager for OS X can compile both Qt and the KDE core libraries. Check it out at mxcl.github.com/homebrew. Then
brew install qt
and brew install kdelibs
.– Sharpie
Jul 31 '10 at 3:08
1
1
Well... it didn't work "out of the box" for me. With the source code, a few beers, and a couple hours on the Ballmer peak it could probably be straightened out.
– Sharpie
Aug 3 '10 at 21:43
Well... it didn't work "out of the box" for me. With the source code, a few beers, and a couple hours on the Ballmer peak it could probably be straightened out.
– Sharpie
Aug 3 '10 at 21:43
|
show 8 more comments
21 Answers
21
active
oldest
votes
On a Mac, you can of course just open up a terminal, cd
to the directory where you keep the TeX file, and issue
while true; do sleep 5; latex -halt-on-error filename.tex; done
and have the DVI file open in a viewer that watches for (and reloads on) changes. The one-liner runs latex
continuously with 5 second break between runs (the -hald-on-error
options prevents the incantation from getting stuck if you saved a file with errors). You can also swap in pdflatex
instead.
This solves half of your problem. The other half has to be dealt with by your editor of choice. You need to set it up to automatically save the file every x seconds, and how to do that depends on the editor at hand.
Now, that one-liner I gave above is quite ugly and resource wasting, since it makes no sense to re-compile if no changes are made (Edit: See this comment below for a much better way to avoid this problem). So you can do something like
while true; do sleep 2; if [ filename.tex -nt filename.log ]; then latex -halt-on-error filename.tex; fi; done
which watches for changes to the TeX file (signaled by the fact that filename.tex
is more recently modified than filename.log
) and compile when necessary (with a possible two seconds delay).
Short of a WYSIWYG, I am not quite sure how you can achieve full real-time solution. Compiling the code takes usually a short amount of time (1 or 2 seconds, or more if the file is large). So if you are looking for a solution that calls the LaTeX compiler, it probably shouldn't try to do it more often than once every 5 or 10 seconds. So you won't be able to immediately see what you typed in the DVI window. Also, if the editor autosaves the file in a spot where you are halfway typing a command, then the source won't compile.
With LaTeX I feel that the better idea is "compile-on-saves", where the human initiates the saving of the file (as compared to "automatically saving and compiling in the background). For that, modern editors can generally support hot-keys where saving and compiling is mapped to one keystroke. In vim
I map F2
to compile and F4
to call XDVI.
By the way, the shell scripts listed are given for bash, which newer OSX machines defaults to. The older ones default to tcsh, so I am not completely sure if the second one will work.
– Willie Wong
Jul 30 '10 at 14:26
I've done something pretty much the same with a python script.
– vanden
Jul 30 '10 at 14:43
22
The latexmk program, which comes with most TeX distributions, when run with the -pvc will do everything the above does, and better. (Watch the file, recompile whenever it changes, run enough times to resolve all dependencies.) But it still doesn’t offer the true live-updating experience that you get with Gummi and WhizzyTeX.
– frabjous
Aug 5 '10 at 2:00
1
You could also use thewatch
command instead of the sleep loop
– enthdegree
Aug 24 '12 at 14:00
2
You could useinotifywait
(see this unix.se answer) in monitor mode to trigger the compilation precisely after write access
– Tobias Kienzler
Oct 22 '12 at 13:47
|
show 2 more comments
Latexmk has an option that will compile your document every time you save it.
It requires Perl.
There is also some very useful information in this Stackoverflow question about how to work with latexmk when you document has errors (which can happen a lot with TikZ).
Thanks for the answer, but this is really not what I am looking for. I want something that will do it on the fly, without having to prompt it to do it. The way it is for me now, the effort to save and to compile my document is the same (C-x C-s or C-c C-c) and once I compile it my viewer updates the file.
– Vivi
Jul 30 '10 at 20:50
7
You could set emacs to save every half second and uselatexmk -pvc
– Niall Murphy
Jul 30 '10 at 21:07
add a comment |
Claus Gerhardt's Flashmode offers live preview for TeXShop on MacOS. From that page:
Flashmode enables simultaneous typesetting if TeXShop is used as
editor for TEX or LATEX or any other common TEX variant. When
Flashmode is started, it looks for the front most document in TeXShop,
gets its path and after that it is hooked forever to this document as
long as it stays open, i.e., a few split seconds after Flashmode has
started the front most document in the TeXShop could be anything
without doing any harm.
Then Flashmode checks in regular intervals (default is 0.2 sec), if
its tex document has been modified, and if so, it initiates a save, a
pdflatex run, and asks TeXShop to refresh the corresponding pdf file.
Flashmode can be invoked even if a document isn’t typeset yet, but
beware that its first action will be a typesetting command.
An important feature is that tex syntax errors don’t cause any error
messages or disruptions of any kind, i.e., the pdf gets never
corrupted, at least the pdf viewer is never aware of it, and the last
refreshment is always visible; the pdf viewer will never complain.
Thus, the user never gets any error messages; the presence of errors
can only be deduced from the pdf window which then doesn’t change any
more; of course the errors will be reported in the log file and can be
looked up.
That's great! Thanks for posting it here! I will try it now :)
– Vivi
Sep 12 '11 at 4:11
add a comment |
Linux has a relatively new editor called Gummi that gives real-time output. Unfortunately it has crashed a few times for me (which is a few times too many). I plan to watch this editor closely as it becomes more stable.
I currently use Ktikz to edit my LaTeX documents in real-time. By default only tikz pictures are compiled, but by simply writing an empty template with the text
<>
ktikz will compile an entire LaTeX document.
Yeah, gummi provides the best live updating preview I’ve tried; better than WhizzyTeX anyway. Earlier versions crashed on me too, but so far the newest one hasn’t, but I’m still a bit nervous about it too.
– frabjous
Aug 5 '10 at 1:57
add a comment |
Bakoma-TeX (http://www.bakoma-tex.com/) has a "true Wysiwyg" interface. Stable for Windows and "test" versions for Mac and Linux. You can find a favorable review at http://www.economics.utoronto.ca/osborne/latex/BAKOMA.HTM.
I sometimes use it, although I usually do not think it is worth the bother. TeXworks and frequent recompiling work well enough for me.
I didn't know about that. The fact that is being reviewed by an economist is a plus for me :P
– Vivi
Sep 15 '11 at 4:02
Bakoma is the best choice, if you want to pay for it!
– user565739
Oct 5 '12 at 14:00
add a comment |
The LaTeX editor Kile now offers a live preview feature in its development version. It's still experimental.
Requirements:
- PDFLaTeX with SyncTeX support (offered by TeX Live 2010 and 2011, for example)
- Development version of the Okular viewer
- Development version of Kile
More details can be found here: Live Preview with Kile.
Are you using Kile with Mac OS X?
– Tobi
Nov 12 '11 at 15:58
I'm using it on Ubuntu Linux.
– Stefan Kottwitz♦
Nov 12 '11 at 16:08
Ah, I hoped you could show me how to install it on my Mac. I failed with all step by step guides :-( …
– Tobi
Nov 12 '11 at 16:40
Can you please change the given links to be actual running? At the moment the given link for kile is faulty (some of your given links in texblog to kile too)
– Kurt
26 mins ago
add a comment |
WhizzyTeX was mentioned in the question with the remark (emphasis added):
The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
I'd like to counter that by pointing to a question: How can I execute a macro for every node in TikZ? where the aim was to figure out how to make TikZ nodes "draggable" in the WhizzyTeX-ADvi combination. I've now used that combination successfully to "fill in" a PDF form so can confirm that it works. Thus WhizzyTeX does work with TikZ pictures. It may need some development to get it to work in full - I've only used it in a rudimentary fashion - but certainly for nodes then it worked just fine.
Edit I just looked at the WhizzyTeX developer's homepage where it is clearly stated:
WhizzyTeX --- Version 1.3.2 of Aug 2, 2011 (works with pgf and beamer)
add a comment |
there exists only one real WYSIWIG editor http://mirror.ctan.org/systems/win32/microimp/microimp.pdf, which was the first and last try to create one for LaTeX. In general: it is not possible to have a WYSIWIG editor! A user can overwrite anything of the existing code or define anything new. This makes it nearly impossible to write such an editor.
What you can have is an editor which runs in the background ???latex when the source code changes. But this implies two windows, input and output, like Gummi does: http://dev.midnightcoding.org/projects/gummi
This was an interesting project. I remember EquationMagic (a product of MicroImpress for Windows) was my introduction to LaTeX back then. Does anybody have a screenshot or a video of how VTeX GUI used to look like.
– alfC
Jun 29 '14 at 20:47
microimp
is a dead project.
– Herbert
Jun 29 '14 at 20:56
add a comment |
You may opt to use tikzedt.
Features:
- Syntax highlighting and code completion, based on AvalonEdit.
- Real time rendering, using pdflatex and mupdf.
- It contains a Tikz parser, built using the Antlr parser generator.
- Parsed coordinates are displayed as an overlay on the rendered image. The overlay can be edited with the mouse in a WYSIWYG manner. The source code is updated accordingly.
- It comes with a snippet library to store frequently used commands and styles, containing many pre-defined examples.
According to the New features in version 0.2.2 of tikzedt:
One can use an external pdf renderer (mupdf) for better rendering
quality. To do this, copy mudraw.exe into Tikzedt's program folder and
change the rendering method in the settings.
Customization of editor font.
Version for Linux, and MacOS (to be tested)
Bug-fixes
Further this page has some instructions for installing tikzedt in Mac.
Another option may be to use TikZ-Editor
The features include:
- simplistic and dedicated GUI : Tikz Editor is only about TikZ.
- Syntax highlighting for TikZ/Latex sources.
- Real-time preview of figures.
- Customizable code snippets.
- Feedback of LaTeX typesetting errors using source annotations and margin markers.
- Separated edition of TikZ source and LaTeX preamble.
Picture for tikz-editor is from their github site.
– user11232
Jun 4 '13 at 12:53
I can't get either option to work. Both say they can't find the command pdflatex :(
– Vivi
Jun 4 '13 at 21:57
@Vivi :( Sorry. I am not on Mac. Somewhere in the settings you may have to indicate the path to pdflatex. But things should be taken automatically. Let me dig to some extent.
– user11232
Jun 4 '13 at 21:59
@vivi For tikzedt, can you specify the path to pdflatex in Settings > Settings > General (tab)? What happens then?
– user11232
Jun 4 '13 at 22:03
I am completely useless when it comes to this more complicated stuff (specifying path, commands to compile, etc). I will ask a question later to see if I get this to work. Also, although tkzedt seems like a better piece of software, it is not made for the mac, so I will probably stick with the other option (tikz-editor) for now. Thanks for the help, I think you have done more than I could ask for!
– Vivi
Jun 4 '13 at 22:11
add a comment |
TexShop (also available through MacPorts) does a save on compile. It has a preview window so you can see your compiled document as you go.
TeXShop comes with the default MacTeX distribution, so you shouldn't need to install it via MacPorts, though.
– ShreevatsaR
Jul 30 '10 at 18:03
1
As I said in a comment to another answer, this is really not what I am after. I want something that compiles without having to do anything, not even save the file. I want an on-the-fly compiler. Thanks for the answer, I am sure it will be useful for someone :)
– Vivi
Jul 30 '10 at 20:52
@ShreevatsaR Package management is an amazing thing.
– Jeremy L
Aug 1 '10 at 15:37
@Nerdling: Yes of course (though package management on MacPorts is awful and bug-ridden in my experience, relative to the standards of, say, Debian), but why would you want to install something that's already present on your system? :-)
– ShreevatsaR
Aug 4 '10 at 7:04
@ShreevatsaR Neither MacPorts nor TeXShop came on my system. What do you mean?
– Jeremy L
Aug 4 '10 at 12:07
|
show 4 more comments
The MathTran Editor, which I developed, gives you instant preview of plain TeX math formulas.
http://www.mathtran.org/editor/
add a comment |
Latexian offers a live preview on OS X.
add a comment |
MacKichan's SWP, SW, and SN are WYSIWYM (what you see is what you mean) editors, which do not give you the compiled pdf or dvi file without compiling, but compared to a source code the view is quite advanced. There are trial downloads available:
http://www.mackichan.com/licensing.net/dnloadreq.aspx, but frankly I would wait purchasing it until the next version (which shall include eTeX and the ability to update everything to the latest versions at CTAN instead of being frozen at - , well, I guess it is 2002?).
The current version of SWP does not work on the Mac. Also, I was pretty clear that I wanted something where I could type LaTeX and see the compiled version at the same type (rather than type in something that looks like Word and you don't need to know LaTeX). That said, SWP is not so bad.
– Vivi
Sep 13 '11 at 4:07
SW has a wonderful interface, but one should really not use it. It has a number of features which make it basically impossible to use many of the useful features of LaTeX. For instance: it expands all newcommand and saves the file with the expanded version; it rewrites the part of the file before the begin{document} moving all comments to before the documentstyle; any text within an environment that it does not know of is presented in a dreadful little gray box and basically non editable. It generally encourages incompetence in the use of LaTeX. I have co-authors who use it, and hate it.
– Jacques Cremer
Sep 14 '11 at 1:36
That is why I said "frankly I would wait purchasing it until the next version" - hoping the next version will have corrected everything. Well, there is a demo, thus when the next version is released, we can check whether it has been fixed. About "encourages incompetence in the use of LaTeX" you are totally right.
– Stephen
Sep 14 '11 at 18:04
add a comment |
As a completely different option you might want to consider, it is also possible to use an editing program that exports TiKZ files.
This may be perhaps the most responsive option, unless you have a super-zippy machine to run TeX. As mentioned by Andrew Stacey in an answer to an earlier question, the Inkscape extension inscape2tikz generates TiKZ output.
If you don't care too much about the readability of the TiKZ code this would be worth a look.
3
Oh, no, I love writing tikz code! I don't use tikz so that I have a picture in code, I use tikz because I can write my picture using code!! For me, this is a bit like using Scientific Workplace or Lyx to write LaTeX. Easier, but not as flexible or interesting!
– Vivi
Aug 3 '10 at 21:41
I understand your stance -- this is my attitude too!
– András Salamon
Aug 4 '10 at 7:08
add a comment |
I can recommend a program similar to Ktikz, CirKuit, which I've been using successfully for quite a while. It enables you to create not only TikZ pictures, but also circuit diagrams using the Circuit macros.
But this is for Linux, isn't it?
– Vivi
Aug 22 '10 at 1:30
No, it's for KDE, just like KTikZ is. It should be possible to run it on Mac OS or Windows - any place you can use KTikZ, you should be able to use CirKuit as well.
– David Z
Aug 22 '10 at 3:29
add a comment |
Overleaf (Web)
Overleaf is the new collaborative writing and publishing system
developed by the team behind the popular writeLaTeX editor. Overleaf
is designed to make the whole process of writing, editing and
producing scientific papers much quicker for both authors and
publishers.
BaKoMa TeX
BaKoMa TeX is an innovative TeX/LaTeX implementation with BaKoMa TeX
Word - a Visual (True WYSIWYG) LaTeX Editor.
Kile
Kile is a user-friendly TeX/LaTeX editor for the KDE desktop
environment. KDE is available for many architectures and operating
systems such as PC, Mac, and BSD, including Linux and Microsoft
Windows.
Currently, the following three experimental features are under
development:
- live preview
- user-configurable menu
- extended scripting interface
add a comment |
TeXlipse automatically compiles the document on save and I usually have the PDF open (in Preview on Mac OS X or in evince on Ubuntu 10.04, which both automatically show the updated PDF if it is changed).
add a comment |
The best and by far most complete attempt towards live preview I have seen so far has been the iTeXMac project. It does not only provide instant preview – optionally even the editor cursor position is visualized in the PDF preview as you type, which comes pretty handy when editing a complex formula or table!
Unfortunately, the project seems to be dead :-( The current beta claims "Tiger-Compatibility" and there hasn't been any progress for years. It probably still runs on current OS X versions (my last test was with Leopard or Snow Leopard), but is too unstable to be usable for serious work. Nevertheless, I still consider it as a good lesson on what to dream for :-)
add a comment |
Texpad developers here. In case it helps: On OS X, Texpad features Auto-Typeset that detects a pause in typing and sets a typeset operation off. The feature is configurable and you can try it out in the demo at texpadapp.com/osx.
add a comment |
I have made a live preview plugin for WinEdt editor. It will show the preview of current paragraph in the upper right corner of WinEdt. Furthermore it will update the preview automatically if current paragraph has been changed.
add a comment |
The problem of fast document update is TeX core&idea itself -- TeX is interpreted programming language by design.
So the problem is thru-whole-document dependency: every section depends on data with all previous sections defined by sequential document execution from start to end.
Thus for the thing you want is it required totally rewrite TeX core from scratch. Technically TeX render engine must track source file changes, split them into isolated pieces, store them in in-memory graph database may be, with dependency info, and every time you save, it must rebuild resulting preview in update manner, walking thru dependency graph.
Another thing is an endpoint of preview output: component shows ready page must support direct partial update using some sort of bitblt
overlay, can be done on modern GPU at a hardware level.
Or we should look on JavaScript: DOM document model in a browser by design support dynamic partial update, and a lot of effort was done by browser authors to make this subsystem totally fast. So some render server runs locally on your workstation, can update document elements view in parallel and update DOM in a browser via an async interface.
Is anybody here has some experience on DIY TeX core (it will be fun to do it on in-browser JavaScript), but it will be a huge effort on coding, and especially on making it compatible with a large set of packages.
As the starting point to write your fast render engine I can point on this large manual on implementing (La)TeX:
The Computer Science of TeX and LaTeX
(c) Victor Eijkhout
can be downloaded in .PDF https://bitbucket.org/VictorEijkhout/the-science-of-tex-and-latex/downloads/TeXLaTeXcourse.pdf
Going thru this manual it is possible to write some limited version of TeX compatible with your documents and chosen render system able to update content on the fly part by part. For example, you can write fast latex2html converter, like I'm trying to do it now (package in Debian Linux not works for me especially with lstlistings).
If you want to be really fast, avoid using any disk files as much as possible, and do all thing in RAM only, using some GUI toolkit for render output (Qt,wxWidgets,..): flex/bison generated parser (or some other syntax parser library, like PLY for Python) able to parse from text strings.
It will be great to make Google Docs -like online editor able to render widely used data formats like GNU .Plots, source codes formatters for well known programming languages, vectors graphics (.svg), and so on. But it require few well-skilled JS/web programmers able to rewrite TeX core
– Dmitry Ponyatov
Sep 18 '17 at 4:23
Overleaf is terribly slow on documents larger then few pages -- it just run something like pdflatex on from any mainstream Linux distro
– Dmitry Ponyatov
Sep 18 '17 at 4:24
2
How is this an answer to the question?
– Johannes_B
Sep 18 '17 at 5:36
1
Contentwise this is more of a comment/starting point to an answer, but not a complete answer. There are considerable ideas though. Hencewhy I won't recommend deletion. Please try to make your answer a little bit more concrete (and insert a few missing articles : ) Like your call for collaboration!
– Ruben
Sep 18 '17 at 9:14
Ruben: you are asking for working (prototipe) TeX realization as answer, so it needs large effort on coding and to be extra specialist in core TeX itself. I'm going to do this like system later, but can't post link to my project -- this will be considered an advertisement by SE/SO rules (I already had a similar case with link on PLAI book proposed as link to ful l answer)
– Dmitry Ponyatov
Sep 18 '17 at 12:41
|
show 1 more comment
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f633%2fis-there-any-way-to-get-real-time-compilation-for-latex%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
21 Answers
21
active
oldest
votes
21 Answers
21
active
oldest
votes
active
oldest
votes
active
oldest
votes
On a Mac, you can of course just open up a terminal, cd
to the directory where you keep the TeX file, and issue
while true; do sleep 5; latex -halt-on-error filename.tex; done
and have the DVI file open in a viewer that watches for (and reloads on) changes. The one-liner runs latex
continuously with 5 second break between runs (the -hald-on-error
options prevents the incantation from getting stuck if you saved a file with errors). You can also swap in pdflatex
instead.
This solves half of your problem. The other half has to be dealt with by your editor of choice. You need to set it up to automatically save the file every x seconds, and how to do that depends on the editor at hand.
Now, that one-liner I gave above is quite ugly and resource wasting, since it makes no sense to re-compile if no changes are made (Edit: See this comment below for a much better way to avoid this problem). So you can do something like
while true; do sleep 2; if [ filename.tex -nt filename.log ]; then latex -halt-on-error filename.tex; fi; done
which watches for changes to the TeX file (signaled by the fact that filename.tex
is more recently modified than filename.log
) and compile when necessary (with a possible two seconds delay).
Short of a WYSIWYG, I am not quite sure how you can achieve full real-time solution. Compiling the code takes usually a short amount of time (1 or 2 seconds, or more if the file is large). So if you are looking for a solution that calls the LaTeX compiler, it probably shouldn't try to do it more often than once every 5 or 10 seconds. So you won't be able to immediately see what you typed in the DVI window. Also, if the editor autosaves the file in a spot where you are halfway typing a command, then the source won't compile.
With LaTeX I feel that the better idea is "compile-on-saves", where the human initiates the saving of the file (as compared to "automatically saving and compiling in the background). For that, modern editors can generally support hot-keys where saving and compiling is mapped to one keystroke. In vim
I map F2
to compile and F4
to call XDVI.
By the way, the shell scripts listed are given for bash, which newer OSX machines defaults to. The older ones default to tcsh, so I am not completely sure if the second one will work.
– Willie Wong
Jul 30 '10 at 14:26
I've done something pretty much the same with a python script.
– vanden
Jul 30 '10 at 14:43
22
The latexmk program, which comes with most TeX distributions, when run with the -pvc will do everything the above does, and better. (Watch the file, recompile whenever it changes, run enough times to resolve all dependencies.) But it still doesn’t offer the true live-updating experience that you get with Gummi and WhizzyTeX.
– frabjous
Aug 5 '10 at 2:00
1
You could also use thewatch
command instead of the sleep loop
– enthdegree
Aug 24 '12 at 14:00
2
You could useinotifywait
(see this unix.se answer) in monitor mode to trigger the compilation precisely after write access
– Tobias Kienzler
Oct 22 '12 at 13:47
|
show 2 more comments
On a Mac, you can of course just open up a terminal, cd
to the directory where you keep the TeX file, and issue
while true; do sleep 5; latex -halt-on-error filename.tex; done
and have the DVI file open in a viewer that watches for (and reloads on) changes. The one-liner runs latex
continuously with 5 second break between runs (the -hald-on-error
options prevents the incantation from getting stuck if you saved a file with errors). You can also swap in pdflatex
instead.
This solves half of your problem. The other half has to be dealt with by your editor of choice. You need to set it up to automatically save the file every x seconds, and how to do that depends on the editor at hand.
Now, that one-liner I gave above is quite ugly and resource wasting, since it makes no sense to re-compile if no changes are made (Edit: See this comment below for a much better way to avoid this problem). So you can do something like
while true; do sleep 2; if [ filename.tex -nt filename.log ]; then latex -halt-on-error filename.tex; fi; done
which watches for changes to the TeX file (signaled by the fact that filename.tex
is more recently modified than filename.log
) and compile when necessary (with a possible two seconds delay).
Short of a WYSIWYG, I am not quite sure how you can achieve full real-time solution. Compiling the code takes usually a short amount of time (1 or 2 seconds, or more if the file is large). So if you are looking for a solution that calls the LaTeX compiler, it probably shouldn't try to do it more often than once every 5 or 10 seconds. So you won't be able to immediately see what you typed in the DVI window. Also, if the editor autosaves the file in a spot where you are halfway typing a command, then the source won't compile.
With LaTeX I feel that the better idea is "compile-on-saves", where the human initiates the saving of the file (as compared to "automatically saving and compiling in the background). For that, modern editors can generally support hot-keys where saving and compiling is mapped to one keystroke. In vim
I map F2
to compile and F4
to call XDVI.
By the way, the shell scripts listed are given for bash, which newer OSX machines defaults to. The older ones default to tcsh, so I am not completely sure if the second one will work.
– Willie Wong
Jul 30 '10 at 14:26
I've done something pretty much the same with a python script.
– vanden
Jul 30 '10 at 14:43
22
The latexmk program, which comes with most TeX distributions, when run with the -pvc will do everything the above does, and better. (Watch the file, recompile whenever it changes, run enough times to resolve all dependencies.) But it still doesn’t offer the true live-updating experience that you get with Gummi and WhizzyTeX.
– frabjous
Aug 5 '10 at 2:00
1
You could also use thewatch
command instead of the sleep loop
– enthdegree
Aug 24 '12 at 14:00
2
You could useinotifywait
(see this unix.se answer) in monitor mode to trigger the compilation precisely after write access
– Tobias Kienzler
Oct 22 '12 at 13:47
|
show 2 more comments
On a Mac, you can of course just open up a terminal, cd
to the directory where you keep the TeX file, and issue
while true; do sleep 5; latex -halt-on-error filename.tex; done
and have the DVI file open in a viewer that watches for (and reloads on) changes. The one-liner runs latex
continuously with 5 second break between runs (the -hald-on-error
options prevents the incantation from getting stuck if you saved a file with errors). You can also swap in pdflatex
instead.
This solves half of your problem. The other half has to be dealt with by your editor of choice. You need to set it up to automatically save the file every x seconds, and how to do that depends on the editor at hand.
Now, that one-liner I gave above is quite ugly and resource wasting, since it makes no sense to re-compile if no changes are made (Edit: See this comment below for a much better way to avoid this problem). So you can do something like
while true; do sleep 2; if [ filename.tex -nt filename.log ]; then latex -halt-on-error filename.tex; fi; done
which watches for changes to the TeX file (signaled by the fact that filename.tex
is more recently modified than filename.log
) and compile when necessary (with a possible two seconds delay).
Short of a WYSIWYG, I am not quite sure how you can achieve full real-time solution. Compiling the code takes usually a short amount of time (1 or 2 seconds, or more if the file is large). So if you are looking for a solution that calls the LaTeX compiler, it probably shouldn't try to do it more often than once every 5 or 10 seconds. So you won't be able to immediately see what you typed in the DVI window. Also, if the editor autosaves the file in a spot where you are halfway typing a command, then the source won't compile.
With LaTeX I feel that the better idea is "compile-on-saves", where the human initiates the saving of the file (as compared to "automatically saving and compiling in the background). For that, modern editors can generally support hot-keys where saving and compiling is mapped to one keystroke. In vim
I map F2
to compile and F4
to call XDVI.
On a Mac, you can of course just open up a terminal, cd
to the directory where you keep the TeX file, and issue
while true; do sleep 5; latex -halt-on-error filename.tex; done
and have the DVI file open in a viewer that watches for (and reloads on) changes. The one-liner runs latex
continuously with 5 second break between runs (the -hald-on-error
options prevents the incantation from getting stuck if you saved a file with errors). You can also swap in pdflatex
instead.
This solves half of your problem. The other half has to be dealt with by your editor of choice. You need to set it up to automatically save the file every x seconds, and how to do that depends on the editor at hand.
Now, that one-liner I gave above is quite ugly and resource wasting, since it makes no sense to re-compile if no changes are made (Edit: See this comment below for a much better way to avoid this problem). So you can do something like
while true; do sleep 2; if [ filename.tex -nt filename.log ]; then latex -halt-on-error filename.tex; fi; done
which watches for changes to the TeX file (signaled by the fact that filename.tex
is more recently modified than filename.log
) and compile when necessary (with a possible two seconds delay).
Short of a WYSIWYG, I am not quite sure how you can achieve full real-time solution. Compiling the code takes usually a short amount of time (1 or 2 seconds, or more if the file is large). So if you are looking for a solution that calls the LaTeX compiler, it probably shouldn't try to do it more often than once every 5 or 10 seconds. So you won't be able to immediately see what you typed in the DVI window. Also, if the editor autosaves the file in a spot where you are halfway typing a command, then the source won't compile.
With LaTeX I feel that the better idea is "compile-on-saves", where the human initiates the saving of the file (as compared to "automatically saving and compiling in the background). For that, modern editors can generally support hot-keys where saving and compiling is mapped to one keystroke. In vim
I map F2
to compile and F4
to call XDVI.
edited Apr 13 '17 at 12:35
Community♦
1
1
answered Jul 30 '10 at 14:23
Willie Wong
12.6k45583
12.6k45583
By the way, the shell scripts listed are given for bash, which newer OSX machines defaults to. The older ones default to tcsh, so I am not completely sure if the second one will work.
– Willie Wong
Jul 30 '10 at 14:26
I've done something pretty much the same with a python script.
– vanden
Jul 30 '10 at 14:43
22
The latexmk program, which comes with most TeX distributions, when run with the -pvc will do everything the above does, and better. (Watch the file, recompile whenever it changes, run enough times to resolve all dependencies.) But it still doesn’t offer the true live-updating experience that you get with Gummi and WhizzyTeX.
– frabjous
Aug 5 '10 at 2:00
1
You could also use thewatch
command instead of the sleep loop
– enthdegree
Aug 24 '12 at 14:00
2
You could useinotifywait
(see this unix.se answer) in monitor mode to trigger the compilation precisely after write access
– Tobias Kienzler
Oct 22 '12 at 13:47
|
show 2 more comments
By the way, the shell scripts listed are given for bash, which newer OSX machines defaults to. The older ones default to tcsh, so I am not completely sure if the second one will work.
– Willie Wong
Jul 30 '10 at 14:26
I've done something pretty much the same with a python script.
– vanden
Jul 30 '10 at 14:43
22
The latexmk program, which comes with most TeX distributions, when run with the -pvc will do everything the above does, and better. (Watch the file, recompile whenever it changes, run enough times to resolve all dependencies.) But it still doesn’t offer the true live-updating experience that you get with Gummi and WhizzyTeX.
– frabjous
Aug 5 '10 at 2:00
1
You could also use thewatch
command instead of the sleep loop
– enthdegree
Aug 24 '12 at 14:00
2
You could useinotifywait
(see this unix.se answer) in monitor mode to trigger the compilation precisely after write access
– Tobias Kienzler
Oct 22 '12 at 13:47
By the way, the shell scripts listed are given for bash, which newer OSX machines defaults to. The older ones default to tcsh, so I am not completely sure if the second one will work.
– Willie Wong
Jul 30 '10 at 14:26
By the way, the shell scripts listed are given for bash, which newer OSX machines defaults to. The older ones default to tcsh, so I am not completely sure if the second one will work.
– Willie Wong
Jul 30 '10 at 14:26
I've done something pretty much the same with a python script.
– vanden
Jul 30 '10 at 14:43
I've done something pretty much the same with a python script.
– vanden
Jul 30 '10 at 14:43
22
22
The latexmk program, which comes with most TeX distributions, when run with the -pvc will do everything the above does, and better. (Watch the file, recompile whenever it changes, run enough times to resolve all dependencies.) But it still doesn’t offer the true live-updating experience that you get with Gummi and WhizzyTeX.
– frabjous
Aug 5 '10 at 2:00
The latexmk program, which comes with most TeX distributions, when run with the -pvc will do everything the above does, and better. (Watch the file, recompile whenever it changes, run enough times to resolve all dependencies.) But it still doesn’t offer the true live-updating experience that you get with Gummi and WhizzyTeX.
– frabjous
Aug 5 '10 at 2:00
1
1
You could also use the
watch
command instead of the sleep loop– enthdegree
Aug 24 '12 at 14:00
You could also use the
watch
command instead of the sleep loop– enthdegree
Aug 24 '12 at 14:00
2
2
You could use
inotifywait
(see this unix.se answer) in monitor mode to trigger the compilation precisely after write access– Tobias Kienzler
Oct 22 '12 at 13:47
You could use
inotifywait
(see this unix.se answer) in monitor mode to trigger the compilation precisely after write access– Tobias Kienzler
Oct 22 '12 at 13:47
|
show 2 more comments
Latexmk has an option that will compile your document every time you save it.
It requires Perl.
There is also some very useful information in this Stackoverflow question about how to work with latexmk when you document has errors (which can happen a lot with TikZ).
Thanks for the answer, but this is really not what I am looking for. I want something that will do it on the fly, without having to prompt it to do it. The way it is for me now, the effort to save and to compile my document is the same (C-x C-s or C-c C-c) and once I compile it my viewer updates the file.
– Vivi
Jul 30 '10 at 20:50
7
You could set emacs to save every half second and uselatexmk -pvc
– Niall Murphy
Jul 30 '10 at 21:07
add a comment |
Latexmk has an option that will compile your document every time you save it.
It requires Perl.
There is also some very useful information in this Stackoverflow question about how to work with latexmk when you document has errors (which can happen a lot with TikZ).
Thanks for the answer, but this is really not what I am looking for. I want something that will do it on the fly, without having to prompt it to do it. The way it is for me now, the effort to save and to compile my document is the same (C-x C-s or C-c C-c) and once I compile it my viewer updates the file.
– Vivi
Jul 30 '10 at 20:50
7
You could set emacs to save every half second and uselatexmk -pvc
– Niall Murphy
Jul 30 '10 at 21:07
add a comment |
Latexmk has an option that will compile your document every time you save it.
It requires Perl.
There is also some very useful information in this Stackoverflow question about how to work with latexmk when you document has errors (which can happen a lot with TikZ).
Latexmk has an option that will compile your document every time you save it.
It requires Perl.
There is also some very useful information in this Stackoverflow question about how to work with latexmk when you document has errors (which can happen a lot with TikZ).
edited May 23 '17 at 12:39
Community♦
1
1
answered Jul 30 '10 at 11:35
Niall Murphy
1,1011915
1,1011915
Thanks for the answer, but this is really not what I am looking for. I want something that will do it on the fly, without having to prompt it to do it. The way it is for me now, the effort to save and to compile my document is the same (C-x C-s or C-c C-c) and once I compile it my viewer updates the file.
– Vivi
Jul 30 '10 at 20:50
7
You could set emacs to save every half second and uselatexmk -pvc
– Niall Murphy
Jul 30 '10 at 21:07
add a comment |
Thanks for the answer, but this is really not what I am looking for. I want something that will do it on the fly, without having to prompt it to do it. The way it is for me now, the effort to save and to compile my document is the same (C-x C-s or C-c C-c) and once I compile it my viewer updates the file.
– Vivi
Jul 30 '10 at 20:50
7
You could set emacs to save every half second and uselatexmk -pvc
– Niall Murphy
Jul 30 '10 at 21:07
Thanks for the answer, but this is really not what I am looking for. I want something that will do it on the fly, without having to prompt it to do it. The way it is for me now, the effort to save and to compile my document is the same (C-x C-s or C-c C-c) and once I compile it my viewer updates the file.
– Vivi
Jul 30 '10 at 20:50
Thanks for the answer, but this is really not what I am looking for. I want something that will do it on the fly, without having to prompt it to do it. The way it is for me now, the effort to save and to compile my document is the same (C-x C-s or C-c C-c) and once I compile it my viewer updates the file.
– Vivi
Jul 30 '10 at 20:50
7
7
You could set emacs to save every half second and use
latexmk -pvc
– Niall Murphy
Jul 30 '10 at 21:07
You could set emacs to save every half second and use
latexmk -pvc
– Niall Murphy
Jul 30 '10 at 21:07
add a comment |
Claus Gerhardt's Flashmode offers live preview for TeXShop on MacOS. From that page:
Flashmode enables simultaneous typesetting if TeXShop is used as
editor for TEX or LATEX or any other common TEX variant. When
Flashmode is started, it looks for the front most document in TeXShop,
gets its path and after that it is hooked forever to this document as
long as it stays open, i.e., a few split seconds after Flashmode has
started the front most document in the TeXShop could be anything
without doing any harm.
Then Flashmode checks in regular intervals (default is 0.2 sec), if
its tex document has been modified, and if so, it initiates a save, a
pdflatex run, and asks TeXShop to refresh the corresponding pdf file.
Flashmode can be invoked even if a document isn’t typeset yet, but
beware that its first action will be a typesetting command.
An important feature is that tex syntax errors don’t cause any error
messages or disruptions of any kind, i.e., the pdf gets never
corrupted, at least the pdf viewer is never aware of it, and the last
refreshment is always visible; the pdf viewer will never complain.
Thus, the user never gets any error messages; the presence of errors
can only be deduced from the pdf window which then doesn’t change any
more; of course the errors will be reported in the log file and can be
looked up.
That's great! Thanks for posting it here! I will try it now :)
– Vivi
Sep 12 '11 at 4:11
add a comment |
Claus Gerhardt's Flashmode offers live preview for TeXShop on MacOS. From that page:
Flashmode enables simultaneous typesetting if TeXShop is used as
editor for TEX or LATEX or any other common TEX variant. When
Flashmode is started, it looks for the front most document in TeXShop,
gets its path and after that it is hooked forever to this document as
long as it stays open, i.e., a few split seconds after Flashmode has
started the front most document in the TeXShop could be anything
without doing any harm.
Then Flashmode checks in regular intervals (default is 0.2 sec), if
its tex document has been modified, and if so, it initiates a save, a
pdflatex run, and asks TeXShop to refresh the corresponding pdf file.
Flashmode can be invoked even if a document isn’t typeset yet, but
beware that its first action will be a typesetting command.
An important feature is that tex syntax errors don’t cause any error
messages or disruptions of any kind, i.e., the pdf gets never
corrupted, at least the pdf viewer is never aware of it, and the last
refreshment is always visible; the pdf viewer will never complain.
Thus, the user never gets any error messages; the presence of errors
can only be deduced from the pdf window which then doesn’t change any
more; of course the errors will be reported in the log file and can be
looked up.
That's great! Thanks for posting it here! I will try it now :)
– Vivi
Sep 12 '11 at 4:11
add a comment |
Claus Gerhardt's Flashmode offers live preview for TeXShop on MacOS. From that page:
Flashmode enables simultaneous typesetting if TeXShop is used as
editor for TEX or LATEX or any other common TEX variant. When
Flashmode is started, it looks for the front most document in TeXShop,
gets its path and after that it is hooked forever to this document as
long as it stays open, i.e., a few split seconds after Flashmode has
started the front most document in the TeXShop could be anything
without doing any harm.
Then Flashmode checks in regular intervals (default is 0.2 sec), if
its tex document has been modified, and if so, it initiates a save, a
pdflatex run, and asks TeXShop to refresh the corresponding pdf file.
Flashmode can be invoked even if a document isn’t typeset yet, but
beware that its first action will be a typesetting command.
An important feature is that tex syntax errors don’t cause any error
messages or disruptions of any kind, i.e., the pdf gets never
corrupted, at least the pdf viewer is never aware of it, and the last
refreshment is always visible; the pdf viewer will never complain.
Thus, the user never gets any error messages; the presence of errors
can only be deduced from the pdf window which then doesn’t change any
more; of course the errors will be reported in the log file and can be
looked up.
Claus Gerhardt's Flashmode offers live preview for TeXShop on MacOS. From that page:
Flashmode enables simultaneous typesetting if TeXShop is used as
editor for TEX or LATEX or any other common TEX variant. When
Flashmode is started, it looks for the front most document in TeXShop,
gets its path and after that it is hooked forever to this document as
long as it stays open, i.e., a few split seconds after Flashmode has
started the front most document in the TeXShop could be anything
without doing any harm.
Then Flashmode checks in regular intervals (default is 0.2 sec), if
its tex document has been modified, and if so, it initiates a save, a
pdflatex run, and asks TeXShop to refresh the corresponding pdf file.
Flashmode can be invoked even if a document isn’t typeset yet, but
beware that its first action will be a typesetting command.
An important feature is that tex syntax errors don’t cause any error
messages or disruptions of any kind, i.e., the pdf gets never
corrupted, at least the pdf viewer is never aware of it, and the last
refreshment is always visible; the pdf viewer will never complain.
Thus, the user never gets any error messages; the presence of errors
can only be deduced from the pdf window which then doesn’t change any
more; of course the errors will be reported in the log file and can be
looked up.
edited Aug 31 '12 at 11:01
Florian
1,3221327
1,3221327
answered Sep 11 '11 at 13:24
Alan Munn
158k27425701
158k27425701
That's great! Thanks for posting it here! I will try it now :)
– Vivi
Sep 12 '11 at 4:11
add a comment |
That's great! Thanks for posting it here! I will try it now :)
– Vivi
Sep 12 '11 at 4:11
That's great! Thanks for posting it here! I will try it now :)
– Vivi
Sep 12 '11 at 4:11
That's great! Thanks for posting it here! I will try it now :)
– Vivi
Sep 12 '11 at 4:11
add a comment |
Linux has a relatively new editor called Gummi that gives real-time output. Unfortunately it has crashed a few times for me (which is a few times too many). I plan to watch this editor closely as it becomes more stable.
I currently use Ktikz to edit my LaTeX documents in real-time. By default only tikz pictures are compiled, but by simply writing an empty template with the text
<>
ktikz will compile an entire LaTeX document.
Yeah, gummi provides the best live updating preview I’ve tried; better than WhizzyTeX anyway. Earlier versions crashed on me too, but so far the newest one hasn’t, but I’m still a bit nervous about it too.
– frabjous
Aug 5 '10 at 1:57
add a comment |
Linux has a relatively new editor called Gummi that gives real-time output. Unfortunately it has crashed a few times for me (which is a few times too many). I plan to watch this editor closely as it becomes more stable.
I currently use Ktikz to edit my LaTeX documents in real-time. By default only tikz pictures are compiled, but by simply writing an empty template with the text
<>
ktikz will compile an entire LaTeX document.
Yeah, gummi provides the best live updating preview I’ve tried; better than WhizzyTeX anyway. Earlier versions crashed on me too, but so far the newest one hasn’t, but I’m still a bit nervous about it too.
– frabjous
Aug 5 '10 at 1:57
add a comment |
Linux has a relatively new editor called Gummi that gives real-time output. Unfortunately it has crashed a few times for me (which is a few times too many). I plan to watch this editor closely as it becomes more stable.
I currently use Ktikz to edit my LaTeX documents in real-time. By default only tikz pictures are compiled, but by simply writing an empty template with the text
<>
ktikz will compile an entire LaTeX document.
Linux has a relatively new editor called Gummi that gives real-time output. Unfortunately it has crashed a few times for me (which is a few times too many). I plan to watch this editor closely as it becomes more stable.
I currently use Ktikz to edit my LaTeX documents in real-time. By default only tikz pictures are compiled, but by simply writing an empty template with the text
<>
ktikz will compile an entire LaTeX document.
edited 3 mins ago
Saphar Koshet
1101215
1101215
answered Aug 5 '10 at 0:06
Serge
907720
907720
Yeah, gummi provides the best live updating preview I’ve tried; better than WhizzyTeX anyway. Earlier versions crashed on me too, but so far the newest one hasn’t, but I’m still a bit nervous about it too.
– frabjous
Aug 5 '10 at 1:57
add a comment |
Yeah, gummi provides the best live updating preview I’ve tried; better than WhizzyTeX anyway. Earlier versions crashed on me too, but so far the newest one hasn’t, but I’m still a bit nervous about it too.
– frabjous
Aug 5 '10 at 1:57
Yeah, gummi provides the best live updating preview I’ve tried; better than WhizzyTeX anyway. Earlier versions crashed on me too, but so far the newest one hasn’t, but I’m still a bit nervous about it too.
– frabjous
Aug 5 '10 at 1:57
Yeah, gummi provides the best live updating preview I’ve tried; better than WhizzyTeX anyway. Earlier versions crashed on me too, but so far the newest one hasn’t, but I’m still a bit nervous about it too.
– frabjous
Aug 5 '10 at 1:57
add a comment |
Bakoma-TeX (http://www.bakoma-tex.com/) has a "true Wysiwyg" interface. Stable for Windows and "test" versions for Mac and Linux. You can find a favorable review at http://www.economics.utoronto.ca/osborne/latex/BAKOMA.HTM.
I sometimes use it, although I usually do not think it is worth the bother. TeXworks and frequent recompiling work well enough for me.
I didn't know about that. The fact that is being reviewed by an economist is a plus for me :P
– Vivi
Sep 15 '11 at 4:02
Bakoma is the best choice, if you want to pay for it!
– user565739
Oct 5 '12 at 14:00
add a comment |
Bakoma-TeX (http://www.bakoma-tex.com/) has a "true Wysiwyg" interface. Stable for Windows and "test" versions for Mac and Linux. You can find a favorable review at http://www.economics.utoronto.ca/osborne/latex/BAKOMA.HTM.
I sometimes use it, although I usually do not think it is worth the bother. TeXworks and frequent recompiling work well enough for me.
I didn't know about that. The fact that is being reviewed by an economist is a plus for me :P
– Vivi
Sep 15 '11 at 4:02
Bakoma is the best choice, if you want to pay for it!
– user565739
Oct 5 '12 at 14:00
add a comment |
Bakoma-TeX (http://www.bakoma-tex.com/) has a "true Wysiwyg" interface. Stable for Windows and "test" versions for Mac and Linux. You can find a favorable review at http://www.economics.utoronto.ca/osborne/latex/BAKOMA.HTM.
I sometimes use it, although I usually do not think it is worth the bother. TeXworks and frequent recompiling work well enough for me.
Bakoma-TeX (http://www.bakoma-tex.com/) has a "true Wysiwyg" interface. Stable for Windows and "test" versions for Mac and Linux. You can find a favorable review at http://www.economics.utoronto.ca/osborne/latex/BAKOMA.HTM.
I sometimes use it, although I usually do not think it is worth the bother. TeXworks and frequent recompiling work well enough for me.
answered Sep 14 '11 at 1:46
Jacques Cremer
9031812
9031812
I didn't know about that. The fact that is being reviewed by an economist is a plus for me :P
– Vivi
Sep 15 '11 at 4:02
Bakoma is the best choice, if you want to pay for it!
– user565739
Oct 5 '12 at 14:00
add a comment |
I didn't know about that. The fact that is being reviewed by an economist is a plus for me :P
– Vivi
Sep 15 '11 at 4:02
Bakoma is the best choice, if you want to pay for it!
– user565739
Oct 5 '12 at 14:00
I didn't know about that. The fact that is being reviewed by an economist is a plus for me :P
– Vivi
Sep 15 '11 at 4:02
I didn't know about that. The fact that is being reviewed by an economist is a plus for me :P
– Vivi
Sep 15 '11 at 4:02
Bakoma is the best choice, if you want to pay for it!
– user565739
Oct 5 '12 at 14:00
Bakoma is the best choice, if you want to pay for it!
– user565739
Oct 5 '12 at 14:00
add a comment |
The LaTeX editor Kile now offers a live preview feature in its development version. It's still experimental.
Requirements:
- PDFLaTeX with SyncTeX support (offered by TeX Live 2010 and 2011, for example)
- Development version of the Okular viewer
- Development version of Kile
More details can be found here: Live Preview with Kile.
Are you using Kile with Mac OS X?
– Tobi
Nov 12 '11 at 15:58
I'm using it on Ubuntu Linux.
– Stefan Kottwitz♦
Nov 12 '11 at 16:08
Ah, I hoped you could show me how to install it on my Mac. I failed with all step by step guides :-( …
– Tobi
Nov 12 '11 at 16:40
Can you please change the given links to be actual running? At the moment the given link for kile is faulty (some of your given links in texblog to kile too)
– Kurt
26 mins ago
add a comment |
The LaTeX editor Kile now offers a live preview feature in its development version. It's still experimental.
Requirements:
- PDFLaTeX with SyncTeX support (offered by TeX Live 2010 and 2011, for example)
- Development version of the Okular viewer
- Development version of Kile
More details can be found here: Live Preview with Kile.
Are you using Kile with Mac OS X?
– Tobi
Nov 12 '11 at 15:58
I'm using it on Ubuntu Linux.
– Stefan Kottwitz♦
Nov 12 '11 at 16:08
Ah, I hoped you could show me how to install it on my Mac. I failed with all step by step guides :-( …
– Tobi
Nov 12 '11 at 16:40
Can you please change the given links to be actual running? At the moment the given link for kile is faulty (some of your given links in texblog to kile too)
– Kurt
26 mins ago
add a comment |
The LaTeX editor Kile now offers a live preview feature in its development version. It's still experimental.
Requirements:
- PDFLaTeX with SyncTeX support (offered by TeX Live 2010 and 2011, for example)
- Development version of the Okular viewer
- Development version of Kile
More details can be found here: Live Preview with Kile.
The LaTeX editor Kile now offers a live preview feature in its development version. It's still experimental.
Requirements:
- PDFLaTeX with SyncTeX support (offered by TeX Live 2010 and 2011, for example)
- Development version of the Okular viewer
- Development version of Kile
More details can be found here: Live Preview with Kile.
answered Sep 11 '11 at 11:25
Stefan Kottwitz♦
175k63568759
175k63568759
Are you using Kile with Mac OS X?
– Tobi
Nov 12 '11 at 15:58
I'm using it on Ubuntu Linux.
– Stefan Kottwitz♦
Nov 12 '11 at 16:08
Ah, I hoped you could show me how to install it on my Mac. I failed with all step by step guides :-( …
– Tobi
Nov 12 '11 at 16:40
Can you please change the given links to be actual running? At the moment the given link for kile is faulty (some of your given links in texblog to kile too)
– Kurt
26 mins ago
add a comment |
Are you using Kile with Mac OS X?
– Tobi
Nov 12 '11 at 15:58
I'm using it on Ubuntu Linux.
– Stefan Kottwitz♦
Nov 12 '11 at 16:08
Ah, I hoped you could show me how to install it on my Mac. I failed with all step by step guides :-( …
– Tobi
Nov 12 '11 at 16:40
Can you please change the given links to be actual running? At the moment the given link for kile is faulty (some of your given links in texblog to kile too)
– Kurt
26 mins ago
Are you using Kile with Mac OS X?
– Tobi
Nov 12 '11 at 15:58
Are you using Kile with Mac OS X?
– Tobi
Nov 12 '11 at 15:58
I'm using it on Ubuntu Linux.
– Stefan Kottwitz♦
Nov 12 '11 at 16:08
I'm using it on Ubuntu Linux.
– Stefan Kottwitz♦
Nov 12 '11 at 16:08
Ah, I hoped you could show me how to install it on my Mac. I failed with all step by step guides :-( …
– Tobi
Nov 12 '11 at 16:40
Ah, I hoped you could show me how to install it on my Mac. I failed with all step by step guides :-( …
– Tobi
Nov 12 '11 at 16:40
Can you please change the given links to be actual running? At the moment the given link for kile is faulty (some of your given links in texblog to kile too)
– Kurt
26 mins ago
Can you please change the given links to be actual running? At the moment the given link for kile is faulty (some of your given links in texblog to kile too)
– Kurt
26 mins ago
add a comment |
WhizzyTeX was mentioned in the question with the remark (emphasis added):
The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
I'd like to counter that by pointing to a question: How can I execute a macro for every node in TikZ? where the aim was to figure out how to make TikZ nodes "draggable" in the WhizzyTeX-ADvi combination. I've now used that combination successfully to "fill in" a PDF form so can confirm that it works. Thus WhizzyTeX does work with TikZ pictures. It may need some development to get it to work in full - I've only used it in a rudimentary fashion - but certainly for nodes then it worked just fine.
Edit I just looked at the WhizzyTeX developer's homepage where it is clearly stated:
WhizzyTeX --- Version 1.3.2 of Aug 2, 2011 (works with pgf and beamer)
add a comment |
WhizzyTeX was mentioned in the question with the remark (emphasis added):
The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
I'd like to counter that by pointing to a question: How can I execute a macro for every node in TikZ? where the aim was to figure out how to make TikZ nodes "draggable" in the WhizzyTeX-ADvi combination. I've now used that combination successfully to "fill in" a PDF form so can confirm that it works. Thus WhizzyTeX does work with TikZ pictures. It may need some development to get it to work in full - I've only used it in a rudimentary fashion - but certainly for nodes then it worked just fine.
Edit I just looked at the WhizzyTeX developer's homepage where it is clearly stated:
WhizzyTeX --- Version 1.3.2 of Aug 2, 2011 (works with pgf and beamer)
add a comment |
WhizzyTeX was mentioned in the question with the remark (emphasis added):
The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
I'd like to counter that by pointing to a question: How can I execute a macro for every node in TikZ? where the aim was to figure out how to make TikZ nodes "draggable" in the WhizzyTeX-ADvi combination. I've now used that combination successfully to "fill in" a PDF form so can confirm that it works. Thus WhizzyTeX does work with TikZ pictures. It may need some development to get it to work in full - I've only used it in a rudimentary fashion - but certainly for nodes then it worked just fine.
Edit I just looked at the WhizzyTeX developer's homepage where it is clearly stated:
WhizzyTeX --- Version 1.3.2 of Aug 2, 2011 (works with pgf and beamer)
WhizzyTeX was mentioned in the question with the remark (emphasis added):
The speed is not all that big of a deal for me, but the fact that it does not work with tikZ pictures is (the nodes all collapse in one point so that the words are all one on the top of the other).
I'd like to counter that by pointing to a question: How can I execute a macro for every node in TikZ? where the aim was to figure out how to make TikZ nodes "draggable" in the WhizzyTeX-ADvi combination. I've now used that combination successfully to "fill in" a PDF form so can confirm that it works. Thus WhizzyTeX does work with TikZ pictures. It may need some development to get it to work in full - I've only used it in a rudimentary fashion - but certainly for nodes then it worked just fine.
Edit I just looked at the WhizzyTeX developer's homepage where it is clearly stated:
WhizzyTeX --- Version 1.3.2 of Aug 2, 2011 (works with pgf and beamer)
edited Apr 13 '17 at 12:34
Community♦
1
1
answered May 2 '12 at 19:49
Loop Space
111k29303601
111k29303601
add a comment |
add a comment |
there exists only one real WYSIWIG editor http://mirror.ctan.org/systems/win32/microimp/microimp.pdf, which was the first and last try to create one for LaTeX. In general: it is not possible to have a WYSIWIG editor! A user can overwrite anything of the existing code or define anything new. This makes it nearly impossible to write such an editor.
What you can have is an editor which runs in the background ???latex when the source code changes. But this implies two windows, input and output, like Gummi does: http://dev.midnightcoding.org/projects/gummi
This was an interesting project. I remember EquationMagic (a product of MicroImpress for Windows) was my introduction to LaTeX back then. Does anybody have a screenshot or a video of how VTeX GUI used to look like.
– alfC
Jun 29 '14 at 20:47
microimp
is a dead project.
– Herbert
Jun 29 '14 at 20:56
add a comment |
there exists only one real WYSIWIG editor http://mirror.ctan.org/systems/win32/microimp/microimp.pdf, which was the first and last try to create one for LaTeX. In general: it is not possible to have a WYSIWIG editor! A user can overwrite anything of the existing code or define anything new. This makes it nearly impossible to write such an editor.
What you can have is an editor which runs in the background ???latex when the source code changes. But this implies two windows, input and output, like Gummi does: http://dev.midnightcoding.org/projects/gummi
This was an interesting project. I remember EquationMagic (a product of MicroImpress for Windows) was my introduction to LaTeX back then. Does anybody have a screenshot or a video of how VTeX GUI used to look like.
– alfC
Jun 29 '14 at 20:47
microimp
is a dead project.
– Herbert
Jun 29 '14 at 20:56
add a comment |
there exists only one real WYSIWIG editor http://mirror.ctan.org/systems/win32/microimp/microimp.pdf, which was the first and last try to create one for LaTeX. In general: it is not possible to have a WYSIWIG editor! A user can overwrite anything of the existing code or define anything new. This makes it nearly impossible to write such an editor.
What you can have is an editor which runs in the background ???latex when the source code changes. But this implies two windows, input and output, like Gummi does: http://dev.midnightcoding.org/projects/gummi
there exists only one real WYSIWIG editor http://mirror.ctan.org/systems/win32/microimp/microimp.pdf, which was the first and last try to create one for LaTeX. In general: it is not possible to have a WYSIWIG editor! A user can overwrite anything of the existing code or define anything new. This makes it nearly impossible to write such an editor.
What you can have is an editor which runs in the background ???latex when the source code changes. But this implies two windows, input and output, like Gummi does: http://dev.midnightcoding.org/projects/gummi
answered Aug 30 '12 at 18:04
Herbert
269k24408717
269k24408717
This was an interesting project. I remember EquationMagic (a product of MicroImpress for Windows) was my introduction to LaTeX back then. Does anybody have a screenshot or a video of how VTeX GUI used to look like.
– alfC
Jun 29 '14 at 20:47
microimp
is a dead project.
– Herbert
Jun 29 '14 at 20:56
add a comment |
This was an interesting project. I remember EquationMagic (a product of MicroImpress for Windows) was my introduction to LaTeX back then. Does anybody have a screenshot or a video of how VTeX GUI used to look like.
– alfC
Jun 29 '14 at 20:47
microimp
is a dead project.
– Herbert
Jun 29 '14 at 20:56
This was an interesting project. I remember EquationMagic (a product of MicroImpress for Windows) was my introduction to LaTeX back then. Does anybody have a screenshot or a video of how VTeX GUI used to look like.
– alfC
Jun 29 '14 at 20:47
This was an interesting project. I remember EquationMagic (a product of MicroImpress for Windows) was my introduction to LaTeX back then. Does anybody have a screenshot or a video of how VTeX GUI used to look like.
– alfC
Jun 29 '14 at 20:47
microimp
is a dead project.– Herbert
Jun 29 '14 at 20:56
microimp
is a dead project.– Herbert
Jun 29 '14 at 20:56
add a comment |
You may opt to use tikzedt.
Features:
- Syntax highlighting and code completion, based on AvalonEdit.
- Real time rendering, using pdflatex and mupdf.
- It contains a Tikz parser, built using the Antlr parser generator.
- Parsed coordinates are displayed as an overlay on the rendered image. The overlay can be edited with the mouse in a WYSIWYG manner. The source code is updated accordingly.
- It comes with a snippet library to store frequently used commands and styles, containing many pre-defined examples.
According to the New features in version 0.2.2 of tikzedt:
One can use an external pdf renderer (mupdf) for better rendering
quality. To do this, copy mudraw.exe into Tikzedt's program folder and
change the rendering method in the settings.
Customization of editor font.
Version for Linux, and MacOS (to be tested)
Bug-fixes
Further this page has some instructions for installing tikzedt in Mac.
Another option may be to use TikZ-Editor
The features include:
- simplistic and dedicated GUI : Tikz Editor is only about TikZ.
- Syntax highlighting for TikZ/Latex sources.
- Real-time preview of figures.
- Customizable code snippets.
- Feedback of LaTeX typesetting errors using source annotations and margin markers.
- Separated edition of TikZ source and LaTeX preamble.
Picture for tikz-editor is from their github site.
– user11232
Jun 4 '13 at 12:53
I can't get either option to work. Both say they can't find the command pdflatex :(
– Vivi
Jun 4 '13 at 21:57
@Vivi :( Sorry. I am not on Mac. Somewhere in the settings you may have to indicate the path to pdflatex. But things should be taken automatically. Let me dig to some extent.
– user11232
Jun 4 '13 at 21:59
@vivi For tikzedt, can you specify the path to pdflatex in Settings > Settings > General (tab)? What happens then?
– user11232
Jun 4 '13 at 22:03
I am completely useless when it comes to this more complicated stuff (specifying path, commands to compile, etc). I will ask a question later to see if I get this to work. Also, although tkzedt seems like a better piece of software, it is not made for the mac, so I will probably stick with the other option (tikz-editor) for now. Thanks for the help, I think you have done more than I could ask for!
– Vivi
Jun 4 '13 at 22:11
add a comment |
You may opt to use tikzedt.
Features:
- Syntax highlighting and code completion, based on AvalonEdit.
- Real time rendering, using pdflatex and mupdf.
- It contains a Tikz parser, built using the Antlr parser generator.
- Parsed coordinates are displayed as an overlay on the rendered image. The overlay can be edited with the mouse in a WYSIWYG manner. The source code is updated accordingly.
- It comes with a snippet library to store frequently used commands and styles, containing many pre-defined examples.
According to the New features in version 0.2.2 of tikzedt:
One can use an external pdf renderer (mupdf) for better rendering
quality. To do this, copy mudraw.exe into Tikzedt's program folder and
change the rendering method in the settings.
Customization of editor font.
Version for Linux, and MacOS (to be tested)
Bug-fixes
Further this page has some instructions for installing tikzedt in Mac.
Another option may be to use TikZ-Editor
The features include:
- simplistic and dedicated GUI : Tikz Editor is only about TikZ.
- Syntax highlighting for TikZ/Latex sources.
- Real-time preview of figures.
- Customizable code snippets.
- Feedback of LaTeX typesetting errors using source annotations and margin markers.
- Separated edition of TikZ source and LaTeX preamble.
Picture for tikz-editor is from their github site.
– user11232
Jun 4 '13 at 12:53
I can't get either option to work. Both say they can't find the command pdflatex :(
– Vivi
Jun 4 '13 at 21:57
@Vivi :( Sorry. I am not on Mac. Somewhere in the settings you may have to indicate the path to pdflatex. But things should be taken automatically. Let me dig to some extent.
– user11232
Jun 4 '13 at 21:59
@vivi For tikzedt, can you specify the path to pdflatex in Settings > Settings > General (tab)? What happens then?
– user11232
Jun 4 '13 at 22:03
I am completely useless when it comes to this more complicated stuff (specifying path, commands to compile, etc). I will ask a question later to see if I get this to work. Also, although tkzedt seems like a better piece of software, it is not made for the mac, so I will probably stick with the other option (tikz-editor) for now. Thanks for the help, I think you have done more than I could ask for!
– Vivi
Jun 4 '13 at 22:11
add a comment |
You may opt to use tikzedt.
Features:
- Syntax highlighting and code completion, based on AvalonEdit.
- Real time rendering, using pdflatex and mupdf.
- It contains a Tikz parser, built using the Antlr parser generator.
- Parsed coordinates are displayed as an overlay on the rendered image. The overlay can be edited with the mouse in a WYSIWYG manner. The source code is updated accordingly.
- It comes with a snippet library to store frequently used commands and styles, containing many pre-defined examples.
According to the New features in version 0.2.2 of tikzedt:
One can use an external pdf renderer (mupdf) for better rendering
quality. To do this, copy mudraw.exe into Tikzedt's program folder and
change the rendering method in the settings.
Customization of editor font.
Version for Linux, and MacOS (to be tested)
Bug-fixes
Further this page has some instructions for installing tikzedt in Mac.
Another option may be to use TikZ-Editor
The features include:
- simplistic and dedicated GUI : Tikz Editor is only about TikZ.
- Syntax highlighting for TikZ/Latex sources.
- Real-time preview of figures.
- Customizable code snippets.
- Feedback of LaTeX typesetting errors using source annotations and margin markers.
- Separated edition of TikZ source and LaTeX preamble.
You may opt to use tikzedt.
Features:
- Syntax highlighting and code completion, based on AvalonEdit.
- Real time rendering, using pdflatex and mupdf.
- It contains a Tikz parser, built using the Antlr parser generator.
- Parsed coordinates are displayed as an overlay on the rendered image. The overlay can be edited with the mouse in a WYSIWYG manner. The source code is updated accordingly.
- It comes with a snippet library to store frequently used commands and styles, containing many pre-defined examples.
According to the New features in version 0.2.2 of tikzedt:
One can use an external pdf renderer (mupdf) for better rendering
quality. To do this, copy mudraw.exe into Tikzedt's program folder and
change the rendering method in the settings.
Customization of editor font.
Version for Linux, and MacOS (to be tested)
Bug-fixes
Further this page has some instructions for installing tikzedt in Mac.
Another option may be to use TikZ-Editor
The features include:
- simplistic and dedicated GUI : Tikz Editor is only about TikZ.
- Syntax highlighting for TikZ/Latex sources.
- Real-time preview of figures.
- Customizable code snippets.
- Feedback of LaTeX typesetting errors using source annotations and margin markers.
- Separated edition of TikZ source and LaTeX preamble.
answered Jun 4 '13 at 12:52
user11232
Picture for tikz-editor is from their github site.
– user11232
Jun 4 '13 at 12:53
I can't get either option to work. Both say they can't find the command pdflatex :(
– Vivi
Jun 4 '13 at 21:57
@Vivi :( Sorry. I am not on Mac. Somewhere in the settings you may have to indicate the path to pdflatex. But things should be taken automatically. Let me dig to some extent.
– user11232
Jun 4 '13 at 21:59
@vivi For tikzedt, can you specify the path to pdflatex in Settings > Settings > General (tab)? What happens then?
– user11232
Jun 4 '13 at 22:03
I am completely useless when it comes to this more complicated stuff (specifying path, commands to compile, etc). I will ask a question later to see if I get this to work. Also, although tkzedt seems like a better piece of software, it is not made for the mac, so I will probably stick with the other option (tikz-editor) for now. Thanks for the help, I think you have done more than I could ask for!
– Vivi
Jun 4 '13 at 22:11
add a comment |
Picture for tikz-editor is from their github site.
– user11232
Jun 4 '13 at 12:53
I can't get either option to work. Both say they can't find the command pdflatex :(
– Vivi
Jun 4 '13 at 21:57
@Vivi :( Sorry. I am not on Mac. Somewhere in the settings you may have to indicate the path to pdflatex. But things should be taken automatically. Let me dig to some extent.
– user11232
Jun 4 '13 at 21:59
@vivi For tikzedt, can you specify the path to pdflatex in Settings > Settings > General (tab)? What happens then?
– user11232
Jun 4 '13 at 22:03
I am completely useless when it comes to this more complicated stuff (specifying path, commands to compile, etc). I will ask a question later to see if I get this to work. Also, although tkzedt seems like a better piece of software, it is not made for the mac, so I will probably stick with the other option (tikz-editor) for now. Thanks for the help, I think you have done more than I could ask for!
– Vivi
Jun 4 '13 at 22:11
Picture for tikz-editor is from their github site.
– user11232
Jun 4 '13 at 12:53
Picture for tikz-editor is from their github site.
– user11232
Jun 4 '13 at 12:53
I can't get either option to work. Both say they can't find the command pdflatex :(
– Vivi
Jun 4 '13 at 21:57
I can't get either option to work. Both say they can't find the command pdflatex :(
– Vivi
Jun 4 '13 at 21:57
@Vivi :( Sorry. I am not on Mac. Somewhere in the settings you may have to indicate the path to pdflatex. But things should be taken automatically. Let me dig to some extent.
– user11232
Jun 4 '13 at 21:59
@Vivi :( Sorry. I am not on Mac. Somewhere in the settings you may have to indicate the path to pdflatex. But things should be taken automatically. Let me dig to some extent.
– user11232
Jun 4 '13 at 21:59
@vivi For tikzedt, can you specify the path to pdflatex in Settings > Settings > General (tab)? What happens then?
– user11232
Jun 4 '13 at 22:03
@vivi For tikzedt, can you specify the path to pdflatex in Settings > Settings > General (tab)? What happens then?
– user11232
Jun 4 '13 at 22:03
I am completely useless when it comes to this more complicated stuff (specifying path, commands to compile, etc). I will ask a question later to see if I get this to work. Also, although tkzedt seems like a better piece of software, it is not made for the mac, so I will probably stick with the other option (tikz-editor) for now. Thanks for the help, I think you have done more than I could ask for!
– Vivi
Jun 4 '13 at 22:11
I am completely useless when it comes to this more complicated stuff (specifying path, commands to compile, etc). I will ask a question later to see if I get this to work. Also, although tkzedt seems like a better piece of software, it is not made for the mac, so I will probably stick with the other option (tikz-editor) for now. Thanks for the help, I think you have done more than I could ask for!
– Vivi
Jun 4 '13 at 22:11
add a comment |
TexShop (also available through MacPorts) does a save on compile. It has a preview window so you can see your compiled document as you go.
TeXShop comes with the default MacTeX distribution, so you shouldn't need to install it via MacPorts, though.
– ShreevatsaR
Jul 30 '10 at 18:03
1
As I said in a comment to another answer, this is really not what I am after. I want something that compiles without having to do anything, not even save the file. I want an on-the-fly compiler. Thanks for the answer, I am sure it will be useful for someone :)
– Vivi
Jul 30 '10 at 20:52
@ShreevatsaR Package management is an amazing thing.
– Jeremy L
Aug 1 '10 at 15:37
@Nerdling: Yes of course (though package management on MacPorts is awful and bug-ridden in my experience, relative to the standards of, say, Debian), but why would you want to install something that's already present on your system? :-)
– ShreevatsaR
Aug 4 '10 at 7:04
@ShreevatsaR Neither MacPorts nor TeXShop came on my system. What do you mean?
– Jeremy L
Aug 4 '10 at 12:07
|
show 4 more comments
TexShop (also available through MacPorts) does a save on compile. It has a preview window so you can see your compiled document as you go.
TeXShop comes with the default MacTeX distribution, so you shouldn't need to install it via MacPorts, though.
– ShreevatsaR
Jul 30 '10 at 18:03
1
As I said in a comment to another answer, this is really not what I am after. I want something that compiles without having to do anything, not even save the file. I want an on-the-fly compiler. Thanks for the answer, I am sure it will be useful for someone :)
– Vivi
Jul 30 '10 at 20:52
@ShreevatsaR Package management is an amazing thing.
– Jeremy L
Aug 1 '10 at 15:37
@Nerdling: Yes of course (though package management on MacPorts is awful and bug-ridden in my experience, relative to the standards of, say, Debian), but why would you want to install something that's already present on your system? :-)
– ShreevatsaR
Aug 4 '10 at 7:04
@ShreevatsaR Neither MacPorts nor TeXShop came on my system. What do you mean?
– Jeremy L
Aug 4 '10 at 12:07
|
show 4 more comments
TexShop (also available through MacPorts) does a save on compile. It has a preview window so you can see your compiled document as you go.
TexShop (also available through MacPorts) does a save on compile. It has a preview window so you can see your compiled document as you go.
answered Jul 30 '10 at 17:49
Jeremy L
21514
21514
TeXShop comes with the default MacTeX distribution, so you shouldn't need to install it via MacPorts, though.
– ShreevatsaR
Jul 30 '10 at 18:03
1
As I said in a comment to another answer, this is really not what I am after. I want something that compiles without having to do anything, not even save the file. I want an on-the-fly compiler. Thanks for the answer, I am sure it will be useful for someone :)
– Vivi
Jul 30 '10 at 20:52
@ShreevatsaR Package management is an amazing thing.
– Jeremy L
Aug 1 '10 at 15:37
@Nerdling: Yes of course (though package management on MacPorts is awful and bug-ridden in my experience, relative to the standards of, say, Debian), but why would you want to install something that's already present on your system? :-)
– ShreevatsaR
Aug 4 '10 at 7:04
@ShreevatsaR Neither MacPorts nor TeXShop came on my system. What do you mean?
– Jeremy L
Aug 4 '10 at 12:07
|
show 4 more comments
TeXShop comes with the default MacTeX distribution, so you shouldn't need to install it via MacPorts, though.
– ShreevatsaR
Jul 30 '10 at 18:03
1
As I said in a comment to another answer, this is really not what I am after. I want something that compiles without having to do anything, not even save the file. I want an on-the-fly compiler. Thanks for the answer, I am sure it will be useful for someone :)
– Vivi
Jul 30 '10 at 20:52
@ShreevatsaR Package management is an amazing thing.
– Jeremy L
Aug 1 '10 at 15:37
@Nerdling: Yes of course (though package management on MacPorts is awful and bug-ridden in my experience, relative to the standards of, say, Debian), but why would you want to install something that's already present on your system? :-)
– ShreevatsaR
Aug 4 '10 at 7:04
@ShreevatsaR Neither MacPorts nor TeXShop came on my system. What do you mean?
– Jeremy L
Aug 4 '10 at 12:07
TeXShop comes with the default MacTeX distribution, so you shouldn't need to install it via MacPorts, though.
– ShreevatsaR
Jul 30 '10 at 18:03
TeXShop comes with the default MacTeX distribution, so you shouldn't need to install it via MacPorts, though.
– ShreevatsaR
Jul 30 '10 at 18:03
1
1
As I said in a comment to another answer, this is really not what I am after. I want something that compiles without having to do anything, not even save the file. I want an on-the-fly compiler. Thanks for the answer, I am sure it will be useful for someone :)
– Vivi
Jul 30 '10 at 20:52
As I said in a comment to another answer, this is really not what I am after. I want something that compiles without having to do anything, not even save the file. I want an on-the-fly compiler. Thanks for the answer, I am sure it will be useful for someone :)
– Vivi
Jul 30 '10 at 20:52
@ShreevatsaR Package management is an amazing thing.
– Jeremy L
Aug 1 '10 at 15:37
@ShreevatsaR Package management is an amazing thing.
– Jeremy L
Aug 1 '10 at 15:37
@Nerdling: Yes of course (though package management on MacPorts is awful and bug-ridden in my experience, relative to the standards of, say, Debian), but why would you want to install something that's already present on your system? :-)
– ShreevatsaR
Aug 4 '10 at 7:04
@Nerdling: Yes of course (though package management on MacPorts is awful and bug-ridden in my experience, relative to the standards of, say, Debian), but why would you want to install something that's already present on your system? :-)
– ShreevatsaR
Aug 4 '10 at 7:04
@ShreevatsaR Neither MacPorts nor TeXShop came on my system. What do you mean?
– Jeremy L
Aug 4 '10 at 12:07
@ShreevatsaR Neither MacPorts nor TeXShop came on my system. What do you mean?
– Jeremy L
Aug 4 '10 at 12:07
|
show 4 more comments
The MathTran Editor, which I developed, gives you instant preview of plain TeX math formulas.
http://www.mathtran.org/editor/
add a comment |
The MathTran Editor, which I developed, gives you instant preview of plain TeX math formulas.
http://www.mathtran.org/editor/
add a comment |
The MathTran Editor, which I developed, gives you instant preview of plain TeX math formulas.
http://www.mathtran.org/editor/
The MathTran Editor, which I developed, gives you instant preview of plain TeX math formulas.
http://www.mathtran.org/editor/
answered Aug 4 '10 at 21:18
Jonathan Fine
1,6831213
1,6831213
add a comment |
add a comment |
Latexian offers a live preview on OS X.
add a comment |
Latexian offers a live preview on OS X.
add a comment |
Latexian offers a live preview on OS X.
Latexian offers a live preview on OS X.
answered Sep 11 '11 at 17:52
scitexter
4991815
4991815
add a comment |
add a comment |
MacKichan's SWP, SW, and SN are WYSIWYM (what you see is what you mean) editors, which do not give you the compiled pdf or dvi file without compiling, but compared to a source code the view is quite advanced. There are trial downloads available:
http://www.mackichan.com/licensing.net/dnloadreq.aspx, but frankly I would wait purchasing it until the next version (which shall include eTeX and the ability to update everything to the latest versions at CTAN instead of being frozen at - , well, I guess it is 2002?).
The current version of SWP does not work on the Mac. Also, I was pretty clear that I wanted something where I could type LaTeX and see the compiled version at the same type (rather than type in something that looks like Word and you don't need to know LaTeX). That said, SWP is not so bad.
– Vivi
Sep 13 '11 at 4:07
SW has a wonderful interface, but one should really not use it. It has a number of features which make it basically impossible to use many of the useful features of LaTeX. For instance: it expands all newcommand and saves the file with the expanded version; it rewrites the part of the file before the begin{document} moving all comments to before the documentstyle; any text within an environment that it does not know of is presented in a dreadful little gray box and basically non editable. It generally encourages incompetence in the use of LaTeX. I have co-authors who use it, and hate it.
– Jacques Cremer
Sep 14 '11 at 1:36
That is why I said "frankly I would wait purchasing it until the next version" - hoping the next version will have corrected everything. Well, there is a demo, thus when the next version is released, we can check whether it has been fixed. About "encourages incompetence in the use of LaTeX" you are totally right.
– Stephen
Sep 14 '11 at 18:04
add a comment |
MacKichan's SWP, SW, and SN are WYSIWYM (what you see is what you mean) editors, which do not give you the compiled pdf or dvi file without compiling, but compared to a source code the view is quite advanced. There are trial downloads available:
http://www.mackichan.com/licensing.net/dnloadreq.aspx, but frankly I would wait purchasing it until the next version (which shall include eTeX and the ability to update everything to the latest versions at CTAN instead of being frozen at - , well, I guess it is 2002?).
The current version of SWP does not work on the Mac. Also, I was pretty clear that I wanted something where I could type LaTeX and see the compiled version at the same type (rather than type in something that looks like Word and you don't need to know LaTeX). That said, SWP is not so bad.
– Vivi
Sep 13 '11 at 4:07
SW has a wonderful interface, but one should really not use it. It has a number of features which make it basically impossible to use many of the useful features of LaTeX. For instance: it expands all newcommand and saves the file with the expanded version; it rewrites the part of the file before the begin{document} moving all comments to before the documentstyle; any text within an environment that it does not know of is presented in a dreadful little gray box and basically non editable. It generally encourages incompetence in the use of LaTeX. I have co-authors who use it, and hate it.
– Jacques Cremer
Sep 14 '11 at 1:36
That is why I said "frankly I would wait purchasing it until the next version" - hoping the next version will have corrected everything. Well, there is a demo, thus when the next version is released, we can check whether it has been fixed. About "encourages incompetence in the use of LaTeX" you are totally right.
– Stephen
Sep 14 '11 at 18:04
add a comment |
MacKichan's SWP, SW, and SN are WYSIWYM (what you see is what you mean) editors, which do not give you the compiled pdf or dvi file without compiling, but compared to a source code the view is quite advanced. There are trial downloads available:
http://www.mackichan.com/licensing.net/dnloadreq.aspx, but frankly I would wait purchasing it until the next version (which shall include eTeX and the ability to update everything to the latest versions at CTAN instead of being frozen at - , well, I guess it is 2002?).
MacKichan's SWP, SW, and SN are WYSIWYM (what you see is what you mean) editors, which do not give you the compiled pdf or dvi file without compiling, but compared to a source code the view is quite advanced. There are trial downloads available:
http://www.mackichan.com/licensing.net/dnloadreq.aspx, but frankly I would wait purchasing it until the next version (which shall include eTeX and the ability to update everything to the latest versions at CTAN instead of being frozen at - , well, I guess it is 2002?).
edited Sep 13 '11 at 17:56
answered Sep 12 '11 at 17:14
Stephen
10.3k34677
10.3k34677
The current version of SWP does not work on the Mac. Also, I was pretty clear that I wanted something where I could type LaTeX and see the compiled version at the same type (rather than type in something that looks like Word and you don't need to know LaTeX). That said, SWP is not so bad.
– Vivi
Sep 13 '11 at 4:07
SW has a wonderful interface, but one should really not use it. It has a number of features which make it basically impossible to use many of the useful features of LaTeX. For instance: it expands all newcommand and saves the file with the expanded version; it rewrites the part of the file before the begin{document} moving all comments to before the documentstyle; any text within an environment that it does not know of is presented in a dreadful little gray box and basically non editable. It generally encourages incompetence in the use of LaTeX. I have co-authors who use it, and hate it.
– Jacques Cremer
Sep 14 '11 at 1:36
That is why I said "frankly I would wait purchasing it until the next version" - hoping the next version will have corrected everything. Well, there is a demo, thus when the next version is released, we can check whether it has been fixed. About "encourages incompetence in the use of LaTeX" you are totally right.
– Stephen
Sep 14 '11 at 18:04
add a comment |
The current version of SWP does not work on the Mac. Also, I was pretty clear that I wanted something where I could type LaTeX and see the compiled version at the same type (rather than type in something that looks like Word and you don't need to know LaTeX). That said, SWP is not so bad.
– Vivi
Sep 13 '11 at 4:07
SW has a wonderful interface, but one should really not use it. It has a number of features which make it basically impossible to use many of the useful features of LaTeX. For instance: it expands all newcommand and saves the file with the expanded version; it rewrites the part of the file before the begin{document} moving all comments to before the documentstyle; any text within an environment that it does not know of is presented in a dreadful little gray box and basically non editable. It generally encourages incompetence in the use of LaTeX. I have co-authors who use it, and hate it.
– Jacques Cremer
Sep 14 '11 at 1:36
That is why I said "frankly I would wait purchasing it until the next version" - hoping the next version will have corrected everything. Well, there is a demo, thus when the next version is released, we can check whether it has been fixed. About "encourages incompetence in the use of LaTeX" you are totally right.
– Stephen
Sep 14 '11 at 18:04
The current version of SWP does not work on the Mac. Also, I was pretty clear that I wanted something where I could type LaTeX and see the compiled version at the same type (rather than type in something that looks like Word and you don't need to know LaTeX). That said, SWP is not so bad.
– Vivi
Sep 13 '11 at 4:07
The current version of SWP does not work on the Mac. Also, I was pretty clear that I wanted something where I could type LaTeX and see the compiled version at the same type (rather than type in something that looks like Word and you don't need to know LaTeX). That said, SWP is not so bad.
– Vivi
Sep 13 '11 at 4:07
SW has a wonderful interface, but one should really not use it. It has a number of features which make it basically impossible to use many of the useful features of LaTeX. For instance: it expands all newcommand and saves the file with the expanded version; it rewrites the part of the file before the begin{document} moving all comments to before the documentstyle; any text within an environment that it does not know of is presented in a dreadful little gray box and basically non editable. It generally encourages incompetence in the use of LaTeX. I have co-authors who use it, and hate it.
– Jacques Cremer
Sep 14 '11 at 1:36
SW has a wonderful interface, but one should really not use it. It has a number of features which make it basically impossible to use many of the useful features of LaTeX. For instance: it expands all newcommand and saves the file with the expanded version; it rewrites the part of the file before the begin{document} moving all comments to before the documentstyle; any text within an environment that it does not know of is presented in a dreadful little gray box and basically non editable. It generally encourages incompetence in the use of LaTeX. I have co-authors who use it, and hate it.
– Jacques Cremer
Sep 14 '11 at 1:36
That is why I said "frankly I would wait purchasing it until the next version" - hoping the next version will have corrected everything. Well, there is a demo, thus when the next version is released, we can check whether it has been fixed. About "encourages incompetence in the use of LaTeX" you are totally right.
– Stephen
Sep 14 '11 at 18:04
That is why I said "frankly I would wait purchasing it until the next version" - hoping the next version will have corrected everything. Well, there is a demo, thus when the next version is released, we can check whether it has been fixed. About "encourages incompetence in the use of LaTeX" you are totally right.
– Stephen
Sep 14 '11 at 18:04
add a comment |
As a completely different option you might want to consider, it is also possible to use an editing program that exports TiKZ files.
This may be perhaps the most responsive option, unless you have a super-zippy machine to run TeX. As mentioned by Andrew Stacey in an answer to an earlier question, the Inkscape extension inscape2tikz generates TiKZ output.
If you don't care too much about the readability of the TiKZ code this would be worth a look.
3
Oh, no, I love writing tikz code! I don't use tikz so that I have a picture in code, I use tikz because I can write my picture using code!! For me, this is a bit like using Scientific Workplace or Lyx to write LaTeX. Easier, but not as flexible or interesting!
– Vivi
Aug 3 '10 at 21:41
I understand your stance -- this is my attitude too!
– András Salamon
Aug 4 '10 at 7:08
add a comment |
As a completely different option you might want to consider, it is also possible to use an editing program that exports TiKZ files.
This may be perhaps the most responsive option, unless you have a super-zippy machine to run TeX. As mentioned by Andrew Stacey in an answer to an earlier question, the Inkscape extension inscape2tikz generates TiKZ output.
If you don't care too much about the readability of the TiKZ code this would be worth a look.
3
Oh, no, I love writing tikz code! I don't use tikz so that I have a picture in code, I use tikz because I can write my picture using code!! For me, this is a bit like using Scientific Workplace or Lyx to write LaTeX. Easier, but not as flexible or interesting!
– Vivi
Aug 3 '10 at 21:41
I understand your stance -- this is my attitude too!
– András Salamon
Aug 4 '10 at 7:08
add a comment |
As a completely different option you might want to consider, it is also possible to use an editing program that exports TiKZ files.
This may be perhaps the most responsive option, unless you have a super-zippy machine to run TeX. As mentioned by Andrew Stacey in an answer to an earlier question, the Inkscape extension inscape2tikz generates TiKZ output.
If you don't care too much about the readability of the TiKZ code this would be worth a look.
As a completely different option you might want to consider, it is also possible to use an editing program that exports TiKZ files.
This may be perhaps the most responsive option, unless you have a super-zippy machine to run TeX. As mentioned by Andrew Stacey in an answer to an earlier question, the Inkscape extension inscape2tikz generates TiKZ output.
If you don't care too much about the readability of the TiKZ code this would be worth a look.
edited Apr 13 '17 at 12:35
Community♦
1
1
answered Aug 3 '10 at 21:17
András Salamon
1,27021929
1,27021929
3
Oh, no, I love writing tikz code! I don't use tikz so that I have a picture in code, I use tikz because I can write my picture using code!! For me, this is a bit like using Scientific Workplace or Lyx to write LaTeX. Easier, but not as flexible or interesting!
– Vivi
Aug 3 '10 at 21:41
I understand your stance -- this is my attitude too!
– András Salamon
Aug 4 '10 at 7:08
add a comment |
3
Oh, no, I love writing tikz code! I don't use tikz so that I have a picture in code, I use tikz because I can write my picture using code!! For me, this is a bit like using Scientific Workplace or Lyx to write LaTeX. Easier, but not as flexible or interesting!
– Vivi
Aug 3 '10 at 21:41
I understand your stance -- this is my attitude too!
– András Salamon
Aug 4 '10 at 7:08
3
3
Oh, no, I love writing tikz code! I don't use tikz so that I have a picture in code, I use tikz because I can write my picture using code!! For me, this is a bit like using Scientific Workplace or Lyx to write LaTeX. Easier, but not as flexible or interesting!
– Vivi
Aug 3 '10 at 21:41
Oh, no, I love writing tikz code! I don't use tikz so that I have a picture in code, I use tikz because I can write my picture using code!! For me, this is a bit like using Scientific Workplace or Lyx to write LaTeX. Easier, but not as flexible or interesting!
– Vivi
Aug 3 '10 at 21:41
I understand your stance -- this is my attitude too!
– András Salamon
Aug 4 '10 at 7:08
I understand your stance -- this is my attitude too!
– András Salamon
Aug 4 '10 at 7:08
add a comment |
I can recommend a program similar to Ktikz, CirKuit, which I've been using successfully for quite a while. It enables you to create not only TikZ pictures, but also circuit diagrams using the Circuit macros.
But this is for Linux, isn't it?
– Vivi
Aug 22 '10 at 1:30
No, it's for KDE, just like KTikZ is. It should be possible to run it on Mac OS or Windows - any place you can use KTikZ, you should be able to use CirKuit as well.
– David Z
Aug 22 '10 at 3:29
add a comment |
I can recommend a program similar to Ktikz, CirKuit, which I've been using successfully for quite a while. It enables you to create not only TikZ pictures, but also circuit diagrams using the Circuit macros.
But this is for Linux, isn't it?
– Vivi
Aug 22 '10 at 1:30
No, it's for KDE, just like KTikZ is. It should be possible to run it on Mac OS or Windows - any place you can use KTikZ, you should be able to use CirKuit as well.
– David Z
Aug 22 '10 at 3:29
add a comment |
I can recommend a program similar to Ktikz, CirKuit, which I've been using successfully for quite a while. It enables you to create not only TikZ pictures, but also circuit diagrams using the Circuit macros.
I can recommend a program similar to Ktikz, CirKuit, which I've been using successfully for quite a while. It enables you to create not only TikZ pictures, but also circuit diagrams using the Circuit macros.
answered Aug 7 '10 at 19:25
David Z
8,25013956
8,25013956
But this is for Linux, isn't it?
– Vivi
Aug 22 '10 at 1:30
No, it's for KDE, just like KTikZ is. It should be possible to run it on Mac OS or Windows - any place you can use KTikZ, you should be able to use CirKuit as well.
– David Z
Aug 22 '10 at 3:29
add a comment |
But this is for Linux, isn't it?
– Vivi
Aug 22 '10 at 1:30
No, it's for KDE, just like KTikZ is. It should be possible to run it on Mac OS or Windows - any place you can use KTikZ, you should be able to use CirKuit as well.
– David Z
Aug 22 '10 at 3:29
But this is for Linux, isn't it?
– Vivi
Aug 22 '10 at 1:30
But this is for Linux, isn't it?
– Vivi
Aug 22 '10 at 1:30
No, it's for KDE, just like KTikZ is. It should be possible to run it on Mac OS or Windows - any place you can use KTikZ, you should be able to use CirKuit as well.
– David Z
Aug 22 '10 at 3:29
No, it's for KDE, just like KTikZ is. It should be possible to run it on Mac OS or Windows - any place you can use KTikZ, you should be able to use CirKuit as well.
– David Z
Aug 22 '10 at 3:29
add a comment |
Overleaf (Web)
Overleaf is the new collaborative writing and publishing system
developed by the team behind the popular writeLaTeX editor. Overleaf
is designed to make the whole process of writing, editing and
producing scientific papers much quicker for both authors and
publishers.
BaKoMa TeX
BaKoMa TeX is an innovative TeX/LaTeX implementation with BaKoMa TeX
Word - a Visual (True WYSIWYG) LaTeX Editor.
Kile
Kile is a user-friendly TeX/LaTeX editor for the KDE desktop
environment. KDE is available for many architectures and operating
systems such as PC, Mac, and BSD, including Linux and Microsoft
Windows.
Currently, the following three experimental features are under
development:
- live preview
- user-configurable menu
- extended scripting interface
add a comment |
Overleaf (Web)
Overleaf is the new collaborative writing and publishing system
developed by the team behind the popular writeLaTeX editor. Overleaf
is designed to make the whole process of writing, editing and
producing scientific papers much quicker for both authors and
publishers.
BaKoMa TeX
BaKoMa TeX is an innovative TeX/LaTeX implementation with BaKoMa TeX
Word - a Visual (True WYSIWYG) LaTeX Editor.
Kile
Kile is a user-friendly TeX/LaTeX editor for the KDE desktop
environment. KDE is available for many architectures and operating
systems such as PC, Mac, and BSD, including Linux and Microsoft
Windows.
Currently, the following three experimental features are under
development:
- live preview
- user-configurable menu
- extended scripting interface
add a comment |
Overleaf (Web)
Overleaf is the new collaborative writing and publishing system
developed by the team behind the popular writeLaTeX editor. Overleaf
is designed to make the whole process of writing, editing and
producing scientific papers much quicker for both authors and
publishers.
BaKoMa TeX
BaKoMa TeX is an innovative TeX/LaTeX implementation with BaKoMa TeX
Word - a Visual (True WYSIWYG) LaTeX Editor.
Kile
Kile is a user-friendly TeX/LaTeX editor for the KDE desktop
environment. KDE is available for many architectures and operating
systems such as PC, Mac, and BSD, including Linux and Microsoft
Windows.
Currently, the following three experimental features are under
development:
- live preview
- user-configurable menu
- extended scripting interface
Overleaf (Web)
Overleaf is the new collaborative writing and publishing system
developed by the team behind the popular writeLaTeX editor. Overleaf
is designed to make the whole process of writing, editing and
producing scientific papers much quicker for both authors and
publishers.
BaKoMa TeX
BaKoMa TeX is an innovative TeX/LaTeX implementation with BaKoMa TeX
Word - a Visual (True WYSIWYG) LaTeX Editor.
Kile
Kile is a user-friendly TeX/LaTeX editor for the KDE desktop
environment. KDE is available for many architectures and operating
systems such as PC, Mac, and BSD, including Linux and Microsoft
Windows.
Currently, the following three experimental features are under
development:
- live preview
- user-configurable menu
- extended scripting interface
edited Mar 31 '15 at 7:46
answered Mar 31 '15 at 7:25
LifeH2O
1385
1385
add a comment |
add a comment |
TeXlipse automatically compiles the document on save and I usually have the PDF open (in Preview on Mac OS X or in evince on Ubuntu 10.04, which both automatically show the updated PDF if it is changed).
add a comment |
TeXlipse automatically compiles the document on save and I usually have the PDF open (in Preview on Mac OS X or in evince on Ubuntu 10.04, which both automatically show the updated PDF if it is changed).
add a comment |
TeXlipse automatically compiles the document on save and I usually have the PDF open (in Preview on Mac OS X or in evince on Ubuntu 10.04, which both automatically show the updated PDF if it is changed).
TeXlipse automatically compiles the document on save and I usually have the PDF open (in Preview on Mac OS X or in evince on Ubuntu 10.04, which both automatically show the updated PDF if it is changed).
answered Jul 30 '10 at 13:04
Fabian Steeg
1,5231411
1,5231411
add a comment |
add a comment |
The best and by far most complete attempt towards live preview I have seen so far has been the iTeXMac project. It does not only provide instant preview – optionally even the editor cursor position is visualized in the PDF preview as you type, which comes pretty handy when editing a complex formula or table!
Unfortunately, the project seems to be dead :-( The current beta claims "Tiger-Compatibility" and there hasn't been any progress for years. It probably still runs on current OS X versions (my last test was with Leopard or Snow Leopard), but is too unstable to be usable for serious work. Nevertheless, I still consider it as a good lesson on what to dream for :-)
add a comment |
The best and by far most complete attempt towards live preview I have seen so far has been the iTeXMac project. It does not only provide instant preview – optionally even the editor cursor position is visualized in the PDF preview as you type, which comes pretty handy when editing a complex formula or table!
Unfortunately, the project seems to be dead :-( The current beta claims "Tiger-Compatibility" and there hasn't been any progress for years. It probably still runs on current OS X versions (my last test was with Leopard or Snow Leopard), but is too unstable to be usable for serious work. Nevertheless, I still consider it as a good lesson on what to dream for :-)
add a comment |
The best and by far most complete attempt towards live preview I have seen so far has been the iTeXMac project. It does not only provide instant preview – optionally even the editor cursor position is visualized in the PDF preview as you type, which comes pretty handy when editing a complex formula or table!
Unfortunately, the project seems to be dead :-( The current beta claims "Tiger-Compatibility" and there hasn't been any progress for years. It probably still runs on current OS X versions (my last test was with Leopard or Snow Leopard), but is too unstable to be usable for serious work. Nevertheless, I still consider it as a good lesson on what to dream for :-)
The best and by far most complete attempt towards live preview I have seen so far has been the iTeXMac project. It does not only provide instant preview – optionally even the editor cursor position is visualized in the PDF preview as you type, which comes pretty handy when editing a complex formula or table!
Unfortunately, the project seems to be dead :-( The current beta claims "Tiger-Compatibility" and there hasn't been any progress for years. It probably still runs on current OS X versions (my last test was with Leopard or Snow Leopard), but is too unstable to be usable for serious work. Nevertheless, I still consider it as a good lesson on what to dream for :-)
answered Oct 8 '12 at 18:38
Daniel
29.1k670151
29.1k670151
add a comment |
add a comment |
Texpad developers here. In case it helps: On OS X, Texpad features Auto-Typeset that detects a pause in typing and sets a typeset operation off. The feature is configurable and you can try it out in the demo at texpadapp.com/osx.
add a comment |
Texpad developers here. In case it helps: On OS X, Texpad features Auto-Typeset that detects a pause in typing and sets a typeset operation off. The feature is configurable and you can try it out in the demo at texpadapp.com/osx.
add a comment |
Texpad developers here. In case it helps: On OS X, Texpad features Auto-Typeset that detects a pause in typing and sets a typeset operation off. The feature is configurable and you can try it out in the demo at texpadapp.com/osx.
Texpad developers here. In case it helps: On OS X, Texpad features Auto-Typeset that detects a pause in typing and sets a typeset operation off. The feature is configurable and you can try it out in the demo at texpadapp.com/osx.
answered Jun 3 '13 at 14:42
VV Texpad
69568
69568
add a comment |
add a comment |
I have made a live preview plugin for WinEdt editor. It will show the preview of current paragraph in the upper right corner of WinEdt. Furthermore it will update the preview automatically if current paragraph has been changed.
add a comment |
I have made a live preview plugin for WinEdt editor. It will show the preview of current paragraph in the upper right corner of WinEdt. Furthermore it will update the preview automatically if current paragraph has been changed.
add a comment |
I have made a live preview plugin for WinEdt editor. It will show the preview of current paragraph in the upper right corner of WinEdt. Furthermore it will update the preview automatically if current paragraph has been changed.
I have made a live preview plugin for WinEdt editor. It will show the preview of current paragraph in the upper right corner of WinEdt. Furthermore it will update the preview automatically if current paragraph has been changed.
answered Jun 21 '16 at 10:04
Z.H.
1,8081328
1,8081328
add a comment |
add a comment |
The problem of fast document update is TeX core&idea itself -- TeX is interpreted programming language by design.
So the problem is thru-whole-document dependency: every section depends on data with all previous sections defined by sequential document execution from start to end.
Thus for the thing you want is it required totally rewrite TeX core from scratch. Technically TeX render engine must track source file changes, split them into isolated pieces, store them in in-memory graph database may be, with dependency info, and every time you save, it must rebuild resulting preview in update manner, walking thru dependency graph.
Another thing is an endpoint of preview output: component shows ready page must support direct partial update using some sort of bitblt
overlay, can be done on modern GPU at a hardware level.
Or we should look on JavaScript: DOM document model in a browser by design support dynamic partial update, and a lot of effort was done by browser authors to make this subsystem totally fast. So some render server runs locally on your workstation, can update document elements view in parallel and update DOM in a browser via an async interface.
Is anybody here has some experience on DIY TeX core (it will be fun to do it on in-browser JavaScript), but it will be a huge effort on coding, and especially on making it compatible with a large set of packages.
As the starting point to write your fast render engine I can point on this large manual on implementing (La)TeX:
The Computer Science of TeX and LaTeX
(c) Victor Eijkhout
can be downloaded in .PDF https://bitbucket.org/VictorEijkhout/the-science-of-tex-and-latex/downloads/TeXLaTeXcourse.pdf
Going thru this manual it is possible to write some limited version of TeX compatible with your documents and chosen render system able to update content on the fly part by part. For example, you can write fast latex2html converter, like I'm trying to do it now (package in Debian Linux not works for me especially with lstlistings).
If you want to be really fast, avoid using any disk files as much as possible, and do all thing in RAM only, using some GUI toolkit for render output (Qt,wxWidgets,..): flex/bison generated parser (or some other syntax parser library, like PLY for Python) able to parse from text strings.
It will be great to make Google Docs -like online editor able to render widely used data formats like GNU .Plots, source codes formatters for well known programming languages, vectors graphics (.svg), and so on. But it require few well-skilled JS/web programmers able to rewrite TeX core
– Dmitry Ponyatov
Sep 18 '17 at 4:23
Overleaf is terribly slow on documents larger then few pages -- it just run something like pdflatex on from any mainstream Linux distro
– Dmitry Ponyatov
Sep 18 '17 at 4:24
2
How is this an answer to the question?
– Johannes_B
Sep 18 '17 at 5:36
1
Contentwise this is more of a comment/starting point to an answer, but not a complete answer. There are considerable ideas though. Hencewhy I won't recommend deletion. Please try to make your answer a little bit more concrete (and insert a few missing articles : ) Like your call for collaboration!
– Ruben
Sep 18 '17 at 9:14
Ruben: you are asking for working (prototipe) TeX realization as answer, so it needs large effort on coding and to be extra specialist in core TeX itself. I'm going to do this like system later, but can't post link to my project -- this will be considered an advertisement by SE/SO rules (I already had a similar case with link on PLAI book proposed as link to ful l answer)
– Dmitry Ponyatov
Sep 18 '17 at 12:41
|
show 1 more comment
The problem of fast document update is TeX core&idea itself -- TeX is interpreted programming language by design.
So the problem is thru-whole-document dependency: every section depends on data with all previous sections defined by sequential document execution from start to end.
Thus for the thing you want is it required totally rewrite TeX core from scratch. Technically TeX render engine must track source file changes, split them into isolated pieces, store them in in-memory graph database may be, with dependency info, and every time you save, it must rebuild resulting preview in update manner, walking thru dependency graph.
Another thing is an endpoint of preview output: component shows ready page must support direct partial update using some sort of bitblt
overlay, can be done on modern GPU at a hardware level.
Or we should look on JavaScript: DOM document model in a browser by design support dynamic partial update, and a lot of effort was done by browser authors to make this subsystem totally fast. So some render server runs locally on your workstation, can update document elements view in parallel and update DOM in a browser via an async interface.
Is anybody here has some experience on DIY TeX core (it will be fun to do it on in-browser JavaScript), but it will be a huge effort on coding, and especially on making it compatible with a large set of packages.
As the starting point to write your fast render engine I can point on this large manual on implementing (La)TeX:
The Computer Science of TeX and LaTeX
(c) Victor Eijkhout
can be downloaded in .PDF https://bitbucket.org/VictorEijkhout/the-science-of-tex-and-latex/downloads/TeXLaTeXcourse.pdf
Going thru this manual it is possible to write some limited version of TeX compatible with your documents and chosen render system able to update content on the fly part by part. For example, you can write fast latex2html converter, like I'm trying to do it now (package in Debian Linux not works for me especially with lstlistings).
If you want to be really fast, avoid using any disk files as much as possible, and do all thing in RAM only, using some GUI toolkit for render output (Qt,wxWidgets,..): flex/bison generated parser (or some other syntax parser library, like PLY for Python) able to parse from text strings.
It will be great to make Google Docs -like online editor able to render widely used data formats like GNU .Plots, source codes formatters for well known programming languages, vectors graphics (.svg), and so on. But it require few well-skilled JS/web programmers able to rewrite TeX core
– Dmitry Ponyatov
Sep 18 '17 at 4:23
Overleaf is terribly slow on documents larger then few pages -- it just run something like pdflatex on from any mainstream Linux distro
– Dmitry Ponyatov
Sep 18 '17 at 4:24
2
How is this an answer to the question?
– Johannes_B
Sep 18 '17 at 5:36
1
Contentwise this is more of a comment/starting point to an answer, but not a complete answer. There are considerable ideas though. Hencewhy I won't recommend deletion. Please try to make your answer a little bit more concrete (and insert a few missing articles : ) Like your call for collaboration!
– Ruben
Sep 18 '17 at 9:14
Ruben: you are asking for working (prototipe) TeX realization as answer, so it needs large effort on coding and to be extra specialist in core TeX itself. I'm going to do this like system later, but can't post link to my project -- this will be considered an advertisement by SE/SO rules (I already had a similar case with link on PLAI book proposed as link to ful l answer)
– Dmitry Ponyatov
Sep 18 '17 at 12:41
|
show 1 more comment
The problem of fast document update is TeX core&idea itself -- TeX is interpreted programming language by design.
So the problem is thru-whole-document dependency: every section depends on data with all previous sections defined by sequential document execution from start to end.
Thus for the thing you want is it required totally rewrite TeX core from scratch. Technically TeX render engine must track source file changes, split them into isolated pieces, store them in in-memory graph database may be, with dependency info, and every time you save, it must rebuild resulting preview in update manner, walking thru dependency graph.
Another thing is an endpoint of preview output: component shows ready page must support direct partial update using some sort of bitblt
overlay, can be done on modern GPU at a hardware level.
Or we should look on JavaScript: DOM document model in a browser by design support dynamic partial update, and a lot of effort was done by browser authors to make this subsystem totally fast. So some render server runs locally on your workstation, can update document elements view in parallel and update DOM in a browser via an async interface.
Is anybody here has some experience on DIY TeX core (it will be fun to do it on in-browser JavaScript), but it will be a huge effort on coding, and especially on making it compatible with a large set of packages.
As the starting point to write your fast render engine I can point on this large manual on implementing (La)TeX:
The Computer Science of TeX and LaTeX
(c) Victor Eijkhout
can be downloaded in .PDF https://bitbucket.org/VictorEijkhout/the-science-of-tex-and-latex/downloads/TeXLaTeXcourse.pdf
Going thru this manual it is possible to write some limited version of TeX compatible with your documents and chosen render system able to update content on the fly part by part. For example, you can write fast latex2html converter, like I'm trying to do it now (package in Debian Linux not works for me especially with lstlistings).
If you want to be really fast, avoid using any disk files as much as possible, and do all thing in RAM only, using some GUI toolkit for render output (Qt,wxWidgets,..): flex/bison generated parser (or some other syntax parser library, like PLY for Python) able to parse from text strings.
The problem of fast document update is TeX core&idea itself -- TeX is interpreted programming language by design.
So the problem is thru-whole-document dependency: every section depends on data with all previous sections defined by sequential document execution from start to end.
Thus for the thing you want is it required totally rewrite TeX core from scratch. Technically TeX render engine must track source file changes, split them into isolated pieces, store them in in-memory graph database may be, with dependency info, and every time you save, it must rebuild resulting preview in update manner, walking thru dependency graph.
Another thing is an endpoint of preview output: component shows ready page must support direct partial update using some sort of bitblt
overlay, can be done on modern GPU at a hardware level.
Or we should look on JavaScript: DOM document model in a browser by design support dynamic partial update, and a lot of effort was done by browser authors to make this subsystem totally fast. So some render server runs locally on your workstation, can update document elements view in parallel and update DOM in a browser via an async interface.
Is anybody here has some experience on DIY TeX core (it will be fun to do it on in-browser JavaScript), but it will be a huge effort on coding, and especially on making it compatible with a large set of packages.
As the starting point to write your fast render engine I can point on this large manual on implementing (La)TeX:
The Computer Science of TeX and LaTeX
(c) Victor Eijkhout
can be downloaded in .PDF https://bitbucket.org/VictorEijkhout/the-science-of-tex-and-latex/downloads/TeXLaTeXcourse.pdf
Going thru this manual it is possible to write some limited version of TeX compatible with your documents and chosen render system able to update content on the fly part by part. For example, you can write fast latex2html converter, like I'm trying to do it now (package in Debian Linux not works for me especially with lstlistings).
If you want to be really fast, avoid using any disk files as much as possible, and do all thing in RAM only, using some GUI toolkit for render output (Qt,wxWidgets,..): flex/bison generated parser (or some other syntax parser library, like PLY for Python) able to parse from text strings.
edited Nov 26 '17 at 22:43
answered Sep 18 '17 at 4:20
Dmitry Ponyatov
1013
1013
It will be great to make Google Docs -like online editor able to render widely used data formats like GNU .Plots, source codes formatters for well known programming languages, vectors graphics (.svg), and so on. But it require few well-skilled JS/web programmers able to rewrite TeX core
– Dmitry Ponyatov
Sep 18 '17 at 4:23
Overleaf is terribly slow on documents larger then few pages -- it just run something like pdflatex on from any mainstream Linux distro
– Dmitry Ponyatov
Sep 18 '17 at 4:24
2
How is this an answer to the question?
– Johannes_B
Sep 18 '17 at 5:36
1
Contentwise this is more of a comment/starting point to an answer, but not a complete answer. There are considerable ideas though. Hencewhy I won't recommend deletion. Please try to make your answer a little bit more concrete (and insert a few missing articles : ) Like your call for collaboration!
– Ruben
Sep 18 '17 at 9:14
Ruben: you are asking for working (prototipe) TeX realization as answer, so it needs large effort on coding and to be extra specialist in core TeX itself. I'm going to do this like system later, but can't post link to my project -- this will be considered an advertisement by SE/SO rules (I already had a similar case with link on PLAI book proposed as link to ful l answer)
– Dmitry Ponyatov
Sep 18 '17 at 12:41
|
show 1 more comment
It will be great to make Google Docs -like online editor able to render widely used data formats like GNU .Plots, source codes formatters for well known programming languages, vectors graphics (.svg), and so on. But it require few well-skilled JS/web programmers able to rewrite TeX core
– Dmitry Ponyatov
Sep 18 '17 at 4:23
Overleaf is terribly slow on documents larger then few pages -- it just run something like pdflatex on from any mainstream Linux distro
– Dmitry Ponyatov
Sep 18 '17 at 4:24
2
How is this an answer to the question?
– Johannes_B
Sep 18 '17 at 5:36
1
Contentwise this is more of a comment/starting point to an answer, but not a complete answer. There are considerable ideas though. Hencewhy I won't recommend deletion. Please try to make your answer a little bit more concrete (and insert a few missing articles : ) Like your call for collaboration!
– Ruben
Sep 18 '17 at 9:14
Ruben: you are asking for working (prototipe) TeX realization as answer, so it needs large effort on coding and to be extra specialist in core TeX itself. I'm going to do this like system later, but can't post link to my project -- this will be considered an advertisement by SE/SO rules (I already had a similar case with link on PLAI book proposed as link to ful l answer)
– Dmitry Ponyatov
Sep 18 '17 at 12:41
It will be great to make Google Docs -like online editor able to render widely used data formats like GNU .Plots, source codes formatters for well known programming languages, vectors graphics (.svg), and so on. But it require few well-skilled JS/web programmers able to rewrite TeX core
– Dmitry Ponyatov
Sep 18 '17 at 4:23
It will be great to make Google Docs -like online editor able to render widely used data formats like GNU .Plots, source codes formatters for well known programming languages, vectors graphics (.svg), and so on. But it require few well-skilled JS/web programmers able to rewrite TeX core
– Dmitry Ponyatov
Sep 18 '17 at 4:23
Overleaf is terribly slow on documents larger then few pages -- it just run something like pdflatex on from any mainstream Linux distro
– Dmitry Ponyatov
Sep 18 '17 at 4:24
Overleaf is terribly slow on documents larger then few pages -- it just run something like pdflatex on from any mainstream Linux distro
– Dmitry Ponyatov
Sep 18 '17 at 4:24
2
2
How is this an answer to the question?
– Johannes_B
Sep 18 '17 at 5:36
How is this an answer to the question?
– Johannes_B
Sep 18 '17 at 5:36
1
1
Contentwise this is more of a comment/starting point to an answer, but not a complete answer. There are considerable ideas though. Hencewhy I won't recommend deletion. Please try to make your answer a little bit more concrete (and insert a few missing articles : ) Like your call for collaboration!
– Ruben
Sep 18 '17 at 9:14
Contentwise this is more of a comment/starting point to an answer, but not a complete answer. There are considerable ideas though. Hencewhy I won't recommend deletion. Please try to make your answer a little bit more concrete (and insert a few missing articles : ) Like your call for collaboration!
– Ruben
Sep 18 '17 at 9:14
Ruben: you are asking for working (prototipe) TeX realization as answer, so it needs large effort on coding and to be extra specialist in core TeX itself. I'm going to do this like system later, but can't post link to my project -- this will be considered an advertisement by SE/SO rules (I already had a similar case with link on PLAI book proposed as link to ful l answer)
– Dmitry Ponyatov
Sep 18 '17 at 12:41
Ruben: you are asking for working (prototipe) TeX realization as answer, so it needs large effort on coding and to be extra specialist in core TeX itself. I'm going to do this like system later, but can't post link to my project -- this will be considered an advertisement by SE/SO rules (I already had a similar case with link on PLAI book proposed as link to ful l answer)
– Dmitry Ponyatov
Sep 18 '17 at 12:41
|
show 1 more comment
Thanks for contributing an answer to TeX - LaTeX Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f633%2fis-there-any-way-to-get-real-time-compilation-for-latex%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
8
You can use Qt, the windowing toolkit for Ktikz, natively with OSX. Compiling it is brutal (took me 25 hours, on an old ibook), but the integration is nice. None of the other dependencies of Ktikz look problematic, and I think they're all in Macports. You should then be able to compile the sources without trouble, following the instructions at lwn.net/Articles/274725
– Charles Stewart
Jul 30 '10 at 9:46
1
@Charles: this information is potentially life-changing for me! I spent hours, days, looking for anything like that, but couldn't find. I got a friend to try and compile it in Fedora but he couldn't make it work even there!! The problem is, I have never compiled anything, and I don't even know where to start. Those instructions (if they apply to OSX as you say, because that isn't clear to me) are too advanced for me. I don't know what dependencies are either. But again, I thank you for the tip. I will hassle someone to help me try the process :)
– Vivi
Jul 30 '10 at 10:30
1
I'd agree with Charles that you should look into compiling Qt and the KDE libraries on your Mac. If you aren't able to coerce a friend into helping you ;-) Super User might be a good place to ask for more detail on how exactly to do it. (You'll be very familiar with running commands from the terminal by the end)
– David Z
Jul 30 '10 at 19:10
4
The homebrew package manager for OS X can compile both Qt and the KDE core libraries. Check it out at mxcl.github.com/homebrew. Then
brew install qt
andbrew install kdelibs
.– Sharpie
Jul 31 '10 at 3:08
1
Well... it didn't work "out of the box" for me. With the source code, a few beers, and a couple hours on the Ballmer peak it could probably be straightened out.
– Sharpie
Aug 3 '10 at 21:43