Re: [O] New feature? Remove duplicate subheadings, preserving order

[Ihor Radchenko]

Is there any possible way to prevent it more reliably?

I am aware of org-catch-invisible-edits, but this is obviously not
enough. Does it make sense to generate some kind of subtree based diff
after each change, so that user can review all recent changes in org
files?

Ihor

Adam Porter  writes:

> Nick Dokos  writes:
>
>> There be dragons.
>>
>> The problem is that some things happen invisibly and far away from
>> where you are, so you don't know about it and you don't find out for a
>> couple of weeks.  Undo and automatic backups are useless in that case.
>>
>> That *has* happened: there have been multiple postings in the ML about
>> such problems. Whenever it has happened, the devs have always modified
>> org to make it safer: that is the prudent thing to do and the correct
>> course of action IMO.
>>
>> Hell hath no fury like an orgmode user who lost part of his/her
>> precious org file because of an errant keystroke a month ago and was
>> not aware of the loss until it was too late.
>
> Indeed.  Maybe I'm just paranoid, but having worked with Org code a bit,
> I still wonder sometimes if I have ever accidentally wiped out a subtree
> without noticing.  Would I ever notice that it's missing?  Even if it's
> stored in git or a backup, how can I restore something that I don't know
> needs restoring?
>
> Some of this is simply the nature of computers, I think--a keystroke
> here, a blink of the eye there, and poof, the data is gone.  If the
> point is in one buffer when my fingers press C-c C-x C-w, but my eyes
> are in another buffer, does the subtree still get deleted?  :)
>
> And despite how great Emacs and Org are, this is one area in which their
> power may make them more vulnerable to such issues.  Their use of global
> state and special variables also makes unintended consequences easier to
> achieve.
>
> This is why I think we should always be very careful.  Org is nothing if
> we can't trust it to keep our data safe!  :)
>
>

-- 
Ihor Radchenko,
PhD Student
Singapore University of Technology and Design,
8 Somapah Road Singapore 487372
Email: yanta...@gmail.com, ihor_radche...@mymail.sutd.edu.sg
Tel: +6584017977


signature.asc
Description: PGP signature

Re: [O] BeOrg

[Tim Cross]

Bottom line is that referencing this software in the org manual would
contravene the GNU guidelines and underlying philosophy of the
GPL. While you will find references to non-GPL software/platforms, these
are not references which promote non-free solutions, but references in
support of adopting free solutions on non-free platforms.

One of the biggest threats to software freedom and a significant issue
for the FSF is the attractive lure of convenience. I feel it would be a
mistake to ignore the guidelines in favour of promoting a non-free
solution on the basis it would be beneficial to users. The FSF and GPL
are built on a clear philosophy of supporting and promoting software
freedom and to sacrifice those principals because there is only a
non-free solution to satisfy a need is short sighted and
contradictory.

It appears the software is actually free to download and has an 'in app'
donation request. It also appears the software makes extensive use of
other 3rd party libraries. This makes me wonder if it would be
reasonable to contact the author and ask if they would be prepared to
change the license to an acceptable open source one. This would not
prevent them from continuing to request donations and would then enable
Org to reference the software on the org site and in the manual, which
would in turn likely increase app visibility and lead to more donations
to the author. This could be a win for everyone, including the author.

Of course, the other question to ask is "If beorg is so much better than
available open source equivalents, such as mobileOrg, how has one
individual  been able to do that when the org community cannot?"

Tim

Ilya Shlyakhter  writes:

> The org features page at https://orgmode.org/features.html, and the
> Org manual, mention MobileOrg, but not the newer BeOrg app
> ( http://beorgapp.com/ ).  Maybe add a reference to it?


--
Tim Cross

[O] strange behaviour with LaTeX fragments with tikzpicture

[Eric S Fraga]

Hello all,

I may be missing something but exporting to HTML with a LaTeX fragment
like this:

\begin{center}
\begin{tikzpicture}[node distance=6cm, thick]
  \node (start) {Start};
  \node (finish) [right of=start] {Finish} edge [<-] (start);
\end{tikzpicture}

Some text
\end{center}

generates a tikz picture that is wrong.  I've attached two screenshots,
one for LaTeX output and one for HTML.

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6


signature.asc
Description: PGP signature

[O] bug#22776: interactive org-set-effort (C-c C-x e) and column view direct index selection do not handle Effort_ALL with more than 10 entries

[Nicolas Goaziou]

Hello,

David Caldwell  writes:

> This bug is a replacement of bug #22735(24.3; org-set-effort *without*
> numeric prefix - still forces me to use nth allowed).  After more
> experimentation, I got a better understanding of the functionality and
> now consider that bug 22735 to be invalid as written.  I now think
> it's a more fundamental issue of not handling an Effort_ALL with more
> than 10 entries.  The problems manifest in both interactive
> org-set-effort and in column view when editing values via direct index
> selection.
> Problems:  1) interactive org-set-effort     1) can not enter an index
>> 10     2) method of entering a raw value is arcane and unvalidated 
>       - by prefixing the entered value by '-', you can enter one of
> the Effort_ALL string directly          - e.g. Effort_ALL 0 1h 2h 4h
> 1d 2d 3d 4d 1w 2w 3w 4w          - 'C-c C-x e -4w RET' sets Effort to
> '4w'          - however, a value of '-foobar' sets Effort to 'foobar' 
>    3) Note: org-set-effort with numerical prefix works properly for
> indices > 10  2) column view - editing values     1) 1-9,0 - can not
> enter an index > 10        - lower priority than 1.1 above since
> column view edit 'e' allows direct entry of Effort_ALL strings (with
> validation)     2) Note: S-left/right, n, p work properly for indices
>> 10Proposed solution:  - interactive org-set-effort and column view
> direct index selection    - input multiple characters followed by RET 
>   - if input is a valid index, use the corresponding value from
> Effort_ALL    - else if input is a valid Effort_ALL value, use it    -
> else beep and display [No Match] (like column view edit when an
> invalid value is entered)

I've changed `org-set-effort' to use `completing-read' for allowed
values instead of relying on position in list. The prefix argument now
means "increment". 

This is simpler and less exotic.

WDYT?

Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] Is there a way to get all agenda TODOs programmatically?

[Marcin Borkowski]

On 2018-01-01, at 00:37, Adam Porter  wrote:

> Marcin Borkowski  writes:
>
>> Thanks again.  I played around with this for some time, but there is one
>> problem.  The agenda has a lot of settings, and replicating them with
>> org-map-entries turned out to be no fun.
>>
>> Is there a way to plug into the agenda generating functions somehow to
>> get a Lisp list of agenda items?  I'm pretty sure that can be done -
>> org-super-agenda does something similar, after all - but I have no idea
>> why.  I could delve into agenda source myself, but is is quite hairy, so
>> maybe someone knows that already?
>
> Hi Marcin,
>
> As you said, the agenda code is quite hairy--but it does work very well.
> My meager attempt to begin reimplementing it in a more functional way
> showed very poor performance by comparison; perhaps because I didn't do
> it well, but I'm guessing also because of Emacs' function call overhead.
> But for your project, perhaps the code would come in useful; feel free
> to borrow anything that you like:
>
> https://github.com/alphapapa/org-agenda-ng
>
> As you mentioned, org-super-agenda simply uses the raw output of the
> org-agenda commands by reading it from the agenda buffer.  This works
> well because each line in the agenda buffer is an item, and the text on
> each line has Emacs text-properties that include most of the relevant
> metadata (anything else can be retrieved by using a macro to eval code
> at the item's marker--see org-super-agenda--when-with-marker-buffer,
> which I should probably rename, haha).  So getting a list of agenda
> items could be as simple as running this in the agenda buffer:
>
> (split-string (buffer-substring (point-min) (point-max))
>   "\n" 'omit-nulls)
>
> org-super-agenda does that by using advice to filter the return of
> org-agenda-finalize-entries, which you could also do quite easily.
>
> So while the agenda code is relatively opaque, it's easier to use its
> output than you might think.  :) Let me know if I can help.  (I haven't
> been monitoring the list lately, so you might email me directly if
> necessary.)  Good luck!

Hi Adam,

and thanks for your answer.  I never thought about analyzing agenda
/output/ - that is quite clever!  I still think it's a hack, and
I really regret that Org does not offer a programmer a better API for
agenda (and many other things) - there could be a lot of applications
built on top of Org with that.  I'll definitely try this solution some
day (maybe even within a few days).

Thanks and best,

--
Marcin Borkowski

Re: [O] New feature? Remove duplicate subheadings, preserving order

[Adam Porter]

Ihor Radchenko  writes:

> Is there any possible way to prevent it more reliably?
>
> I am aware of org-catch-invisible-edits, but this is obviously not
> enough. Does it make sense to generate some kind of subtree based diff
> after each change, so that user can review all recent changes in org
> files?

That's a good question.  If you want to be max-paranoid, I guess you
should put all your Org files in git, and review and commit all changes
with magit.  For certain things that might make sense (e.g. I do that
with readme files in published projects), but for my personal Org files,
that would feel like a burden to me.

I do store my personal Org files in git, but I don't review the changes
manually.  I commit the changes automatically with a cron job and when my
"emacs-raise-or-run" script raises or minimizes the Emacs window.  If I
ever need to review the changes, I can use magit or gitk.

If you add this to your .git/config file in a git repo of Org files, it
uses Org heading lines as diff headers, which helps when reviewing
changes:

[diff "org"]
xfuncname = "^\\*+ +.*$"

Re: [O] Is there a way to get all agenda TODOs programmatically?

[Adam Porter]

Marcin Borkowski  writes:

> and thanks for your answer.  I never thought about analyzing agenda
> /output/ - that is quite clever!  I still think it's a hack, and
> I really regret that Org does not offer a programmer a better API for
> agenda (and many other things) - there could be a lot of applications
> built on top of Org with that.  I'll definitely try this solution some
> day (maybe even within a few days).

It kind of is a hack, but at the same time, Org itself is kind of a
really big hack on top of Emacs, outline-mode, and plain text files.  :)

There are some examples of attempts at better APIs (e.g. my PoC
org-agenda-ng code, Remy Honig's
, and some other people's
personal configs here and there), but I'm guessing they all suffer from
Emacs's function call overhead.  IIUC the agenda is as fast as it is
because of the way it's largely written in large functions.  :)

An idea I had recently was to make more use of inline functions,
defsubst, etc, to avoid that.  It might let us make the code more
functional while letting the byte-compiler optimize it.  At the same
time, I wonder why it isn't already that way--maybe better Emacs
programmers know why it wouldn't be a good idea.

I see Tom Tromey is still working on
.  Imagine how fast Org would
be if it could be compiled into native code!  We can dream, I guess...

Re: [O] Is there a way to get all agenda TODOs programmatically?

[Adam Porter]

Hi Marcin (and all),

I have some more code you might find useful.  I had an idea to take a
different approach with my org-agenda-ng code (not using org-element to
parse the whole buffer first), and it seems to be working well so far.
The code is here:

https://github.com/alphapapa/org-agenda-ng/tree/non-element-parsing

The code doesn't generate an identical result to the org-agenda code
(not yet, anyway), but it's very similar.  It lacks the agenda prefix
feature and full application of agenda faces (it does do a few faces
already).  Most, if not all, text properties are applied.  And of
course, more work could be done to make it look more like an official
agenda buffer.

So, for an example, you can run code like this to simulate a primitive
agenda buffer:

(org-agenda-ng--agenda
 :files org-agenda-files
 :any `((org-agenda-ng--date-p :date <= ,(org-today))
(org-agenda-ng--date-p :deadline <= ,(+ org-deadline-warning-days 
(org-today)))
(org-agenda-ng--date-p :scheduled <= ,(org-today)))
 :none `((apply org-agenda-ng--todo-p ,org-done-keywords)))

Or you could search for certain types of to-do items with a deadline
before a certain date like:

(org-agenda-ng--agenda
 :files "~/org/main.org"
 :all '((org-agenda-ng--todo-p "TODO" "WAITING")
(org-agenda-ng--date-p :deadline < "2018-01-03")))

As you can see, the :all, :any, and :none arguments are a list of quoted
lisp forms.  You can also give your own lambda, like:

(org-agenda-ng--agenda
 :files org-agenda-files
 :pred (lambda ()
 (and (org-agenda-ng--todo-p)
  (or (org-agenda-ng--date-p :deadline '<= (org-today))
  (org-agenda-ng--date-p :scheduled '<= (org-today)))
  (not (apply #'org-agenda-ng--todo-p 
org-done-keywords-for-agenda)

If you also give :all, :any, or :none, they are AND-ed with the :pred
lambda.

It's all highly experimental and WIP, but feel free to try it out, and
please let me know any feedback you might have.

Re: [O] Is there a way to get all agenda TODOs programmatically?

[Nicolas Goaziou]

Hello,

Adam Porter  writes:

> There are some examples of attempts at better APIs (e.g. my PoC
> org-agenda-ng code, Remy Honig's
> , and some other people's
> personal configs here and there), but I'm guessing they all suffer from
> Emacs's function call overhead.  IIUC the agenda is as fast as it is
> because of the way it's largely written in large functions.  :)

I don't think the size of the functions matter much. Agenda is optimized
for single day view, so it is fast in this case because it only looks
for "interesting" headlines. However, this mechanism is terrible for
multi-days agendas: Agenda treats them as multiple single days agendas,
so you end up looking again and again at the same entries.

> An idea I had recently was to make more use of inline functions,
> defsubst, etc, to avoid that.  It might let us make the code more
> functional while letting the byte-compiler optimize it.  At the same
> time, I wonder why it isn't already that way--maybe better Emacs
> programmers know why it wouldn't be a good idea.

Usually, you inline a function if you are certain funcall overhead is
responsible for the slowness.

Regards,

-- 
Nicolas Goaziou

Re: [O] Is there a way to get all agenda TODOs programmatically?

[Nicolas Goaziou]

Hello,

Adam Porter  writes:

> I have some more code you might find useful.  I had an idea to take a
> different approach with my org-agenda-ng code (not using org-element to
> parse the whole buffer first), and it seems to be working well so far.

Clearly, `org-element-parse-buffer' is not adequate for the task. When
buildings the agenda view, you're most probably interested in very
specific parts of the document, whereas Element tries to be as thorough
as possible.

I suggest even to not use any org-element-* function there.

> The code is here:
>
> https://github.com/alphapapa/org-agenda-ng/tree/non-element-parsing
>
> The code doesn't generate an identical result to the org-agenda code
> (not yet, anyway), but it's very similar.  It lacks the agenda prefix
> feature and full application of agenda faces (it does do a few faces
> already).  Most, if not all, text properties are applied.  And of
> course, more work could be done to make it look more like an official
> agenda buffer.

I don't want to sound offending, but your 400 locs library cannot
possibly be "very similar" to 10k locs org-agenda.el. Also, after
a cursory look, it is not clear how you solve the multi-days issue.
I.e., AFAIU, you still run multiple checks on the same entry.

Nevertheless, I think your approach is right. I think that, at some
point, we'll need to rewrite "org-agenda.el" from scratch, like we did
for "org-export.el" a few years back, so it becomes manageable again. In
the process, we definitely need to find a better replacement for
`org-agenda-skip', as done in your library.

So, in a nutshell, I think you're doing a step in the right direction.
I hope Org can ultimately benefit from a better "org-agenda.el".

My 2 cents,

Regards,

-- 
Nicolas Goaziou

Re: [O] Is there a way to get all agenda TODOs programmatically?

[Adam Porter]

Nicolas Goaziou  writes:

Hi Nicolas,

> I don't think the size of the functions matter much. Agenda is optimized
> for single day view, so it is fast in this case because it only looks
> for "interesting" headlines. However, this mechanism is terrible for
> multi-days agendas: Agenda treats them as multiple single days agendas,
> so you end up looking again and again at the same entries.

Yes, when I discovered that, I was very surprised that multi-day agendas
are as fast as they are!

>> An idea I had recently was to make more use of inline functions,
>> defsubst, etc, to avoid that.  It might let us make the code more
>> functional while letting the byte-compiler optimize it.  At the same
>> time, I wonder why it isn't already that way--maybe better Emacs
>> programmers know why it wouldn't be a good idea.
>
> Usually, you inline a function if you are certain funcall overhead is
> responsible for the slowness.

Thanks.  I checked my notes again, and I see that funcall overhead was
not actually the issue (at least, I hadn't gotten far enough for it to
be).  The problem was that org-element-parse-buffer was very slow in
comparison, since it parses the entire buffer rather than, as you said,
just interesting parts.  So I'm trying another approach that doesn't
parse the whole buffer, which seems to show promise...

Re: [O] Is there a way to get all agenda TODOs programmatically?

[Adam Porter]

Forgive the self reply, but I just made a change which makes the code
much more pleasant.  The matching functions are bound internally during
matching, so instead of:

(org-agenda-ng--agenda
 :files org-agenda-files
 :pred (lambda ()
 (and (org-agenda-ng--todo-p)
  (or (org-agenda-ng--date-p :deadline '<= (org-today))
  (org-agenda-ng--date-p :scheduled '<= (org-today)))
  (not (apply #'org-agenda-ng--todo-p 
org-done-keywords-for-agenda)

You can write:

(org-agenda-ng--agenda
 :files org-agenda-files
 :pred (lambda ()
 (and (todo)
  (or (date :deadline '<= (org-today))
  (date :scheduled '<= (org-today)))
  (not (apply #'todo org-done-keywords-for-agenda)

Or:

(org-agenda-ng--agenda
 :files org-agenda-files
 :any `((date :date <= ,(org-today))
(date :deadline <= ,(+ org-deadline-warning-days (org-today)))
(date :scheduled <= ,(org-today)))
 :none `((apply todo ,org-done-keywords)))

This makes the syntax much more pleasant and readable, I think.  I also
profiled the code, and its performance seems good.

[O] bug#22597: [25.0.90.1] org-table-import docu

[Nicolas Goaziou]

Hello,

Andreas Röhler  writes:

> saying: The file is assumed to be tab-separated
>
> While internally org-table-convert-region is used receiving optional
> argument SEPARATOR:
>
> \(4)  Use the comma as a field separator
> \(16) Use a TAB as field separator
>
> ;;;
>
> Thus docu should mention the comma as possible separator.

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou0x80A93738

[O] bug#18855: 25.0.50; 123-char line in Org manual top menu

[Nicolas Goaziou]

Hello,

Drew Adams  writes:

> Menu lines in manuals should be max 70 chars.  This is not the case for
> the Org manual, top menu.  It even has this menu item, which is 123 chars:
>
> * Language-specific header arguments in Org mode properties::  Set 
> language-specific default values for a buffer or heading

This is fixed. The manual doesn't contain such a long menu item anymore.
All items are below 80 chars.

Thank you.

Regards,

-- 
Nicolas Goaziou0x80A93738

[O] bug#19448: 25.0.50; org-mobile-push should offer to save unsaved agenda files

[Nicolas Goaziou]

Hello,

Rudi Schlatte  writes:

> When trying to call `org-mobile-push' while an org file in
> org-agenda-files is open and modified, `org-mobile-push' displays a
> prompt like the following in the minibuffer:
>
> Non-existent agenda file ~/Documents/Org/.#notes.org.  [R]emove from list or 
> [A]bort?
>
> This trivial patch uses `save-some-buffers' to save the agenda
> files, removing the confusing prompt:
>
> --- a/lisp/org/org-mobile.el
> +++ b/lisp/org/org-mobile.el
> @@ -318,6 +318,9 @@ create all custom agenda views, for upload to the mobile 
> phone."
> (org-agenda-buffer-name "*SUMO*")
> (org-agenda-tag-filter org-agenda-tag-filter)
> (org-agenda-redo-command org-agenda-redo-command))
> +  (let ((agenda-files (org-agenda-files)))
> +(save-some-buffers nil (lambda () (member (buffer-file-name)
> +  agenda-files
>(save-excursion
>   (save-restriction
> (save-window-excursion

I applied something equivalent.

Thank you.

Regards,
-- 
Nicolas Goaziou0x80A93738

Re: [O] Is there a way to get all agenda TODOs programmatically?

[Adam Porter]

Nicolas Goaziou  writes:

>> I have some more code you might find useful.  I had an idea to take a
>> different approach with my org-agenda-ng code (not using org-element to
>> parse the whole buffer first), and it seems to be working well so far.
>
> Clearly, `org-element-parse-buffer' is not adequate for the task. When
> buildings the agenda view, you're most probably interested in very
> specific parts of the document, whereas Element tries to be as thorough
> as possible.

Right, so now I'm using outline-next-heading to go directly to headings.

> I suggest even to not use any org-element-* function there.

That may be the best option, however at the moment I'm using just
org-element-headline-parser, which seems to work well.  It avoids a lot
of manual gathering of data in later functions, because they can just
use the plist it creates, and it seems fast with a hacky search bound
that prevents it from going too far past the headline.

>> The code is here:
>>
>> https://github.com/alphapapa/org-agenda-ng/tree/non-element-parsing
>>
>> The code doesn't generate an identical result to the org-agenda code
>> (not yet, anyway), but it's very similar.  It lacks the agenda prefix
>> feature and full application of agenda faces (it does do a few faces
>> already).  Most, if not all, text properties are applied.  And of
>> course, more work could be done to make it look more like an official
>> agenda buffer.
>
> I don't want to sound offending, but your 400 locs library cannot
> possibly be "very similar" to 10k locs org-agenda.el. Also, after
> a cursory look, it is not clear how you solve the multi-days issue.
> I.e., AFAIU, you still run multiple checks on the same entry.

What I meant is, for my own very basic, one-day agenda view, it produces
a similar-looking result--superficially, at least.  Of course it does
not support more than probably 5% of the features and settings
org-agenda.el does, as it's barely more than a proof-of-concept.  But
maybe it would be helpful to Marcin for his idea.

> Nevertheless, I think your approach is right. I think that, at some
> point, we'll need to rewrite "org-agenda.el" from scratch, like we did
> for "org-export.el" a few years back, so it becomes manageable again. In
> the process, we definitely need to find a better replacement for
> `org-agenda-skip', as done in your library.
>
> So, in a nutshell, I think you're doing a step in the right direction.
> I hope Org can ultimately benefit from a better "org-agenda.el".

Me too.  I'm just exploring some ideas, not proposing this as a
replacement.  org-agenda.el has had hundreds, if not thousands, of hours
put into it, and a full replacement would take as long to make.

[O] bug#19915: 25.0.50; defadvice for `org-store-link' makes code fail because of `org-called-interactively-p'

[Nicolas Goaziou]

Hello,

Drew Adams  writes:

> And yes, `advice-add' does not have the same problem.
>
> But it is a shame to limit users to recent Emacs versions
> just because Org uses `called-interactively' instead of
> adding an argument that indicates whether the command is
> called interactively (as Emacs recommends).

I removed call to `called-interactively-p' in `org-store-link' (in
development version).

Thank you.

Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] BeOrg

[Adonay Felipe Nogueira]

Morever, considering the availability only in Apple's App Store, how
will users exercise freedom 1, which also includes the freedom to reuse
the adaptation in the same environment/device? This "retake' of freedom
0 in freedom 1 is also mentioned in [1].

Currently:

- BeOrg doesn't seem to be "open source" (according to the Open Source
  Initiative's Definition, see [2]), unless of course we're missing
  something and the full license text, copyright notice, license notice
  and complete corresponding source are referenced/mentioned or
  distributed when the app is used, which I see as unlikely;

- doesn't seem to be free/libre either, because it depends on a package
  manager which has no easy way to completely manage trusted signatures
  understood by such package manager and requires installation only of
  signed packages (this last requirement isn't bad, but the absense of
  the trust management feature makes it worse). This is somewhat
  analogous to the situation found in almost all manufacturer-provided
  smartphones with Android and bootloaders preinstalled, besides this,
  iThings also come with Restricted Boot (not to be confused with Secure
  Boot or with EFI/UEFI, for the differences see [3]).

[1] . First audio track has original
speech in English, second one has translation in Brazilian
Portuguese. However this nete is only accurate for the speech, because
the intermediate audio language is somewhat mixed.

[2] .

[3] 
.

2018-01-03T19:26:07+1100 Tim Cross wrote:
> Bottom line is that referencing this software in the org manual would
> contravene the GNU guidelines and underlying philosophy of the
> GPL. While you will find references to non-GPL software/platforms, these
> are not references which promote non-free solutions, but references in
> support of adopting free solutions on non-free platforms.
>
> One of the biggest threats to software freedom and a significant issue
> for the FSF is the attractive lure of convenience. I feel it would be a
> mistake to ignore the guidelines in favour of promoting a non-free
> solution on the basis it would be beneficial to users. The FSF and GPL
> are built on a clear philosophy of supporting and promoting software
> freedom and to sacrifice those principals because there is only a
> non-free solution to satisfy a need is short sighted and
> contradictory.
>
> It appears the software is actually free to download and has an 'in app'
> donation request. It also appears the software makes extensive use of
> other 3rd party libraries. This makes me wonder if it would be
> reasonable to contact the author and ask if they would be prepared to
> change the license to an acceptable open source one. This would not
> prevent them from continuing to request donations and would then enable
> Org to reference the software on the org site and in the manual, which
> would in turn likely increase app visibility and lead to more donations
> to the author. This could be a win for everyone, including the author.
>
> Of course, the other question to ask is "If beorg is so much better than
> available open source equivalents, such as mobileOrg, how has one
> individual  been able to do that when the org community cannot?"
>
> Tim
>
> Ilya Shlyakhter  writes:
>
>> The org features page at https://orgmode.org/features.html, and the
>> Org manual, mention MobileOrg, but not the newer BeOrg app
>> ( http://beorgapp.com/ ).  Maybe add a reference to it?
>
>
> --
> Tim Cross

-- 
- https://libreplanet.org/wiki/User:Adfeno
- Palestrante e consultor sobre /software/ livre (não confundir com
  gratis).
- "WhatsApp"? Ele não é livre. Por favor, veja formas de se comunicar
  instantaneamente comigo no endereço abaixo.
- Contato: https://libreplanet.org/wiki/User:Adfeno#vCard
- Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft
  Office, MP3, MP4, WMA, WMV.
- Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU
  GIMP, Inkscape SVG, JPG, LibreOffice (padrão ODF), OGG, OPUS, PDF
  (apenas sem DRM), PNG, TXT, WEBM.

Re: [O] BeOrg

[Adonay Felipe Nogueira]

+1

2018-01-03T00:00:01-0500 Scott Randby wrote:
> Emacs for Windows is still free software with source code and
> everything. BeOrg is not free software.
>
> Scott Randby

[O] Broken links in worg

[Nick Dokos]

There are a few links in the babel area of worg
(https://orgmode.org/worg/org-contrib/babel/index.html) that seem to
be broken:

o 
http://orgmode.org/manual/Working-With-Source-Code.html#Working-With-Source-Code
  (this seems to be an http vs https problem).

o https://orgmode.org/worg/org-contrib/babel/header-args.html

o https://orgmode.org/worg/org-contrib/babel/languages.html

-- 
Nick

[O] Bug: Table column bars do not get properly aligned [9.1.5 (9.1.5-1-gb3ddb0-elpa @ /home/arktik/.emacs.d/elpa/org-20171225/)]

[Arktik Blizzard]

> When I make a table in org-mode, TAB doesn't align "|"  properly. I have 
> commented out everything in my .emacs file, still the same problem.
> However it works fine when I open emacs with "$ emacs -q", the current state 
> for this is at the end.
>
> HEADER: DETAILS WITH EVERYTHING IN .emacs COMMENTED OUT:
>
> Emacs : GNU Emacs 25.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.22.19)
> of 2017-09-14
> Package: Org mode version 9.1.5 (9.1.5-1-gb3ddb0-elpa @ 
> /home/arktik/.emacs.d/elpa/org-20171225/)
>
> current state:
> ==
> (setq
> org-tab-first-hook '(org-babel-hide-result-toggle-maybe 
> org-babel-header-arg-expand)
> org-speed-command-hook '(org-speed-command-activate 
> org-babel-speed-command-activate)
> org-occur-hook '(org-first-headline-recenter)
> org-metaup-hook '(org-babel-load-in-session-maybe)
> org-confirm-shell-link-function 'yes-or-no-p
> org-after-todo-state-change-hook '(org-clock-out-if-current)
> org-src-mode-hook '(org-src-babel-configure-edit-buffer 
> org-src-mode-configure-edit-buffer)
> org-agenda-before-write-hook '(org-agenda-add-entry-text)
> org-babel-pre-tangle-hook '(save-buffer)
> org-mode-hook '(#[0 "\300\301\302\303\304$\207"
> [add-hook change-major-mode-hook org-show-block-all append local] 5]
> #[0 "\300\301\302\303\304$\207"
> [add-hook change-major-mode-hook org-babel-show-result-all append local] 5]
> org-babel-result-hide-spec org-babel-hide-all-hashes org-eldoc-load)
> org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn 
> ENTRY)"]
> org-archive-hook '(org-attach-archive-delete-maybe)
> org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
> org-cycle-show-empty-lines
> org-optimize-window-after-visibility-change)
> org-confirm-elisp-link-function 'yes-or-no-p
> org-metadown-hook '(org-babel-pop-to-session-maybe)
> org-link-parameters '(("id" :follow org-id-open)
> ("rmail" :follow org-rmail-open :store org-rmail-store-link)
> ("mhe" :follow org-mhe-open :store org-mhe-store-link)
> ("irc" :follow org-irc-visit :store org-irc-store-link)
> ("info" :follow org-info-open :export org-info-export :store
> org-info-store-link)
> ("gnus" :follow org-gnus-open :store org-gnus-store-link)
> ("docview" :follow org-docview-open :export org-docview-export :store
> org-docview-store-link)
> ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link)
> ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete
> org-bbdb-complete-link :store org-bbdb-store-link)
> ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs")
> ("elfeed" :follow elfeed-link-open :store elfeed-link-store-link)
> ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link)
> ("file" :complete org-file-complete-link)
> ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path
> ("help" :follow org--open-help-link)
> ("http" :follow (lambda (path) (browse-url (concat "http:" path
> ("https" :follow (lambda (path) (browse-url (concat "https:" path
> ("mailto" :follow (lambda (path) (browse-url (concat "mailto:"; path
> ("news" :follow (lambda (path) (browse-url (concat "news:"; path
> ("shell" :follow org--open-shell-link))
> org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
> )
>
> HEADER: DETAILS WITH $ emacs -q
>
> Emacs : GNU Emacs 25.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.22.19)
> of 2017-09-14
> Package: Org-mode version 8.2.10 (release_8.2.10 @ 
> /usr/share/emacs/25.3/lisp/org/)
>
> current state:
> ==
> (setq
> org-tab-first-hook '(org-hide-block-toggle-maybe 
> org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe
> org-babel-header-arg-expand)
> org-speed-command-hook '(org-speed-command-default-hook 
> org-babel-speed-command-hook)
> org-occur-hook '(org-first-headline-recenter)
> org-metaup-hook '(org-babel-load-in-session-maybe)
> org-confirm-shell-link-function 'yes-or-no-p
> org-after-todo-state-change-hook '(org-clock-out-if-current)
> org-src-mode-hook '(org-src-babel-configure-edit-buffer 
> org-src-mode-configure-edit-buffer)
> org-agenda-before-write-hook '(org-agenda-add-entry-text)
> org-babel-pre-tangle-hook '(save-buffer)
> org-mode-hook '(#[nil "\300\301\302\303\304$\207" [org-add-hook 
> change-major-mode-hook org-show-block-all append local] 5]
> #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook 
> org-babel-show-result-all append local] 5]
> org-babel-result-hide-spec org-babel-hide-all-hashes)
> org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
> org-babel-execute-safely-maybe)
> org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
> org-cycle-hide-inline-tasks org-cycle-show-empty-lines
> org-optimize-window-after-visibility-change)
> org-confirm-elisp-link-function 'yes-or-no-p
> org-metadown-hook '(org-babel-pop-to-session-maybe)
> org-clock-out-hook '(org-clock-remove-empty-clock-drawer)

[O] inherit priority

[Jesse Johnson]

Hi all,

I want child org items to inherit priority from their parent.

I tried setting |org-use-property-inheritance '("PRIORITY")|, but it did 
not have any apparent effect.


Use case: I often have high priority projects whose tasks are mostly 
equally important. I don't want to waste time setting priorities for 
each individual child task unless it differs from the parent (e.g., an 
optional subtask may have lower priority).


I realize this has been brought up a few times over the years, but I 
couldn't find any recent info on how this is doable with stock org.


Gracias,

Jesse

[O] Bug: property "CLOCK_MODELINE_TOTAL" is not inherted

[Chen Zhang]

Hi all,

When using clock I prefer to set "CLOCK_MODELINE_TOTAL" to "current". Since
it's used frequently I want to set it as an upper level property (or a
global configuration). So I try to use property inheritance, but I failed.

After struggling 2 days I find the reason. The related function
"org-clock-get-sum-start" calls (org-entry-get nil "CLOCK_MODELINE_TOTAL")
to get the property value. But the INHERIT argument of org-entry-get is not
set. So this property doesn't use inheritance at all.

By checking the source I also found the variable
"org-clock-mode-line-total" can be used for global settings. So my problem
is partially solved.

During my investigation, I think the key problems are:
1. The Org manual only mentions CLOCK_MODELINE_TOTAL to change mode line
clock time. And it's easy to guide people like me to use property
inheritance to do global settings. But it doesn't work.
2. The org-clock-mode-line-total can be used as global settings. But it
doesn't mentioned in Org manual at all.

So I suggest to change code to something like (org-entry-get nil
"CLOCK_MODELINE_TOTAL" t) to use inheritance. If inheritance has to be
disabled for some reason (e.g performance). It's better to tell users in
the Org manual.


GNU Emacs 25.3.1 (x86_64-apple-darwin17.0.0, NS appkit-1561.00 Version
10.13 (Build 17A405)) of 2017-11-07
Org mode version 9.1.4

Regards,

David Chen

[O] org-plus-contrib tar disappeared from orgmode.org/elpa/

[Christopher League]

Hi, this is a plea to retain versioned copies of the org-plus-contrib
tar in the  directory, because package
managers refer to them. Currently, the only versions present at that
location are 20171227 and 20171228.

I'm using NixOS, and my current nixpkgs tree refers to 20170911, which
cannot (re)-build now because the source is missing. Here's the Nix
specification referencing the now-broken URL:



The latest nixpkgs master does have it updated to 20171225 -- which is
*also* a broken link, just a week later. (And I prefer to use a 'stable'
channel rather than master.)



I don't necessarily expect orgmode.org to retain these sources
indefinitely, but deleting them after a couple of weeks or months causes
all sorts of headaches.

Thanks for the consideration!

CL


signature.asc
Description: PGP signature

[O] Org Usenet

[M. P.]

Is their an org mode usenet group?

Re: [O] Bug: Table column bars do not get properly aligned [9.1.5 (9.1.5-1-gb3ddb0-elpa @ /home/arktik/.emacs.d/elpa/org-20171225/)]

[Nicolas Goaziou]

Hello,

Arktik Blizzard  writes:

>> When I make a table in org-mode, TAB doesn't align "|"  properly. I have 
>> commented out everything in my .emacs file, still the same problem.
>> However it works fine when I open emacs with "$ emacs -q", the current state 
>> for this is at the end.
>>
>> HEADER: DETAILS WITH EVERYTHING IN .emacs COMMENTED OUT:
>>
>> Emacs : GNU Emacs 25.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.22.19)
>> of 2017-09-14
>> Package: Org mode version 9.1.5 (9.1.5-1-gb3ddb0-elpa @ 
>> /home/arktik/.emacs.d/elpa/org-20171225/)

You need to upgrade Org. This was fixed last week.

Regards,

-- 
Nicolas Goaziou

Re: [O] inherit priority

[Nicolas Goaziou]

Hello,

Jesse Johnson  writes:

> I want child org items to inherit priority from their parent.
>
> I tried setting |org-use-property-inheritance '("PRIORITY")|, but it
> did not have any apparent effect.

What did you try exactly, i.e., how could you show an ECM demonstrating
the issue?

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: property "CLOCK_MODELINE_TOTAL" is not inherted

[Nicolas Goaziou]

Hello,

Chen Zhang  writes:

> During my investigation, I think the key problems are:
> 1. The Org manual only mentions CLOCK_MODELINE_TOTAL to change mode line
> clock time. And it's easy to guide people like me to use property
> inheritance to do global settings. But it doesn't work.

Indeed. Fixed.

> 2. The org-clock-mode-line-total can be used as global settings. But it
> doesn't mentioned in Org manual at all.

It is: (info "(org) Clocking commands"), third footnote.

> So I suggest to change code to something like (org-entry-get nil
> "CLOCK_MODELINE_TOTAL" t) to use inheritance.

I used `selective' instead of t for the argument.

> If inheritance has to be disabled for some reason (e.g performance).

I don't think performance for inherited properties is an issue anymore.


Thank you.

Regards,

-- 
Nicolas Goaziou

[O] How to get a list of all TODO keywords from defined variable `org-todo-keywords`?

[numbch...@gmail.com]

 I'm trying to select TODO keyword when doing org-capture.

Like this:

(setq org-capture-templates
'(("c" "[C]apture"
entry (file "")
;; HACK: select todo keyword interactively from `org-todo-keywords'.
;; 1. command `org-todo'
"* %(completing-read \"Todo keyword: \" (mapcar #'list
org-todo-keywords-1) nil t) %^{Capture}\n\n%i\n%a\n\n%?"
:prepend t
:empty-lines 1
)
...
))


But it is not working as I expected. I borrow this snippet code from
command `org-todo`.

hope someone can provide a good solution for my purpose.


[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter:  @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/

Re: [O] How to get a list of all TODO keywords from defined variable `org-todo-keywords`?

[Adam Porter]

This might do:

(completing-read "Todo keyword: " org-todo-keywords-for-agenda nil t)

[O] bug#29885: 25.3; org-mode table messing up!

[Eli Zaretskii]

> From: Rahul Juliato 
> Date: Thu, 4 Jan 2018 01:10:26 -0200
> Cc: Eli Zaretskii , 29...@debbugs.gnu.org
> 
> Solved.
> 
> Apparently I had an org installation folder inside ~/.emacs.d, other then my 
> distribution provided (since
> org-mode is part of the emacs package).
> 
> I deleted it and now all is ok again :)

OK, closing the bug report.

Re: [O] inherit priority

[Jesse Johnson]

Hi!

I don't know what an ECM is in this context, but I assume you mean a 
minimal reproducible case.


1. Set |org-use-property-inheritance '("PRIORITY")|

2. Create a new org file with this content:

* [#A] parent
** child A
** child B

3. View org-columns (C-c C-x C-c in my setup)

4. Note that the children have priority B, while parent has priority A.

For my use case I want org agenda to recognize that priority is being 
inherited for purpose of filtering and sorting.


On 01/03/2018 01:41 PM, Nicolas Goaziou wrote:

Hello,

Jesse Johnson  writes:


I want child org items to inherit priority from their parent.

I tried setting |org-use-property-inheritance '("PRIORITY")|, but it
did not have any apparent effect.

What did you try exactly, i.e., how could you show an ECM demonstrating
the issue?

Regards,

[O] is there a plan to move org elpa from http to https?

[Shiyao MA]

Hi,

is there a plan to move org elpa from http to https?

-- 
Best,
Shiyao

Re: [O] Org Usenet

[Eric S Fraga]

On Wednesday,  3 Jan 2018 at 13:39, M. P. wrote:
> Is their an org mode usenet group?

The closest we have that I am aware of is gmane.emacs.help.
-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6


signature.asc
Description: PGP signature