Hi,
I use #+begin_verse
For certain blocks in my org files
Is there a way to allow C-c ‘ to edit this block in fundamental mode?
I always get an error that there is ‘no special evironment to edit here’ when
trying to do C-c ‘ on a verse block
Thanks,
Bernt
Hi,
I use #+begin_verse
For certain blocks in my org files
Is there a way to allow C-c ‘ to edit this block in fundamental mode?
I always get an error that there is ‘no special evironment to edit here’ when
trying to do C-c ‘ on a verse block
Thanks,
Bernt
Hi Uwe,
I'm not sure I fully understand your question.
You are looking for an org-mode export to markdown? Isn't that already
included in recent org versions?
C-c C-e C-s m M
Regards,
Bernt
(who has been away from the org-mode mailing list for way too many years...)
On 5/7/23 13:25, Uwe Bra
db...@attentigroup.com (J. David Boyd) writes:
> Nick Dokos writes:
>
>> db...@attentigroup.com (J. David Boyd) writes:
>>
>>> Nick Dokos writes:
>>>
johanna@th-koeln.de writes:
> maybe I did not search the right way in google alias startpage. But I
> could not figure out h
garj...@garjola.net writes:
> Hi,
>
> For my GTD implementation with org-mode, I have been using the :next:
> tag for my next actions. I would like now to use a "NEXT" TODO keyword,
> which means that I need to convert all :next: tags with "TODO" headlines
> into "NEXT" headlines without the :next
Hi,
I ran into an issue this morning where my capture task continues
clocking on save. This occurs in both master and maint when not
clocking into a drawer.
ECM follows.
--- test.org ---
#+TITLE: BUG: Capture with clocking does no
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> Here is my ECM:
>
> Fixed. Thank you.
>
> Regards,
Confirmed. Thanks for the lightning quick response!
I have another issue I will send separately.
Regards,
Bernt
Bernt Hansen writes:
> Marco Wahl writes:
>
>> IOW I can't reproduce your issue AFAICS.
>>
>> Is it a configuration issue?
>
> Possibly. I will try to produce an ECM for the issue I am seeing.
>
> Regard
Marco Wahl writes:
> IOW I can't reproduce your issue AFAICS.
>
> Is it a configuration issue?
Possibly. I will try to produce an ECM for the issue I am seeing.
Regards,
Bernt
Bernt Hansen writes:
> Marco Wahl writes:
>
>> Hi,
>>
>> [...]
>>
>>> My links are like this:
>>>
>>>
>>> [[https://somewebsiteaddress.net/path/to/page.do][Timekeeper]]
>>> [[id:eb1085ed-15fe-46a3-8b5e-3971587d1123][O
Marco Wahl writes:
> Hi,
>
> [...]
>
>> My links are like this:
>>
>>
>> [[https://somewebsiteaddress.net/path/to/page.do][Timekeeper]]
>> [[id:eb1085ed-15fe-46a3-8b5e-3971587d1123][OTL 2019]]
>>
>> and I want to see
>>
>> [1] Timekeeper
>> [2] OTL 2019
>>
>> but instead I get the address like th
Hi,
I have a habit with a list of links in it which I use to navigate to
places for dealing with the task.
Recently C-c C-o shows the link address instead of description which
makes it hard to use. This occurs for C-c C-o on the headline of the
task and also in the agenda.
My links are like thi
Actually I think it is a bug. This weird behaviour has been around for
a very long time (years probably).
I have noticed similar behaviour with log mode, and clock check mode as
well.
I can reproduce the issue at with the following recipe:
C-c a a (start org agenda)
j -3 RET (go back 3 days alt
David Masterson writes:
> Is there a documented requirement of the order of things in a Org
> outline? For instance, do these things have to come directly after the
> headline and, if so, in what order? Will Org get confused otherwise?
> * PROPERTY drawer
> * Timestamp
> * SCHEDULED and DEADLIN
Hi,
I've been using org-mode for over ten years and at some point the ido
completion for refiling went away -- probably when refiling functionalty
was rewritten. Is there a similar completion system available that I
can use to locate my refile targets? I really liked the ido search with
incremen
Nicolas Goaziou writes:
>> May be those keys should be bound to both RET and variants?
>
> This is what I just did in master. Thank you.
Thanks!! It works great again :)
I really like the pairing of C-RET, C-S-RET which creates a TODO and
M-RET and M-S-RET which creates a checkbox. Convertin
Hi,
I regularly create checkbox lists on the fly with
1. [ ] blah and M-S-RET to create the second entry
2. [ ]
But the checkbox is missing today. Has this functionality changed?
I am running the latest master from git on windows emacs 25.1
Thanks,
Bernt
Daniel Ortmann writes:
> No other tasks. Here is the complete text with only one url removed:
>
> * TODO [#C] p6 time entry
> DEADLINE: <2019-01-18 Fri ++1w -0d>
> :PROPERTIES:
> :LAST_REPEAT: [2019-01-11 Fri 17:03]
> :END:
> :LOGBOOK:
>
> On
Samuel Wales writes:
> dunno best solution.
>
> another option is to comment out repeater intervals like ;.+2d instead
> of .+0d or =[... .+2d]=.
>
> this would also allow you to know what the interval was [currently
> that information is lost]. it would avoid overloading face. it would
> be un
Daniel Ortmann writes:
> I have a weekly scheduled task with ...
> DEADLINE: <2019-01-18 Fri ++1w -0d>
>
> Recently, when I complete the task it reports the following:
>
> Clock stopped at [2019-01-11 Fri 17:03] after 0:05
> 10 repeater intervals were not enough to shift date past today.
> Con
Nicolas Goaziou writes:
> Anyway, I don't really have any other idea besides dropping the repeater
> part from automatically inserted inactive time stamps.
When I unschedule (and log) a habit I don't want to lose the detail
about the repeat interval. My workaround for this is to break the
time
Nicolas Goaziou writes:
> Hello,
>
> cesar mena writes:
>
>> hello everyone,
>>
>> in the maint branch, marking a repeatable task as DONE causes the
>> "Rescheduled from" dates to be lost in the :LOGBOOK:.
>>
>> in the below diff all of the from dates are rewritten with the new
>> scheduled date
David Masterson writes:
> Bernt Hansen writes:
>
>> Hi David,
>>
>> Sorry my website on org-mode is stale and I don't currently have time to
>> update it. I stopped updating it in 2015 after changing jobs and moving
>> to the windows platform (at w
David Masterson writes:
> I've been reading Bernt Hansen's excellent paper on setting up Org-Mode,
> but I noticed that it is rather dated and was wondering if Bernt is
> watching and plans to update the paper. In particular, the last version
> of the paper on his website has a couple of things
Allen Li writes:
> On Thu, Dec 13, 2018 at 6:28 AM Bernt Hansen wrote:
>>
>> Allen Li writes:
>>
>> > On Wed, Dec 12, 2018 at 10:00 AM Nicolas Goaziou
>> > wrote:
>> >>
>> >> This is not satisfying, actually. If every item has a
Allen Li writes:
> On Wed, Dec 12, 2018 at 10:00 AM Nicolas Goaziou
> wrote:
>>
>> This is not satisfying, actually. If every item has a single asterisk,
>> you miss hierarchy between headlines in the same tree.
>
> I don't know what you mean. Hierarchy is not displayed normally in
> agenda vi
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> There is a regression in the master branch.
>>
>> In master if you use
>> M-x org-capture
>> t
>> and save your task with C-c C-c
>> then go to the task with C-u C-u M-x org-ca
Hi,
There is a regression in the master branch.
In master if you use
M-x org-capture
t
and save your task with C-c C-c
then go to the task with C-u C-u M-x org-capture
you end up after the captured task instead of on the headline of the
newly captured tasked.
On the maint branch C-u C-u M-x org-
Nicolas Goaziou writes:
> Hello,
>
> Colin Baxter writes:
>
>> I think there may be an issue with commit
>> b886ebbc8924916c1e36df00639b3208a1c155a2. Using tables, I now get an error:
>>
>> org--string-from-props: Un-handled `display' value: (space :width 1)
>>
>> which goes away when I revert t
Nicolas Goaziou writes:
> Hello,
>
> Allen Li writes:
>
>> org-insert-structure-template (C-c C-,) leaves point at an inconvenient
>> place (X marks the spot):
>>
>> #+begin_example
>> X#+end_example
>>
>> My expectation is that right after inserting the template, I can start
>> typing or yank r
Nick Dokos writes:
> Adam Porter writes:
>
>> I'm not an expert on this package nor this situation, however, looking
>> at the htmlize.el file shows:
>>
>> ;; Copyright (C) 1997-2003,2005,2006,2009,2011,2012,2014,2017,2018
>>
>> So it would appear that the package has existed longer than eit
Sharon Kimble writes:
> I'm not sure if this is an org-mode problem or a general emacs one, so if its
> in the wrong place, sorry, and if you can tell me where it should be placed
> for a better result, then great. :)
>
> Anyway, I'm writing something that has interspersed things like <>
> or <
alain.coch...@unistra.fr writes:
> Neil Jerram writes on Thu 5 Jul 2018 11:46:
>
> > > What I would like to do is to be able to move a headline with
> > > everything up to (but not including) its first subheading.
> > >
> > > Does anyone know how to do that?
> > >
> > > I am also interest
Michaël Chlon writes:
> Well it is very simple:
>
> • Open a file ".org" in emacs
> • press: C-c-a a or C-c-a t and do not see any TODO. I have presed the
> shortcuts that spacemacs provide but nothing ...
> • I also try with timestamp and deadline, but nothing appear except the
> calenda
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> This problem still exists when the capture template includes TAGS
>>
>> In the below capture-templates definition the "t" (todo) template works
>> fine but the "m" Meeting template does no
Uwe Brauer writes:
>> Uwe Brauer writes:
>
> Hello Bernt,
>> Hi Uwe,
>
>> You can edit or view the table formulas with C-c ' in case that helps.
>> This splits the formulas one per line for editing.
>
> Thanks for pointing this out to me, but I seem unable to do it.
>
> When I u
org/refile.org")
"* TODO %? :MEETING:\n%U\n\n" :clock-in t :clock-resume
t
Thanks,
Bernt
Bernt Hansen writes:
> Hi Nicolas,
>
> Please disregard this bug report. I can't reproduce it anymore after an
> Emacs restart.
>
> Sorry
Uwe Brauer writes:
> #+TBLNAME: stat-final2
> || Frequency |
> |+---|
> | SS | 1 |
> | AP | 5 |
> | NT | 3 |
> | SB | 1 |
> | MH | 2 |
> | NP | 3 |
> #+TBLFM: @>$2='(length (org-lookup-all "NP" '(remote(data,@2$2..@>I$2))
> nil))::@
Nicolas Goaziou writes:
> Hello,
Hi!
> Fixed. Thank you.
Confirmed! Thanks!!
Org-Mode (and Nicolas) is great! :)
Best regards,
Bernt
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>
>> There seems to be an issue with inherited tag alignment in block agendas
>> in the master branch.
>>
>> ECM follows.
>
> I cannot reproduce this issue. Was it somehow fixed since your
Hi Nicolas,
Please disregard this bug report. I can't reproduce it anymore after an
Emacs restart.
Sorry for the noise.
Regards,
Bernt
Bernt Hansen writes:
> Hi Nicholas,
>
> This fix breaks my capture templates.
>
> commit 593058e4a6270f52fdede2b871a0ee6504944f13
>
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> Nicolas Goaziou writes:
>
>>> We shot ourselves in the foot when we decided that one part of Org
>>> should consider plain numbers as minutes and the other part as hours.
>>> This is clearly sub-op
Hi,
The current master branch has a regression from maint when displaying
task details from the agenda using the SPC key.
I keep my task change details in drawers so when I change a task from
TODO to WAITING I record the details of why it is waiting in the
drawer. In the maint branch I can hit S
Nicolas Goaziou writes:
> Allen Li writes:
>
>> org-toggle-tag always marks the buffer as modified due to how it is
>> implemented. It would be better if it did not mark the buffer
>> modified if it does not change anything. This is annoying for
>> org-depend.el (which is contrib, not official
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> Archiving tasks using the master branch with the below configuration
>> creates duplicate "* Archived Tasks" heading each time you archive in
>> the test.org_archive file.
>
> Fixed. T
Nicolas Goaziou writes:
> Kaushal Modi writes:
>
>> Currently if you do M-RET in a checkbox list item, the next item does not
>> become a checkbox automatically. This patch fixes that.
>>
>> I have been using this fix locally for few months. But never got to
>> submitting it as I need to yet wri
Hi,
Archiving tasks using the master branch with the below configuration
creates duplicate "* Archived Tasks" heading each time you archive in
the test.org_archive file.
The behaviour in the maint branch is correct and files subsequently
archived tasks under the single main heading.
Thanks for
"ZHUO QL (KDr2)" writes:
> I am on the bleeding edge and using the master branch of Org-mode. After
> updating the source of Org a few days ago, I found the easy template can be
> expanded by TAB key now, that is:
>
> When I press TAB after typing
> Version Info:
> GNU Emacs 25.2.2 (x86_64-pc-
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> Nope. I think you found another one (org-tag-persistent-alist) and
>> fixed that instead. org-tag-alist is the one I reported.
>>
>> $ git grep -n engroup
>> lisp/org.el:3424:`:startgrouptag', `:gro
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> I am fine with plain numbers being interpretted as hours. I don't
>> think we need a second interpretation for it (as minutes).
>
> The second interpretation already exists. "org-colview.el" is the sole
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> I think there is a typo in the output of
>>
>> C-h v org-tag-alist RET
>>
>> ':engroup' instead of ':endgroup'
>
> Fixed. Thank you.
Nope. I think you found ano
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>>Notice modeline total has [0:05/0:15]
>>So 'do something' has an effort of 15 minutes. It may be entered wrong
>> but it is a bare 15 value
>>instead of 15:00 or 00:15
&
Hi,
There seems to be an issue with inherited tag alignment in block agendas
in the master branch.
ECM follows.
Thanks,
Bernt
-- test.el
--
(setq org-agenda-custom-commands
(quote ((" " "Agenda"
((
Hi,
I noticed maint (and master) has inconsistent handling for effort amounts
Below is an ECM to reproduce the behaviour.
Thanks for Org-Mode!
Regards,
Bernt
--- test.org
-
#+FILETAGS: TEST
#+STARTUP: content
*Keys
Hi,
I think there is a typo in the output of
C-h v org-tag-alist RET
':engroup' instead of ':endgroup'
Regards,
Bernt
org-tag-alist is a variable defined in .org.el..
Its value is shown below.
Documentation:
Def
Hi,
This bug is mainly a visual annoyance when filtering by tag in the
agenda. It is low priority to fix but I thought I should report it
anyway.
Thanks for all your fabulous work on org-mode!
Regards,
Bernt
--- test.org
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> I updated to the latest master this morning and my agenda no longer has
>> any tasks in it.
>
> Fixed. Thank you.
>
> Regards,
Confirmed the fix works :) Thanks for the ultra-quick response!
Regards,
Bernt
Hi Aaron,
I updated to the latest master this morning and my agenda no longer has
any tasks in it.
I think this commit breaks my agenda:
commit c9dd7a6a9de34b8094ad6a419260fcc1214cc791 (HEAD)
Author: Aaron Ecay
Date: Thu May 10 01:35:08 2018 +0100
org-agenda: one-armed .if. -> .when.
Eric Abrahamsen writes:
> And, as always, thank you! This is fairly heroic work -- I say that
> after having made an attempt at orgstruct-mode, and run away screaming.
> And look, no funny indentation!
>
> - Yet a list item with a ridiculous amount of text in it does not wrap
> into a second li
Bernt Hansen writes:
> I am not really for or against enabling org-tempo by default. If it's
> not enabled by default and a clear path is documented for how to achieve
> the same thing in ORG-NEWS using yasnippet or some other expansion
> system then that is perfectly okay wit
Hi,
I think there is a typo in ORG-NEWS
Bastien writes:
>
> Tim Cross writes:
>
>
>> Consequently, I'm not going to enable org-tempo, instead going for
>> re-training of my fingers to use the new C-c ' binding.
>
> You certainly mean C-c C-, :)
>
Bastien writes:
> Hi Nicolas,
>
> Nicolas Goaziou writes:
>
>> You disagreed with me in the first place with commit 71ad7b1. It was my
>> original intent to not load Org Tempo by default.
>
> Sorry if I missed the statement where you explicitely said you thought
> org-tempo should not be enabled
Marco Wahl writes:
> Bernt Hansen writes:
>
>> Can I do make uncompiled instead and skip the restart?
>>
>> What do you recommend?
>
> I always rebuild (with "make" or "make test") followed by org-reload
> (C-c C-x !).
>
> Possibly t
Achim Gratz writes:
> Bernt Hansen writes:
>> I intend to update and track the master branch git repo changes daily in
>> order to identify problems as early as possible.
>>
>> Does it matter if I compile or not for this?
>>
>> Normally I do:
>>
&
Hi,
I intend to update and track the master branch git repo changes daily in
order to identify problems as early as possible.
Does it matter if I compile or not for this?
Normally I do:
git pull
make
and restart emacs every morning
Can I do make uncompiled instead and skip the rest
Nicolas Goaziou writes:
> Bastien writes:
>
4) SPC now does not work to insert a space after the TODO so I can type my
headline
I have to use C-f
>>
>> I still have this issue with current master.
>
>
> Fixed. Thank you.
Confirmed. Thanks!!!
I am always amazed at how fast b
Bastien writes:
> Hi Bernt,
>
> glad to read you!
>
Hi Bastien! I have been away from this list for far too long -- hoping
to correct that.
> Bernt Hansen writes:
>
>> With the below org file tags handling behaves in a surprising way.
>
> Thanks for the repor
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
-
Nick Dokos writes:
> Ken Mankoff writes:
>
>> I have repeating events of type OTHER, as in:
>>
>> * OTHER Foo
>> <2015-09-16 +1w>
>>
>> When I have finished the task for today, I mark it done. Because it is
>> a repeating event, it doesn't actually change to DONE, instead it
>> changes to TODO
Nicolas Goaziou writes:
> Hello,
>
> Robert Klein writes:
>
>> Looking through the commit messages this may come from commit
>> 6c6ae990c10dbe7f96b24fccf840fe9f6d81a3b8
>
> Indeed. It seems related to this NEWS entry
>
> *** Minor refactoring of ~org-agenda-filter-by-tag~
> Now uses the argu
Hi,
I am a long-time user of org-mode and am currently using the maintenance
release 8.3.1
I noticed that in the agenda the '//' key to filter by tag now adds tags
when used multiple times. This breaks my normal workflow for quickly
filtering by a specific tag.
In the past I would do:
/ P to f
Rainer Stengele writes:
> Am 20.11.2014 um 13:51 schrieb Rainer Stengele:
>> Am 27.09.2013 um 15:00 schrieb Carsten Dominik:
>> Hello Carsten,
>>
>> thank you for that. clockcheck is working. But as soon as I get the
>> clockcheck view the scheduled items to disappear in my agenda view.
>> I on
Karl Voit writes:
> * Nicolas Goaziou wrote:
>> Hello,
>
> Hi!
>
>> Could you provide an ECM? I'm unable to reproduce it.
>
> Yeah, I can do that. However, because I never did this before and I
> suppose this is going to take me at least two hours, I will post it
> whenever I got time to do the
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> The following commit
>>
>> 6202ec7 (Remove need to declare drawers before using them, 2013-10-20)
>>
>> has been in the master branch for over a year but I can't find it in any
>> maintenance re
rene writes:
> I wonder whether Bernt would agree to turn his config file into an actual
> lisp package that could be available via Elpa?
>
> I find his code pretty close to what GTD should look like. There are a few
> things though that could be twicked a bit in order to comply with David
> All
Hi,
I tried out the master branch today and the habit graph seems to be
broken.
Habits display as normal repeating tasks in commit
40f2b88 (Open outer link on nested links, 2014-11-20)
and work normally in commit
7429f35 (Merge branch 'maint', 2014-10-22)
Sorry I don't have time to track down
Hi!
The following commit
6202ec7 (Remove need to declare drawers before using them, 2013-10-20)
has been in the master branch for over a year but I can't find it in any
maintenance releases since then. Is this intentional?
I am using the function
(defun org-remove-empty-drawer-at (pos)
in m
* org-macs.el: Remove restriction when locating markers
Allows org-with-point-at to locate point outside the current
restriction.
---
lisp/org-macs.el |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lisp/org-macs.el b/lisp/org-macs.el
index ddd6e2e..96265ec 100644
--
Yes you are correct. This patch is no longer required.
Please disregard this patch.
Thanks,
Bernt
> On Jun 14, 2014, at 1:01 PM, Bernt Hansen wrote:
>
> Will check. Thanks.
>
> Bernt
>
>> On Jun 14, 2014, at 11:51 AM, Bastien wrote:
>>
>> H
Will check. Thanks.
Bernt
> On Jun 14, 2014, at 11:51 AM, Bastien wrote:
>
> Hi Bernt,
>
> Bernt Hansen writes:
>
>> Allow changing task state in agenda without moving point. I
>> use this when reviewing projects weekly and I need to change the
>>
Nicolas Goaziou writes:
> Thank you. Could you provide a changelog with that?
>
>> + (save-restriction
>> + (widen)
>> + (save-excursion
>
> `save-restriction' + `widen' + `save-excursion' = `org-with-wide-buffer'
Sure thing!
I will update and resend both later today.
(and fix
Allows find task by id to locate a task outside a current
restriction. I restrict to subtrees regularly and when I want to
jump to another task outside the current restriction but in the
same file this patch is required to locate the appropriate
heading. Without this patch point ends up at the to
Hi Bastien,
Attached are two patches I use on top of master. I have been using these
for 6-12 months so I consider them to be well tested.
Please consider including these in the code base.
Thanks,
Bernt
Allow changing task state in agenda without moving point. I
use this when reviewing projects weekly and I need to change the
state of some of the tasks. I found jumping to the top of the
agenda after each state change especially annoying when it causes
the agenda to scroll.
---
lisp/org-agenda.e
Hi Nick!
This is an awesome response!
Great job!!
Regards,
Bernt
Nick Dokos writes:
> Renato writes:
>
>> Hi,
>> I know, ther's a lot of doc around there. But: can someone show me
>> "the best" road map" to start using (and learning) org-mode?
>>
>
> Org is a swiss army knife: if you open u
Hi David,
This file has been removed since it was a really old copy of the
document. It seems this is no longer supported by the current export
framework.
Thanks,
Bernt
"Loyall, David" writes:
> Hello, Bernt.
>
> According to your famous org-mode.org document (thank you!) this file:
>
>
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> This patch
>> 4c94c4d (ox-html: Add TODO keyword to TOC entries, 2013-11-06)
>>
>> changes the behaviour of HTML TOCs. I noticed that when I export my
>> org-mode document (http://doc.norang.ca/org-mode
Nicolas Goaziou writes:
> Hello,
>
> Bastien writes:
>
>> Nicolas Goaziou writes:
>>
In html export include todo state words in table of contents.
>>>
>>> Would the following patch do the job?
>>
>> It does for me! Thanks
>
> Applied then.
>
>
> Regards,
Hi Nicolas,
This patch
4c94c4d
Bernt Hansen writes:
> "Sebastien Vauban"
> writes:
>
>> In order to make Org much nicer to use, I felt we missed a count of items
>> next
>> to the lists (or blocks, for multi-block agenda views). Here is a patch to
>> add
>> this, depending
"Sebastien Vauban"
writes:
> In order to make Org much nicer to use, I felt we missed a count of items next
> to the lists (or blocks, for multi-block agenda views). Here is a patch to add
> this, depending on the new variable `org-agenda-display-count-of-items'
> (enabled by default).
>
> The
Hi Carsten!
This works much better now - Thanks!!
Regards,
Bernt
Carsten Dominik writes:
> Hi Tom,
>
> I have just rewritten org-insert-heading from scratch. It might not be
> bug-free, but at least now it is in a state where bugs can be fixed. Let me
> know if there are still problems.
>
Manish writes:
> > On 8/7/13, Manish wrote:
> > > I like to take notes with "z" in agenda mode logging progress of
> > > tasks as I move through the day. Is it possible today to enable
> > > viewing these notes (first line only) when log mode is turned on
> > > the agenda mode the way
Hi Carsten!
All of my headings are followed by an inactive timestamp. I've started
leaving a blank line before the content for the heading so the inactive
timestamp is not exported when timestamps are disabled with the <:nil
option. This works fine for me.
Regards,
Bernt
Carsten Dominik write
Hi Arne,
I also don't use the output format that includes days.
Try setting the following variable:
(setq org-time-clocksum-format
'(:hours "%d" :require-hours t :minutes ":%02d" :require-minutes t))
Regards,
Bernt
Arne Babenhauserheide writes:
> Remember to cover the basics, that is,
Samuel Wales writes:
> I don't recall whether I said I had a filling problem.
>
> Filling is a red herring for my use case.
>
> My point is that regardless of filling, it would be a good idea to be
> stricter about what a list is, for the reasons I listed. In my use
> case.
>
> Samuel
Hi Samuel
Thomas Koch writes:
> I'm searching for best practices to track flexi time with orgmode. I've a
> work
> contract of 8 hours per day in average. So I'd like to start a clock when I
> arrive at work, pause it for lunch and stop it when I leave.
>
> I wouldn't like to rely only on the sum of the
Bernt Hansen writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Bernt Hansen writes:
>>
>>> So far my attempts using this workaround have failed and I can't get
>>> :tangle in my exported org file. I think I also would prefer to have
>
Rick Moynihan writes:
> Yes I'd seen that, but I hadn't thought that I could narrow the agenda
> to a day, and then generate the report... which almost gives me what I
> want.
>
> Ideally I'd like to visualise the clocking times for a whole week at a
> time, by day... So I could spot days easily
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> So far my attempts using this workaround have failed and I can't get
>> :tangle in my exported org file. I think I also would prefer to have
>> the :exports value in the .org source as well so i
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> James Yuan noticed that the .org file that is published with my document
>> (http://doc.norang.ca/org-mode.org does not contain :tangle on any of
>> the source blocks.
>>
>> One of the us
1 - 100 of 1928 matches
Mail list logo
