Re: [O] Supporting Exchange calendars in org-mac-iCal.el

[Stelian Iancu]

Hi Norman,

I would be interested in this functionality.

Thanks,
Stelian

On 22.02.19 16:10, Norman Walsh wrote:

Hi folks,

I don’t know if anyone else is using org-mac-iCal[*], but I find it
useful. (I find it convenient to have calendar appointments in my
agenda view.)

In the course of setting it up, I discovered that it didn’t support
Exchange calendars. And it had a regexp that didn’t match versions of
MacOS post 10.8.

I’ve fixed both of those issues, at least to the extent that they seem
to work for me. I sent email to the named author, Christopher
Suckling, but didn’t get a reply. (Hello Christopher, if you’re out
there!)

If anyone is interested, I can see about finding a place to put my
patch.

 Be seeing you,
   norm

[*] https://orgmode.org/worg/org-contrib/org-mac-iCal.html

Re: [O] Allowing loose ordering in Org files (Was: bug in org-habits)

[Stelian Iancu]

On 10/11/15 02:40, Aaron Ecay wrote:


I think it’s more illuminating to think of it in terms of org as a tool:
have the changes made it more difficult for you to accomplish your goals
with org?  Has something that was previously possible become impossible?
Has something that was previously easy gotten harder?  If the answer to
one of these questions is yes, then we can think of ways to solve the
difficulties.


For me personally this change in particular has made me confused about 
the behavior in 8.3 versus 8.2. Since I don't have a huge backlog and 
workflow with org, I can adjust to this new way if I need to. However, 
like John, I would like the possibility of customizing this behavior 
somehow.


S.

Re: [O] Using link abbrevations for EXPORT_FILE_NAME ?

[Stelian Iancu]

On 08/11/15 20:11, Nicolas Goaziou wrote:

Hello,

AW  writes:


on orgmode 8.3.2 I've got a large org-file. Offen, I need to export a subtree
like this:

-
* Subtree to be exported
:PROPERTIES:
:EXPORT_FILE_NAME: /PATH/TO/FOLDER/filename
:EXPORT_TITLE:
:END:

foo

-

I'd like to save the exported file in a project folder, as you can see in
EXPORT_FILE_NAME .

It would be very helpful to use link abbrevations in EXPORT_FILE_NAME :

(setq org-link-abbrev-alist
'(("anglisky" . "~/Path/whereever/%s")))

in .emacs and write:

-
* Subtree to be exported
:PROPERTIES:
:EXPORT_FILE_NAME: anglisky:filename
:EXPORT_TITLE:
:END:

foo

-

Possible? Feature Request?


Not possible. Also, link syntax sounds awkward because most links
wouldn't make sense there.

What about introducing a new property:

   :EXPORT_FILE_DIRECTORY:

When set, e.g. to "dir", assuming EXPORT_FILE_NAME is set to "foo/file",
export file name becomes "dir/file".

Since you can set it per subtree or document, I think it would help in
your situation.

WDYT?


Regards,



Hi,

+1 on this. I wanted this as well a while back and didn't know how to do 
it (or whether it's possible or not) so I gave up.


S.

Re: [O] Allowing loose ordering in Org files

[Stelian Iancu]

On 09/11/15 21:04, Achim Gratz wrote:

John Wiegley writes:

You will find that the argument really wasn't about performance, but
complexity.


I can accept a complexity argument,


I meant O() complexity, not implementation complexity.


if my request were really "a separate
code-path". I'm not sure it is. For example, my needs could be satisfied by
something as simple as:

 (defun parse-org-entry (...)
 (let ((props (funcall 'parse-org-properties-function ...)))
...))

`parse-org-properties-function' would point to a function that does what Org
8.3 does now. This gives me the option of porting over the 8.2 version and
keeping the old behavior. All that needs to be done is to allow this hook, no?


If it's not about providing the alternative behaviour within Org, then
what does this allow you to do that advising parse-org-entry can't?  A
hook still has the cost of simply being there even when I don't use it.



John, if you end up writing an advice for this function, please share it 
with the list, as I would like the 8.2 behavior as well (I unfortunately 
don't know enough elisp and org internals to do such a thing).


Thanks!

S.

Re: [O] Emacs+org-mode in a Docker?

[Stelian Iancu]

On 07/11/15 08:00, Grant Rettke wrote:

On Wed, Nov 4, 2015 at 7:07 PM, John Kitchin  wrote:

Thanks for all the notes! It looks like a not too trivial exercise that
might have to be a summer project for me.


For the past year, I've been curious about how to make my Emacs
environment available to me and anyone else, easily. Goal is to make
working on a Linux, Windows, or OSX GUI a one-click setup. For me,
Vagrant is the obvious solution here. Vagrant and Packer,
specifically.

The benefit of using Packer to build a Vagrant image is that the user
doesn't have to wait for the download and installation of big stuff
like TeXLive. That get's me curious if we (all Emacs/Org users) might
want to build a base-image that includes all the stuff out there.
Might make it easy for users to try out lots of different configs
without having to deal with all of the software requirements. While
that isn't a "big deal", it is just easier for them so they can focus
on doing stuff with Org.



This is a good idea, I'm personally using Vagrant for a lot of 
development related stuff.


However the users still have to download the base box image initially 
and that can be many GBs, depending on what you include in it.


Also, would you include Xorg and thus the ability to run Emacs in 
graphical mode or only a terminal-based Emacs?


S.

Re: [O] bug in org-habits

[Stelian Iancu]

On 04/11/15 02:01, John Wiegley wrote:

Nicolas Goaziou  writes:

Also, supporting both locations means that users will pay the full price in
entries without a property drawer, even if they chose the fast path, i.e.,
drawer at the beginning of the entry, in the first place. This kind of
defeats some of the advantages of the current state.


It wouldn't be "users": it would be people intentionally opting to allow
floating properties. _I_ would be paying the price, and I will pay it happily
to keep 8.2 behavior.

John



I would also like to have the 8.2 behavior. If it's easier, it would be 
fine to always have the drawer either in the beginning or in the end and 
nowhere else (and have an option to chose with the default in the 
beginning).


S.

Re: [O] bug in org-habits

[Stelian Iancu]

On 03/11/15 14:46, Marco Wahl wrote:

John Wiegley  writes:


Puneeth Chaganti  writes:



Actually there has been introduced a constraint on the ordering planning
lines and property drawers in 8.3. See http://orgmode.org/Changes.html.>
This at least invalidates to use PROPERTIES before SCHEDULED afaics.



Yes, that is correct and you can use the `org-repair-property-drawers`
utility function provided to fix your org trees.


I would very much like to see this constraint removed from 8.3. I have always
preferred having SCHEDULED before PROPERTIES, as this is how all my Org files
are arranged.


Actually what you describe _is_ the expected order for the 8.3 files.


My issue is a bit different.

I have an org file with calendar appointments. I also have attachments 
to the appointments. The attachment appears in a PROPERTIES drawer.


Now if I have the timestamp (plain one) before the drawer, I cannot open 
the attachment. Pressing C-c C-a o just inserts another PROPERTIES 
drawer (with another ID) above the timestamp.


If, however, I move the timestamp after the PROPERTIES drawer, I can 
successfully open the attachment and the second drawer doesn't appear.


Also, when the second drawer appears, a new empty folder is created in 
the data directory of my org directory.


IMHO this is a bug, as at the moment I have to have the timestamp after 
the drawer.


Org version is Org-mode version 8.3.2 (release_8.3.2-253-g9b5757 @ 
/Users/si/elisp/org-mode/lisp/)

Re: [O] Using org-mode with iOS?

[Stelian Iancu]

On 30/10/15 12:37, Ken Mankoff wrote:


On Oct 30, 2015, at 07:13, Peter Davis > wrote:


I don't think there will be an IOS version of emacs anytime soon


http://gamma-level.com/iphoneos/ports/emacs



A big drawback of this port, which is a showstopper for me personally, 
is that it requires a jailbrocken device. Otherwise it would be perfect.



   -k.

Please excuse brevity. Sent from pocket computer with tiny non-haptic
feedback keyboard.

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

[Stelian Iancu]

On Jan 13, 2013, at 11:08 PM, Thorsten Jolitz tjol...@googlemail.com wrote:

 Achim Gratz strom...@nexgo.de writes:
 
 Eric Schulte writes:
 Recently my Emacs start up fails when I (require 'org) because the
 function `org-load-noerror-mustsuffix' is undefined.  I was able to fix
 this by checking out the version previous to commit 5484a33b [1].
 
 Your Emacs loads an outdated org-macs.el.  Additionally, you have no
 autoloads generated in the Git work tree:
 
  *Messages*
  Loading /home/eschulte/.emacs.d/src/org-mode/lisp/org.el (source)...
  Package assoc is obsolete!
  Loading /home/eschulte/.emacs.d/elpa/org-20121231/org-loaddefs.el 
 (source)...done
  Problems while trying to load feature `org-jsinfo'
  eval-buffer: Symbol's function definition is void: 
 org-define-obsolete-function-alias
 
 This makes Emacs pick up the (wrong) autoloads from the ELPA directory,
 although the root cause for your failure is that Org has been partly
 loaded before the load-path were pointing to the Git work tree and other
 parts have been loaded after the load-path changed.  Please remove or
 deactivate the ELPA package.
 
 
 I just updated Org-mode from Git a few minutes ago, and, after having
 problems, deleted the repo and cloned it again, ran make and make
 autoloads, but still cannot load org.el (or start with my usual
 starter-kit customisations):
 

[SNIP]

Just my 2c: in my case, all I did was: 
- clone the git repo
- add org-mode/lisp to the load-path
- make autoloads
- require 'org

After that, M-x org-version returns the correct org version and path: Org-mode 
version 7.9.3c (release_7.9.3c-816-g409ee8 @ 
/Users/stelianiancu/.emacs-live-packs/orgmode-pack/lib/org-mode/lisp/)

Emacs version: GNU Emacs 24.2.92.1 (x86_64-apple-darwin, NS 
apple-appkit-1038.36) of 2013-01-10 on bob.porkrind.org

HTH, 
Stelian

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

[Stelian Iancu]

 Retracted.  This only works because,
 
  (add-to-list 'load-path ~/.emacs.d/src/org-mode/lisp/)
  (require 'org)
 
 Does not in fact load up the newest version of Org-mode.
 
 I'm surprised I'm the only person experiencing this problem.  Can anyone
 else reproduce this locally?  To re-iterate, with no Org-mode installed
 through ELPA, and with a clean (either with or without running make)
 checkout of the master branch start up an Emacs -Q, and then evaluate
 the following in your scratch buffer.
 
  (load-file path/to/org-mode/lisp/org.el)
 

I did exactly this and I get the following:

let: Symbol's function definition is void: org-load-noerror-mustsuffix

Latest code from git, did run make. 

Emacs is the latest pretest:

GNU Emacs 24.2.92.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 
2013-01-10 on bob.porkrind.org

Indeed, when doing (require 'org) I don't get this problem. So even though the 
latest code is in the load-path, somehow it's not loaded.

Stelian

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

[Stelian Iancu]

 Retracted.  This only works because,
 
  (add-to-list 'load-path ~/.emacs.d/src/org-mode/lisp/)
  (require 'org)
 
 Does not in fact load up the newest version of Org-mode.
 
 I'm surprised I'm the only person experiencing this problem.  Can anyone
 else reproduce this locally?  To re-iterate, with no Org-mode installed
 through ELPA, and with a clean (either with or without running make)
 checkout of the master branch start up an Emacs -Q, and then evaluate
 the following in your scratch buffer.
 
  (load-file path/to/org-mode/lisp/org.el)
 

I did exactly this and I get the following:

let: Symbol's function definition is void: org-load-noerror-mustsuffix

Latest code from git, did run make. 

Emacs is the latest pretest:

GNU Emacs 24.2.92.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 
2013-01-10 on bob.porkrind.org

Indeed, when doing (require 'org) I don't get this problem. So even though the 
latest code is in the load-path, somehow it's not loaded.

Stelian

Re: [O] Emacs hangs in org file

[Stelian Iancu]

On Tue, Jan 8, 2013 at 8:19 PM, David Engster d...@randomsample.de wrote:


 This bug is currently being discussed on emacs-devel:

 http://thread.gmane.org/gmane.emacs.devel/156120

 Jan has already posted a possible fix; maybe you can help testing it?

 -David


Thanks, I'll have a look. By reading the thread, it seems it's exactly the
same problem.

Re: [O] Emacs hangs in org file

[Stelian Iancu]

On Mon, Jan 7, 2013 at 2:41 PM, Nick Dokos nicholas.do...@hp.com wrote:

 Stelian Iancu li...@siancu.net wrote:

   I have a fairly simple org file with only a couple of headings, TODOs
  and some notes. The issue I'm seeing is that Emacs hangs to the point
  where I have to force close it when I'm trying to expand a
  headline. The behavior seems random, i.e. it's not always the same
  header and I don't have specific steps to reproduce.
 
  Versions:
  GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of
 2012-12-30 on bob.porkrind.org
 
  Org-mode version 7.9.2 (7.9.2-181-ge8aaca-elpaplus @
 /Users/stelianiancu/.emacs.d/elpa/
  org-plus-contrib-20121231/)
 
  Any ideas how can I debug this further or why this might happen?
 

 Does it hang or is is stuck in a loop? Check whether emacs is is
 accumulating CPU time with ps.

 If it's in a loop and C-g works to get it out, you can set
 debug-on-quit, interrupt it and ponder the backtrace. Doing it a couple
 of times might indicate where the problem is.

 If not, then the only thing I can think of is attaching strace to the
 emacs process, and figuring out what it is doing.

 In either case, easier said than done, but desperate times call for
 desperate measures.

 Nick


Well it seems that it didn't hang at all. What happens is that the buffer
which contains the org file doesn't seem to accept any keyboard input
anymore. If I use the mouse to switch to another buffer, there the keyboard
input works as it should. Then if I switch back to the problematic file, it
works as well, for a while. Also, I've noticed that the problem seems to be
happening when I try to expand a heading.

For now I can do this mouse switching of buffers but I'd really like to
know what happens and how can it be fixed.

[O] Emacs hangs in org file

[Stelian Iancu]

Hi all,

I have a fairly simple org file with only a couple of headings, TODOs and
some notes. The issue I'm seeing is that Emacs hangs to the point where I
have to force close it when I'm trying to expand a headline. The behavior
seems random, i.e. it's not always the same header and I don't have
specific steps to reproduce.

Versions:
GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of
2012-12-30 on bob.porkrind.org

Org-mode version 7.9.2 (7.9.2-181-ge8aaca-elpaplus @
/Users/stelianiancu/.emacs.d/elpa/org-plus-contrib-20121231/)

Any ideas how can I debug this further or why this might happen?

Thanks!

S.

Re: [O] Emacs hangs in org file

[Stelian Iancu]

On Mon, Jan 7, 2013 at 9:50 AM, Jambunathan K kjambunat...@gmail.comwrote:

M-x toggle-debug-on-quit RET
 Hit C-g when Emacs hangs.

 Or

 You can put the following in your .emacs
 (setq debug-on-quit t)


Tried this and unfortunately it didn't help. Once it hangs, pressing C-g
does nothing.

On the other hand, maybe it doesn't actually hang. I just noticed this time
that the mouse seems to work, i.e. I can move the pointer to different
places in the buffer by clicking and I can also select text. It's just the
keyboard that doesn't seem to be working anymore inside Emacs.
Unfortunately I don't have the menu enabled so I can't tell if it also does
something else.


 Or

 It is always good to check everything is OK with minimal Emacs/Org
 emacs --debug-init  -L ~/src/org-mode/lisp  -L
 ~/src/org-mode/contrib/lisp

 
  Thanks!
 
  S.
 

 --

Re: [O] Babel related bug in elpa version 20121231

[Stelian Iancu]

On Sunday, January 6, 2013, Eric Schulte wrote:

 Tom Davey tda...@gmail.com javascript:; writes:

  Hi folks,
 
  This is a very interesting discussion. I too have run into this issue,
  and addressed it in a different way.
 
  My init.el contains only a defun and an add-hook. The defun is simple.
  It adds a few miscellaneous directories to load-path and then makes
  the call to Eric's starter kit via org-babel-load-file().
 
  The trick is this: I add the defun to the hook after-init-hook. This
  ensures that my personal initialization, including the Starter Kit
  .org files, doesn't begin to execute until all the ELPA packages are
  initialized. That way my own initialization can depend on a fully
  stabilized Emacs.
 
  (add-hook 'after-init-hook 'my-after-init-hook-functions)
 
  I found this useful because my personal initialization makes little
  tweaks to my ELPA packages. It seems to give me the control over the
  order of initialization that I need.
 
  Regards to all,
  Tom Davey
 
  --
  Tom Davey
  t...@tomdavey.com javascript:;
  New York NY USA
 

 Thanks for sharing, this does seem like the best way to ensure that all
 of the packages are loaded.

 I've just updated the starter kit to both require org and to use the
 `after-init-hook'.

 Hopefully this should fix as many problems as possible now, please let
 me know if any issues persist.


Thanks Eric, will give it a shot.

[O] Fwd: Babel related bug in elpa version 20121231

[Stelian Iancu]

On Sat, Jan 5, 2013 at 7:51 PM, Eric Schulte schulte.e...@gmail.com wrote:


 That sounds like it should work, although I would go with the more
 complete but possibly overkill

 ;; emacs-lisp
 (package-initialize)
 (require 'org)
 (org-reload)

 Let me know if either of the above is sufficient to solve your problem
 and ensure that only the latest ELPA version of Org-mode is used through
 the entire startup process.  If so I will add this to the starter kit.


What I did to get around this problem is the following (in init.el):

;; remove path to org shipped with emacs
(require 'cl)
(setq load-path (remove-if (lambda (x) (string-match-p org$ x))
load-path))

;; remember this directory
(setq starter-kit-dir
  (file-name-directory (or load-file-name (buffer-file-name

;; add the orgmode.org ELPA package
(require 'package)
(add-to-list 'package-archives '(org . http://orgmode.org/elpa/;) t)

(package-initialize)
(unless package-archive-contents;; Refrech the packages descriptions
  (package-refresh-contents))
(setq package-load-list '(all)) ;; List of packages to load
(unless (package-installed-p 'org-plus-contrib)  ;; Make sure the Org
package is
  (package-install 'org-plus-contrib))   ;; installed, install it
if not
(package-initialize);; Initialize  Install Package

(add-to-list 'load-path (car (file-expand-wildcards (concat starter-kit-dir
elpa/org-plus-contrib-*
(require 'org)

;; load up the starter kit
(org-babel-load-file (expand-file-name main.org starter-kit-dir))

This solved the problem for me. I didn't come up with this though (I'm a
newb when it comes to Emacs and elisp) but I've copied it from somebody.

HTH,
S.

Re: [O] monthly budget with year summary using tables

[Stelian Iancu]

This is fascinating, thanks for explaining this. One question though is
about the templates. I wasn't aware you can have such things in org-mode.
Can you elaborate a bit on those?

Thanks!

S.


On Thu, Jan 3, 2013 at 3:57 PM, Darlan Cavalcante Moreira darc...@gmail.com
 wrote:


 A have a setup similar to the one you ask, using tables, but I don't need
 babel for that.

 Basically, I have a Finances headline in my main org file, whose children
 are years headlines. In the beginning of each month I create a new
 headline for that month in the current year using a template so that I have
 something similar to

 * Finances
   ...
   * 2013
 * January
   * Food
   * Bills
   * Entertainment
   * Car and transportation
   * Misc
   * Total

 Each of the category has a table where I put the expenses for that category
 and each table computes its total value. For instance, the table in the
 Food category is something like

 #+TBLNAME: FoodJanuary2013
 |   | *Place*| *Date*   | *Debit (R$)* | *Card (R$)* |
 |---++--+--+-|
 |   | Some place | [2013-01-03 Qui] |10.00 |0.00 |
 |---++--+--+-|
 | # || *Total*  |10.00 |0.00 |
 #+TBLFM: @3$4=vsum(@2..@-1);%.2f::@3$5=vsum(@2..@-1);%.2f

 where I add the expense either to the Debit column (when I pay with cash or
 my debit card) or to the Card column (when I pay with the credit card).

 Notice that the table has a unique name with the category, month and year
 (all of this is created automatically with a template). In the Total
 category I have a table that uses remote references to get the total value
 of each category. This table gives me a glimpse of my expenses so far (I
 can even plot it to see how much I spent in each category, for instance,
 this is a good use of babel). This table is similar to

 #+TBLNAME: ExpensesJanuary2013
 |   | *Category* | *Debit (R$)*  | *Card (R$)*   |
 |---++---+---|
 | # | Entertainment  |   |   |
 | # | Bills  |   |   |
 | # | Food   |   |   |
 | # | Car and transportation |   |   |
 | # | Misc   |   |   |
 |---++---+---|
 | # | *Total*|   |   |
 | # | Total + Credit |   |   |
 #+TBLFM: @2$3=remote(EntertainimentJaneiro2013,$LR4);%.2f::@2
 $4=remote(EntertainimentJaneiro2013,$LR5);%.2f::@3
 $3=remote(BillsJaneiro2013,$LR4);%.2f::@3
 $4=remote(BillsJaneiro2013,$LR5);%.2f::@4
 $3=remote(FoodJaneiro2013,$LR4);%.2f::@4
 $4=remote(FoodJaneiro2013,$LR5);%.2f::@5
 $3=remote(CarJaneiro2013,$LR4);%.2f::@5
 $4=remote(CarJaneiro2013,$LR5);%.2f::@6
 $3=remote(MiscJaneiro2013,$LR4);%.2f::@6
 $4=remote(MiscJaneiro2013,$LR5);%.2f::@7$3=vsum(@2..@-1);%.2f::@7
 $4=vsum(@2..@-1);%.2f::@8$3=@-1$3+@-1$4;%.2f

 In the end, org can do what you want the way you want.

 --
 Darlan


 At Wed, 2 Jan 2013 14:21:12 -0500,
 Carl Bolduc wrote:
 
  I would like to move my budget from MS Excel to Org-Mode. I currently
 have
  one Excel sheet per month with all the transactions as well as a summary
  sheet that uses sumif functions.
 
  Assuming the following format for the monthly table:
 
  #+tblname: january
  | date | transaction | amount | category  |
  |--+-++---|
  |   01 | iga | 50 | groceries |
  |   01 | echo| 30 | car   |
  |   02 | iga | 47 | groceries |
 
  How can I get the following summary table?
 
  | category  | january | february |
  |---+-+--|
  | groceries |  97 |  |
  | car   |  30 |  |
 
  I found this post on the mailing list that suggest to use babel:
  http://www.mail-archive.com/emacs-orgmode@gnu.org/msg22736.html
 
  However, I need help to understand how I can put the resulting sums
 inside
  the summary table.
 
  Thanks,
  Carl

[O] bug#10125: 24.0.91; package.el (org): Macros in tar packages order of byte compilation

[Stelian Iancu]

On Fri, Nov 25, 2011 at 04:31, Jambunathan K kjambunat...@gmail.com wrote:

 Stelian

 I am sorry to be asking a stupid question, but then, wouldn't restart
 Emacs fix the issue and have the new compiled org files loaded? In my
 case, that didn't seem to happen either (even though load-library
 showed org-compat to be from ELPA).

 locate-library doesn't show what is *already* loaded. It will only shows
 what *will* be loaded.

 The most important thing during package compilation is this: Make sure
 there is no running instance of Org in any form. If this condition is
 not satisfied then to-be-installed files will be compiled with old
 definitions of macro. This is not what we want. We want the new files to
 be compiled with new macro definitions.

 Do things work for you when you start a *minimal* Emacs and *then* do
 M-x list-packages - install? You don't have to apply Glenn's patch to
 get the desired behaviour (I am assuming here that you are probably not
 that comfortable working with patches).


I will try with a minimal Emacs first. You're right, I don't know my
way around patches that well :-). I am on OSX and I suppose I could
use something like homebrew for including the patch and building.

 Jambunathan K.
 --

[O] Org from ELPA question

[Stelian Iancu]

Hi all,

Org and Emacs newbie here.

Using GNU Emacs 24.0.91.1 (x86_64-apple-darwin, NS
apple-appkit-1038.36) of 2011-11-20 on bob.porkrind.org and Org from
ELPA updated yesterday.

I am encountering the problem with org-capture described here:
http://article.gmane.org/gmane.emacs.orgmode/48584

After upgrading org yesterday, I can see that org-compat.el defines
indeed the function org-pop-to-buffer-same-window.

M-x locate-library tells me the following for org-compat:

Library is file ~/.emacs.d/elpa/org-2023/org-compat.elc

So it seems that the correct one is seen. However, after require-ing
org-compat, the function from above is still not known. Any ideas why?

Thanks!

S.

Re: [O] Org from ELPA question

[Stelian Iancu]

On Thu, Nov 24, 2011 at 09:17, Nick Dokos nicholas.do...@hp.com wrote:
 Stelian Iancu stelian.ia...@gmail.com wrote:

 Hi all,

 Org and Emacs newbie here.

 Using GNU Emacs 24.0.91.1 (x86_64-apple-darwin, NS
 apple-appkit-1038.36) of 2011-11-20 on bob.porkrind.org and Org from
 ELPA updated yesterday.

 I am encountering the problem with org-capture described here:
 http://article.gmane.org/gmane.emacs.orgmode/48584

 After upgrading org yesterday, I can see that org-compat.el defines
 indeed the function org-pop-to-buffer-same-window.

 M-x locate-library tells me the following for org-compat:

 Library is file ~/.emacs.d/elpa/org-2023/org-compat.elc

 So it seems that the correct one is seen. However, after require-ing
 org-compat, the function from above is still not known. Any ideas why?


 Probably because you did not compile the new .el files: it's picking up
 the old .elc file which still exists. Check the modification times of
 org-compat.el and org-compat.elc to make sure.

 Somebody else will have to tell you how to fix it though (whether the
 above is correct or not): I've never played with ELPA packages.


Thanks for the suggestion, but I don't think that's it. I checked and
the modification time of the .elc is newer.

Also, I was thinking that since load-library shows me the ELPA one, it
should be all good.

Thanks,
S.

Re: [O] Org from ELPA question

[Stelian Iancu]

Thanks Jambunathan, I will surely follow-up there.

I also have a workaround for now, by just defining that function in my
own config file, but I am not happy with it. So I will give as much
assistance as I can so that the issue is fixed.

Br,
Stelian

On Thu, Nov 24, 2011 at 13:23, Jambunathan K kjambunat...@gmail.com wrote:

 Filed as an umbrella bug -
 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10125.

 Stelian you are cced in the bug report. I hope you can provide
 additional info as needed by the maintainers.

 Note: All the previous users were happy with the workarounds and never
 stuck around enough to reason the issue through to it's logical
 completion.
 --

[O] bug#10125: 24.0.91; package.el (org): Macros in tar packages order of byte compilation

[Stelian Iancu]

On Thu, Nov 24, 2011 at 20:09, Glenn Morris r...@gnu.org wrote:
 Jambunathan K wrote:

 When compiling with package manager, the compilation happens from within
 a running Emacs session and very likely the old Org files are already
 loaded in to the runtime inadvertently by the user either by looking
 at the org agenda for the day or may be by just viewing an Org file or
 by the plain old (require 'org-whatever) out of habit in .emacs.

 There's your problem. The only way to reliably compile, especially
 something where an old version might already be loaded, is to use a
 fresh Emacs instance. There's no reason the package manager could not
 spawn a separate Emacs in batch-mode as a sub-job to do the compilation.

 cc-mode tries to have some voodoo to get around this, but please, please
 don't go down that road.

 I guess nobody ever expected the package manager to be used to load a
 different version of something that was already in Emacs.


I am sorry to be asking a stupid question, but then, wouldn't restart
Emacs fix the issue and have the new compiled org files loaded? In my
case, that didn't seem to happen either (even though load-library
showed org-compat to be from ELPA).

[O] Subscription to the mailing list

[Stelian Iancu]

Hi,

Is the subscription to the mailing list working at the moment? Because
I tried today to subscribe and I didn't get the confirmation mail. I
tried a couple of hours ago and still nothing.

Thanks,
S.

Re: [O] Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On 30.08.2011 19:21, Nick Dokos wrote:

Nick Dokosnicholas.do...@hp.com  wrote:


I'm pretty tired and I might have misunderstood what is happening here,
so don't put too much weight on the following. I'll need some sleep
before I can take a whack at it again however.

Nick

Nick Dokosnicholas.do...@hp.com  wrote:


Stelian Iancustelian.ia...@gmail.com  wrote:



So it is a customization issue. Now the question is what :-). I should
mention that I am using both dev versions for Emacs and org-mode
(Emacs from bzr from a few days ago and org-mode from git from a few
days ago) on Mac OS X 10.7. Emacs is installed using homebrew.



Ok, it seems like I've found the culprit. It's this line:

;; Make org-mode default for all the new files
(setq major-mode 'org-mode)

If I comment it out, it all works beautifully. I thought it was
because I was executing it before loading org-mode, but I've made sure
org-mode is loaded before executing that line and I still get the same
error.

Any ideas why it happens?



Yes - don't ever do that. The major mode of a buffer is set by calling a
function (e.g. the org-mode function for buffers that should be in org
mode).  That function does a million things to make sure that everything
works properly: your setting a single variable does none of that and all
you end up doing is confusing emacs.

In most cases, you don't even call the mode function explicitly: it is
called for you automatically, e.g. through the setting of auto-mode-alist.
I have the following in my basic customizations:

(add-to-list 'auto-mode-alist '(\\.org$ . org-mode))

That says to emacs: when find-file is called to open a file whose name
ends in `.org' arrange to call the function org-mode on it. The function
takes care of the setting of major-mode.

Be sure to read Ch.23 of the emacs manual on major modes.



This is all correct I think (except for the ominous first
sentence).  But having

(setq major-mode 'org-mode)

in one's .emacs should not have any effect: major-mode is
buffer local, so the setting above should not have any
effect on *anything*, afaict.  To make org-mode the
default mode for new buffers, you'd have to say

(setq-default major-mode 'org-mode)

I've added each of those to my minimal .emacs and I have
no problem using S-{right,left} to change the TODO state
in a .org file. When I set org-mode to be the default
major mode and I open an unrelated file, its major mode
is set to org-mode, but when I S-{right,left} at some
arbitrary place, I get a message:

To use shift-selection with Org-mode, customize
`org-support-shift-select'

and the corresponding message in the *Messages* buffer
is:

if: To use shift-selection with Org-mode, customize
`org-support-shift-select'

That's an error, but it's a reasonable error: not right
but not too bad.

And when I ``find-file foo.bar'' which would normally
open it in fundamental mode, I do get it in org-mode and
everything works as it should: I can add headlines and
change TODO states normally.

So to summarize: no idea why that setting should have any
effect at all.

Nick

PS. The only possible explanation I can think of is
version differences:

Org-mode version 7.7 (release_7.7.205.gce02a)

GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+
Version 2.22.0) of 2011-07-30

I have not tried with emacs 23.




You are right, adding either of the two settings to the minimal .emacs 
doesn't change anything, it still works.


I'm on:

GNU Emacs 24.0.50.1 (i386-apple-darwin11.1.0, NS apple-appkit-1138.00) 
of 2011-08-24 on iancumac.local


Org-mode version 7.7 (release_7.4.1639.gd203.dirty)

The interesting thing though is that it works now with the normal 
configuration, after removing the setting, even though it shouldn't have 
any effect.


Thanks,
S.

Re: [O] Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On Tue, Aug 30, 2011 at 00:37, Nick Dokos nicholas.do...@hp.com wrote:
 Stelian Iancu stelian.ia...@gmail.com wrote:


  So it is a customization issue. Now the question is what :-). I should
  mention that I am using both dev versions for Emacs and org-mode
  (Emacs from bzr from a few days ago and org-mode from git from a few
  days ago) on Mac OS X 10.7. Emacs is installed using homebrew.
 

 Ok, it seems like I've found the culprit. It's this line:

 ;; Make org-mode default for all the new files
 (setq major-mode 'org-mode)

 If I comment it out, it all works beautifully. I thought it was
 because I was executing it before loading org-mode, but I've made sure
 org-mode is loaded before executing that line and I still get the same
 error.

 Any ideas why it happens?


 Yes - don't ever do that. The major mode of a buffer is set by calling a
 function (e.g. the org-mode function for buffers that should be in org
 mode).  That function does a million things to make sure that everything
 works properly: your setting a single variable does none of that and all
 you end up doing is confusing emacs.

 In most cases, you don't even call the mode function explicitly: it is
 called for you automatically, e.g. through the setting of auto-mode-alist.
 I have the following in my basic customizations:

 (add-to-list 'auto-mode-alist '(\\.org$ . org-mode))

 That says to emacs: when find-file is called to open a file whose name
 ends in `.org' arrange to call the function org-mode on it. The function
 takes care of the setting of major-mode.

 Be sure to read Ch.23 of the emacs manual on major modes.

 Nick


Many thanks Nick for all your help and detailed explanations! I am
doing the same thing as you do, I'm keeping the config for all the
different Emacs modules in different config files. This allowed me to
quickly find the issue and now I've removed that line from the generic
config.

S.

Re: [O] Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On Sun, Aug 28, 2011 at 19:09, Nick Dokos nicholas.do...@hp.com wrote:
 Stelian Iancu stelian.ia...@gmail.com wrote:


 I am trying to switch between TODO and DONE states with Shift-Right
 Arrow and I get a (wrong-type-argument stringp nil) error.

 Please find attached the backtrace.


 Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
  of 2010-12-11 on raven, modified by Debian
 Package: Org-mode version 7.7


 Debugger entered--Lisp error: (wrong-type-argument stringp nil)
   looking-at(nil)
   (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
   (and (outline-on-heading-p) (not (bolp)) (save-excursion 
 (beginning-of-line 1) (looking-at org-todo-line-regexp)) ( (point) (+ 2 
 ...)))
   (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) ( ... 
 ...)) (progn (goto-char ...) (and ... ...)))
   (let* ...)
   (catch (quote exit) ...)
   (save-excursion (catch (quote exit)...)
   (let ...)
   org-todo(right)
   call-interactively(org-todo)
   (let ((current-prefix-arg arg)) (call-interactively command))
   org-call-with-arg(org-todo right)
   (let ...)
   (cond ...)
   org-shiftright(nil)
   call-interactively(org-shiftright nil nil)

 The problem is that org-todo-line-regexp is nil. This variable is
 made buffer-local and initialized when the buffer's mode is set
 to org-mode.

 Are you sure that your buffer's major mode is org-mode?

 Nick


Yeah, the mode shows as org-mode. But now I get another weird one.
Everytime I open an org file, I see the following message in the
minibuffer:

File mode specification error: (wrong-type-argument keymap nil)

I'm lost ...

S.

Re: [O] Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

Many thanks Nick for all of these suggestions. I will do this in the
evening when I'm back home and let you know.

S.

On Mon, Aug 29, 2011 at 09:59, Nick Dokos nicholas.do...@hp.com wrote:
 Stelian Iancu stelian.ia...@gmail.com wrote:

 On Sun, Aug 28, 2011 at 19:09, Nick Dokos nicholas.do...@hp.com wrote:
  Stelian Iancu stelian.ia...@gmail.com wrote:
 
 
  I am trying to switch between TODO and DONE states with Shift-Right
  Arrow and I get a (wrong-type-argument stringp nil) error.
 
  Please find attached the backtrace.
 
 
  Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
   of 2010-12-11 on raven, modified by Debian
  Package: Org-mode version 7.7
 
 
  Debugger entered--Lisp error: (wrong-type-argument stringp nil)
    looking-at(nil)
    (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
    (and (outline-on-heading-p) (not (bolp)) (save-excursion 
  (beginning-of-line 1) (looking-at org-todo-line-regexp)) ( (point) (+ 2 
  ...)))
    (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) ( 
  ... ...)) (progn (goto-char ...) (and ... ...)))
    (let* ...)
    (catch (quote exit) ...)
    (save-excursion (catch (quote exit)...)
    (let ...)
    org-todo(right)
    call-interactively(org-todo)
    (let ((current-prefix-arg arg)) (call-interactively command))
    org-call-with-arg(org-todo right)
    (let ...)
    (cond ...)
    org-shiftright(nil)
    call-interactively(org-shiftright nil nil)
 
  The problem is that org-todo-line-regexp is nil. This variable is
  made buffer-local and initialized when the buffer's mode is set
  to org-mode.
 
  Are you sure that your buffer's major mode is org-mode?
 
  Nick
 

 Yeah, the mode shows as org-mode.

 What happens if while visiting the buffer, you say

 C-h v org-todo-line-regexp RET

 Is the value reported nil?

 But now I get another weird one.
 Everytime I open an org file, I see the following message in the
 minibuffer:

 File mode specification error: (wrong-type-argument keymap nil)


 That will require another backtrace but...

 I'm lost ...

 When you get to the point of feeling lost, it's time to take a step
 back. Make yourself a minimal.emacs that contains just the basics to
 get org-mode loaded - assuming you get your org sources from git, then
 you need something like this (with pathnames changed appropriately):

 --8---cut here---start-8---
 ;;; -*- mode: emacs-lisp -*-
 ;;; constant part
 (add-to-list 'load-path (expand-file-name ~/src/emacs/org/org-mode/lisp))
 (add-to-list 'auto-mode-alist '(\\.\\(org\\|org_archive\\|txt\\)$ . 
 org-mode))
 (require 'org-install)
 (global-set-key \C-cl 'org-store-link)
 (global-set-key \C-ca 'org-agenda)
 --8---cut here---end---8---

 Then start up an emacs without any of your customizations, load the 
 minimal.emacs
 file and visit an org file and try what you tried before:

   emacs -q -l /path/to/minimal.emacs /path/to/somefile.org

 and try changing a TODO as before.  Does that work? If not, try -Q
 instead of -q: does *that* work?

 Assuming one of these works, then you have localized the problem to
 some customization (yours or the systems) and then there are various
 ways to proceed.

 Nick


 S.

Re: [O] Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On Mon, Aug 29, 2011 at 09:59, Nick Dokos nicholas.do...@hp.com wrote:
 Stelian Iancu stelian.ia...@gmail.com wrote:

 On Sun, Aug 28, 2011 at 19:09, Nick Dokos nicholas.do...@hp.com wrote:
  Stelian Iancu stelian.ia...@gmail.com wrote:
 
 
  I am trying to switch between TODO and DONE states with Shift-Right
  Arrow and I get a (wrong-type-argument stringp nil) error.
 
  Please find attached the backtrace.
 
 
  Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
   of 2010-12-11 on raven, modified by Debian
  Package: Org-mode version 7.7
 
 
  Debugger entered--Lisp error: (wrong-type-argument stringp nil)
    looking-at(nil)
    (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
    (and (outline-on-heading-p) (not (bolp)) (save-excursion 
  (beginning-of-line 1) (looking-at org-todo-line-regexp)) ( (point) (+ 2 
  ...)))
    (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) ( 
  ... ...)) (progn (goto-char ...) (and ... ...)))
    (let* ...)
    (catch (quote exit) ...)
    (save-excursion (catch (quote exit)...)
    (let ...)
    org-todo(right)
    call-interactively(org-todo)
    (let ((current-prefix-arg arg)) (call-interactively command))
    org-call-with-arg(org-todo right)
    (let ...)
    (cond ...)
    org-shiftright(nil)
    call-interactively(org-shiftright nil nil)
 
  The problem is that org-todo-line-regexp is nil. This variable is
  made buffer-local and initialized when the buffer's mode is set
  to org-mode.
 
  Are you sure that your buffer's major mode is org-mode?
 
  Nick
 

 Yeah, the mode shows as org-mode.

 What happens if while visiting the buffer, you say

 C-h v org-todo-line-regexp RET

 Is the value reported nil?

Yes, the value is nil.


 But now I get another weird one.
 Everytime I open an org file, I see the following message in the
 minibuffer:

 File mode specification error: (wrong-type-argument keymap nil)


 That will require another backtrace but...

 I'm lost ...

 When you get to the point of feeling lost, it's time to take a step
 back. Make yourself a minimal.emacs that contains just the basics to
 get org-mode loaded - assuming you get your org sources from git, then
 you need something like this (with pathnames changed appropriately):

 --8---cut here---start-8---
 ;;; -*- mode: emacs-lisp -*-
 ;;; constant part
 (add-to-list 'load-path (expand-file-name ~/src/emacs/org/org-mode/lisp))
 (add-to-list 'auto-mode-alist '(\\.\\(org\\|org_archive\\|txt\\)$ . 
 org-mode))
 (require 'org-install)
 (global-set-key \C-cl 'org-store-link)
 (global-set-key \C-ca 'org-agenda)
 --8---cut here---end---8---

 Then start up an emacs without any of your customizations, load the 
 minimal.emacs
 file and visit an org file and try what you tried before:

   emacs -q -l /path/to/minimal.emacs /path/to/somefile.org

 and try changing a TODO as before.  Does that work?

Tried this one and indeed, it works now. Looking at the
org-todo-line-regexp variable I can see it's no longer reported nil.

 If not, try -Q
 instead of -q: does *that* work?

 Assuming one of these works, then you have localized the problem to
 some customization (yours or the systems) and then there are various
 ways to proceed.


So it is a customization issue. Now the question is what :-). I should
mention that I am using both dev versions for Emacs and org-mode
(Emacs from bzr from a few days ago and org-mode from git from a few
days ago) on Mac OS X 10.7. Emacs is installed using homebrew.

 Nick


 S.

Re: [O] Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On Mon, Aug 29, 2011 at 23:42, Stelian Iancu stelian.ia...@gmail.com wrote:
 On Mon, Aug 29, 2011 at 09:59, Nick Dokos nicholas.do...@hp.com wrote:
 Stelian Iancu stelian.ia...@gmail.com wrote:

 On Sun, Aug 28, 2011 at 19:09, Nick Dokos nicholas.do...@hp.com wrote:
  Stelian Iancu stelian.ia...@gmail.com wrote:
 
 
  I am trying to switch between TODO and DONE states with Shift-Right
  Arrow and I get a (wrong-type-argument stringp nil) error.
 
  Please find attached the backtrace.
 
 
  Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
   of 2010-12-11 on raven, modified by Debian
  Package: Org-mode version 7.7
 
 
  Debugger entered--Lisp error: (wrong-type-argument stringp nil)
    looking-at(nil)
    (save-excursion (beginning-of-line 1) (looking-at 
  org-todo-line-regexp))
    (and (outline-on-heading-p) (not (bolp)) (save-excursion 
  (beginning-of-line 1) (looking-at org-todo-line-regexp)) ( (point) (+ 2 
  ...)))
    (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) ( 
  ... ...)) (progn (goto-char ...) (and ... ...)))
    (let* ...)
    (catch (quote exit) ...)
    (save-excursion (catch (quote exit)...)
    (let ...)
    org-todo(right)
    call-interactively(org-todo)
    (let ((current-prefix-arg arg)) (call-interactively command))
    org-call-with-arg(org-todo right)
    (let ...)
    (cond ...)
    org-shiftright(nil)
    call-interactively(org-shiftright nil nil)
 
  The problem is that org-todo-line-regexp is nil. This variable is
  made buffer-local and initialized when the buffer's mode is set
  to org-mode.
 
  Are you sure that your buffer's major mode is org-mode?
 
  Nick
 

 Yeah, the mode shows as org-mode.

 What happens if while visiting the buffer, you say

 C-h v org-todo-line-regexp RET

 Is the value reported nil?

 Yes, the value is nil.


 But now I get another weird one.
 Everytime I open an org file, I see the following message in the
 minibuffer:

 File mode specification error: (wrong-type-argument keymap nil)


 That will require another backtrace but...

 I'm lost ...

 When you get to the point of feeling lost, it's time to take a step
 back. Make yourself a minimal.emacs that contains just the basics to
 get org-mode loaded - assuming you get your org sources from git, then
 you need something like this (with pathnames changed appropriately):

 --8---cut here---start-8---
 ;;; -*- mode: emacs-lisp -*-
 ;;; constant part
 (add-to-list 'load-path (expand-file-name ~/src/emacs/org/org-mode/lisp))
 (add-to-list 'auto-mode-alist '(\\.\\(org\\|org_archive\\|txt\\)$ . 
 org-mode))
 (require 'org-install)
 (global-set-key \C-cl 'org-store-link)
 (global-set-key \C-ca 'org-agenda)
 --8---cut here---end---8---

 Then start up an emacs without any of your customizations, load the 
 minimal.emacs
 file and visit an org file and try what you tried before:

   emacs -q -l /path/to/minimal.emacs /path/to/somefile.org

 and try changing a TODO as before.  Does that work?

 Tried this one and indeed, it works now. Looking at the
 org-todo-line-regexp variable I can see it's no longer reported nil.

 If not, try -Q
 instead of -q: does *that* work?

 Assuming one of these works, then you have localized the problem to
 some customization (yours or the systems) and then there are various
 ways to proceed.


 So it is a customization issue. Now the question is what :-). I should
 mention that I am using both dev versions for Emacs and org-mode
 (Emacs from bzr from a few days ago and org-mode from git from a few
 days ago) on Mac OS X 10.7. Emacs is installed using homebrew.


Ok, it seems like I've found the culprit. It's this line:

;; Make org-mode default for all the new files
(setq major-mode 'org-mode)

If I comment it out, it all works beautifully. I thought it was
because I was executing it before loading org-mode, but I've made sure
org-mode is loaded before executing that line and I still get the same
error.

Any ideas why it happens?

Thanks,
S.

Re: [O] a new way to navigate your org files

[Stelian Iancu]

On 08/27/2011 09:26 AM, Nathan Neff wrote:

I just found this and it's great -- thanks!

On Mon, Apr 25, 2011 at 2:25 PM, Tomadatgyu...@gmail.com  wrote:
   

Suvayu Alifatkasuvayu+linuxat  gmail.com  writes:
 

This is very useful. I made some enhancements in the attached patches.
The first one adds a very basic minibuffer history. You can navigate the
history by the usual `M-p' and `M-n'. The second patch fixes an issue,
now you can go to the first match by just hitting `RET' instead of
`down  RET'.

   

I added your changes to the code (implementing the second one slightly
differently, but it works the same way).

I also turned on full cursor for the Occur buffer, instead of the hollow
one, so it can be seen more easily.

The code is on EmacsWiki for easier downloed:

http://www.emacswiki.org/emacs/org-occur-goto.el

 

Sorry for the stupid question, but how do I enable this?

Thanks!

S.

[O] Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.


I am trying to switch between TODO and DONE states with Shift-Right 
Arrow and I get a (wrong-type-argument stringp nil) error.


Please find attached the backtrace.


Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
 of 2010-12-11 on raven, modified by Debian
Package: Org-mode version 7.7

current state:
==
(setq
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-agenda-custom-commands '((d todo #(DELEGATED 0 9 (face 
org-warning)) nil)

  (c todo #(DONE|DEFERRED|CANCELLED 0 23 (face 
org-warning)) nil)
  (w todo #(WAITING 0 7 (face org-warning)) nil)
  (W agenda  ((org-agenda-ndays 21)))
  (A agenda 
   ((org-agenda-skip-function
 (lambda nil
  (org-agenda-skip-entry-if (quote notregexp) 
\\=.*\\[#A\\]))
 )
(org-agenda-ndays 1)
(org-agenda-overriding-header Today's Priority #A 
tasks: ))
   )
  (u alltodo 
   ((org-agenda-skip-function
 (lambda nil
  (org-agenda-skip-entry-if (quote scheduled) 
(quote deadline)
   (quote regexp) [^\n]+)
  )
 )
(org-agenda-overriding-header Unscheduled TODO 
entries: ))
   )
  )
 org-agenda-files '(~/Docs/org/todo.org)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-agenda-skip-scheduled-if-done t
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-src-native-tab-command-maybe

  org-babel-hide-result-toggle-maybe)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
org-src-mode-configure-edit-buffer)

 org-confirm-shell-link-function 'yes-or-no-p
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-startup-indented 1
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-default-notes-file ~/Docs/org/notes.org
 org-blank-before-new-entry nil
 org-babel-pre-tangle-hook '(save-buffer)
 org-cycle-hook '(org-cycle-hide-archived-subtrees 
org-cycle-hide-drawers org-cycle-show-empty-lines

  org-optimize-window-after-visibility-change)
 org-export-preprocess-before-normalizing-links-hook 
'(org-remove-file-link-modifiers)

 org-mode-hook '((lambda nil
  (org-add-hook (quote change-major-mode-hook) (quote 
org-show-block-all)
   (quote append) (quote local))
  )
 (lambda nil
		  (org-add-hook (quote change-major-mode-hook) (quote 
org-babel-show-result-all)

   (quote append) (quote local))
  )
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-agenda-ndays 7
 org-refile-targets '((org-agenda-files :maxlevel . 5))
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)

 org-cycle-separator-lines 1
 org-confirm-elisp-link-function 'yes-or-no-p
 org-fast-tag-selection-single-key 'expert
 org-agenda-start-on-weekday nil
 org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src 
org-babel-exp-inline-src-blocks))

 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-agenda-skip-deadline-if-done t
 org-reverse-note-order t
 org-occur-hook '(org-first-headline-recenter)
 org-from-is-user-regexp \\User\\
 org-export-preprocess-before-selecting-backend-code-hook 
'(org-beamer-select-beamer-code)

 org-tags-column 120
 org-remember-templates '((Journal 106 * %U %? %^g\n\n   %x 
~/Dropbox/org/journal.org

   (quote top))
  )
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
   org-beamer-auto-fragile-frames
   org-beamer-place-default-actions-for-lists)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-export-blocks '((src org-babel-exp-src-block nil) (comment 
org-export-blocks-format-comment t)
		 (ditaa