Re: [O] Using Capture to Append a Line to a Table
On 19/08/12 16:41, Bastien wrote: Hi Ian, Ian Barton writes: I am not sure if this is user error, or a bug. I want to append a line to table using Capture. This if fixed in git, thanks for reporting this! That was quick! Thanks, can confirm it's fixed for me. Ian.
Re: [O] [Babel][R] Non-ascii characters in R plots
On 8/20/12 1:44 AM, Eric Schulte wrote: When I the following example source block in Org I get a plot in which the non-ascii characters are replaced by double dots (namely, the degree sign in `degrees C' and the `Å' in `År', Norwegian for `Year'). #+begin_src R :results graphics :file ~/Desktop/testplot-with-Babel.png :width 480 :height 360 temp <- c(15, 17, 16, 19, 17, 18) year <- c(2000:2005) plot(year, temp, xlab="\305r", ylab="\260C") #+end_src (...) Yours, Christian Hi Christian, Your example worked for me without problem, however I had to replace the characters from your original email with valid (at least on my system) utf8 alternatives. See the attached org-mode file and resulting plot. Hi, Eric, Thanks for taking a look. Sorry about messing up the special characters in the email, I should have attached a proper text file. But I did use valid UTF8 in Org: the same as in your example, code points #xC5 and #xB0. Evaluating your example on my Mac gives the same result as before: Special characters are replaced with two dots. Tangling it and running the tangled file works fine. It's not really a problem, I can work around it with \u escapes, which may be the safest approach anyway. But it's curious. Since it works for you, it probably isn't Babel's fault. Maybe something Mac-specific in the communication between Emacs and the shell. Maybe there's a setting I can change, but all the variables I've been able to think of already default to utf-8-unix. Yours, Christian
[O] Wrong indentation with auto-fill within lists ?
Hi fellows, do you feel this is an actual org-mode bug (reported in Debian, #685348) ? When I start a list like * List 1. a very long item 1, so long that it reaches into the right margin 2. item 2 and I have auto-fill-mode turned on, the first item is split into two or more lines as * List 1. a very long item 1, so long that it reaches into the right margin 2. item 2 The problem is that the second line of the first item is no longer part of the list! I expected the line to be split with additional spaces as * List 1. a very long item 1, so long that it reaches into the right margin 2. item 2 so that item 1 is an ordinary item with two lines. This is annoying, as it is not easy (or I haven't found yet) a simple way to indent correctly that second line. A simple doesn't work, so I have to move to the beginning of the line and add a couple of spaces. Furthermore, this used to work with emacs-23 and its support for org-mode until I installed the package org-mode. (I installed the package to get the info documentation). Sorry if this is not a bug and this odd behavior can be configured away, but I couldn't find how. Cheers, --Seb
Re: [O] Wrong indentation with auto-fill within lists ?
Hello, Sébastien Delafond writes: > do you feel this is an actual org-mode bug (reported in Debian, > #685348) ? > > When I start a list like > * List >1. a very long item 1, so long that it reaches into the right margin >2. item 2 > and I have auto-fill-mode turned on, the first item is split into two or > more > lines as > * List >1. a very long item 1, so long that > it reaches into the right margin >2. item 2 > The problem is that the second line of the first item is no longer part of > the > list! I expected the line to be split with additional spaces as >* List >1. a very long item 1, so long that >it reaches into the right margin >2. item 2 > so that item 1 is an ordinary item with two lines. I cannot reproduce this. Do you use filladapt.el? Also what's the output of M-x org-version? Regards, -- Nicolas Goaziou
Re: [O] Bug: icalendar export skips todos with a scheduled time-range [7.8.11]
confirmed, latest org does the right thing[TM] Bastien schrieb: > Hi Friedrich, > > Friedrich Delgado writes: > > > If I have an org-file containing a todo with a scheduled date range, like > > this: > > > > ,[ foo.org ] > > *** TODO Weekend with the lads > > SCHEDULED: <2012-05-04 Fr>--<2012-05-08 Di> > > ` > > > > and try to export it via org-export-icalendar-this-file, the resulting > > foo.ics will look like this > > With emacs -Q and latest Org, I get this: > > BEGIN:VCALENDAR > VERSION:2.0 > X-WR-CALNAME:test > PRODID:-//Bastien Guerry//Emacs with Org-mode//EN > X-WR-TIMEZONE:CEST > X-WR-CALDESC:nil > CALSCALE:GREGORIAN > BEGIN:VEVENT > UID: TS-f16e36f0-7c1a-4690-b705-0aaa74d5835c > DTSTART;VALUE=DATE:20120504 > DTEND;VALUE=DATE:20120509 > SUMMARY:TODO Weekend with the lads > CATEGORIES:test > END:VEVENT > END:VCALENDAR > > Can you clone the git repo and let me know if you get the same? > > Thanks, > > -- > Bastien ---Zitatende--- -- Friedrich Delgado TauPan on Ircnet and Freenode ;)
[O] Question About New Exporter
Hello I use Org mode quite a bit to: a) Export raw HTML that I use on my corporate Sharepoint site (currently via copy/paste) for Wiki entries, Blog posts, etc. b) Export HTML to a browser that I copy/paste into corporate Outlook for Mac client for formatted email c) PDF documents via LaTeX On point (c), I have 3 custom LaTeX classes (each based off of and ultimately including the memoir class). These classes are similar in function and exist for format a corporate document via corporate branding, personal documents in a way that pleases me, and documents for my non-profit volunteer efforts in a style that match that branding. For all 3 I use the LaTeX biblatex-chicago package, and to help the tex build process use latexmk. I am on a Mac so I use xelatex instead of pdflatex to get system fonts, Open Type fonts, etc. My Org mode LaTeX build is: (setq texcmd "latexmk -gg -f -shell-escape -xelatex -pdf %f") (setq org-latex-to-pdf-process (list texcmd)) Given all of that; what do I need to be wary of before I switch to the e-html and e-latex exporters? Are they far enough along that I should be able to just swap and have every thing “just work” or “mostly work” ? Thanks
Re: [O] Interweaveing code and results with :session
On Sun, Aug 19, 2012 at 7:40 PM, Eric Schulte wrote: > Ista Zahn writes: > >> Hi, >> >> I would like to interweave multi-line R code and results, like this: >> >> #+begin_src R :results output >> 2+2 >> 3+3 >> #+end_src >> >> #+results: >> : > 2+2 >> : [1] 4 >> : > 3+3 >> : [1] 6 >> >> while using R :session. The solution posted at >> http://lists.gnu.org/archive/html/emacs-orgmode/2010-08/msg00785.html >> is to set >> >> #+begin_src emacs-lisp >> (setq org-babel-R-command "R --silent --no-save") >> #+end_src >> >> This works, but only if session is not being used. For example: >> >> --8<---cut here---start->8--- >> #+begin_src emacs-lisp >> (setq org-babel-R-command "R --silent --no-save") >> #+end_src >> >> #+results: >> : R --silent --no-save >> >> This works as desired: >> #+begin_src R :results output >> 2+2 >> 3+3 >> #+end_src >> >> #+RESULTS: >> : > 2+2 >> : [1] 4 >> : > 3+3 >> : [1] 6 >> : > >> >> Does not interweave code and results when using :session: >> #+begin_src R :results output :session *R* >> 2+2 >> 3+3 >> #+end_src >> >> #+results: >> : [1] 4 >> : [1] 6 >> --8<---cut here---end--->8--- >> >> Is there a way to get this interweaved output while using :session? >> > > Unfortunately I do not believe this is currently possible, however it > shouldn't be hard to implement for someone familiar with ob-R.el. Thanks Eric. I'm able to get the desired behavior by setting (setq org-babel-R-command "R --silent --save --restore") instead of using :session Obviously this is slow, and has other disadvantagages, but it does give interweaved results while allowing object persistance across code blocks. Best, Ista > > Best, > >> >> Thanks! >> Ista >> > > -- > Eric Schulte > http://cs.unm.edu/~eschulte
Re: [O] Bug: icalendar export skips todos with a scheduled time-range [7.8.11]
Friedrich Delgado schrieb: > confirmed, latest org does the right thing[TM] However: If I (setq org-icalendar-use-plain-timestamp nil) as in my customisation, scheduled date-ranges are not exported at all (no matter what org-icalendar-use-scheduled is set to). ( 49905a566970541de76b6d49004c62e50c625a98 from this morning) > Bastien schrieb: > > Hi Friedrich, > > Friedrich Delgado writes: > > > > > If I have an org-file containing a todo with a scheduled date range, like > > > this: > > > > > > ,[ foo.org ] > > > *** TODO Weekend with the lads > > > SCHEDULED: <2012-05-04 Fr>--<2012-05-08 Di> > > > ` > > > > > > and try to export it via org-export-icalendar-this-file, the resulting > > > foo.ics will look like this > > > > With emacs -Q and latest Org, I get this: > > > > BEGIN:VCALENDAR > > VERSION:2.0 > > X-WR-CALNAME:test > > PRODID:-//Bastien Guerry//Emacs with Org-mode//EN > > X-WR-TIMEZONE:CEST > > X-WR-CALDESC:nil > > CALSCALE:GREGORIAN > > BEGIN:VEVENT > > UID: TS-f16e36f0-7c1a-4690-b705-0aaa74d5835c > > DTSTART;VALUE=DATE:20120504 > > DTEND;VALUE=DATE:20120509 > > SUMMARY:TODO Weekend with the lads > > CATEGORIES:test > > END:VEVENT > > END:VCALENDAR > > > > Can you clone the git repo and let me know if you get the same? -- Friedrich Delgado TauPan on Ircnet and Freenode ;)
[O] org-notmuch outdated
diff --git a/contrib/lisp/org-notmuch.el b/contrib/lisp/org-notmuch.el index 25f6ab6..20f98c3 100644 --- a/contrib/lisp/org-notmuch.el +++ b/contrib/lisp/org-notmuch.el @@ -58,7 +58,7 @@ (org-store-link-props :type "notmuch" :from from :to to :subject subject :message-id message-id) (setq desc (org-email-link-description)) - (setq link (org-make-link "notmuch:" "id:" message-id)) + (setq link (concat "notmuch:" "id:" message-id)) (org-add-link-props :link link :description desc) link))) @@ -82,7 +82,7 @@ Can link to more than one message, if so all matching messages are shown." (defun org-notmuch-search-store-link () "Store a link to a notmuch search or message." (when (eq major-mode 'notmuch-search-mode) -(let ((link (org-make-link "notmuch-search:" +(let ((link (concat "notmuch-search:" (org-link-escape notmuch-search-query-string))) (desc (concat "Notmuch search: " notmuch-search-query-string))) (org-store-link-props :type "notmuch-search"
Re: [O] org-notmuch outdated
Hi Friedrich, I fixed this in org-notmuch.el and other affected packages in contrib/. Thanks for reporting this! -- Bastien
Re: [O] [BUG] turn-on-org-cdlatex
Updated, thanks. - Carsten On 3.8.2012, at 09:41, Bastien wrote: > Hi Rasmus, > > Rasmus writes: > >> It would seem there is a bug in turn-on-org-cdlatex whenever _ or ^ is >> called. And perhaps others. > > This is a problem in cdlatex.el. > > You need to replace `last-command-char' by `last-command-event'. > > I'm copying Carsten so that he can take the fix upstream. > > HTH, > > -- > Bastien
Re: [O] Question About New Exporter
Hi Mike, Mike McLean writes: > Are they far enough along that I should be able to just swap and have > every thing “just work” or “mostly work” ? I think so. Perhaps the easiest way to know is to give it a try? Reports about this will also help other users make the transition. Thanks, -- Bastien
Re: [O] how to use contrib packages through ELPA (specifically org-export)
Hi Achim, Achim Gratz writes: > It's not pushed to the orgmode repository yet. Please have a look at > the ELPA tar produced with the following patch (after including > UTILITIES/server.mk from your local.mk): Please feel free to apply this as soon as Jambunathan confirms it is okay. Thanks! -- Bastien
[O] Enable org-habit using add-to-list
Hi all, I am trying to enable the org-habit module by using add-to-list like so: (add-to-list 'org-modules "org-habit") The reason I want to use add-to-list and not setq is that I want to add org-habit to the set of modules loaded by default and not re-define the set. However, this is giving me the error - Symbol's value as variable is void: org-modules Any idea how I should get this sorted out? Should I add a hook? Thank you. -- Sincerely, Varun Vats Graduate Student University of Wisconsin, Madison mailvarunv...@gmail.com
Re: [O] Offline until sunday eve -- please heavily test current HEAD
Hi Achim,
Achim Gratz writes:
> I get these test fails with Emacs 24.1, 24.2-rc (but not on 24.1.50 or
> 24.2.50, although the latter activates only 214 instead of 371 tests,
> which seems to require a separate investigation since the setup is the
> same otherwise):
Thanks for testing.
> Test ob-exp/exports-both condition:
> (void-function my-map)
>FAILED 17/371 ob-exp/exports-both
>
> Test test-org-babel/multi-line-header-arguments condition:
> (void-function my-map)
>FAILED 156/371 test-org-babel/multi-line-header-arguments
>
> Test test-org-babel/multi-line-header-arguments backtrace:
> (my-map (quote list) (function list) numbers letters)
> (let ((numbers (quote (1 2 3 4 5 6 7))) (letters (quote (a b c d e f
> (progn (let ((numbers (quote (1 2 3 4 5 6 7))) (letters (quote (a b
> eval((progn (let ((numbers (quote (1 2 3 4 5 6 7))) (letters (quote
> ((lambda (result) (if (or (member "scalar" (cdr (assoc :result-param
> (progn ((lambda (result) (if (or (member "scalar" (cdr (assoc :resul
> (unwind-protect (progn ((lambda (result) (if (or (member "scalar" (c
> (let ((wconfig (current-window-configuration))) (unwind-protect (pro
> (save-window-excursion ((lambda (result) (if (or (member "scalar" (c
> org-babel-execute:emacs-lisp("(require 'cl)\n(defalias 'my-map (if (
> funcall(org-babel-execute:emacs-lisp "(require 'cl)\n(defalias 'my-m
> ((lambda (result) (if (and (eq (cdr (assoc :result-type params)) (qu
> (setq result ((lambda (result) (if (and (eq (cdr (assoc :result-type
> (if (and (not arg) new-hash (equal new-hash old-hash)) (save-excursi
> (let ((call-process-region (lambda (&rest args) (apply (quote org-ba
> (unwind-protect (let ((call-process-region (lambda (&rest args) (app
> (let* ((lang (nth 0 info)) (params (if params (org-babel-process-par
> (progn (let* ((lang (nth 0 info)) (params (if params (org-babel-proc
> (if (org-babel-confirm-evaluate (let ((i info)) (setf (nth 2 i) (org
> (when (org-babel-confirm-evaluate (let ((i info)) (setf (nth 2 i) (o
> (let ((info (or info (org-babel-get-src-block-info (when (org-ba
> org-babel-execute-src-block()
> (let ((results (org-babel-execute-src-block))) (should (equal (quote
> (progn (org-babel-next-src-block) (let ((results (org-babel-execute-
> (setq G16529 (progn (org-babel-next-src-block) (let ((results (org-b
> (let ((kill-buffer-query-functions nil) G16529) (with-temp-file "/tm
> (org-test-with-temp-text-in-file "\n\n#+headers: :var letters='(a b
>
> With Emacs 23.3, I get this test error:
>
> Test test-ob-sh/session condition:
> (error "Marker does not point anywhere")
>FAILED 112/211 test-ob-sh/session
>
> Test test-ob-sh/session backtrace:
> (cl-block-wrapper (catch (quote --cl-block-nil--) (let* ((i 6) (fram
> (block nil (let* ((i 6) (frame nil) (--cl-var-- nil)) (while (progn
> (loop for i from 6 for frame = (backtrace-frame i) while frame colle
> ert--record-backtrace()
> (let* ((condition (first more-debugger-args)) (type (case (car condi
> (cond ((member* first-debugger-arg (quote (lambda debug t exit nil))
> (case first-debugger-arg ((lambda debug t exit nil) (apply (ert--tes
> (ecase first-debugger-arg ((lambda debug t exit nil) (apply (ert--te
> (let* ((more-debugger-args debugger-args) (first-debugger-arg (if mo
> (progn (let* ((more-debugger-args debugger-args) (first-debugger-arg
> (destructuring-bind (first-debugger-arg &rest more-debugger-args) de
> ert--run-test-debugger([cl-struct-ert--test-execution-info [cl-struc
> (lambda (G99254 &rest debugger-args) (ert--run-test-debugger (symbol
> apply((lambda (G99254 &rest debugger-args) (ert--run-test-debugger (
> (lambda (&rest --cl-rest--) (apply (lambda (G99254 &rest debugger-ar
> ansi-color-apply-on-region(# # ansi-color-process-output("")
> run-hook-with-args(ansi-color-process-output "")
> comint-send-input(nil t)
>
> These look like further fallout from the cl-flet excision...
Not really -- this is related to the recent version bump in Emacs trunk.
The should be fixed now. See this commit:
http://orgmode.org/w/?p=org-mode.git;a=commit;h=00e5c2
Can you try again and report remaining problems, if any?
Thanks!
--
Bastien
Re: [O] Enable org-habit using add-to-list
Hi Varun, Varun Vats writes: > Symbol's value as variable is void: org-modules > > Any idea how I should get this sorted out? Should I add a hook? (require 'org) (require 'org-install) (add-to-list 'org-modules "org-habit") in this order should be okay. HTH, -- Bastien
Re: [O] [OT][GTD] GTDish next action "todo" keyword, could that influence your productivity in any way?
On Sun, Aug 19, 2012 at 10:54 PM, Bastien wrote: > Hi Marcelo, > > Marcelo de Moraes Serpa writes: > >> What do you think; and what word do you use as your TODO keyword? > > I use > > NEXT(/) TODO(t) STRT(s) WAIT(w@) | DONE(d) DELEGATED(D@) CANCELED(c@) I use something similar, but don't have a start or delegated tag. "Next" is key, in my opinion and I use it for the same reasons as Bastien. I have lots of todos and it's nice to scan through them during the course of a week and mark those "next" that I know need to be done... next. Makes it much easier to do this regularly and then work on the next items vs. identifying something to do next and then having to re-scan the massive todo list every time for a good thing to work on. I use "wait" as well, though one issue I've had is forgetting about them. Though, I put my wait after the "|", which perhaps doesn't make sense. Seeing Bastien's list makes me want to think about rethinking that. Or adjusting the "todo" date to reflect when I need to follow up about why I'm waiting or with to whom I've delegated the task. John [...] > > HTH, > > -- > Bastien >
Re: [O] Enable org-habit using add-to-list
Thanks Bastien, that worked! -- Sincerely, Varun Vats Graduate Student University of Wisconsin, Madison mailvarunv...@gmail.com http://varunvats.com On Mon, Aug 20, 2012 at 5:59 PM, Bastien wrote: > Hi Varun, > > Varun Vats writes: > > > Symbol's value as variable is void: org-modules > > > > Any idea how I should get this sorted out? Should I add a hook? > > (require 'org) > (require 'org-install) > (add-to-list 'org-modules "org-habit") > > in this order should be okay. > > HTH, > > -- > Bastien >
Re: [O] Wrong indentation with auto-fill within lists ?
> I cannot reproduce this. > > Do you use filladapt.el? Also what's the output of M-x org-version? I haven't loaded (explicitly) filladapt.el. How can I tell if I am using it? The output of M-x org-version is 7.8.11. Regards, Luis > Regards, >
Re: [O] Wrong indentation with auto-fill within lists ?
> > Do you use filladapt.el? Also what's the output of M-x org-version? > I haven't loaded (explicitly) filladapt.el. How can I tell if I am using it? > The output of M-x org-version is 7.8.11. I have removed the org-mode debian package and the behavior reverted to what I expected. The output of M-x org-version is now 6.33x. I had installed the org- mode package to get the org documentation, but now I installed emacs23-common-non-dfsg instead. Are there conflicts due to the apparent coexistence of two org-mode versions (that provided by the emacs23 debian package and the other provided by the org-mode package)?
Re: [O] Wrong indentation with auto-fill within lists ?
Luis Mochán wrote: > > > Do you use filladapt.el? Also what's the output of M-x org-version? > I haven't loaded (explicitly) filladapt.el. How can I tell if I am > using it? The output of M-x org-version is 7.8.11. You can try asking about a function or a variable that's defined by filladapt: if it is documented, then filladapt is loaded. Otherwise, emacs will complain about the non-existent function/variable. Try something like C-h f filladapt-mode RET Nick
Re: [O] Wrong indentation with auto-fill within lists ?
> Try something like > C-h f filladapt-mode RET The answer is: no match.
[O] timestamped items not showing in today agenda view
Hi, I have an issue where items that are scheduled with a timestamp don't show up in an agenda view. I have the following three views: (tags-todo "+DEADLINE<=\"<+3d>\"") (tags-todo "+SCHEDULED<=\"\"") (agenda "") If I have items: * Foo SCHEDULED: <2012-12-20 12:34> * Bar DEADLINE: <2012-12-20 12:35> Bar shows up in the DEADLINE search and agenda. Foo does NOT show up in SCHEDULED search, but does show up in Agenda. If I change to <+0d> there is no change. If I change it to <+1d> then Foo does show up, but so does stuff scheduled tomorrow. Is this a bug? How can I get items with timestamps to show up both in (agenda "") and in the tags-todo search? Thanks, -k.
Re: [O] Faces interaction between org-mode and emacs24
Yes, it was under column mode. I tried in vain to make a small example but my emacs-fu is not strong enough. Attached is what I started to do... Jay On Sun, Aug 19, 2012 at 9:13 AM, Bastien wrote: > Hi Jay, > > Jay McCarthy writes: > >> I recently upgraded from emacs23 to emacs24, using the current git >> version of org-mode with both (current = e4c4d85). I am now >> experiencing something odd. >> >> If I open up the org-agenda to see my TODOs, the node titles are >> colored one way (red for late, gray for future, etc). I have this >> color setup using the org-agenda-before-sorting-filter-function >> variable, it basically looks at the deadline time and then calls >> put-text-property to give the text a new 'face property. You can see >> the code here: >> >> https://github.com/jeapostrophe/exp/blob/master/.emacs.el#L627 (it >> goes to about line 736) >> >> This worked great in emacs23. But now with emacs24, the colors are >> only correct when I first start emacs and load the agenda the first >> time. If I ever go to visit a TODO item in the org buffer (for >> example, by pressing ) then the color of the item from the org >> buffer appears in the agenda. For example, if something is one level >> deep (*) then it becomes blue-ish, even though my filtering function >> has change the face to be red. > > I assume the above is with column-mode turned on, right? > > ... > >> If I put my cursor in the org-buffer on the item and describe its >> text-properties, then I get the face to be, for example 'org-level-6, >> but if I go to the org-agenda and put my cursor on the text, I see >> that the face is 'due (what it is supposed to be) >> >> Even stranger, if I am in the org-agenda and turn OFF column mode >> (org-columns), then I see the "correct" colors of all the items. It is >> just in column mode that I see the colors from the org buffer. >> >> I was able to fix this with the following patch: > > ... otherwise I don't see why just fixing `org-columns-new-overlay' > should fix the first situation you describe. > > I under the idea behind the patch but I'd like to make sure there is > nothing more than this. Perhaps a simple reproducible example? > > Thanks! > > -- > Bastien -- Jay McCarthy Assistant Professor / Brigham Young University http://faculty.cs.byu.edu/~jay "The glory of God is Intelligence" - D&C 93 faces.el Description: Binary data faces.org Description: Binary data
[O] New maintainer for MobileOrg on iOS
I'm looking for someone to take over maintaining MobileOrg for iOS. My iOS Developer subscription ($99/yr) is about to expire on September 7, and I'm hoping I can find someone who may be interested in iOS development to carry it forward before then. I also just got a notification from Dropbox that the API version I'm using will be retired in December 2012, so there would be that small amount of work involved to keep it up to date. I don't have a Mac or iPhone anymore, but I'm happy to help anyone who's willing to get up to speed with it. If you're interested, please let me know. Thanks, Richard
Re: [O] [OT][GTD] GTDish next action "todo" keyword, could that influence your productivity in any way?
On 8/19/12, Bastien wrote:
> I tried to avoid keywords proliferation
Me too! This is what I use:
(type "REF(e)" "NAKA(i)" "META(=)" "GOAL(G)" "QUESTION(Q)"
"NOTE(O)" "ASK(?)" "TELL(+)" "EXPECT(E!/!)" "SUGU(g)"
"WHENEVER(R)" "WHEN(W)" "AFTER(-)" "NEXTREPEAT(.!/!)"
"STARTED(r)" "NEXT(n)" "NEXTKA(j)" "PLAN(t)" "TODO(T)"
"STUCK(S)" "MAYBE(y)" "DOUBTFUL(l)" "NANI(A)" "WAIT(w!/!)"
"SOME(s)" "VERIFY DONEISH(v)" "FACT(f)" "BEKI(b)"
"NEOWHEN(N!/!)" "CONVERSATION(c)" "DONEKEEP(p)"
"MOOTKEEP(P)" "DONEKAKEEP(()" "MOOTKAKEEP())" "MOSTKEEP(;)"
"RESULTS(')" "CHUU(X!)" "ONGOING(X)" "ASSERT(X)" "|"
"MOSTKA(L)" "MOST(M)" "DONEKA(k)" "DONE(d)" "DUPLICATEKA(u)"
"DUPLICATE(D)" "MOOTKA(K)" "MOOT(m)" "WAKARANAI(a)")
:)
I will be adding a few more soon. :)
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
[O] Replacement for org-make-link
Hi! http://orgmode.org/Changes.html tells me that org-make-link has been deleted. I am using following lines to add links to references I manage using Org-mode: (from [1]) , | (defun org-ref-complete-link (&optional arg) | "Create a reference link using completion." | (let (file link) |(setq file (read-file-name "ref: " "~/archive/papers_from_web/")) |(let ((pwd (file-name-as-directory (expand-file-name "."))) | (pwd1 (file-name-as-directory (abbreviate-file-name | (expand-file-name ".") | (setq file (string-replace "~/archive/papers_from_web/" "" file)) | (setq file (string-replace pwd "" (string-replace pwd1 "" file))) | (setq file (string-replace ".bib" "" file)) | (setq file (string-replace ".pdf" "" file)) | (setq link (org-make-link "ref:" file))) | link)) ` Can somebody with more knowledge than me suggest, what I should do instead? Thanks! 1. http://draketo.de/light/english/free-software/custom-link-completion-org-mode-25-lines-emacs -- Karl Voit
Re: [O] Replacement for org-make-link
Karl Voit wrote: > Hi! > > http://orgmode.org/Changes.html tells me that org-make-link has been > deleted. > > I am using following lines to add links to references I manage using > Org-mode: (from [1]) > > , > | (defun org-ref-complete-link (&optional arg) > | "Create a reference link using completion." > | (let (file link) > |(setq file (read-file-name "ref: " "~/archive/papers_from_web/")) > |(let ((pwd (file-name-as-directory (expand-file-name "."))) > | (pwd1 (file-name-as-directory (abbreviate-file-name > | (expand-file-name ".") > | (setq file (string-replace "~/archive/papers_from_web/" "" file)) > | (setq file (string-replace pwd "" (string-replace pwd1 "" file))) > | (setq file (string-replace ".bib" "" file)) > | (setq file (string-replace ".pdf" "" file)) > | (setq link (org-make-link "ref:" file))) > | link)) > ` > > Can somebody with more knowledge than me suggest, what I should do > instead? > Replace it with concat, I think. That's all that org-make-link used to do: , | (defun org-make-link (&rest strings) | "Concatenate STRINGS." | (apply 'concat strings)) ` In fact the commit says: , | commit 96551f3dd8885dee6972c70ce06888fd3d5f4dd4 | Author: Bastien Guerry | Date: Fri Aug 3 19:03:21 2012 +0200 | | Delete `org-make-link' and replace previous occurrences by `concat'. ` Nick
Re: [O] Replacement for org-make-link
Nick Dokos writes: > Replace it with concat, I think. Yes, exactly. -- Bastien
Re: [O] [OT][GTD] GTDish next action "todo" keyword, could that influence your productivity in any way?
Samuel Wales writes: > "STUCK(S)" "MAYBE(y)" "DOUBTFUL(l)" "NANI(A)" "WAIT(w!/!)" I like these two :) -- Bastien
Re: [O] New maintainer for MobileOrg on iOS
Hi Richard, I forwarded this message on the G+ group: https://plus.google.com/102778904320752967064/posts/QMDpT31Am7C I hope someone will volunteer. MobileOrg would be the only reason for which I would have bought an iPhone, but since you don't have one anymore, I don't feel so ashamed :) I have seen it in action in some friend's hands and could feel the "Wow!" effect. Thanks again for this great app, -- Bastien
Re: [O] Replacement for org-make-link
* Bastien wrote: > Nick Dokos writes: > >> Replace it with concat, I think. > > Yes, exactly. Works like charm. Thanks! -- Karl Voit
Re: [O] MobileOrg, webdav, correct use of org-mobile-directory?
Adam Spiers writes: > On Sun, Aug 19, 2012 at 12:25 AM, Adam Spiers wrote: >> Agreed. If at least one person lets me know that my explanations >> above make sense, I might find some time to tweak the FAQ accordingly. > > I went ahead and tweaked it anyway: > > http://orgmode.org/worg/org-faq.html#sec-20 > > However, I can't figure out how to avoid the broken image, or how > to activate ditaa rendering. Can someone help please? > I personally use webdav for both synchronization using the staging method and the following[1] makefile then you have to run make pull before pulling, and make push after pushing to really pull and push file to webdav. #+begin_src makefile ORG_FILES = $(shell ls *.org) CHECKSUMS = checksums.dat STMP_FILES = $(ORG_FILES:.org=.stmp) checksums.stmp # replace with the webdav host: HOST=example.org # Put full url of the webdav directory URL=http://$(HOST)/mobileorg/ # put your username there: USER=itsme # put your password there PASSWD=secret # you could also use # PASSWD=$(shell gpg --use-agent --no-tty < $(HOME)/.authinfo.gpg | grep $(HOST) | sed "/$(USER)/s/.*password //") # if your .authinfo.gpg file contain a line like # # machine example login user password secret default: push push: stamp-sync all: default pull: curl -u $(USER):$(PASSWD) $(URL)mobileorg.org -o mobileorg.org stamp-sync: $(STMP_FILES) touch stamp-sync .SUFFIXES: .dat .org .stmp .org.stmp: curl -u $(USER):$(PASSWD) -T $< $(URL) touch $@ .dat.stmp: curl -u $(USER):$(PASSWD) -T $< $(URL) touch $@ clean: rm *.stmp #+end_src -- Rémi Vanicat
Re: [O] Wrong indentation with auto-fill within lists ?
> emacs will complain about the non-existent function/variable. Try > something like > > C-h f filladapt-mode RET The answer is: no match.
Re: [O] Wrong indentation with auto-fill within lists ?
Hi Luis, Luis Mochán writes: >> Try something like >> C-h f filladapt-mode RET > > The answer is: > no match. So, you are *not* using filladapt.el. -- Bastien
Re: [O] Wrong indentation with auto-fill within lists ?
Hi Luis, Luis Mochán writes: > Are there conflicts due to the apparent > coexistence of two org-mode versions (that provided by the emacs23 debian > package and the other provided by the org-mode package)? If you use a separate Org distribution (as a package or cloned from the git repository), don't forget to create autoloads. ~$ make autoloads then (require 'org-install) in your .emacs.el should do. -- Bastien
[O] new exporter and latex attributes
Has the syntax for latex attributes changed in the new exporter, or is
is the following a bug?
Given this source file:
* Test width attribute
#+ATTR_LATEX: width=3in
#+begin_src dot :file t.png
digraph g { a -> b }
#+end_src
#+results:
[[file:t.png]]
The old exporter generats:
#+begin_src latex
\includegraphics[width=3in]{t.png}
#+end_src
And the new exporter
#+begin_src latex
\includegraphics[width=.9\linewidth]{t.png}
#+end_src
which ignores the width override.
rick
Re: [O] new exporter and latex attributes
Hello,
Rick Frankel writes:
> Has the syntax for latex attributes changed in the new exporter, or is
> is the following a bug?
Neither. Though, at some point, I'd like to change syntax for LaTeX
attributes for a plist-based one.
> Given this source file:
>
> * Test width attribute
> #+ATTR_LATEX: width=3in
> #+begin_src dot :file t.png
> digraph g { a -> b }
> #+end_src
>
> #+results: [[file:t.png]]
>
> The old exporter generats:
> #+begin_src latex
> \includegraphics[width=3in]{t.png}
> #+end_src
>
> And the new exporter
> #+begin_src latex
> \includegraphics[width=.9\linewidth]{t.png}
> #+end_src
>
> which ignores the width override.
"width" is an attribute for the file, but it means nothing for the
source code.
Use something like the following.
* Test width attribute
#+NAME: graph
#+begin_src dot :file t.png
digraph g { a -> b }
#+end_src
#+ATTR_LATEX: width=3in
#+RESULTS: graph
[[file:t.png]]
Regards,
--
Nicolas Goaziou
Re: [O] BUG - Can't export subtree without TOC
This works for me now. Thanks! Regards, Bernt Bastien writes: > Hi Bernt, > > Bernt Hansen writes: > >> The following org file shows the problem for me > > This should be fixed now. Please let us know. > > Thanks for reporting this!
Re: [O] new exporter and latex attributes
On Tue, Aug 21, 2012 at 12:54:25AM +0200, Nicolas Goaziou wrote:
> Hello,
>
> Rick Frankel writes:
>
> > Has the syntax for latex attributes changed in the new exporter, or is
> > is the following a bug?
>
> Neither. Though, at some point, I'd like to change syntax for LaTeX
> attributes for a plist-based one.
>
> Use something like the following.
>
> * Test width attribute
> #+NAME: graph
> #+begin_src dot :file t.png
> digraph g { a -> b }
> #+end_src
>
> #+ATTR_LATEX: width=3in
> #+RESULTS: graph
> [[file:t.png]]
>
>
That doesn't make sense. In the current exporter, all attributes
(html, latex, etc) applied to the export are placed directly before
the source block. If you have to run the source block and then place
the attributes just before the results line you disconnect the results
from the source block, and the next time the source block is evaluated
a second results block will be added to the file. Babel doesn't allow
for anything between =#+end_src= and =#+results=.
rick
[O] TODO keyword completion bug
I have some (buffer-local) keywords defined that contain dashes to separate words (because I couldn't think of a single word that would be clear). M- completion does not appear to work for these keywords. This has made me reconsider my choice of keywords, but since they're valid keywords, shouldn't they be valid candidates for completion (i.e. is this a bug)? --Aidan
Re: [O] new exporter and latex attributes
Rick Frankel wrote:
> On Tue, Aug 21, 2012 at 12:54:25AM +0200, Nicolas Goaziou wrote:
> > Hello,
> >
> > Rick Frankel writes:
> >
> > > Has the syntax for latex attributes changed in the new exporter, or is
> > > is the following a bug?
> >
> > Neither. Though, at some point, I'd like to change syntax for LaTeX
> > attributes for a plist-based one.
> >
> > Use something like the following.
> >
> > * Test width attribute
> > #+NAME: graph
> > #+begin_src dot :file t.png
> > digraph g { a -> b }
> > #+end_src
> >
> > #+ATTR_LATEX: width=3in
> > #+RESULTS: graph
> > [[file:t.png]]
> >
> >
> That doesn't make sense. In the current exporter, all attributes
> (html, latex, etc) applied to the export are placed directly before
> the source block. If you have to run the source block and then place
> the attributes just before the results line you disconnect the results
> from the source block, and the next time the source block is evaluated
> a second results block will be added to the file. Babel doesn't allow
> for anything between =#+end_src= and =#+results=.
>
Named source blocks will refresh the corresponding named results blocks
anywhere in the file: they don't produce a new set each time they are
executed and it doesn't matter whether they are "disconnected". I'm not
sure how far back this behavior goes, but it is how current (well,
slightly out-of-date but not too much) master-branch org behaves.
Nick
Org-mode version 7.8.11 (release_7.8.11-501-gc4050a @
/home/nick/elisp/org-mode/lisp/)
