[O] indentation following yas snippet insert
Inserting a yas snippet consisting of a code block is a very common occurence in my work flow. Now I have the right yas settings to make it all happen I think. #+begin_src emacs-lisp (setq yas/also-auto-indent-first-line t) (setq yas/indent-line t) #+end_src But on insertion, it isnt indented. Until now I've been inserting a space on the begin_src line then hitting backspace. That tends to kick org in the guts somehow and it then coughs up the right indentation. What I also often find myself doing unconsciously is hitting C-c C-c (just outside the source block) and it it says "C-c C-c can do nothing useful in this spot". O yes it can! It can refresh the indentation is what it can do for me. Would anyone else agree that C-c C-c would be useful to work on a normal line in this way? But on to my main question which is is there actually an "org-refresh-indentation-around-point" command? I've looked and looked and the closest I can find is org-indent-indent-buffer. But this seems a little over-the-topish for the task. Tony
[O] modeline vs modeline
I've just updated to emacs-snapshot 24.2.50.1 (of 2012-10-18) on Debian, and have run in to a faces problem. In short references to modeline should be to mode-line. Making 4 changes in org-faces.el is enough. Brendan -- Brendan Halpin, Department of Sociology, University of Limerick, Ireland Tel: w +353-61-213147 f +353-61-202569 h +353-61-338562; Room F1-009 x 3147 mailto:brendan.hal...@ul.ieULSociology on Facebook: http://on.fb.me/fjIK9t http://teaching.sociology.ul.ie/bhalpin/wordpress twitter:@ULSociology
[O] bug#12702: bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Hi, Bastien writes: > Hi Jonathan, > > Jonathan Schaeffer writes: > >> I'll submit a post on Archlinux forum to see if someone can reproduce >> this. > > You can also try reporting your problem to the emacs-orgmode mailing > list: https://lists.gnu.org/mailman/listinfo/emacs-orgmode > > There are some ArchLinux Org-mode users there. I'm on Arch so I checked it with my emacs from the repositories. I can reproduce it, but I think it's unrelated to Archlinux. If I enter the org-buffer with C-x b, M-x org-mode, M-x toggle-debug-on-error shows that the error (wrong-type-argument arryp nil) goes back to org-refile-check-position in org.el. The let-form sets `file` to (nth 1 refile-pointer), which is `nil` *if* the buffer was loaded like mentioned. This value is given to find-buffer-visiting, from where file-truename eventually throws the error. If the file is visited with C-x f, `file` is set to the correct value (current directory + filename) and the refiling is correct. Best, Philipp
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
* On Tue 04:31PM, 23 Oct 2012, Nick Dokos (nicholas.do...@hp.com) wrote: > Hsiu-Khuern Tang wrote: > > > Hi, > > > > Sorry if this has been reported -- a brief search didn't turn up anything. > > > > Start with this 3-line org file: > > > > -- > > #+begin_example > > > > #+end_example > > -- > > > > Do these steps: > > - go to the 2nd line > > - type C-c ' to edit the source example > > - type some text in the new buffer, such as "test" > > - type C-c ' to exit > > > > What I get is this: > > -- > > #+begin_example test#+end_example > > -- > > > > Anyone else able to reproduce this? > > > > ... > It depends on what you type exactly: typing "test" with no extra > newlines produces the result above for me. If I add newlines, I get > "funny-looking" results with the #+END_EXAMPLE indented some. > > Since it does not know a language, the buffer is in fundamental mode > and you get (modulo funny indentation perhaps) whatever you type. > > Nick Thanks for checking. The problem also shows up if I replace begin_example by begin_src r (say), so it's not just because Org doesn't know the language. Also, if I start with -- #+begin_example #+end_example -- and repeat the above steps (but typing C-c ' on the /first/ line), the output becomes -- #+begin_exampl test +end_example -- Note that the last "e" of "begin_example" got dropped! -- Best, Hsiu-Khuern.
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Nick Dokos writes: > Hsiu-Khuern Tang wrote: > >> Hi, >> >> Sorry if this has been reported -- a brief search didn't turn up anything. >> >> Start with this 3-line org file: >> >> -- >> #+begin_example >> >> #+end_example >> -- >> >> Do these steps: >> - go to the 2nd line >> - type C-c ' to edit the source example >> - type some text in the new buffer, such as "test" >> - type C-c ' to exit >> >> What I get is this: >> -- >> #+begin_example test#+end_example >> -- >> >> Anyone else able to reproduce this? >> > > Yes, although I cannot reproduce Myles's results with Org-mode version > 7.9.2 (release_7.9.2-459-g6f7e92 @ /home/nick/elisp/org-mode/lisp). Sorry I gave the wrong version. - 7.8.11 can't reproduce it - 7.9.2 can reproduce it (release_7.9.2-463-g468d86 @ /home/myles/.emacs.d/plugins/org-mode/lisp/) Myles > > > It depends on what you type exactly: typing "test" with no extra > newlines produces the result above for me. If I add newlines, I get > "funny-looking" results with the #+END_EXAMPLE indented some. > > Since it does not know a language, the buffer is in fundamental mode > and you get (modulo funny indentation perhaps) whatever you type. > > Nick
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Hsiu-Khuern Tang wrote: > Hi, > > Sorry if this has been reported -- a brief search didn't turn up anything. > > Start with this 3-line org file: > > -- > #+begin_example > > #+end_example > -- > > Do these steps: > - go to the 2nd line > - type C-c ' to edit the source example > - type some text in the new buffer, such as "test" > - type C-c ' to exit > > What I get is this: > -- > #+begin_example test#+end_example > -- > > Anyone else able to reproduce this? > Yes, although I cannot reproduce Myles's results with Org-mode version 7.9.2 (release_7.9.2-459-g6f7e92 @ /home/nick/elisp/org-mode/lisp). It depends on what you type exactly: typing "test" with no extra newlines produces the result above for me. If I add newlines, I get "funny-looking" results with the #+END_EXAMPLE indented some. Since it does not know a language, the buffer is in fundamental mode and you get (modulo funny indentation perhaps) whatever you type. Nick
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Hi Hsiu, Hsiu-Khuern Tang writes: > What I get is this: > -- > #+begin_example test#+end_example > -- > > Anyone else able to reproduce this? I can't, I get: #+begin_example test #+end_example with org 7.9.2. Myles
[O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Hi, Sorry if this has been reported -- a brief search didn't turn up anything. Start with this 3-line org file: -- #+begin_example #+end_example -- Do these steps: - go to the 2nd line - type C-c ' to edit the source example - type some text in the new buffer, such as "test" - type C-c ' to exit What I get is this: -- #+begin_example test#+end_example -- Anyone else able to reproduce this? -- Thanks, Hsiu-Khuern.
Re: [O] [new exporter] Enabling multiple exporters?
Hello, Achim Gratz writes: > Would something based on pcomplete (IIRC) work, like AuCTeX seems to > use? I don't know what AuCTeX uses. On the other hand, I don't think it's worth bothering much with that interface. Regards, -- Nicolas Goaziou
Re: [O] [new exporter] Enabling multiple exporters?
Nicolas Goaziou writes: >> [q] Quit > > Indeed. This mistake should be fixed now. It is, thank you. >> Maddeningly, you cannot even scroll in that window. > > That's because the ui is just a loop over `read-char-exclusive', as it > already was in the previous exporter. > > I don't feel like building a whole major mode for the interface, à la > Magit. Would something based on pcomplete (IIRC) work, like AuCTeX seems to use? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Jonathan Schaeffer wrote: > To reproduce : > > Create a .org file, create 2 level-1 entries. Create one level-2 entry > and hit C-c C-w to refile it into the other level-1 entry. > > Like this : > > * Entry One > * Entry Two > ** Refile Me > > The level-2 entry is copied in the correct location but is not removed > from original location. > Minibuffer shows message "Not Bookmark Format". And the file looks like : > > * Entry One > ** Refile Me > * Entry Two > ** Refile Me I found a way to reproduce this: have a corrupt bookmarks file. Check the contents of your bookmark-default-file. Try (re)moving it. Perhaps Org could trap and report such errors more gracefully.
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Jonathan Schaeffer wrote:
> Sorry, I missed a step : I manualy load the org-mode mode (Alt-x
> org-mode) before doing anything in the buffer.
> This might be an orgmode bug, from what I read on the internet.
I can reproduce that in Emacs 24.2 and current trunk.
Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
file-truename(nil)
find-buffer-visiting(nil)
org-refile-check-position((#("Entry One" 0 9 (face org-level-1 fontified t))
org-refile-get-location("Refile subtree \"Refile Me\" to" nil nil nil)
org-refile(nil)
call-interactively(org-refile nil nil)
org-refile-check-position does not handle being called from a buffer not
visiting a file.
(Still no idea about the original issue.)
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Bastien wrote: > You can also try reporting your problem to the emacs-orgmode mailing > list: https://lists.gnu.org/mailman/listinfo/emacs-orgmode It's already there, since I reassigned this bug. http://lists.gnu.org/archive/html/emacs-orgmode/2012-10/msg00563.html
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Hi Jonathan, Jonathan Schaeffer writes: > I'll submit a post on Archlinux forum to see if someone can reproduce > this. You can also try reporting your problem to the emacs-orgmode mailing list: https://lists.gnu.org/mailman/listinfo/emacs-orgmode There are some ArchLinux Org-mode users there. -- Bastien
[O] Show only next n tasks of a project in the agenda
Hello Orgmode list, I do a lot of project planning in Orgmode. All my projects are of the "ordered" sort, where later steps are blocked until previous steps have been completed. In my agenda, blocked tasks are dimmed because I like to see the next steps of a project. But now, having a few projects running in parallel, this list has become pretty crowded. Is there a possibility to show only a (configurable) number of next steps (blocked tasks) per project? The only alternative I found was to hide blocked tasks entirely, which is not what I want. Ciao, Marcus
Re: [O] [new exporter] Windows / LaTeX export
Nicolas Goaziou gmail.com> writes: > > The new exporter fires off LaTeX with an absolute path for the file to > > export. If you happen to use a native Emacs, but the LaTeX from Cygwin > > that will fail because it expects a POSIX path. Would it be possible to > > change things so that a relative path is used as in the old exporter > > It should be so in the latest commit. Does it fix the problem? Sadly not. Somewhere in org-e-latex (I think) the path is made absolute again. I'll have a look at it later unless you find it earlier. Regards, Achim.
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Le 22/10/2012 18:15, Glenn Morris a écrit : Jonathan Schaeffer wrote: To reproduce : Create a .org file, create 2 level-1 entries. Create one level-2 entry and hit C-c C-w to refile it into the other level-1 entry. Like this : * Entry One * Entry Two ** Refile Me The level-2 entry is copied in the correct location but is not removed from original location. Minibuffer shows message "Not Bookmark Format". And the file looks like : Thanks for the report, but it works fine for me with Emacs 24.2. Can you give a complete recipe starting from emacs -Q? Hi Glenn, (I made a reply all, is that alright ?) with emacs -Q, I can not reproduce the bug. But refile does not work at all, (Complains : wrong type argument arrayp,nil). I do : 1. emacs -Q 2. C-x C-f refiletest.org 3. Fill the buffer with : * Entry One * Entry Two ** Refile Me 4. Hit C-c C-w 5. The entry is duplicated and I can read the error message "Not bookmark format) If, instead of visiting a file, I open just a new buffer with "C-x b test.org", the behaviour is different : On refile (C-c C-w) nothing happens but the error message shows: wrong type argument: arrayp, nil Just to be sure, I moved the ~/.emacs away, same result. I hope this helps. I have the archlinux build of emacs, so maybe the error is on the packaging side ? cheers, jonathan -- IUEM - Service Informatique rue Dumont D'Urville Technopôle Brest-Iroise 29280 Plouzané France tel: +33 2 98 49 87 94
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Le 23/10/2012 09:50, Glenn Morris a écrit : Jonathan Schaeffer wrote: If, instead of visiting a file, I open just a new buffer with "C-x b test.org", the behaviour is different : On refile (C-c C-w) nothing happens but the error message shows: wrong type argument: arrayp, nil This doesn't make sense to me; because just doing `C-x b test.org' creates a buffer in fundamental mode, where C-c C-w is not bound to any key. Sorry, I missed a step : I manualy load the org-mode mode (Alt-x org-mode) before doing anything in the buffer. This might be an orgmode bug, from what I read on the internet. It seems like your Emacs must be customized in some way, even with `emacs -Q'... I'll submit a post on Archlinux forum to see if someone can reproduce this. jonathan -- IUEM - Service Informatique rue Dumont D'Urville Technopôle Brest-Iroise 29280 Plouzané France tel: +33 2 98 49 87 94
Re: [O] multiline agenda and/or two-pane agenda selection
Ben writes: > 2) Multi-line agenda listings > -- > > If that isn't possible or recommended, it would be nice if I could > have a bit more information at a glance in the agenda view. Sometimes > I can't tell in my agenda what a TODO item is because it's out of > context. For instance, if in my org file it says > > * Client XYZ > * TODO Call Bob about paperwork > SCHEDULED: <2012-10-15 Mon> > > Then in the agenda it says: > > Monday15 October 1012 > work:Scheduled:TODO Call Bob about paperwork > > This is good but sometimes I wonder which "Bob" or what "paperwork" > it's talking about. For me I think it would be nicer if the heading > it's under would also appear, so the agenda view would look like: > > Monday15 October 1012 > work:Scheduled:Client XYZ > TODO Call Bob about > paperwork > > so I have a bit more context. Perhaps other lines could be displayed > too depending on the settings. The modeline should show the path of your agenda item when you move around in the agenda. ie. "file.org/Client XYZ/Call Bob about paperwork" You can also use E in the agenda to add a few more lines of context from your tasks to the agenda. Maybe that will help? Regards, Bernt
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Jonathan Schaeffer wrote: > (I made a reply all, is that alright ?) Yes, that's the right thing to do. > with emacs -Q, I can not reproduce the bug. But refile does not work > at all, (Complains : wrong type argument arrayp,nil). > I do : > 1. emacs -Q > 2. C-x C-f refiletest.org > 3. Fill the buffer with : > * Entry One > * Entry Two > ** Refile Me > > 4. Hit C-c C-w > 5. The entry is duplicated and I can read the error message "Not > bookmark format) Sorry, this works fine for me with Emacs 24.2. Maybe someone who actually uses Org will step in and help... > If, instead of visiting a file, I open just a new buffer with "C-x b > test.org", the behaviour is different : > On refile (C-c C-w) nothing happens but the error message shows: > wrong type argument: arrayp, nil This doesn't make sense to me; because just doing `C-x b test.org' creates a buffer in fundamental mode, where C-c C-w is not bound to any key. It seems like your Emacs must be customized in some way, even with `emacs -Q'... > I hope this helps. I have the archlinux build of emacs, so maybe the > error is on the packaging side ?
