iority since it's
an uncommon case and there are probably workarounds.
On Thu, 25 Jul 2024 at 07:30, Ihor Radchenko wrote:
>
> Daniel Clemente writes:
>
> > I found minor but unrelated issues, e.g. if you have an empty section like
> > this:
> >
> > *
this:
* section
** this is an inline block
:crypt:
Content.
If you want you can split this to other threads or just ignore these
edge cases for now.
On Sat, 20 Jul 2024 at 14:12, Ihor Radchenko wrote:
>
> Daniel Clemente writes:
>
> > Bu
t, with no X support, but under
urxvt); this makes the minibuffer disappear, and I see „Back to top
level“, and the whole contents of the section being encrypted are
lost.
On Thu, 11 Jul 2024 at 10:39, Ihor Radchenko wrote:
>
> Daniel Clemente writes:
>
> > I see it's t
> > With that code I see something strange: I opened a file which had
> > encrypted :crypt: sections (never unencrypted), and after adding a
> > space somewhere else and saving, it asked me for an encryption
> > password. It shouldn't, since all sections are encrypted.
> > I also see „org-crypt: Re
> May you try
> https://git.sr.ht/~yantar92/org-mode/log/feature/org-crypt-refactor branch?
> Is encryption speed satisfactory then?
With that code I see something strange: I opened a file which had
encrypted :crypt: sections (never unencrypted), and after adding a
space somewhere else and saving,
> > For instance, I don't use it because it adds around 5 seconds to each
> > saving of a large file. If it were instantaneous I would enable it.
> > With it disabled, this explains why I often find unencrypted sections
> > at the end of the day… I have to rely on myself to reencrypt them
> > again
> > In addition, „leaving some encrypted sections unencrypted for a short
> > amount of time, and closing and reopening the buffer during that time“
> > isn't a bug, it's a possible user behaviour that we can't control. But
> > org-crypt can mention that that behaviour is unsafe when using on-disk
>
> As for not typing the same password twice and not using
> org-crypt-use-before-save-magic, we should somehow fix this.
> (I am starting a new thread branch.)
>
„Not using org-crypt-use-before-save-magic“ is currently a user
decision, not a bug.
For instance, I don't use it because it adds arou
> > A user has somefile.org which contains some headers marked with the
> > "crypt" tag. Only those headers are encrypted. The org-element cache
> > may now cache the whole file, including the encrypted headers (this is
> > ok). Now the user temporarily decrypts the encrypted header, works on
> > i
>
> Thanks!
> I am attaching tentative patch that improve the documentation. I hope
> that it clarifies things for you.
>
>
Thanks. I'm not sure about the "unless" part here:
> Persisting the cache to disk […]
> It is not recommended if the Org files
> include sensitive data, unless the data is
> > In particular, when setting (setq org-element-cache-persistent nil)
> > org-mode *should not* create an org-persist directory anywhere. And I
> > think it shouldn't activate org-persist timers (it does now) or hooks.
> > The user's preference should be respected.
>
> Nope. "org-persist" directo
> > Please document the caching features of Org in the manual, including
> > how to turn that off. (I also question the wisdom of turning this on
> > by default without as much as a single request for confirmation from
> > the user.)
> Hmm. What aspect of caching do you want us to document?
> FYI,
Thanks.
On Tue, 21 May 2024 at 09:10, Ihor Radchenko wrote:
> Daniel Clemente writes:
>
> > Hi, this stopped working, possibly after a related change
> > to org-table-eval-formula 2 days ago.
> >
> > | a | b | percent of a in b |
> > |++---
Hi, this stopped working, possibly after a related change
to org-table-eval-formula 2 days ago.
| a | b | percent of a in b |
|++---|
| 10 | 20 | #ERROR|
| 20 | 30 | #ERROR|
#+TBLFM: $3=($1/$2)*100;%.2f%%
A simpler format string like ;%.2f also fa
Hi,
after updating org-mode and emacs to latest commits, I have seen that
some links to IDs in different files are exported like this:
some link: link
Shouldn't it be?: otherfile.html#c5m2je81pue0
I didn't have time to debug this yet or see if it's from my setup. I may
do it in the next d
> I have thought of a syntax that is as least intrusive as possible, so as
> not to make reading uncomfortable. I have tried the following:
>
> :fr{some text in French} :it{some text in Italian} :la{some text in Latin}
Sorry for joining the discussion a bit late. A long time ago I created a
syntax
Thanks, I replaced org-cycle/org-global-cycle with
outline-cycle/outline-cycle-buffer, and then the outlining works.
On Tue, 6 Feb 2024 at 18:56, Ihor Radchenko wrote:
> Daniel Clemente writes:
>
> > I also see the warnings. In my case it's because I'm using outline-mino
I also see the warnings. In my case it's because I'm using outline-minor
mode in an elisp file. I'm not sure it's supported, but it worked years
ago: I could fold and unfold sections with usual org-mode keys like C-tab.
I miss that feature. I never managed to learn the real outline-mode
keys/concep
> 1. If you customized it to speed up agendas, are agendas still slow on
the latest main?
I disabled org-agenda-use-tag-inheritance but I can't provide a lot of
feedback because I don't use many tag filters:
1. I disabled it in a batch script that exports my agenda, though it
doesn't actually spe
It works now. Thanks!
On Mon, 29 May 2023 at 08:34, Ihor Radchenko wrote:
> Daniel Clemente writes:
>
> > there was a recent change to how the tags table is initialized. I think
> > that as a side effect, some tag functions like org-tags-expand don't work
> >
Hi,
there was a recent change to how the tags table is initialized. I think
that as a side effect, some tag functions like org-tags-expand don't work
unless you open an org-mode buffer first. I have a small bash script that
exports my agenda; right in the beginning (before opening any org-mode
f
Hi,
I also found this limitation, and my solution was to disable radio links
and to replace them by a manual approach:
1. I disabled the call to (org-update-radio-target-regexp) in org.el. Well,
I added a boolean org-inhibit-startup-radio-refresh, that works in a
similar way to org-inhibit-startup
It works now, thanks!
On Wed, 7 Dec 2022 at 10:53, Ihor Radchenko wrote:
> Daniel Clemente writes:
>
> > Using a file with just one header:
> >
> > * something
> > :CLOCK:
> > CLOCK: [2022-12-01 Thu 17:15]--[2022-12-01 Thu 17:30] => 0:15
> >
Hi.
Using a file with just one header:
* something
:CLOCK:
CLOCK: [2022-12-01 Thu 17:15]--[2022-12-01 Thu 17:30] => 0:15
:END:
If I put the cursor on the end timestamp (on the 3 of 17:30) and press
shift+up or shift-down, the timestamp is correctly adjusted by 5 minutes,
but the cursor ju
Sorry for the late reply.
You can press M-up / M-down to manually sort agenda items once the agenda
view is open.
It's just a convenient way to do minor adjustments. No files are actually
changed.
On Mon, Apr 19, 2021 at 12:55 PM Ben Sima wrote:
> Heh, I just found myself wanting to do this. I o
> Is this happening because org-info.js is no longer being maintained?
Another solution I saw was Daniel Clemente's tool, though I am at a total
loss for what to specify in the org file to incorporate his esquemadorg.js
script. I appreciate any help that could let me export large org files to
HTML
Hi,
I'm surprised that noone answered yet.
This package is great! You're addressing one of the large shortcomings of
org-mode's planning features: org has information about several planning
details (estimation, duration, holidays, start date, deadline, …) and still
doesn't use any of that to of
It can be many things. My emacs was taking 6 minutes to open for some
years, due to many reasons: a slow computer, many org files and very large
(>100 files, >25 Mb in total), lack of optimizations from my side and from
org-mode's side. I got used to it but it's a very bad experience, specially
whe
On Mon, Apr 3, 2017 at 6:34 AM, Bob Newell wrote:
>
> Or even simpler: you want to group together a bunch of scattered
> headlines that you now see as being related. Yes, you can do this by
> moving each one around individually, but I'd like a faster method---
> just mark them and relocate them a
I only tried the visualization part a few days ago, by exporting to
iCalendar (.ics). But the process was too slow: after fixing some export
errors it was still taking more than 1 hour for a large .org file.
After that I wanted to use Iceowl/Lightning (extension to
Icedove/Thunderbird) to open the
With yesterday's org-mode: if I export (C-c C-o O O) this line of text, it
fails because of the % character:
See [[file:/][the m%n syntax]].
Debugger entered--Lisp error: (error "Not enough arguments for format string")
format(#("[[%s][the m%n syntax]]" 6 20 (:parent (link (:type "file" :pa
Hi. I describe a rare bug seen in today's org-mode (8.3.6) running in emacs
26.0.50.1.
1. emacs -Q, and load org-mode
2. Use this file (two lines):
* <<>>
a-bug
3. export to HTML (C-c C-e h h)
I got:
Debugger entered--Lisp error: (error "Invalid search bound (wrong side of
point)")
re-se
El Tue, 21 Apr 2015 09:25:13 +0200 Nicolas Goaziou va escriure:
>
> Hello,
>
> Daniel Clemente writes:
>
> > I also saw this change (diff format):
> >
> > -
> > -1.4.3.1.2
> > tercer error con stash
> > +
> > +1.4.3.1.2
> > terc
El Sat, 18 Apr 2015 15:57:15 +0200 Rasmus va escriure:
> >
> > Note that this also breaks any CSS styling for the section with the
> > CUSTOM_ID (which I also use). If I used a CUSTOM_ID because wanted a
> > swanky background for the heading saying "Bill Clinton", the current
> > export not only d
>
> >> >> Another option would be to have another option to indent only planning
> >> >> info, properties drawer, and every drawer located right after it, à la
> >> >> `org-log-state-notes-insert-after-drawers'. At least, it couldn't break
> >> >> structure.
> >
> > Is this possible?
>
> Why wo
maybe both options are interesting?
--
Daniel
El Mon, 22 Dec 2014 12:34:28 +0100 Nicolas Goaziou va escriure:
>
> Daniel Clemente writes:
>
> > El Sat, 13 Dec 2014 15:10:32 +0100 Nicolas Goaziou va escriure:
> >>
> >> You are free to make any distinction yo
(I'm resending this old e-mail because it seems it didn't get to the list,
according to Gmane).
El Sat, 13 Dec 2014 15:10:32 +0100 Nicolas Goaziou va escriure:
>
> > Users who type can do a simpler distinction:
> > 1. things you type yourself
> > 2. things that appear/change/disappear after in
El Sat, 13 Dec 2014 12:33:16 +0100 Nicolas Goaziou va escriure:
> > But these are technical details, not relevant to a non-programmer.
>
> Which basically means nothing, because everything ultimately boils down
> to technical details.
>
That's always true. But UIs still need to be simple.
El Fri, 12 Dec 2014 19:25:25 +0100 Nicolas Goaziou va escriure:
>
> > Of course everything's text, but if there's no distinction between
> > drawers/headers and text, that's the problem. Those headers are metadata
> > written and managed by org and must follow some rules,
>
> This is incorrect.
I think org should detect its own syntax (:CLOCK: ... :END: etc.), and
do automatic changes only to its own syntax, not to text typed by the user
unless the user asks for it.
--
Daniel
On Sat, Dec 6, 2014 at 6:40 AM, Nicolas Goaziou
wrote:
> Hello,
>
> Daniel Clemente writes:
>
>
There was a change (cba2f0a2a3024ae5bf71e1a12ba99778a92902a2, Sat Nov 8
14:35:24 2014 +0100) which made :CLOCK: etc entries shift to the right when the
tree is being shifted to the right („demoted“, e.g. using M-S-Right).
But now it changes from this:
some
:CLOCK:
CLOC
El Mon, 10 Nov 2014 08:08:51 +0100 Bernhard Pröll va escriure:
>
> I have been curious too and found this file:
>
> https://bitbucket.org/blais/beancount/src/tip/examples/tutorial/example.beancount
Exactly. The first line defines org mode:
;; -*- mode: org; mode: beancount; -*-
> Well, ledger and hledger are different tools that use the same (very
> similar) data files. The invocation of each is different. org supports
> ledger out of the box but not hledger.
>
I prefer beancount (very similar to ledger but stricter): beancount supports
org out of the box! My beanc
El Thu, 23 Oct 2014 19:58:48 +0200 Marcin Borkowski va escriure:
> > For instance, you can get all headers tagged with "tobesplit" like this:
> > (org-map-entries (lambda () (line-number-at-pos)) "+tobesplit" 'agenda)
> >
> > One of the possible searches is "headers at level 2", so this new system
Hi,
breaking a big .org file in many small pieces is one of my major concerns
with .org and one which gives me lots of problems. Thank you very much for
having the clear objective of one-to-many.
If your goal is HTML export, you can do a function that iterates over all
headers and exports them (se
> >
> > currently clocking
> > :CLOCK:
> > CLOCK: [2014-10-15 Wed 16:06]
> > CLOCK: [2014-10-13 Mon 11:23]--[2014-10-13 Mon 11:54] => 0:31
> > :END:
> >
> > Now it's 16:26. If I put the cursor in 16:06 and press C-c C-y
> > (org-evaluate-time-range), it would be useful to
Feature request.
currently clocking
:CLOCK:
CLOCK: [2014-10-15 Wed 16:06]
CLOCK: [2014-10-13 Mon 11:23]--[2014-10-13 Mon 11:54] => 0:31
:END:
Now it's 16:26. If I put the cursor in 16:06 and press C-c C-y
(org-evaluate-time-range), it would be useful to
me probably going to be redone
> org-agenda-text-search-extra-files)
> (org-search-view nil (org-entry-get nil "ID" t
>
>
> On 10/12/14, Daniel Clemente wrote:
> > El Mon, 13 Oct 2014 10:42:28 +0800 Eric Abrahamsen va escriure:
> >> >
>
El Mon, 13 Oct 2014 10:42:28 +0800 Eric Abrahamsen va escriure:
> >
> > This is the bit I'm not sure about...
> >
> > * project_a
> > ** experiment about blah :proj_name:theme:
> > [2014-10-11]
> >
> > Did x, y, and z today. Will analyze results tomorrow.
> >
> > [2014-10-12]
> >
> > Wow. Inter
> […]
> uniformity, extruder/die temperature, cooling time, holding pressure,
> etc. I think this is awesome general knowledge. But I'm documenting
> our learning in an experimental report for export and upload to my
> company's internal technical report repo.
I find it very different to write
El Sat, 11 Oct 2014 12:45:45 -0700 Brady Trainor va escriure:
>
> > About links: in org-mode they all look the same, but semantically there
> > are many types, like:
> > […]
> > - *same-as*: „this and [[that]] are exactly the same topic, so write
> > only under that header, not here“
> > […]
>
El Fri, 10 Oct 2014 16:48:39 -0500 John Hendy va escriure:
>
> On Fri, Oct 10, 2014 at 10:46 AM, Daniel Clemente wrote:
> >> >
> >> > I've been using org-mode for a variety of purposes for a few years. I
> >> > find
> >> > that it
> >
> > I've been using org-mode for a variety of purposes for a few years. I find
> > that it suffers from the same problem that other such tools do. The
> > problem is me. I can't remember week to week how I may have classified
> > some scrap of information. Did I drop it into notes/someproduc
El Thu, 28 Aug 2014 01:06:43 +0200 Nicolas Goaziou va escriure:
> >
> > * <<>>
> > * aaa
> > ** export only this subtree (you'll lose a word)
> > ABC
> >
> >
> >
> > Go to the „**“ and use C-c C-e C-s h H (export subtree to HTML). The result
> > has the word „word“ missing from title and header:
>
Hi, with latest org-mode and this 4-line org:
* <<>>
* aaa
** export only this subtree (you'll lose a word)
ABC
Go to the „**“ and use C-c C-e C-s h H (export subtree to HTML). The result has
the word „word“ missing from title and header:
export only this subtree (you'll lose a )
export onl
It works very well now, thank you.
El Tue, 26 Aug 2014 09:59:24 +0200 Nicolas Goaziou va escriure:
>
> Daniel Clemente writes:
>
> > Ok, let's keep the complex cases possible, but the simple ones simple. So:
> > - text and text if there's only 1 text
El Mon, 25 Aug 2014 10:30:27 +0200 Nicolas Goaziou va escriure:
> > But why not, as a general rule, avoid for the first elements of
> > lists? That is, don't output paragraph+list+paragraph, but
> > text+list+paragraph.
> > This works for the simple case (text) and allows the
> > complex
El Wed, 06 Aug 2014 14:12:21 +0200 Nicolas Goaziou va escriure:
>
> I understand that "paragraph is alone in its item" is not a good test to
> skip paragraph wrappers. I'm still confused about what a good test would
> be. In particular, what should be done in the following cases
>
> - item
>
Hi. With latest org I'm getting …, which makes no sense; it
should be …
Aren't there tests to find this type of breakages in export?
Example:
- hola
- uno
- dos
- tres
Is exported to:
hola
uno
dos
tres
I did a custom solution, very simple, with jQuery. You may use it:
Demo:
http://www.danielclemente.com/hacer/emacs.html
Code:
http://www.danielclemente.com/pagina/esquemadorg.js
http://www.danielclemente.com/pagina/esquemadorg.css
- The JS and CSS applies to the normal org export.
- The i
I reported this to emacs (bug 18095):
http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-07/msg00736.html
It's still happening with latest emacs and org-mode
On Wed, Jul 2, 2014 at 11:51 PM, Daniel Clemente wrote:
> Since this org-babel + tramp-cache incompatibility is very puz
>
> As a quick follow-up, I can get rid of the cache corruption by not using
> the log book (I set '(setq org-log-into-drawer nil)'). If others are
> seeing such cache corruption, this might be a temporary workaround.
>
I also am seeing many cache problems, e.g.
- after changing TODO→DONE a r
El Fri, 04 Jul 2014 16:08:10 +0200 Alan Schmitt va escriure:
>
> On 2014-06-26 18:07, Daniel Clemente writes:
>
> >>
> >> #+BEGIN_SRC python :prefix # -*- coding: utf-8 -*- :results output
> >> print(u'é')
> >> #+END_SRC
> >>
es like " *temp*-993012", which are correctly detected.
I'm afraid that the (string-match ...) will forget the last search, so later
(match-string) done by babel will be from the wrong search. Can this happen?
--
Daniel
On Fri, Jun 27, 2014 at 4:50 PM, Daniel Clemente wrote:
&g
abel?
On Fri, Jun 27, 2014 at 12:19 AM, Daniel Clemente wrote:
>
> El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure:
> > > #+BEGIN_SRC python :results output
> > > print "x"
> > > #+END_SRC
> > >
> > > It prints:
> > &
El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure:
> > #+BEGIN_SRC python :results output
> > print "x"
> > #+END_SRC
> >
> > It prints:
> >
> > #+RESULTS:
> > : None
> >
> > I expected to see "x". This worked some days ago.
> >
>
> This works for me using the latest version of Org-mode
Hi, this babel code recently stopped working on my system:
#+BEGIN_SRC python :results output
print "x"
#+END_SRC
It prints:
#+RESULTS:
: None
I expected to see "x". This worked some days ago.
If I use a command like os.system("xeyes"), I see it running.
In addition I don't see the Python bl
>
> #+BEGIN_SRC python :prefix # -*- coding: utf-8 -*- :results output
> print(u'é')
> #+END_SRC
>
I also see the same problem here. Even if you include # -*- coding: utf-8 -*-
as the first line.
Shouldn't org-babel already be using utf-8 instead of ASCII for input/output?
By the way, w
Hi, after the recent change to radio links, <<>> link will make the 2
spaces around THIS word become blue, as if they were part of the link.
I wanted to write a test. I have been inspecting org-element's result but I
can't understand the :begin and :end properties; they seem to be too high, e
El Thu, 10 Apr 2014 23:43:41 +0200 Nicolas Goaziou va escriure:
>
> It could work. But I think [:alnum:] is needed instead of [:alpha:].
> Here's a patch implementing it.
>
Now it's much better. Thanks.
>
> > Can't we break at non-letters? Not at non-„word-constituents“, but at
> > non-letters. If emacs doesn't provide that concept, better build it.
>
> I don't know. Could you define precisely that concept?
>
I propose: radio links should be delimited by characters that don't match
[:alpha:
El Wed, 02 Apr 2014 18:57:13 +0200 Nicolas Goaziou va escriure:
>
> > ** Languages
> > *** <<>> language
> > *** <<>>
> > *** etc.
> > Etc. ← should the C in etc be highlighted as a link to „C“? Now it is and
> > it's a bit annoying. This is new behaviour.
>
> Indeed, this is expected. The patch
El Wed, 02 Apr 2014 14:59:42 +0200 Nicolas Goaziou va escriure:
> > Hi, recently this syntax: <<< >>> started highlighting all spaces (spaces
> > between words) as if they were links. I see them with a blue underline.
> > I found this because I used some Unicode-art like < >
> >
Hi, recently this syntax: <<< >>> started highlighting all spaces (spaces
between words) as if they were links. I see them with a blue underline.
I found this because I used some Unicode-art like < > where I
certainly didn't mean to define a radio link.
This happens since th
> Nicolas Goaziou writes:
> > Now, synchronization happens lazily, which means the cache is only
> > updated when and where needed, or during idle time. Therefore the cache
> > mechanism scales a lot better.
>
I had been regularly tracking the performance of org-mode for big files, e.g.
a 18
Have you tried changing the strange ID to the ID that you want? (e.g.
7f3b531b-f1c9-41aa-854b-37235500495f → introduction). They should be unique.
I use my manually written IDs for some important headers which I want to
detect from outside org.
In addition there's CUSTOM_ID, but I think th
El Thu, 30 Jan 2014 14:49:59 +0100 Fredrik va escriure:
> I know there is the ABC but that doesn't support what I shown here where I add
> an item in the middle of the list changes the priority of everything below it?
>
If you consider section order as priority, then you already have it: when y
Hi,
since some days ago I get an export error after C-a a, batch export, C-e on
.org files, … Backtrace at the end.
Even (avl-tree--root org-element--cache) or (avl-tree--root nil) produce the
same error.
This is not a bug in org, but in Emacs 23.4.1. avl-tree.el says:
(defmacro avl-tre
El Wed, 08 Jan 2014 10:42:17 -0500 Brett Viren va escriure:
>
> http://lists.gnu.org/archive/html/emacs-orgmode/2013-12/msg00415.html
>
> In any case, here is the salient chunk:
>
> #+BEGIN_SRC elisp
> (require 'json)
> (let* ((tree (org-element-parse-buffer 'object nil)))
> (org-eleme
>
> I dream of having a general Python parser for Org mode files, knowing
> every bit about the current syntax for Org files, surrounded by enough
> Python machinery to make it useful.
>
Try PyOrgMode (https://github.com/bjonnh/PyOrgMode), it works for some files
(but still needs corrections: i
> > > > Can I re-export using the last settings?
> > >
> > > C-u C-c C-e
> >
> > Thanks, that makes it faster, but you need to be in the same subtree.
>
> Not so.
>
With org-mode from some days ago it was failing: only moving to a new subtree
would make C-u C-c C-e export the new su
> >
> > Can I re-export using the last settings?
>
> C-u C-c C-e
Thanks, that makes it faster, but you need to be in the same subtree. Is
there something that also remembers which subtree was exported?
Hi, after exporting a subtree to HTML, I do some change and want to export
again. I find that I have to do a long process to get there:
C-spaceC-c C-u C-c C-e C-s h HC-u space
This works, but for every little change I do I have to select again which
subtree and which format I want
Hi, with org-mode from today on Emacs 23.4.1 and with this 2-line file:
- [ ] call_me
- [ ] try funcall_lambda (maybe)
1. Go to the „me“ and press C-c C-c. You get „C-c C-c can do nothing useful at
this location“. I expected to switch the checkbox.
2. Go to the „maybe“ and press C-c C-c. I
> >
> > org-publish-org-to-html seems to have its parameters in the same
> > order (filename, extension, plist). Correct me if I'm wrong.
> >
>
> If you are using org8.X, then org-publish-org-to-html no longer
> exists. If it does, you are picking up old org bits from somewhere.
>
True. And
Hi, in ox-publish.el I see in line 555:
(defun org-publish-org-to (backend filename extension plist &optional pub-dir)
…
org-publish-org-to-html seems to have its parameters in the same order
(filename, extension, plist). Correct me if I'm wrong.
But then in same file, line 654:
Hi, I sent this patch 1 month ago but it wasn't included in org. I still need
it for link following to work, otherwise I get:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
string-match("^id:" nil)
org-open-at-point(nil)
call-interactively(org-open-at-point nil nil)
comm
Hi, since a few days, when I press C-c C-o on a highlighted word that points
to a <<>>, I get this error:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
string-match("^id:" nil)
org-open-at-point(nil)
call-interactively(org-open-at-point nil nil)
command-execute(org-op
31 Aug 2013 07:58:00 +0200 Carsten Dominik va escriure:
>
> Hi Daniel,
>
> I have implemented a different version of the patch. Please take a look at
> the new variable
> org-agenda-ignore-drawer-properties.
>
> Regards, and thanks!
>
> - Carsten
>
> On 23
The speedup was 66 → 56 seconds (not to 10, but by 10) when exporting the
agenda. It's small but noticeable.
I don't use :CATEGORY: but I'm using category icons
(org-agenda-category-icon-alist) and I keep seeing them, so I assume categories
are still shown. You can try it in your files to see w
>> So I would like to ask: is there a clean way to disable calls to
>> org-refresh-properties?
>
> No, that would require a patch and a config variable.
>
> - Carsten
>
I send a patch to do this. Setting this new variable to t reduced 10
seconds my agenda export time (down from 1 minute 6 secon
Seeing a bit of context is nice; maybe putting it at line 2 or 3 is better than
at the top and I think it is better than centered. It could also be
configurable.
El Thu, 22 Aug 2013 10:36:00 +0200 Sebastien Vauban va escriure:
>
> Hello,
>
> When jumping to the currently clocked headline (vi
>
> M-x elp-instrument-package org
> M-x elp-reset-all
>
> M-x elp-results
Incidentally I ran that and I saw:
org-agenda1
15.709354028 15.709354028
org-agenda-list 1
15.49
El Fri, 02 Aug 2013 09:59:55 -0500 Kyle Sexton va escriure:
> What I am after is more of a overview of "How many total TODO tasks do I
> have", ideally with some function to limit or match based on tag.
>
I manually run a script each day to update many things, one of them is
exporting the age
>
> You put your translation table in an org table, and there's a command to
> slurp that into a hashtable. The translation commands just whizz through
> the text and swap strings, basically. You can do subtree/region/file,
> tag subtrees to translate or not to translate, and there are interactive
El Sat, 6 Jul 2013 13:03:01 +0200 Suvayu Ali va escriure:
>
> If you or any other user wants this kind of feature, you have to come up
> with a syntax that is not intrusive and doesn't break basic Org
> features.
>
I created such a syntax for normal text files [1] but have been struggling to
El Tue, 25 Jun 2013 21:42:39 -0500 John Hendy va escriure:
>
> On Jun 25, 2013 9:36 PM, "Daniel Clemente" wrote:
> >
> >
> > I had lost colors in some modes for some weeks (helm, wl) and yesterday
> > with an updated org they
> came back. So for me
I had lost colors in some modes for some weeks (helm, wl) and yesterday with an
updated org they came back. So for me it's fixed.
El Tue, 25 Jun 2013 22:01:43 -0400 Mike McLean va escriure:
>
> I pulled and tested around 8:00 AM EDT today (because I let myself get so far
> behind on commits th
>
> You can now use M- and M- to move agenda lines around.
> This is for quick use only. It is not persistent and the agenda
> will be reordered on next refresh.
>
That's nice, thanks.
>
> ** TODO This task second
>:PROPERTIES:
>:Sorting: 5029662198291
>:END:
>
As others said, this should be view-based, because the order in one agenda
can be different to the order in other agenda.
Each agenda view has some identifier (e.g. the letter you use to open it:
"a"
1 - 100 of 305 matches
Mail list logo
