Re: [O] Bug: Incorrect behaviour of org-schedule when defining a time interval [9.2.3 (9.2.3-17-g4df705-elpaplus @ /home/yantar92/.emacs.d/elpa/org-plus-contrib-20190513/)]

2019-07-22 Thread Ihor Radchenko


> That includes agenda scheduling filters.
I recently tried to use the format. Actually, agenda fails to recognise
schedule interval like "SCHEDULED: <2019-07-23 Tue 23:00-29:00>". The
task is not shown in agenda view with error "org-duration-to-minutes:
Invalid duration format: "+5:00"".

The problem is reproducible with emacs -Q.

Best,
Ihor

Matthew Piziak  writes:

>> obviously wrong
>
> It's natural to think so, but my Org mode correctly interprets `Tue
> 25:00` as being equivalent to `Wed 01:00`. That includes agenda
> scheduling filters.
>
> This format is used in the real world sometimes too, especially for
> things like TV showings that span across the midnight boundary, as in
> your example.



Re: [O] Move Currently clocked in task to left on modeline

2019-07-22 Thread Nick Dokos
Nathan Neff  writes:

> Hello all,
>
> How can I move the currently clocked task to be on the left side
> of my modeline in emacs?
>

The way the information ends up in the mode line is a bit convoluted:

- The main variable is `mode-line-format': you should read its doc
  string carefully.

- `mode-line-format' includes the variable `mode-line-misc-info'
  towards the end.

- `mode-line-misc-info' includes the variable `global-mode-string'
  (in a somewhat peculiar way that I don't quite understand).

- `org-clock-in', `org-clock-out' and `org-clock-cancel' affect the
  mode line by modifying the `global-mode-string' variable to append
  or delete `org-mode-line-string' to/from it and then forcing a
  mode-line update with (drum roll) `force-mode-line-update'.

- The rest of the org mode code mucks around with `org-mode-line-string'
  exclusively.

In short, there is no way to change the position of the currently
clocked task without rewriting code. You might be able to move
*all* of the org information by modifying an earlier mode-line
component (rather than `global-mode-string' which is part of the
final component). But it would not be trivial.

-- 
Nick

"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler




[O] Move Currently clocked in task to left on modeline

2019-07-22 Thread Nathan Neff
Hello all,

How can I move the currently clocked task to be on the left side
of my modeline in emacs?

Thanks,
--Nate


Re: [O] Bug: org-drill-entry-empty-p should use outline-forward-same-level and not outline-next-heading [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /Users/christoffer/.emacs.d/elpa/org-plus-contrib-20180212/)

2019-07-22 Thread Phillip Lord

Indeed, org-drill-entry-empty-p returns t and considers this entry
empty. But why is this wrong? How are you using this kind of entry? Do
you put the question in the title?

BTW, I am maintaining org-drill at:

https://gitlab.com/phillord/org-drill/

now, so you might be better raising issues there.

Phil

a...@xkqr.org (Christoffer Stjernlöf) writes:

> 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.
> 
>
> I have noticed that some of my drill entries are skipped by org-drill,
> and only
> recently took the time to try to troubleshoot why – apparently
> org-drill-entry-empty-p returns t for my entries, because they look like
> the
> following:
>
> -
> * Entry question? :drill:
> SCHEDULED: <2019-04-05 Fri>
> :PROPERTIES:
> ...
> :END:
>
> ** The Answer
>
> Some text
> 
>
> Since org-drill-entry-empty-p only looks from the end of the
> metadata/properties
> and until outline-next-heading, it will consider this drill entry empty
> – even
> though this is not at all my intention. This would be fixed by replacing
> (outline-next-heading) with (outline-forward-same-level 1) in
> org-entry-empty-p.
> I'm not sure whether this has any other adverse effect, but I can't see
> how it
> would make things worse, at least.
>
> Emacs  : GNU Emacs 26.2 (build 1, x86_64-apple-darwin18.6.0, Carbon
> Version 158 AppKit 1671.5)
>  of 2019-06-15
> Package: Org mode version 9.1.6 (9.1.6-48-gfe7619-elpaplus @
> /Users/christoffer/.emacs.d/elpa/org-plus-contrib-20180212/)
>

-- 
Phillip Lord,   Phone: +44 (0) 191 208 7827
Biology, Medicine, ComputingEmail: phillip.l...@newcastle.ac.uk
School of Computing,
http://homepages.cs.ncl.ac.uk/phillip.lord
Room 5.012 Urban Sciences Building, skype: russet_apples
Newcastle University,   twitter: phillord
NE4 5TG


[O] Org Compact Guide Typo

2019-07-22 Thread Nguyen, Thomas
11.5 Embedded Latex
"the mass if the sun is M_sun = 1.989 x 10^30 kg."

This is a small typo that I spotted while referencing the guide. Hopefully,
I have reported to the right place.

Cordially,
Thomas Nguyen
IB Senior at Classen SAS