Re: [O] Sync up the org in emacs master to org maint branch?

[David Engster]

John Wiegley writes:
>> "KM" == Kaushal Modi  writes:
>
> KM> If we are able the release the new packaging method in emacs 26.x, then we
> KM> can remove org from emacs master completely, but if not, then at least as
> KM> backup we have a newer org version to go out with that release.
>
> For Emacs 26, I intend the new ELPA process to be in place, whereby "default"
> packages can be developed separately, and declare a way to get slip-streamed
> into the release tarball so users are unaware of the separate nature of their
> development.
>
> The CEDET developers have agreed to support this, and it sounds like you are
> willing to as well.

This is a misunderstanding. I said I wanted to move support for certain
languages and project types into ELPA, not CEDET core. I'm still of the
opinion that moving it completely to ELPA is a mistake.

> If Lars is game, I'd like for Gnus to be third major
> package we do this for initially. That will reduce considerably the number of
> external files we track in Emacs.git.

CEDET and Gnus are not external anymore. Both have abandonded their
upstream repos and moved to Emacs, because the faster development of
Emacs has made that necessary.

-David

Re: [O] Dr Wozniak’s tasklist implementation

[Ramon Diaz-Uriarte]

Dear Michal,

On Sun, 29-01-2017, at 15:10, Michal Rus  wrote:
> Hello!
>
> I’d like to start using dr Wozniak’s tasklist idea [1] in Org. He’s
> the original author of spaced repetition and SuperMemo.
>
[Being nit-picky here: :-) Wozniak is the author of SuperMemo and he has
made many changes/adjustments to the algorithms for optimal spacing, and he
is probably the one responsible for making this thing popular but, as he
himself makes clear, the spaced repetition phenomenon is something
documented in the psychological literature long before SuperMemo]


> It’s about assigning values ($) and time (hrs) to each task. Then,
> priorities ($ divided by hrs) can be calculated, and then you do the
> tasks with the highest priority; effectively, spending your time in
> the most valuable way. (That is if you assign the value and time
> correctly, but it can be learned.)
>
> Is there anything like that implemented? I couldn’t find anything.
>

org-drill was designed specifically for this

http://orgmode.org/worg/org-contrib/org-drill.html

(you might also want to look at :
http://stackoverflow.com/questions/34983106/how-to-install-org-drill)


Best,

R.



> If not, how hard would it be? Where would it be best to start?
>
> Thank you!
>
> [1] https://www.supermemo.com/articles/tasklists.htm


--
Ramon Diaz-Uriarte
Department of Biochemistry, Lab B-25
Facultad de Medicina
Universidad Autónoma de Madrid
Arzobispo Morcillo, 4
28029 Madrid
Spain

Phone: +34-91-497-2412

Email: rdia...@gmail.com
   ramon.d...@iib.uam.es

http://ligarto.org/rdiaz

Re: [O] Dr Wozniak’s tasklist implementation

[Bob Newell]

If you don't care about integrating into the agenda, this could be
quite easily implemented in an org table.

Re: [O] Sync up the org in emacs master to org maint branch?

[John Wiegley]

> "KM" == Kaushal Modi  writes:

KM> If we are able the release the new packaging method in emacs 26.x, then we
KM> can remove org from emacs master completely, but if not, then at least as
KM> backup we have a newer org version to go out with that release.

For Emacs 26, I intend the new ELPA process to be in place, whereby "default"
packages can be developed separately, and declare a way to get slip-streamed
into the release tarball so users are unaware of the separate nature of their
development.

The CEDET developers have agreed to support this, and it sounds like you are
willing to as well. If Lars is game, I'd like for Gnus to be third major
package we do this for initially. That will reduce considerably the number of
external files we track in Emacs.git.

The precise technical details have yet to be worked out, but it shouldn't be
too difficult. Phillip Lord has already began advance work on alternatives,
and I've received offers of help from others to work on this new process.

I think now is a good time to begin. The first step is to solidify what is
meant by "tarball EPLA", and the means of slip-streaming a package's contents.
This will require at least two bits:

  - Some form of declaration to indicate how external files should appear in
the tarball. In order for the first version of this scheme to be as low
impact as possible, this should probably be done with a sexp in a data
file, to be checked in alongside the EPLA.git import of the project.

  - changes to "make dist" to integrate these files, and setup autoloading so
their inclusion is transparent to end users.

Please comment with your recommendations for the first, and supporting changes
for the second, if anyone has ideas. Phillip, how is your work on these coming
along?

-- 
John Wiegley  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com  60E1 46C4 BD1A 7AC1 4BA2

Re: [O] Sync up the org in emacs master to org maint branch?

[John Wiegley]

> "EZ" == Eli Zaretskii  writes:

EZ> AFAIR, we have never released a major version so quickly, and I don't see
EZ> why this one would be different. A year at least, I'd say, probably more.

This was my feeling as well.

-- 
John Wiegley  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com  60E1 46C4 BD1A 7AC1 4BA2

Re: [O] Dr Wozniak’s tasklist implementation

[John Kitchin]

I do not know of anything like this, but it should not be difficult to
implement. You could store $ and time as properties in a headline, and
then write a custom sort function for use with org-sort-entries that
computes the priority and sorts in the direction you want. I do not know
how you would integrate that into the agenda, but I assume it is
possible.



Michal Rus writes:

> Hello!
>
> I’d like to start using dr Wozniak’s tasklist idea [1] in Org. He’s
> the original author of spaced repetition and SuperMemo.
>
> It’s about assigning values ($) and time (hrs) to each task. Then,
> priorities ($ divided by hrs) can be calculated, and then you do the
> tasks with the highest priority; effectively, spending your time in
> the most valuable way. (That is if you assign the value and time
> correctly, but it can be learned.)
>
> Is there anything like that implemented? I couldn’t find anything.
>
> If not, how hard would it be? Where would it be best to start?
>
> Thank you!
>
> [1] https://www.supermemo.com/articles/tasklists.htm


-- 
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

Re: [O] startup with 2 levels of headings shown?

[Eric S Fraga]

On Sunday, 29 Jan 2017 at 15:25, Marcin Borkowski wrote:
> How about checking out `safe-local-eval-forms'?

Ah, of course, I should have know that emacs would have something
appropriate!  I already have safe-local-variable-values...

Thanks,
eric

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 26.0.50.1, Org release_9.0.4-242-g2c27b8


signature.asc
Description: PGP signature

[O] bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks

[npostavs]

tags 25132 fixed
close 25132 25.2
quit

npost...@users.sourceforge.net writes:

> Dmitry Gutov  writes:
>
>> So, personally, I'd try to fix the particular instance
>> first. Switching buffers inside with-silent-modifications is not a
>> very common usage, I think.
>>
>> Maybe org-src should itself let-bind the aforementioned variable(s)
>> where it visits other buffers.
>
> Yeah, that works, and is my proposal for emacs-25, but I'm still leaning
> towards solving this more broadly in with-silent-modifications, probably
> also add a mention about this to the inhibit-modification-hooks
> docstring.

I changed my mind.  Bug#25561 reminded me about the "Making  local
to  while let-bound!" message.  My change to
`with-silent-modifications' would trigger that on any nested invocations
of `with-silent-modifications' which seems more likely to happen than
switching buffers.

I've pushed the simpler let-bind in org-src solution [1: ae8264c] to
emacs-25.

1: 2017-01-29 11:01:32 -0500 ae8264c5cccf19d5b25a340a605bf2f07de1577e
  Call modification hooks in org-src fontify buffers

Re: [O] startup with 2 levels of headings shown?

[Marcin Borkowski]

On 2017-01-29, at 12:56, Eric S Fraga  wrote:

> On Friday, 27 Jan 2017 at 20:18, Thierry Banel wrote:
>
> [...]
>
>> I have that at the end of the file:
>>
>>   : Local Variables:  :
>>   : coding:utf-8  :
>>   : eval:(org-shifttab 2) :
>>   : End:  :
>
> Thanks.
>
> I do something similar already but I would like to avoid eval statements
> in general.  They interfere in the flow by requiring confirmation [1] so
> I was hoping at a configuration variable or startup setting would be
> possible.
>
> eric
>
> Footnotes: 
> [1]  I am not sure if confirmation of eval statements can be turned off
> but I wouldn't want to do so generally in any case.

How about checking out `safe-local-eval-forms'?

Hth,

-- 
Marcin Borkowski

[O] Dr Wozniak’s tasklist implementation

[Michal Rus]

Hello!

I’d like to start using dr Wozniak’s tasklist idea [1] in Org. He’s
the original author of spaced repetition and SuperMemo.

It’s about assigning values ($) and time (hrs) to each task. Then,
priorities ($ divided by hrs) can be calculated, and then you do the
tasks with the highest priority; effectively, spending your time in
the most valuable way. (That is if you assign the value and time
correctly, but it can be learned.)

Is there anything like that implemented? I couldn’t find anything.

If not, how hard would it be? Where would it be best to start?

Thank you!

[1] https://www.supermemo.com/articles/tasklists.htm

-- 
Michal Rus

Re: [O] startup with 2 levels of headings shown?

[Eric S Fraga]

On Friday, 27 Jan 2017 at 20:18, Thierry Banel wrote:

[...]

> I have that at the end of the file:
>
>   : Local Variables:  :
>   : coding:utf-8  :
>   : eval:(org-shifttab 2) :
>   : End:  :

Thanks.

I do something similar already but I would like to avoid eval statements
in general.  They interfere in the flow by requiring confirmation [1] so
I was hoping at a configuration variable or startup setting would be
possible.

eric


Footnotes: 
[1]  I am not sure if confirmation of eval statements can be turned off
but I wouldn't want to do so generally in any case.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 26.0.50.1, Org release_9.0.3-241-gc3d67b


signature.asc
Description: PGP signature

[O] Is there something like ~org-blank-after-new-entry~ for org mode headings?

[Ben]

Hi All,

There is ~org-blank-before-new-entry~ to insert a blank line before a new
entry. But is there a similar variable for adding a blank line after a new
entry? It would be useful when inserting an entry between entries.

I've asked the question on stackexchange

but
got no response.  Maybe it's more suitable to ask it here.

Thanks,

Ben