[O] emacs.SE question re: org-agenda
Hello. Here is a conversation from the emacs Stack Exchange question and answer website. It's from December. Asker I would like to make it easy to find where are the free Asker blocks of time in my org-mode agenda. Asker Asker For instance, if I have two appointments one Asker 9:30am-10:30am and another 11:15am-12:30pm, I would like Asker to see at a glance that the 10:30am-11:15am block is Asker free. Asker Asker In other words, I want to be able to distinguish free Asker time as easily as it is done in a graphical agenda such Asker as Google calendar. Asker Asker Is there a way to make the empty blocks of time easy to Asker see? Perhaps to colorize the empty blocks that are Asker longer than a given number of minutes? Commenter Is the org-agenda-time-grid not sufficient for your Commenter needs? Commenter https://www.gnu.org/software/emacs/manual/html_node/org/Time_002dof_002dday-specifications.html Asker The grid is not enough, as it shows ups even when the Asker time is busy (e.g., if there's a 9:30am-10:30am meeting, Asker there will be a grid line at 10:00am). I would like busy Asker and non-busy times to be easy to distinguish. Asker I have thought a little bit more about this Asker functionality. I believe the most useful and simplest to Asker implement would be to change the color of the time block Asker (only the name of the time block, e.g., 8:00-9:00) for Asker those time blocks that have more than a given amount of Asker free time (e.g., more than 15 minutes). Both the color Asker and the minimum free time should be user configurable. (from http://emacs.stackexchange.com/questions/5395/show-free-blocks-of-time-in-org-modes-agenda) A brief search of the most recent ~32k mailing list posts didn't tell me how to answer this question. Does anyone here know? Cheers, --Dave
Re: [O] Escaping again!
[...] if one doesn't have systematic general escaping, there will always be legitimate uses that will not be addressable. +1 As a lowly user, I have often wished for a hypothetical function called org-escapify-region. (And of course the reverse function.) I've never even looked for one, though, because it is my understanding that org does not have general-case escaping, and without that, no such function could be complete (and stay complete). I understand that it won't be easy, since every character I can see on my keyboard already has a purpose (or three). To review: my requested new function is conceptually simple. If the implementation can't be simple due to the lack of general-case escaping, then maybe this is an argument in favor of a deep change to org, but, that's a conversation I don't know how to participate in. So good luck and thanks for your consideration, and thanks for such a useful piece of software. :) Cheers, --Dave
Re: [O] Ye Olde org-with-silent-modifications problem
Pardon me for resurrecting an old thread, but I am sorry to report that I'm experiencing the issue described below today. Since I use eschulte's starter kit for my emacs initialization, it's not easy to start a fresh emacs and install org-mode from ELPA before calling any org-mode functions. Presently I'm going to start emacs -Q and manually set up the package repos and install org-mode. I'm vaguely concerned that it will get installed in the wrong directory or something... Let's see. Cheers, --Dave From: Tom Slee Sent: Friday, July 26, 2013 9:58 AM To: emacs-orgmode@gnu.org Subject: [O] Ye Olde org-with-silent-modifications problem I know that the cause of this message is usually installing org-mode from elpa in a session that has already accessed org files: org-refresh-category-properties: Invalid function: org-with-silent-modifications However, I have tried to reinstall in a clean fashion several times and so far no luck. Any ideas would be appreciated. My setup is on Windows, with this version Org-mode version 8.0.6 (8.0.6-5-gb4a8ec-elpaplus @ c:/Users/Tom/.emacs.d/elpa/org-plus-contrib-20130722/) I wonder if the problem is that my emacs initialization files are org-mode files, based of Eric Schulte's starter kit? I have tried doing an uninstall orgmode, restart, restart, restart, install org-mode to ensure that there are no changes to org-mode init files that would cause them to be re-installed, but I don't see anything there. Tom
Re: [O] Org mode issue tracker
(I'm not so experienced with org-mode, so I would need at least some assistance how such a TODO item should look like) A 'headline' is a 'TODO item' if-and-only-if it contains one of the TODO Keywords in the appropriate position. See: http://orgmode.org/worg/dev/org-syntax.html While you're in that document, have a look at the various structures that can live inside a headline (for example, timestamps). Everyone: Is that a proper answer to the question? :) Thank you, --Dave
Re: [O] org-table.el
That is good to know. Thanks! Achim Gratz writes: Loyall, David writes: In line 1145 org-table.el [1] (defun org-table-get (line column) ...should it read like this instead? (defun org-table-get (optional line column) Not necessarily, it simply means you have to use an explicit nil argument instead of relying on a missing argument being interpreted as nil.
[O] org-table.el
In line 1145 org-table.el [1] (defun org-table-get (line column) ...should it read like this instead? (defun org-table-get (optional line column) Hope this helps, --Dave 1. http://orgmode.org/w/org-mode.git?p=org-mode.git;a=blob;f=lisp/org-table.el;hb=HEAD#l1145
Re: [O] converting people to Emacs and org-mode
I might have converted someone this weekend. I had been babbling about Emacs, lisp, and the early 1980s to him for some time. I told him that Emacs was a 37 year old tree, that it had carefully tended for all that time by a community of folks that really cared about doing things the right way, and the result was that it already knows how to do just about all the small tasks that you can imagine asking it to do. I started to demonstrate org sparse tree functionality[1], and he joked: Yeah, yeah, but can it tell me what time sunset will be today? So I fired up the info browser and started searching and in less than sixty seconds, we'd invoked M-x sunrise-sunset .[2] We didn't know our own longitude and latitude offhand, but it didn't matter: he was already impressed. After I assured him that this was a built in function, and that I'd really never heard of it until just now, he said that he would look into Emacs. :) --Dave [1] I should really make sure that I've memorized key bindings (well enough that enjoying a couple beers doesn't make me forget them) before trying this again. [2] On my work PC, this says Cannot open load file: solar. Thank goodness it happened to work on my home laptop! (I won't fix this; no worries.)
Re: [O] We're doing it wrong. [WAS]: Zip utility on Windows for ODT exporter
From: emacs-orgmode@gnu.org On Behalf Of Achim Gratz Loyall, David writes: And that's why civilized programs don't depend on external executables from $PATH. Then practically all programs are uncivilized, especially when considering that dynamic libraries are just another form of external executables. Yes. But would you grant me that this is done in a more orderly fashion? Now, I'd imagine that some people have argued in the past that org shouldn't depend on external executables. Clearly those arguments have failed. I'm sure that if you could point to an Emacs package that allows to work with archives without depending on external executables it would be used instead, but I'm not aware of any such package: ox-odt uses arc-mode for unzipping (which in turn uses call-proc for actually doing it) and then call-proc itself to do the zipping. I realized shortly after my post that calling external executables is the norm, not the exception. Also, I must apologize, my general tone in that message was terrible. I'm experimenting with quitting smoking. Suggestion: never start. But, let's take a fresh look. How about this rule of thumb: don't depend on external executables **from $PATH**. Can we agree on that? No, because I can't really see the point, especially since Emacs doesn't use just $PATH for call-proc, but a user option exec-path (whose default value is a copy of $PATH, but even a cursory look on $PATH on a Windows system should convince you that you really should change this). How about: don't depend on external executables from $PATH, but allow the user to override via config. How about: if you want that level of control, customize exec-path (and perhaps exec-suffixes)? This is important on the 'reproducible research' front. Are we still talking about Windows? No. Well, kinda. You'd need an audited system if you want to take it that far, I'm not sure anybody has tried to do this on Windows and is still outside the asylum. The only practical way seems to deliver the reproducible research as a VM (yes, that has other problems). Yeah, I've thought about that a little bit. I heard somebody say the other day that according to some survey, x percent of people don't know the difference between a search engine and a browser. Would they know the difference between an application and a VM that auto-starts an application? ...If you just change the title bar of Virtualbox to say Emacs instead... I wrote ~2200 characters on this subject, just now, but then I stashed it away rather than present it here before asking: has this been proposed before? What was the outcome? Regards, Achim. Cheers, --Dave
Re: [O] converting people to Emacs and org-mode
Subject: Re: [O] converting people to Emacs and org-mode [snip] Perhaps the web incarnations of org could help here too. I plan to bring attention to Emacs by publishing a wiki on our intranet. ikiwiki[1] is a simple perl based wiki compiler. You maintain a tree of text documents in VCS, compile them into a network of linked HTML documents on demand (or on commit via a hook) and publish them on any http server (or whatever). Ikiwiki has an exporter framework that invokes different tools to export (or compile) different file formats. For example, it is trivial to configure it to render foo.lisp and bar.c as foo.lisp.html and bar.c.html, which contain pretty renderings of the code. There is an org-mode plugin[2] for ikiwiki that I am experimenting with. It invokes an Emacs session to call the org exporter. Like most wikis, ikiwiki also allows users to create and edit content via http. (Being perl, ikiwiki uses (modern) CGI.) The interface is a simple HTML text area. I intend to allow users to alter .org files via ikiwiki's web interface and have ikiwiki run them through the org exporter after each save (which is also a VCS commit). When users start to feel limited by the textbox, I'll suggest that they use Emacs and grant them direct file access to the VCS that stores all the .org files. (git in my case.) Wish me luck. :) Incidentally, I'd find an org-mode vs. Microsoft OneNote feature comparison matrix useful. Anybody got that? Cheers, --Dave [1] http://ikiwiki.info/ [2] https://github.com/chrismgray/ikiwiki-org-plugin
Re: [O] org-check.org confusion
Well, to access the documentation about this: M-: (info (emacs)Interlocking) RET ...This tells us that the file you saw in the directory is a lock. The solution is to remove the lock, then try again. But how do I, also an Emacs newbie, know that? Well, lock files aren't peculiar to Emacs. Have a look: http://en.wikipedia.org/wiki/File_locking#Lock_files :) How do you remove the lock? Well, first close all your Emacs buffers (on any machine, anywhere) that are pointed at the org-check.org file. Then see if the lock file is still there. If it's there, and you're not editing the file in an Emacs buffer, than the lock is stale. Manually delete it. (Alternatively, Emacs has some user interface for doing this. It is described in that info page ^^^.) Incidentally, the #org-check.org# file is some sort of automatically saved backup. Hope this helps, --Dave p.s. I have no idea what org-check.org is, but I presume that some org process normally writes to it, and in your case, it respected the lock, but didn't prompt you, or it did prompt you and you gave some answer other than steal the lock. - From: emacs-orgmode-bounces+david.loyall=nebraska@gnu.org [mailto:emacs-orgmode-bounces+david.loyall=nebraska@gnu.org] On Behalf Of Lawrence Bottorff Sent: Wednesday, March 20, 2013 15:42 PM To: emacs-orgmode@gnu.org Subject: Re: [O] org-check.org confusion Any details about how this is involved with this issue? I have an #org-check.org# in this directory too. Being totally a beginner with elisp hacking, I don't know how to trace out this behavior. On Wed, Mar 20, 2013 at 3:32 PM, Christopher Schmidt christop...@ch.ristopher.com wrote: Loyall, David david.loy...@nebraska.gov writes: Dear orgmode users: what does that represent? (info (emacs)Interlocking) Christopher
[O] We're doing it wrong. [WAS]: Zip utility on Windows for ODT exporter
Just tried [...X] and don't have the [... utility] that Org is looking for. And that's why civilized programs don't depend on external executables from $PATH. Now, I'd imagine that some people have argued in the past that org shouldn't depend on external executables. Clearly those arguments have failed. But, let's take a fresh look. How about this rule of thumb: don't depend on external executables **from $PATH**. Can we agree on that? How about: don't depend on external executables from $PATH, but allow the user to override via config. This is important on the 'reproducible research' front. Cheers, --Dave
Re: [O] A t-shirt idea;)
Marcin Borkowski mb...@wmi.amu.edu.pl writes: Yep, I preferred the old one, too. This one? http://orgmode.org/img/org-mode-unicorn.png Yes, I like this one, it's smiling, benevolent. Wait... Here's a higher resolution version... http://orgmode.org/img/org-mode-unicorn.svg Zoom in. ... In fact, ALL of the org-mode unicorns on http://orgmode.org/img/ are angry. They always have been. I guess that resistance really is futile... ;)
Re: [O] saving state of buffer
42, Try this: Move the point to some headline. Press C-c C-x p v TAB ENTER a TAB ENTER Observe how lines, like :PROPERTIES:, were added to your headline. Press C-u C-u TAB to simulate closing the file and reopening it. I know that this isn't exactly what you're looking for. You're looking for org-mode to automatically track and save the folding state. I'd like that, too. But maybe this VISIBILITY property will suffice for now. Cheers, --Dave From: emacs-orgmode-bounces+david.loyall=nebraska@gnu.org [mailto:emacs-orgmode-bounces+david.loyall=nebraska@gnu.org] On Behalf Of 42 147 Sent: Wednesday, March 20, 2013 13:28 PM To: Org Mode Subject: Re: [O] saving state of buffer (require 'saveplace) (setq-default save-place t) works for me. It just opens the place where I had the point, nothing more, but that's what I need most. This is more convenient than Emacs bookmarks, but still breaks org-mode to a certain extent: all non top-level headlines below point are hidden. At least for me. 2013/3/20 42 147 aeus...@gmail.commailto:aeus...@gmail.com Apologies on behalf of my inferior cognitive faculty, but I do not see a solution to my problem in those options (perhaps merely a means to it). Between OVERVIEW, CONTENT, SHOWALL, SHOWEVERYTHING, which == allow me to save and reopen the buffer in its current configuration. From what I can gather from limited reading comprehension, these are still general settings, i.e., ALL headlines will be opened; ALL drawers will be opened; ALL text will be exposed. What I want is to just have those things exposed that I exposed in my particular session. mit freundlichen Grüßen, 42 2013/3/20 Bastien b...@altern.orgmailto:b...@altern.org Hi Fourtytwo, 42 147 aeus...@gmail.commailto:aeus...@gmail.com writes: When I return to this buffer, I want all of this to be opened. (info (Org)Visibility cycling) When Emacs first visits an Org file, the global state is set to OVERVIEW, i.e., only the top level headlines are visible. This can be configured through the variable 'org-startup-folded', or on a per-file basis by adding one of the following lines anywhere in the buffer: #+STARTUP: overview #+STARTUP: content #+STARTUP: showall #+STARTUP: showeverything The startup visibility options are ignored when the file is open for the first time during the agenda generation: if you want the agenda to honor the startup visibility, set 'org-agenda-inhibit-startup' to nil. Furthermore, any entries with a 'VISIBILITY' property (*note Properties and Columns::) will get their visibility adapted accordingly. Allowed values for this property are 'folded', 'children', 'content', and 'all'. 'C-u C-u TAB' ('org-set-startup-visibility') Switch back to the startup visibility of the buffer, i.e., whatever is requested by startup options and 'VISIBILITY' properties in individual entries. HTH, -- Bastien
Re: [O] org-check.org confusion
FYI, I don't think that email is involved here. I think that [lawrence]@[lawrence-ThinkPad-T61].[11138]:[1363708367] ...is: [username]@[hostname].[pid or port]:[unix timestamp] 1363708367 = Tue, 19 Mar 2013 15:52:47 GMT Dear orgmode users: what does that represent? Is it a socket? A named pipe? Just curious, thanks, --Dave From: emacs-orgmode-bounces+david.loyall=nebraska@gnu.org [mailto:emacs-orgmode-bounces+david.loyall=nebraska@gnu.org] On Behalf Of Lawrence Bottorff Sent: Wednesday, March 20, 2013 15:06 PM To: emacs-orgmode@gnu.org Subject: [O] org-check.org confusion I got the org-check.orghttp://org-check.org in my Emacs buffer. I do C-u C-c * . I watch Messages throw this: Re-applying formulas to full table...(line 73) Re-applying formulas to 73 lines...done Re-applying formulas...done [2 times] Auto-saving... But there is no advertised re-write with results placed into the results column. I then look in the directory where org-check.orghttp://org-check.org is -- and I see a .#org-check.orghttp://org-check.org - lawrence@lawrence-ThinkPad-T61.11138:1363708367mailto:lawrence@lawrence-ThinkPad-T61.11138:1363708367 I'm guessing org-check.orghttp://org-check.org tried to email me results? The org-check.orghttp://org-check.org file has no email in-buffer property I can find. Please advise. LB
Re: [O] Org Community
FWIW, I believe that the org-mode community should do what we can to oblige Jambunathan's request, even if/when we're not legally required to do so. I think that we should do the same for any human who wants to withdraw from an endeavor. (Don't each of you feel that your code is a part of you?) Supposing that the group agrees that the code should be removed somehow, then at that point we can think about the most orderly way to do it. What happens, technically, if we mark it all as deprecated? I hope this helps, Dave Loyall -Original Message- From: emacs-orgmode-bounces+david.loyall=nebraska@gnu.org [mailto:emacs-orgmode-bounces+david.loyall=nebraska@gnu.org] On Behalf Of Scott Randby Sent: Sunday, March 10, 2013 12:02 PM To: emacs-orgmode@gnu.org Subject: [O] Org Community Last September, I attended a talk given by the lead developers of a prominent free software project. One of the developers spoke about the importance of maintaining a friendly community that does not drive people away. In particular, the developer emphasized that the community is more important than the code. The org community has been wonderful since I've started using org. My questions on even the most basic matters have been answered with respect and clarity. Even though I'm a mere user of org, I've never hesitated to participate in a discussion on the mailing list. However, I am concerned about the future of org. There is one individual who is poisoning the atmosphere by engaging in unfair and unfounded name calling that simply should not be included in messages to this list. Now this person wants to take some of their contributions out of org. The developer of the talk I attended called this tactic hostage taking and said that it is better for the community to let hostage takers go their own way. The project and community are more important than the code. The code can be written by others, or the community can decide to go in a different direction. Giving in to hostage takers leads to more hostage taking and the decline of the project. Many of the users of org find it to be irreplaceable. We don't want to see org fall apart because of dissension in the community. I'm not saying that we shouldn't have dissent and disagreement. No, those are essential for a vigorous and healthy project. It is hateful and untruthful personal attacks that we should not accept no matter how significant the code contributions of those making the attacks. Scott Randby
Re: [O] colorg: Weekly status!
François, Have a look at https://github.com/ether/etherpad-lite/blob/master/doc/easysync/easysync-full-description.tex and other nearby documents/code. Implementing easysync in elisp would be valuable, not just for org-mode, I think. Cheers, and thanks for your work! --Dave -Original Message- From: emacs-orgmode-bounces+david.loyall=nebraska@gnu.org [mailto:emacs-orgmode-bounces+david.loyall=nebraska@gnu.org] On Behalf Of François Pinard Sent: Monday, January 28, 2013 0:36 AM To: emacs-orgmode@gnu.org Cc: Jean Schurger; Aurélien Bondis Subject: [O] colorg: Weekly status! [snip] ...the resolution clashing code in the server still has to be implemented... [snip]
[O] escape square brackets to express literal [[]] without link magic?
Hello. I want to add this item: * TODO change img tags to wiki style [[!img]] tags ...But the square brackets get interpreted as links. I tried \[\[!img\]\], but that shows up unescaped. Does org-mode have an escape mechanism? Thanks, cheers, --Dave p.s. I'm new to org-mode and I like it. I'm excited about the ability to execute code from nodes. Reminds me of leo-editor.