use the stored value when refreshing the agenda (rather than
re-entering it each time org-agenda-redo is called).
I know that agenda filters persist when the agenda is refreshed, so I'm
looking to do something similar with my custom value. I've experimented
with trying to set the variable as a buffer local value, but without
success.
Is this possible? If so, any ideas how?
--
Luke
You can use effort estimates for this. They are covered in the manual
here: https://orgmode.org/manual/Effort-estimates.html#Effort-estimates
After assigning an effort estimate to a task, you can filter all tasks
with an estimate less-than, equal-to, or greater-than a specified number
of minut
On 04/03/18 08:13, Luke wrote:
Hi,
On 04/03/18 06:40, Nicolas Goaziou wrote:
Hello,
Luke writes:
org-capture seems to be inserting an extra line before the task
heading. So the narrowed buffer for editing the task looks something
like this:
Top of window
line-clock. I think this change was introduced in commit
6655429b8d.
Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
of 2017-09-21 on lcy01-07, modified by Debian
Package: Org mode version 9.1.7 (release_9.1.7-466-ga16590.dirty @
/home/luke/elisp/org-mode/lisp/)
Hi,
On 04/03/18 06:40, Nicolas Goaziou wrote:
Hello,
Luke writes:
org-capture seems to be inserting an extra line before the task
heading. So the narrowed buffer for editing the task looks something
like this:
Top of window ---
** TODO My new task
elated to
org-blank-before-new-entry.
Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
of 2017-09-21 on lcy01-07, modified by Debian
Package: Org mode version 9.1.7 (release_9.1.7-466-ga16590 @
/home/luke/elisp/org-mode/lisp/)
current state:
==
(setq
org-tab-fi
w the last time that a task was repeated.
The LAST_REPEAT property is ideal for this, but when I disable logging
this property is no longer added/updated for any repeated tasks.
Is there an easy way to have the LAST_REPEAT property, but without a
history of TODO state changes?
--
Luke
.org/org-mode.git I get a "403 Forbidden" response.
However, I *can* view http://orgmode.org/w/org-mode.git (note the extra
"w" in the address). Has the repo location changed?
--
Luke
d for this but haven't been able to find an answer either
way. Is there a way to 'fake' "today's date" when generating the agenda?
--
Luke
On 23/11/16 10:39, Eric Abrahamsen wrote:
Luke writes:
I have a strange situation on my laptop.
I'm running Ubuntu 16.04, with Emacs 24.5.1. I'm also using the latest
development branch from the org-mode git repository (latest changes
pulled today).
Recently, for some unknown rea
On 23/11/16 09:31, Luke wrote:
I have a strange situation on my laptop.
I'm running Ubuntu 16.04, with Emacs 24.5.1. I'm also using the latest
development branch from the org-mode git repository (latest changes
pulled today).
Recently, for some unknown reason, emacs suddenly started
t 'load-path (expand-file-name
"~/elisp/org-mode/contrib/lisp" t))
And then running:
$ emacs -Q -l minimal-org.el
...but I still get the same result (Emacs hangs when I run `M-x (require
'org)`).
Can anyone help tell me what's wrong, or suggest how I try and track
down the problem?
--
Luke
Setting org-agenda-skip-scheduled-if-deadline-is-shown to a non-nil
value in a custom agenda command seems to have no effect. Items that
were scheduled three days ago and have a deadline yesterday still appear
twice in the agenda.
If I checkout tags/release_8.3.6 this bug does not seem to appe
On 17/10/16 16:47, Nicolas Goaziou wrote:
Hello,
Luke writes:
On 16/10/16 20:32, Nicolas Goaziou wrote:
Fixed. Thank you.
Thanks for that. Unfortunately, it doesn't seem to fix the issue
I reported.
Are you using development version? The fix landed there.
Regards,
My apologi
ppear at the top of the agenda. It's as if the tags are
somehow overriding the sorting strategy.
Regards,
--
Luke
rcise with an older version of Org (built in to
Emacs 24.5.1) and that version didn't exhibit the same unexpected
behaviour.
Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
of 2016-04-17 on lgw01-04, modified by Debian
Package: Org-mode version 8.3.6 (8.3.6-7-g4d7d
On 02/03/16 10:15, Bingo UV wrote:
On Mon, 1 Feb 2016 15:15:03 -0700
luke call wrote:
I'm not org-mode power-user but what I recall from my use years ago
is that I moved away because of the # of keystrokes to do operations,
having to open different files for different topics, and tha
ouncements,
email me privately to help me understand better. (Unless you think
others here might also prefer that...)
Thanks for the feedback!!
-Luke
(Org-mode seems global. I have some interest in languages, and how easy
or hard second languages are. Esperanto seems so cool: this is under
For me, C-c ! has suddenly become unbound and no longer inserts
an inactive timestamp. Has this changed in the base org-mode, or
most likely is this an issue with my setup?
Thanks.
On 02/02/16 00:23, Robert Klein wrote:
> So I have to actually pay for export (C-c C-e in org-mode and more
> formats to export to), searching (C-s and C-r in emacs,
> probably more in org-mode) and /maybe/ recent bugfixes? And probably
> no Emacs shortcut keys.
All features are in the free/ope
rable, in the small or globally. More of that is in the "vision"
stuff on the onemodel.org web site.
I originally reported here because I thought there could be interest to
this community, but out of respect I wonder if further conversation
should move to the onemodel.org list(s), unless the culture here allows
going widely off-topic from org-mode use. :) I'm happy either way if
others are.
Thanks!
Luke
windows installation.
You might want to sign up for the announcements list at least.
-Luke
s, I'll probably go quiet unless to answer
good-faith questions. Details & discussion at http://onemodel.org
site/lists if desired.
-Luke
I am re-sending because I didn't include everyone on the original message.
-- Forwarded message --
From: Luke Swart
Date: Tue, Sep 1, 2015 at 1:10 AM
Subject: Re: can't assign to hline relative reference
To: Luke Swart , emacs-orgmode@gnu.org
Hi Nicolas Goaziou,
T
rking fine until an org-mode
update broke it. I may be missing something, so I am not sure if this is
the case.
Anyway, your response is very much appreciated!
Thanks,
Luke
On Tue, Sep 1, 2015 at 12:47 AM, Nicolas Goaziou
wrote:
Hello,
>
> Luke Swart writes:
>
> > There seems to be
to the timesheet package on MELPA. I have filed an
issue here: https://github.com/tmarble/timesheet.el/issues/3 but hopefully
I have found the underlying problem, and hopefully it is reasonably fixable.
Here is some relevant info:
-
Org-mode version 8.3.1 (8.3.1-87-g4ef2c0-elpa
Emacs 24.5.1 (x86_64-apple-darwin14.1.0, NS
apple-appkit-1344.72)
of 2015-04-17 on MacBook-Pro.local
Package: Org-mode version 8.3.1 (8.3.1-56-g17a225-elpa @
/Users/luke/.emacs.d/elpa/org-20150817/)
(add-to-list 'load-path (expand-file-name "./org-mode/lisp"))
(add-to-list '
I'm not sure if I still need to set "org-block-background" in 8.3.1.
But if I do need to continue setting this, what is the new name for "org-
block-background"?
(set-face-attribute 'org-block-background nil
:height (round (* 0.9 (face-attribute 'fixed-pitch
:height
(s
Patch is attached. I was running into this when I'd run a shell script
through an org link and later a clean-buffers would run. Thanks!
0001-org.el-Fix-use-of-org-open-at-point-with-shell-and-m.patch
Description: Binary data
Luke Crook balooga.com> writes:
>
> * TEST...
>
>
> Doesn't do anything
>
The above I cannot consistently reproduce. So ignore for now.
Thanks.
Nicolas Goaziou nicolasgoaziou.fr> writes:
>
> Point is /before/ the ellipses here. You need to move after them,
e.g.,
> using C-f or mess with `org-special-ctrl-a/e'.
>
> Regards,
>
OK thanks. I understood "behind the ellipses at the end of a headline"
as "before" the ellipses, not "after"
Luke Crook balooga.com> writes:
> However at least in my installation (Emacs 34.3, org-mode 8.2.10),
Emacs 24.3 obviously.
Question concerning the behaviour of org-insert-heading;
The manual states the following.
>>
If the command is used at the end of a folded subtree (i.e., behind the
ellipses at the end of a headline), then a headline will be inserted after
the end of the subtree.
<<
However at least in my insta
Nick Dokos zgmail.com> writes:
>
> Can anybody else reproduce this?
/me raises hand.
Nick Dokos gmail.com> writes:
> Nope - I tried to reproduce it with latest (both master and maint) and
> could not, so I suspect an error in your configuration.
>
I experience the same issue.
http://article.gmane.org/gmane.emacs.orgmode/88610
/Luke
I just noticed that org does not jump to the correct cell in the table when
examining formulas using "org-table-edit-formulas".
This was working in 8.2.6. In most cases, it will jump to a different
location in the buffer. Example table below.
Note that I had to break the table formulae onto
Eric S Fraga ucl.ac.uk> writes:
>
> On Wednesday, 30 Apr 2014 at 18:00, Luke Crook wrote:
> > The following example is not being exported in Latex as a code block.
However
> > it is exported correctly in HTML export. org-mode version 8.2.6
> >
> &
The following example is not being exported in Latex as a code block. However
it is exported correctly in HTML export. org-mode version 8.2.6
#+BEGIN_SRC emacs-lisp -n -r
(save-excursion (ref:sc)
(goto-char (point-min))) (ref:jump)
#+END_SRC
Nicolas Goaziou gmail.com> writes:
> This is expected. Targets in tables return table number, but only among
> captioned tables. Otherwise, the returned value is undefined.
Got it. Thanks for the info.
/Luke
I just noticed that <<>> links in tables <>, <> below do not
increment, whereas <<>> links in lists do. Example below.
* Reference Documents
| Reference | Document Description |
|---+--|
| <>Ref-1 | Ref 1|
| <>Ref-2 | Ref 2|
|
Eric S Fraga ucl.ac.uk> writes:
> You could always use the new command in the org directive, assuming you
> only use LaTeX export:
>
> #+LATEX_HEADER: \newcommand{\orgauthor}{}
> #+AUTHOR: \orgauthor
>
> This would avoid duplication.
Brilliant!! Thank you.
Rasmus gmx.us> writes:
>
> I've used this snip to recover such fields
>
> \makeatletter
> \let\Title\ title
> \let\Author\ author
> \let\Date\ date
> \makeatother
>
> Obviously, this is only good for LaTeX.
>
How would I implement this? Is including in the .tex file sufficient?
Having
I tried creating a custom class and then tried creating a custom style. But
I found the easiest to be the following;
#+AUTHOR:
#+LATEX_HEADER: \newcommand{\orgauthor}{}
#+EMAIL:
#+LATEX_HEADER: \newcommand{\orgemail}{}
#+TITLE:
#+LATEX_HEADER: \newcommand{\orgtitle}{}
#+DATE:
#+LATEX_
Bastien gnu.org> writes:
>
> Hi Luke,
>
> Luke Crook balooga.com> writes:
>
> > #+LATEX_HEADER: \newcommand{\orgtitle}TITLE
>
> My understanding is that Org's macros cannot be used
> within #+... options.
>
> HTH,
>
Bastien, th
I'm looking for a quick and dirty way to use the org-mode variables within
Latex.
I thought the following might work;
#+TITLE: A nice title
#+LATEX_HEADER: \newcommand{\orgtitle}TITLE
And then in the .tex file;
\orgtitle{}
Suggestions?
Thanks
The following small change to ox-taskjuggler.el will export the date stored
in #+DATE:
Modified site/org-mode/contrib/lisp/ox-taskjuggler.el
diff --git a/site/org-mode/contrib/lisp/ox-taskjuggler.el b/site/org-
mode/contrib/lisp/ox-taskjuggler.el
index 761e180..5a1895c 100644
--- a/
Sebastien Vauban writes:
>
> Luke Crook wrote:
> > In column view, org-mode sums 3xSubtasks each having an effort of "1d"
as "1d
> > 0:00". Is there a way to change the sum to display this as "3d"?
>
> You could try to attach an ECM (« E
In column view, org-mode sums 3xSubtasks each having an effort of "1d" as "1d
0:00". Is there a way to change the sum to display this as "3d"?
/Luke
Ok. I feel quite quite silly now.
Thanks
/Luke
On Thu, Dec 19, 2013 at 12:48 PM, Nicolas Goaziou wrote:
> Hello,
>
> Luke Crook writes:
>
> > What about the following code. In the following, <<1>> and <<2>> are not
> > appearing in the
Here is the html export. The anchor is generated, but with no text.
ID
Descr
Descr
One
One
Two
Two
On Thu, Dec 19, 2013 at 11:12 AM, Luke Crook wrote:
> Hi Nicolas,
>
> What about the following code. In the following, <<1>> and <<2>> are n
t;<2>> | Two | Two |
On Thu, Nov 21, 2013 at 1:04 PM, Nick Dokos wrote:
> Luke Crook writes:
>
> > Nicolas Goaziou gmail.com> writes:
> >
> >>
> >> Hello,
> >>
> >> Luke Crook balooga.com> writes:
> >>
> &
Nicolas Goaziou gmail.com> writes:
>
> Hello,
>
> Luke Crook balooga.com> writes:
>
> > Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version.
>
> OK. Then could you provide an ECM? I'm unable to reproduce the problem.
>
&
That works. But that means I need both #+HTML: and #+Latex: for the same
thing. \newpage should convert as appropriate depending on the export.
So, \newpage should translate to the HTML equivalent on HTML export, and the
Latex equivalent on Latex export.
It only works correctly on Latex expor
Nicolas Goaziou gmail.com> writes:
>>
> You are probably using an old Org revision (e.g. the one shipped with
> Emacs 24.3).
>
Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version.
to work.
/Luke
Both "\newpage" and "#+LATEX: \newpage" generate page breaks in Latex.
However "\newpage" is included verbatim in HTML export.
Should I use "#+LATEX: \newpage" instead?
/Luke
Nicolas Goaziou gmail.com> writes:
>
> \ref{} is LaTeX syntax. Try [[tbl:repositories]] instead.
>
> Regards,
>
That did the trick, thank you.
ect results in
HTML?
Thanks,
/Luke
Thanks for highlighting this. Being able to skip the #+NAME tag in this
situation makes it quite straightforward.
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus wrote:
>
>
> It seems you're using v8.0.3. . .
>
> Your example would be something like
>
> #+OPTIONS: toc:nil
> #+TOC: figures ## <-- not implemented currently
> #+LATEX: \listoffigures
>
> The following generates the "List of Figures"
#+TOC: listings
No
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus wrote:
>
>
> Hi Luke!
>
> It seems you're using v8.0.3. . .
>
Thank you for the feedback. I should have scrubbed my tags pre-8.0 tags to
conform to the post-8.0 world, sorry about that.
The following tags now work as expected
I just noticed that the List of Figures is not being generated in 8.0.3.
I have a figure with;
#+LATEX: \listoffigures
#+ATTR_LaTeX: width=5.5cm
#+CAPTION: A Caption Here
#+LABEL: fig:test-figure-1
#+begin_src plantuml :file test-figure-1.png :cmdline -Tpng
plantuml stuff here
#+end_src
I have
> Luke Crook balooga.com> writes:
>
> >
> > When exporting to Latex, the system used to change the paper orientation
to
> > landscape for tables between the #+begin_landscape #+end_landscape tags.
> >
> > I noticed that v7.9.3f no longer does
On Fri, Mar 22, 2013 at 1:54 PM, Nick Dokos wrote:
>
>
> My guess is that you have a seriously mixed-up installation.
It was a load-path problem. I use an init.el file to load my ~/.emacs.d/
emacs.org initialization file, and I totally forgot to update the path to
the org directory in init.el
Sorry, pdfscape is what I am using. But I have used lscape in other docs
and #+begin_landscape/#+end_landscape does basically the same thing.
On Tue, Mar 26, 2013 at 6:03 PM, Luke Crook wrote:
> Yes, I have. In fact, lscape is what I am using.
>
> I haven't changed the docume
scape works as
expected.
On Tue, Mar 26, 2013 at 4:36 PM, Charles Berry wrote:
> Luke Crook balooga.com> writes:
>
> >
> > When exporting to Latex, the system used to change the paper orientation
> to
> > landscape for tables between the #+begin_landscape #+end_lan
in a pdf viewer.
On Tue, Mar 26, 2013 at 2:41 PM, John Hendy wrote:
> On Tue, Mar 26, 2013 at 4:32 PM, Luke Crook wrote:
> > When exporting to Latex, the system used to change the paper orientation
> to
> > landscape for tables between the #+begin_landscape #+end_landsca
When exporting to Latex, the system used to change the paper orientation to
landscape for tables between the #+begin_landscape #+end_landscape tags.
I noticed that v7.9.3f no longer does this. Were the
#+begin_landscape/#+end_landscape tags deprecated?
Thanks,
-Luke
Nick Dokos hp.com> writes:
>
> My guess is that you have a seriously mixed-up installation.
>
That's what org-version just told me. I downloaded the latest version of Emacs
for windows which includes org-mode v7.9.3f. I'll try start from there.
///Luke
Luke Crook balooga.com> writes:
I also see the following error in 7.9.4;
Code block evaluation complete.
progn: Symbol's function definition is void: org-unescape-code-in-region
I updated org-mode to 7.9.4, and now a I receive the following error from Emacs
when I try to generate Latex output;
Code block evaluation complete.
org-export-select-backend-specific-text: Symbol's function definition is void:
org-strip-protective-commas
Any ideas what might be going on?
Does org-mode support 'flyspell-prog-mode', in that flyspell should ignore
everything within #+begin_src and #+end_src blocks?
Thanks,
-Luke
Eric Schulte gmail.com> writes:
>
> I've just pushed up a fix -- Eric
>
Thanks for fixing this.
-Luke
rror goes away when I correct this to the following;
- list item
- list item
- list item
- Note :: Blah
- list item
- Note :: Blah
- list item
Thanks folks.
-Luke
I get an 'org-mode fontification error' when I export to LaTeX.
Any idea what may be causing this?
Thanks,
-Luke
suvayu ali gmail.com> writes:
>
> On Mon, May 16, 2011 at 6:38 PM, Luke Crook balooga.com> wrote:
> > :NOEXPORT: removes a heading from export and the TOC. Is there a
> > tag that will
> > only exclude a heading from appearing in the TOC?
> >
>
> Fo
:NOEXPORT: removes a heading from export and the TOC. Is there a tag that will
only exclude a heading from appearing in the TOC?
-Luke
version control
system, but has only been tested to work with Git. 'limit' is currently
unsupported."
-Luke
Luke Crook balooga.com> writes:
>
> Eric Schulte gmail.com> writes:
>
> > #+begin_src emacs-lisp :var buf=(buffer-file-name (current-buffer))
> > :exports
> both
> > (message "buffer %S!" buf)
> > #+end_src
> >
The following
he original buffer.
>
> #+begin_src emacs-lisp :var buf=(buffer-file-name (current-buffer)) :exports
both
> (message "buffer %S!" buf)
> #+end_src
>
That is exactly what I need. Thank you very much.
-Luke
Eric Schulte gmail.com> writes:
>
> Luke Crook balooga.com> writes:
>
> > I have written the following code that uses the Emacs vc-* commands to
generate
> > a commit log.
> Is there a reason this processing takes place using Emacs Lisp rather
> th
Luke Crook balooga.com> writes:
>
> I have code within #+begin_src and #+end_src that has to have the original
> org-
> mode buffer during the export process, (vc-fileset (vc-deduce-fileset t)).
>
> Is there an org-mode command that can be called during the export pr
Luke Crook balooga.com> writes:
>
> Nick Dokos hp.com> writes:
>
> > There is a way to get the original buffer during capture, but I don't
> > know of a similar mechanism during export. I hardwired the file name
> > instead, but I got no further than
Nick Dokos hp.com> writes:
>
> Luke Crook balooga.com> wrote:
>
> > Jambunathan K gmail.com> writes:
> >
> > >
> >
> > I changed my code to wait until the 'Git' process completes. Luckily "vc-
call-
> > backe
I have code within #+begin_src and #+end_src that has to have the original org-
mode buffer during the export process, (vc-fileset (vc-deduce-fileset t)).
Is there an org-mode command that can be called during the export process that
will return this buffer?
Thanks,
-Luke
Nick Dokos hp.com> writes:
>
> Luke Crook balooga.com> wrote:
>
> > 'C-c C-c' at the top of the source block does generate the correct output
> > though. It is just 'C-c C-e ' that returns this error.
> >
>
> Right: (current-buffe
Nick Dokos hp.com> writes:
>
> Luke Crook balooga.com> wrote:
>
> > Suvayu Ali gmail.com> writes:
> >
> > > Have you tried ':exports results' as a header argument?
> > >
> >
> > I just tried ':exports results
Jambunathan K gmail.com> writes:
>
> Luke Crook balooga.com> writes:
>
> > 2) I have to add at delay of at least 5 seconds (set-for 5 t) as vc-git
calls
> > "git log" as an asynchronous process. If not for the delay then babel
> > immediate
Suvayu Ali gmail.com> writes:
>
> On Wed, 30 Mar 2011 05:38:41 + (UTC)
> Luke Crook balooga.com> wrote:
>
> > 1) The code between #+begin_src and #+end_src is exported and not
> > the result of evaluating the code (the commit log).
>
>
f not for the delay then babel
immediately returns an empty buffer and the "vc-call-backend" process never
completes.
How can I fix (1).
Is there a better way that I can accomplish (2) ?
Thanks,
-Luke
ttp://orgmode.org/manual/Built_002din-table-editor.html#Built_002din-table-editor
)
Then you can do the following:
#+TBLFM: @8$2=vsum(@I..@II)
Which means, sum the columns between the first and the second separators.
-Luke
___
Emacs-orgmode ma
dwiched
between #+BEGIN_latex / #+END_latex commands, but this does not put
the title on the first page.
I have included a blank
#+TITLE
and
#+OPTIONS: toc:nil
but this still generates an empty page before my custom title page.
Thanks,
-Luke
Is it possible to specify estimated effort in something other
than hours (0.5, or 0:30)?
For example 1w, 1m, 2d etc?
-Luke
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gn
Bernt Hansen norang.ca> writes:
>
> Hi Luke,
>
> This problem was fixed in master on February 4 after release_7.4 in
> commit 28b88bbb11289d6c8d39ccc8dc420e7051fc0d4c.
>
> Regards,
> Bernt
Thank you. I'll upgra
-Luke
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
For the Mac, I've been actually using the methods described in
http://jcardente.blogspot.com/2010/09/saving-weblinks-to-org-mode-from-safari.html
with
pretty good success. If you're not shy about AppleScript and editting an XML
file, it works great.
Luke
On Tue, Nov 30, 2010 at 1:21
approvers.
Is org-mode capable of this, or is this something that has to be done outside
of org-mode?
For the revision history, I think creating this table on export by
including the commit text from git would be great. Does anyone have any
pointers on how to accomplish this?
-Luke
Luke Crook balooga.com> writes:
>
> I'll try this and report back.
I started over. Followed the instructions at http://mobileorg.ncogni.to/ and
everything works.
Thanks,
-Luke
___
Emacs-orgmode mailing list
Please use `Reply All&#x
prior to syncing? I don't think this is really made clear in the
instructions. I didn't know that there was an org-mobile-push dependency
between Emacs and Mobileorg. I had the impression that Mobilorg could be
used stand-alone.
I'll try this and report back.
-Luke
_
test entry in Mobilorg.
- Attempted to sync.
Error returned "Error syncing changes. An error was encountered while
attempting
to fetch mobileorg.org from the server. The error was: Unexpected error"
On my Dropbox account, I see:
MobileOrg\.dropbox
-Luke
> I have
1 - 100 of 105 matches
Mail list logo
