Re: [O] Sub-totals
2014-02-16 10:06 GMT+01:00 Michael Brand : > > - I would like to have only the last element of the range filled. > > I always thought that this would not be possible with reasonable > effort. Your question made me think again and it is possible, now I > can change my own use cases with sub-total :-) . See docstring and > take the procedure with vlen etc. from the TBLFM of the new ERT > test-org-table/sub-total here: > > http://orgmode.org/w/org-mode.git?p=org-mode.git;a=blob;f=testing/lisp/test-org-table.el > > Or read the docstring there and just take this copy that I used to > build the ERT: > |---+---+---| > | Item | Item | Sub- | > | name | value | total | > |---+---+---| > | a1| 4.1 | | > | a2| 8.2 | | > | a3| | 12.3 | > |---+---+---| > | b1| 16.0 | 16.0 | > |---+---+---| > | c1|32 | | > | c2|64 | 96.0 | > |---+---+---| > | Total | 124.3 | | > |---+---+---| > #+TBLFM: @>$2 = vsum(@II..@>>) :: $3 = if(vlen(@-I$2..@0$2) == > vlen(@-I$2..@+I$2), vsum(@-I$2..@+I$2) +.0, string("")); EN f-1 :: > @>$3 = string("") > I made: #+TBLFM: @>$2 = vsum(@<<..@>>) :: @<<$3..@>>$3 = if(vlen(@-I$2..@0$2) == vlen(@-I$2..@+I$2), vsum(@-I$2..@+I$2), string("")) -- Cecil Westerhof
Re: [O] How to replace \( by $$ and such when exporting to markdown
Rasmus writes: > Rafael writes: > >> I'm trying to publish some beamer presentations with mathematical >> content as pages in octopress. I think I'm on my way to get a working >> setup, but I would like some help to achieve the following: >> >> With an up-to-date org (from git), define some functions that, when >> exporting to markdown with ox-md, automatically replace all instances of >> \(, \), \[ and \] with $$. >> > You want to look into filters, probably > org-export-filter-latex-fragment-functions and > org-export-filter-latex-environment-functions. They are listed in > ox.el. It should be fairly easy to deal with in your case with > regexp. Thanks, I finally came up with: (defun my-math-replacement (contents backend info) (when (eq backend 'md) (replace-regexp-in-string "(\\|)\\|\\[\\|\\]" "$$" contents) )) (add-to-list 'org-export-filter-latex-fragment-functions 'my-math-replacement) Too bad the backend is not named "'markdown" (I suffered a lot with my filters not working because of this! ;-) )
[O] tests asking for my ssh passphrase?
What the heck is this doing? >From the "make test" output: Code block evaluation complete. passed 111/472 test-ob-python/colnames-yes-header-argument-again Wrote /tmp/tmp-orgtest/ob-input-13254Tgu Babel evaluation exited with code 2 passed 112/472 test-ob-shell/dont-error-on-empty-results passed 113/472 test-ob-shell/dont-insert-spaces-on-expanded-bodies (In buffer yes) Enter passphrase for /home/eric/.ssh/id_rsa: passed 114/472 test-ob-shell/session executing Emacs-Lisp code block... (a (quote 1)) (b (quote 2)) I looked at the test in question, and don't see why in particular it would try to open a ssh connection. I haven't figured out how to run the tests interactively from within emacs (I can't get things to load properly) so haven't tested it here, but I'd be happy to dig further with a little direction. This has happened a few times now, across full computer restarts, so whatever it is isn't transient... Thanks, Eric
Re: [O] C-c C-c in Org Footnotes
Samuel Schaumburg writes: > Hi there, > > I frequently use org to write outlines for my thesis-papers. This often > requires lenghty footnotes. The manual says, that I can use C-c C-c to > jump back into the main text, where the footnote was originally set. > back to the footnotemark. I can use C-a if it is just a one line, but > often it is not, and I find myself moving around in the buffer some > way, to get back to the footnote mark and then C-c C-c. > > What I would like to know is, wether there is an easy way, to just make > C-c C-c work whenever I am in a footnote paragraph, no mater where the > cursor currently is positioned. > > If you have any idea on how to do that, I would appreciate that. > > Thanks > Samuel I'm not sure if this counts as an "easy" way, but you could add a function to org-ctrl-c-ctrl-c-final-hook, that checks if you're in a multi-line footnote definition and then calls org-footnote-action as if you were. I say put it in the final hook just so it doesn't clobber anything else that C-c C-c might want to do at point. It could look like (very lightly tested): (defun my-return-from-fn () (let* ((context (org-element-context)) (parent (org-element-property :parent context))) (when (eq (org-element-type parent) 'footnote-definition) (goto-char (org-element-property :post-affiliated context)) (call-interactively 'org-footnote-action (add-hook 'org-ctrl-c-ctrl-c-final-hook 'my-return-from-fn) It still tells you "C-c C-c can do nothing useful at this location", but at least it returns you to the right place! E
Re: [O] [patch] Support CUSTOM_ID property in latex export
Nicolas Goaziou writes: > Hello, > > Richard Lawrence writes: > >> It seems to me that if you explicitly specify CUSTOM_ID with the intent >> of overriding Org's default labeling, you ought to have some idea what >> can go in a \label, and be prepared to debug your LaTeX compilation if >> there's an error. If you're not prepared to do that, you should limit >> yourself to the default behavior. But if you *are* prepared to do that, >> why should Org prevent you? > > This is the problem. At the moment, CUSTOM_ID has no limitation about > the characters it can use. As long as the value is unique, Org will > create a valid label for it. > > OTOH, you patch introduces a limitation and could force users to debug > LaTeX compilation, even if they didn't want to mess with Org's default > labeling in the first place. If you are *not* prepared, why Org should > force you? > > So, this is not a net benefit in the general case. OK, I can understand this. There are people who are using CUSTOM_ID already, and they shouldn't have to worry about debugging LaTeX if they weren't counting on it. (In my case, I'm not using this property for anything else, so this wasn't an issue, and using CUSTOM_ID provided a handy way to use the [[#link]] syntax to introduce \refs with the label I intended.) Would using a different property---say, LATEX_LABEL---resolve your concerns? This property could be explicitly documented as overriding Org's default labeling, with the value passed down directly to LaTeX. During link resolution, a headline would export with a "\label{VAL}", and a link to a headline with this property would export to "\ref{VAL}", where "VAL" is the value of this property. Thus, e.g., ** A headline :PROPERTIES: :CUSTOM_ID: foo :LATEX_LABEL: bar :END: Some text ... this is section [[#foo]]. would become: \subsection{A headline} \label{bar} Some text \ldots this is section \ref{bar}. That would meet all my needs, I think. In my case it would also be handy to have some way to link to headlines based on the LATEX_LABEL property directly (say, like [[label:bar]]). But that's easy enough to add. >> The strategy you suggest would result in multiple labels in the same >> location in the exported document. This is bad because it introduces >> ambiguity and is thus fragile. The exported document could have two sets >> of \refs which point to two different \labels. Initially, LaTeX >> would compile them to the same thing, but if one of the labels got moved >> or deleted, one set of refs would break. > > Sorry for being dense, but I fail to see where is the "ambiguity". Org > will not get confused with its own internal labels, neither will you > with yours. Do you have a real worrisome situation in mind? The worrisome situation I have in mind is if I find that I eventually need to move away from Org to straight LaTeX. I would want to start with an Org export to LaTeX, and then continue from that point by editing the exported .tex file. In that case, one label could eventually get deleted, or they could drift apart, and then one set of \refs could subtly break (say, if I put a new \subsection in between them). To avoid this, I want the exported .tex file to just use one set of labels. Best, Richard (If possible, please encrypt your reply to me using my PGP key: Key ID: CF6FA646 Fingerprint: 9969 43E1 CF6F A646. See http://www.ocf.berkeley.edu/~rwl/encryption.html for more information.)
[O] MobileOrg 1.5.2 - Dropbox sync error
Hi everybody, I'm trying to re-enable MobileOrg on my 1st gen iPad. iOS is version 5.1.1 (9B206) MobilOrg is version 1.5.2 I've had login problems on iPhone too, but these have been solved by reinstalling MobileOrg (1.6.1 now). (There was no upgrade notification in the App Store..) Problem is I cannot upgrade the ios version on the iPad as the machine is getting way too slow. But it remains a perfect tool for a lot of jobs. MobileOrg throws the familiar Dropbox Error: Bad username and password or network error.. Does anyone have an idea to get sync going again? Thanks for helping out! Erwin Panen
Re: [O] [PATCH] Improve message when file to include is missing
"Sebastien Vauban" writes: > I don't have (yet) push access... OK. Applied, with a small refactoring. Thank you. Regards, -- Nicolas Goaziou
Re: [O] [patch] Support CUSTOM_ID property in latex export
Hello, Richard Lawrence writes: > It seems to me that if you explicitly specify CUSTOM_ID with the intent > of overriding Org's default labeling, you ought to have some idea what > can go in a \label, and be prepared to debug your LaTeX compilation if > there's an error. If you're not prepared to do that, you should limit > yourself to the default behavior. But if you *are* prepared to do that, > why should Org prevent you? This is the problem. At the moment, CUSTOM_ID has no limitation about the characters it can use. As long as the value is unique, Org will create a valid label for it. OTOH, you patch introduces a limitation and could force users to debug LaTeX compilation, even if they didn't want to mess with Org's default labeling in the first place. If you are *not* prepared, why Org should force you? So, this is not a net benefit in the general case. > The strategy you suggest would result in multiple labels in the same > location in the exported document. This is bad because it introduces > ambiguity and is thus fragile. The exported document could have two sets > of \refs which point to two different \labels. Initially, LaTeX > would compile them to the same thing, but if one of the labels got moved > or deleted, one set of refs would break. Sorry for being dense, but I fail to see where is the "ambiguity". Org will not get confused with its own internal labels, neither will you with yours. Do you have a real worrisome situation in mind? >>> 2) I hope this doesn't happen, but there may come a time when I need to >>> move away from Org and just use straight LaTeX. Having control over the >>> labeling will make this transition much easier, because it means I won't >>> have to worry about manually changing the labels in a long document from >>> Org's default "sec-..." numbering to my own semantic labels. Here, I understand the problem. There is a solution, but it is not trivial. You can write a parse-tree filter that collects associations between custom ID (obtained with `org-element-property') and headline numbers (obtained with `org-export-get-headline-number'). You can store this alist in the info channel. Then, you write a link and headline filter that replaces "sec-..." labels and refs with their custom ID equivalent. > Maybe so, but that's actually sort of my point. At the moment, my > options are: > 1) Use multiple labeling schemes, one accessible to Org, one > accessible to LaTeX, and use the former in Org text and the latter > in embedded LaTeX > 2) Avoid using Org's labeling/linking entirely, and just explicitly specify > all my \labels and \refs > 3) Rely on my understanding of how Org will produce section labels > when I \ref sections inside embedded LaTeX blocks > > Option 1 creates ambiguity, is fragile, and is thus not ideal. "Not ideal" is not necessarily "wrong". Also, as explained above, your patch is not ideal either. I just think the current implementation is (slightly) better. Now, if you can improve your suggestion and solve my concerns about it, I'm still all ears. > Having Org pass CUSTOM_ID through to \label does in a sense mean the > user is relying on an implementation detail of the exporter, but in an > explicit and predictable way, which makes it unproblematic. Consider an > analogy: users who specify :options in an #+ATTR_LATEX declaration are > also relying on the implementation details of the exporter (they are > assuming it will export their options text unchanged), but this is not > problematic because they are explicitly requesting that the default > behavior (don't use options, or use some default options) be overridden. > Isn't overriding labeling with CUSTOM_ID pretty much the same thing? No it isn't. Exporting :options value unchanged is part of its specifications. It is even written in the manual. CUSTOM_ID specifications require an export back-end to provide a way to link to a headline with some specific syntax. We happen to disagree on how this should be done. This is an implementation detail. Regards, -- Nicolas Goaziou
Re: [O] C-c C-c in Org Footnotes
Samuel Schaumburg writes: > Hi there, > > I frequently use org to write outlines for my thesis-papers. This often > requires lenghty footnotes. The manual says, that I can use C-c C-c to > jump back into the main text, where the footnote was originally set. > back to the footnotemark. I can use C-a if it is just a one line, but > often it is not, and I find myself moving around in the buffer some > way, to get back to the footnote mark and then C-c C-c. > > What I would like to know is, wether there is an easy way, to just make > C-c C-c work whenever I am in a footnote paragraph, no mater where the > cursor currently is positioned. > > If you have any idea on how to do that, I would appreciate that. In the following example, where | is the cursor, I can go back by issuing C-c &. r[fn:1] * Footnotes [fn:1] horse cow | Hope it helps, Rasmus -- El Rey ha muerto. ¡Larga vida al Rey!
Re: [O] [PATCH] Improve message when file to include is missing
Hello Nicolas, Nicolas Goaziou wrote: > "Sebastien Vauban" writes: > >> This should answer your (fruitful) comments. > > Thank you for the update. > > It looks good. Thanks. > AFAIC, you can push it. I don't have (yet) push access... >> +(if (or (not file) (not (file-readable-p file))) >> +(if (not noerror) >> +(error "Cannot read file \"%s\"%s" file info-from-file) >> + (message "Cannot read file \"%s\"%s" file info-from-file)) >> + (with-temp-buffer >> +(insert-file-contents file) >> +(buffer-string) > > Minor stylistic issue: I find the following a bit easier to understand. > > (if (and file (file-readable-p file)) > (with-temp-buffer > (insert-file-contents file) > (buffer-string)) > (funcall (if noerror #'message #'error) > "Cannot read file \"%s\"%s" file info-from-file)) So do I... Best regards, Seb -- Sebastien Vauban
Re: [O] [PATCH] Improve message when file to include is missing
Hello, "Sebastien Vauban" writes: > This should answer your (fruitful) comments. Thank you for the update. It looks good. AFAIC, you can push it. > +(if (or (not file) (not (file-readable-p file))) > + (if (not noerror) > + (error "Cannot read file \"%s\"%s" file info-from-file) > + (message "Cannot read file \"%s\"%s" file info-from-file)) > + (with-temp-buffer > + (insert-file-contents file) > + (buffer-string) Minor stylistic issue: I find the following a bit easier to understand. (if (and file (file-readable-p file)) (with-temp-buffer (insert-file-contents file) (buffer-string)) (funcall (if noerror #'message #'error) "Cannot read file \"%s\"%s" file info-from-file)) Regards, -- Nicolas Goaziou
Re: [O] Graph not hierarchical?
there is also <>.
Re: [O] Graph not hierarchical?
s/more than one other place in/more than one other place from/
Re: [O] Graph not hierarchical?
hi lawrence, as eric and nick pointed out, you can use properties with org-id to implement arbitrary graphs. you will have to write the code to select the children and go to them and go back. org-id's work well. if you want to point to any non-header object, it will not work. for example, a word in a paragraph. you can point from a word using a link, but only to one other place. pointing to a word is not possible. there is a much more general-purpose approach called id markers. these are tokens that contain an org-id. you can place them anywhere and point to them and from them. wherever you place them is a node. so you can put them on a word. you can point to more than one other place in an id marker. you can move them and everything that points to them will still point to them. there are various options for how to display them etc. one thread that talks about them is "Feature request: IDs on anything". however: id markers are vaporware, just like using properties. :) samuel On 2/15/14, Lawrence Bottorff wrote: > Org mode seems to lack data extraction/insertion. There's agenda view, but > that's just one method. Obviously, you could use things like grep or other > command-line Unix utilities, but being able to organize and extract based > on your stuff being stored graph-aware would be nice, IMHO. Being able to > traverse a graph data structure and do an add or read or whatever would be > great, IHMO. You'd have the benefits of a database with all the good stuff > about org mode retained. > > > On Sat, Feb 15, 2014 at 4:44 AM, Eric S Fraga wrote: > >> Lawrence Bottorff writes: >> >> > Is there any way to have org mode simulate a graph structure rather >> > than >> > always a (folding) hierarchy? >> >> Sure: you could superimpose a graph structure using headline >> properties. You could define CHILDREN, PARENT, NODES, NEXT, PREVIOUS, >> ... types of properties entries and write emacs lisp code to process >> these. Not sure what you want to do accomplish in the end, mind you... >> >> -- >> : Eric S Fraga (0xFFFCF67D), Emacs 24.3.50.2, Org >> release_8.2.5h-608-g27a978 >> > -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] Graph not hierarchical?
Brett Viren writes: > Lawrence Bottorff writes: > >> being able to organize and >> extract based on your stuff being stored graph-aware would be nice, >> IMHO. > > I'm by no means an expert on this but I know org-element-parse-buffer > returns a data structure which is a directed-graph. > > http://orgmode.org/worg/org-api/org-element-api.html > > Note, each node has a :parent reference which makes the data structure > circular. Traversing it must take this feature into account. > I thought Lawrence was looking for a way to *impose* a graph structure on his data (stored in an org file, augmented with whatever is necessary to implement his graph(s)). org-element-parse-buffer returns a graph (actually, it's probably closer to a tree) which reflects the *internal* structure of the org document. In some ways, the analogy here is between a Unix file (internal structure: sequence of bytes, operations: open/close/read/write/seek/etc) on one hand, and a structured file: e.g. compiling a program into some intermediate language and storing the result into a file. The file itself doesn't know anything about the structure of its contents: the contents are just a sequence of bytes. But there are tools (compilers, loaders, assemblers, debuggers, etc.) that "understand" the superimposed structure. Similarly here, we have an ordinary org file, but it contains additional stuff that allow other tools to do special things (e.g. cross-link sections of the document into a directed graph). Org itself provides certain mechanisms that *could* be used for that (properties, links) but would not itself "understand" the additional structure. You'd need other tools (probably built on top of org-element-*) to do that. The challenge here is that you can impose structure in a very specific manner, so that both the structure and the tools are only useful in a very specific setting. Or you try to come with generic structure and generic tools that can accommodate a variety of applications. The balance between these two extremes (surgical scalpel vs kitchen sink) is very much a matter of need, taste and experience. That's my understanding - I hope I have not misrepresented the situation too much. -- Nick
Re: [O] Graph not hierarchical?
Lawrence Bottorff writes: > being able to organize and > extract based on your stuff being stored graph-aware would be nice, > IMHO. I'm by no means an expert on this but I know org-element-parse-buffer returns a data structure which is a directed-graph. http://orgmode.org/worg/org-api/org-element-api.html Note, each node has a :parent reference which makes the data structure circular. Traversing it must take this feature into account. -Brett. pgpCPGL3596sN.pgp Description: PGP signature
[O] bug#16734: Default value org-odt-data-dir (in Emacs) makes no sense
See these posts. http://permalink.gmane.org/gmane.emacs.orgmode/81330 http://permalink.gmane.org/gmane.emacs.orgmode/81364 If Org is run from Vanilla Emacs then setting then setting that to `org-odt-data-dir' to nil should work (I think). The primary consumer of `org-odt-data-dir' is a package distributor who distributes a STANDALONE org. He can set this variable to the location in the file system where he has dumped the styles file. >From the archives: http://lists.gnu.org/archive/html/emacs-orgmode/2012-01/msg00020.html Glenn Morris writes: > Package: emacs,org-mode > Version: 24.3.50 > > This refers to the version of Org mode in Emacs trunk. > > ./src/emacs -Q -l ox-odt > C-h v org-odt-data-dir > -> Its value is "/usr/share/emacs/etc/org" > > This value is hard-coded (and autoloaded; why?) in org-version.el. > This value makes no sense. > For Emacs, it should be something based on data-directory. > > This was pointed out before in some moderately lengthy discussion: > > http://lists.gnu.org/archive/html/emacs-devel/2012-10/msg2.html > http://lists.gnu.org/archive/html/emacs-devel/2012-10/msg00070.html > > (In general, the setting of directory-related variables in ox-odt seems > rather over-engineered.)
[O] C-c C-c in Org Footnotes
Hi there, I frequently use org to write outlines for my thesis-papers. This often requires lenghty footnotes. The manual says, that I can use C-c C-c to jump back into the main text, where the footnote was originally set. back to the footnotemark. I can use C-a if it is just a one line, but often it is not, and I find myself moving around in the buffer some way, to get back to the footnote mark and then C-c C-c. What I would like to know is, wether there is an easy way, to just make C-c C-c work whenever I am in a footnote paragraph, no mater where the cursor currently is positioned. If you have any idea on how to do that, I would appreciate that. Thanks Samuel
Re: [O] [PATCH] Improve message when file to include is missing
Hello Nicolas, Nicolas Goaziou wrote: > "Sebastien Vauban" writes: > >> When a SETUPFILE is missing, there is an error or message generated, but >> we don't know in which file the bad reference is -- when all those files >> are loaded during the agenda generation. >> >> Hence, a better message, specifying where to go and look for the bad >> link. > > What if `buffer-file-name' returns nil? Sure, the problem won't happen > during agenda generation, but `org-file-contents' is used elsewhere. > > Also, it is better to use: > > (buffer-file-name (buffer-base-buffer)) > > since the current buffer may be an indirect one. This should answer your (fruitful) comments. Best regards, Seb -- Sebastien Vauban >From 804fff53730f0da2e1b41b7b9f070e8e23c8974b Mon Sep 17 00:00:00 2001 From: "Sebastien Vauban" Date: Tue, 18 Feb 2014 15:49:57 +0100 Subject: [PATCH] Improve message when file to include is missing * org.el (org-file-contents): Improve message when linked file does not exist. --- lisp/org.el | 20 1 files changed, 12 insertions(+), 8 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index dfb0517..138e735 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5230,14 +5230,18 @@ Support for group tags is controlled by the option (defun org-file-contents (file &optional noerror) "Return the contents of FILE, as a string." - (if (or (not file) (not (file-readable-p file))) - (if (not noerror) - (error "Cannot read file \"%s\"" file) - (message "Cannot read file \"%s\"" file) - "") -(with-temp-buffer - (insert-file-contents file) - (buffer-string + (let* ((from-file (buffer-file-name (buffer-base-buffer))) +(info-from-file + (if from-file + (concat " (referenced in file \"" from-file "\")") + ""))) +(if (or (not file) (not (file-readable-p file))) + (if (not noerror) + (error "Cannot read file \"%s\"%s" file info-from-file) + (message "Cannot read file \"%s\"%s" file info-from-file)) + (with-temp-buffer + (insert-file-contents file) + (buffer-string) (defun org-extract-log-state-settings (x) "Extract the log state setting from a TODO keyword string. -- 1.7.9
Re: [O] org-agenda-do-date-late and emacs freeze
Am Tue, Feb 18, 2014 at 08:09:24AM -0500, Nick Dokos schrieb: > (setq debug-on-quit t) > > You will get backtraces every time that you press C-g even for unrelated > reasons (you can just press q in the backtrace buffer to continue), but at > least > you'll get one also when the problem happens. If I try to reproduce the error, I get this message: Debugger entered--Lisp error: (quit) org-agenda-fix-tags-filter-overlays-at(5696) org-agenda-show-new-time(# "<2014-02-19 mié>") org-agenda-date-later(1) org-agenda-do-date-later(nil) call-interactively(org-agenda-do-date-later nil nil) -- :: Igor Sosa Mayor :: joseleopoldo1...@gmail.com :: :: GnuPG: 0x1C1E2890 :: http://www.gnupg.org/ :: :: jabberid: rogorido ::::
Re: [O] orgtble and flyspell interaction causing mem exhaustion error?
I have had the same problem on Vista. On my system it started about six to eight weeks ago. As I recall, a couple of times I attempted to create an org-table from a tab separated Excel spreadsheet using C-c |. The first bar appeared and emacs froze. I also have experienced the same behavior as Alexander - enter the first bar, then some text. When I attempt to enter the second bar - emacs freezes. I just tried it and emacs still freezes under those circumstances. GNU Emacs 24.3.1 (i386-mingw-nt6.0.6002) of 2013-03-17 on MARVIN; Org-mode version 8.2.5h (release_8.2.5h-634-gea4eb4 @ c:/cygwin/home/owner/.elisp/org-mode/lisp/) flyspell mode on; Charlie Alexander Vorobiev wrote: I am seeing similar behavior with tables: if I type a bar and some text, then as soon as I enter second bar emacs freezes. Turning flyspell off seems to fix the problem. I actually see this both on Windows 7 with hunspell and on linux with aspell. I use org-mode from git on both but I haven't used tables in a while so I don't really know when the problem began. In non-org buffers flyspell doesn't seem to care about bars. Alex On Fri, Nov 29, 2013 at 12:10 AM, Sivaram Neelakantan wrote: On Fri, Nov 29 2013,Nick Dokos wrote: Sivaram Neelakantan writes: When I try to create an table using org-table-create, the table outline shows up and upon writing any word in any cell, it causes Emacs to freeze up with an error like 95% physical mem used. When I disable flyspell mode and try it again, the issue does not happen. Anyone else experiencing this or is it only me? Worked fine here. sorry, forgot to mention, mine is win32 Emacs 24.3 on win 7 with aspell from cygwin and the latest git snapshot of org. sivaram -- --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com
Re: [O] org-agenda-do-date-late and emacs freeze
Am Tue, Feb 18, 2014 at 08:09:24AM -0500, Nick Dokos schrieb: > (setq debug-on-quit t) > > You will get backtraces every time that you press C-g even for unrelated > reasons (you can just press q in the backtrace buffer to continue), but at > least > you'll get one also when the problem happens. thanks. I will try it. > I assume that "emacs freezes" means that it is using lots of CPU (which > you can test independently by using "top" on linux, or something similar yes, high CPU consumption, no response of emacs, etc. -- :: Igor Sosa Mayor :: joseleopoldo1...@gmail.com :: :: GnuPG: 0x1C1E2890 :: http://www.gnupg.org/ :: :: jabberid: rogorido ::::
Re: [O] org-store-link without having to press Enter?
Hi Bastien, Bastien wrote: > please test the attached patch against master. This fills my needs. Thanks! > It creates a new command `org-insert-last-stored-link' > bound to `C-c M-l'. > > You can use `C-2 C-c M-l' to insert the last two links. > > So the set of commands around inserting links would be: > > C-c l => store link (the suggested user binding) > C-c C-l => insert a link > C-c C-M-l => insert all links as a list > C-u C-c C-M-l => insert all links as a list and keep them > C-1 C-c C-M-l => insert the last stored link > C-c M-l => short for the previous keybinding > > I also find myself in this workflow: > > 1. collect various links through a session > 2. store the last one for a new task > 3. dump all links into some "read later" heading > > so I think this feature deserves to be in core. > > What do you and others think? Best regards, Seb -- Sebastien Vauban
Re: [O] org-agenda-do-date-late and emacs freeze
Igor Sosa Mayor writes: > Hi, > > is there a way to debug what is happening after pressing some key > combination. > > I have the problem that in the agenda view when I press M-+ to run the > function org-agenda-do-date-late, sometimes (and this is the problme: it > happens randomly, not always), emacs gets freezed and I have to press > C-g to cancel. Interestingly when I press C-g I see the date on the > right side updated and everything continues working OK... > > Many thanks in advance! (setq debug-on-quit t) You will get backtraces every time that you press C-g even for unrelated reasons (you can just press q in the backtrace buffer to continue), but at least you'll get one also when the problem happens. I assume that "emacs freezes" means that it is using lots of CPU (which you can test independently by using "top" on linux, or something similar on other OSes). -- Nick
[O] org-agenda-do-date-late and emacs freeze
Hi, is there a way to debug what is happening after pressing some key combination. I have the problem that in the agenda view when I press M-+ to run the function org-agenda-do-date-late, sometimes (and this is the problme: it happens randomly, not always), emacs gets freezed and I have to press C-g to cancel. Interestingly when I press C-g I see the date on the right side updated and everything continues working OK... Many thanks in advance! -- :: Igor Sosa Mayor :: joseleopoldo1...@gmail.com :: :: GnuPG: 0x1C1E2890 :: http://www.gnupg.org/ :: :: jabberid: rogorido ::::