| bio | website | fa.its.tudelft.nl/~teuwen |
|---|---|---|
| location | Delft, Netherlands | |
| age | 26 | |
| visits | member for | 2 years, 6 months |
| seen | May 1 at 14:26 | |
| stats | profile views | 103 |
About me
I'm a PhD candidate in analysis (harmonic analysis). I have a Master of Science degree in mathematics (analysis).
I am interested in many topics in analysis, but in particular: harmonic analysis, functional analysis, operator theory and special functions.
My email address is jonasteuwen@gmail.com.
I would appreciate it if you would correct my spelling and grammatical errors.
Me elsewhere
|
Dec 16 |
comment |
Adding the date of adding todo-note @PeterGrill I know that package, but it has too many features while what I need is really simple. |
|
Dec 16 |
comment |
Adding the date of adding todo-note I suppose it is easy to do that, but the technique in itself might be useful in other cases as well :-). |
|
Dec 1 |
comment |
Poor man's “namespaces” This is just perfect! :-). I was unaware of the existence of the 'combine' class. |
|
Oct 23 |
comment |
How to make compilation faster? @percusse Thanks! I'll see if I can split up the question in smaller much more concrete questions. |
|
Oct 22 |
comment |
How to make compilation faster? About twenty to thirty seconds perhaps. Which aspect makes the question "not real"? The workflow in 1986 was probably way different than nowadays when I want to see rather 1-1 what I am doing. Anyway, for one of the closers, what aspects make it not a real question? "overly broad" is the only thing I might agree with for now, any others are then due to my lack of explaining the issue properly. |
|
Oct 22 |
comment |
How to make compilation faster? @MartinSchröder I would like to. But, now it is a core 2 duo and it seems strange that compiling a document should last that long on such a computer :-). Of course, that is a solution, and perhaps not such a bad one. But I feel like I should be able to use the available resources better before I throw more iron at it mmmkay. Also, if I'm at my office, I doubt they will grant me a new computer just because my document takes too long to compile. "Word doesn't have any problems!" |
|
Oct 21 |
comment |
How to make compilation faster? Right, that will help already a bit :-). But, I was more like thinking about some format which makes it easy to only recompile small pieces instead of the complete thing :-). |
|
Oct 21 |
comment |
How to make compilation faster? @cmhughes Does .dvi support all the pdf features too? Perhaps, I do not need those for the draft, but I use a pdf viewer, perhaps due to inertia. Also, it might be the case that I have .pdf images. Will that work? |
|
Oct 21 |
comment |
Reasons to use plain TeX @LevBishop Downgrade? You mean something like nixos.org/nix ? |
|
Oct 21 |
comment |
Poor man's “namespaces” I will come back to this question asap, have to write the paper now, not mess with getting the .tex better :-). |
|
Oct 21 |
comment |
How to make compilation faster? @Mico No graphics. But I do have chapter bibliographies. Are there methods that only regenerate new things and not the run the complete chain again? I am already using the draft mode, by the way. |
|
Oct 17 |
comment |
Poor man's “namespaces” @PeterGrill Thanks! So perhaps the filehook (I believe) package will help me there? |
|
Oct 17 |
comment |
Automatic branching for versions and git Thank you! This is helpful. Also thanks for not forgetting it :-). |
|
Oct 9 |
comment |
Automatic branching for versions and git The idea is that I only modify the main file and the generated files do not have the goal to be merged (otherwise I could use latexdiff if I really wanted to), but more to send to people so they can start working on it. More like a fork. Most mathematicians do not use git. |
|
Oct 9 |
comment |
Automatic branching for versions and git Perhaps, as I use emacs anyway, Org-mode is the way to go... |
|
Oct 9 |
comment |
Automatic branching for versions and git @Seamus The fact that simple conditions are fine to compile different versions, but I not only want simple conditions, I also want the content removed when it is put in another branch. The .tex should not contain the stuff which does not satisfy the conditional. Those different ones could be put in another branch. |
|
Oct 8 |
comment |
Automatic branching for versions and git @Brent.Longborough I am looking forward to it :-). |
|
Oct 8 |
comment |
Automatic branching for versions and git Thanks. I have added a possible workflow! I hope it makes more sense now. |
|
Aug 9 |
comment |
Dynamically size arrow \mapsto in function definition Thanks. This a nice answer. I use mathtools already, so I will remember this. |
|
Jul 22 |
comment |
Testing if \BODY is empty in Environ Great. This is what I have changed in the end! I also added the capitalize of the stringstring package. One issue was that I would like to mix the commands makesection and defenviron. The problem is of course that after multiple inputs I will get errors! Perhaps I need to have a test that checks if this is already done. After that I can iterate over an etoolbox list. That worked but gave errors about something not being found while it was typeset. In any case, that would be a new question! |