Re: [O] Bug: org-eww-copy-for-org-mode Empty Link problem + easy fix [9.0.4 (9.0.4-elpaplus @ /home/andrea/.emacs.d/elpa/org-plus-contrib-20170124/)]

2017-02-12 Thread Marco Wahl
Hello Andrea,

thanks for your bug report and your suggestion to fix the bug.

[...]

> The error is due to the presence of input forms (e.g., in
> www.indeed.co.uk where you can add the job you are looking for), that
> are considered like urls by this function [1]. When the input form is
> passed to org-make-link-string, org-make-link-string complains that the
> link is empty.
>
> Now I solved this by adding an if statement that makes the link only if
> the info passed is not nil [2], but maybe someone knows a better check
> for org-eww-goto-next-url-property-change than the one using 'shr-url?

I committed a fix to maint and master.  Concretely I simplified your
code to essentially one additional if case.

You are referenced in the commit-message as reporter.


Best regards,

   Marco




[O] Bug: Preserve text-properties of cells when moving column in org-table

2017-02-12 Thread Stefan-W. Hahn
Hello,

moving org-table rows is implemented with delete-region and insert which
preserve text-properties. Moving org-table columns is implemented
with replace-string, which removes text-properties.

My proposal is to use transpose-regions in org-table-move-column which
will preserve text-properties when moving columns in org-tables.

The patch is as follows (based on)

commit 1aeb958e5660879ccd865e8147117db50251eda7
Commit: Marco Wahl 
CommitDate: Sun Feb 12 09:19:06 2017 +0100


From 0a60d9857cede915d9c025ab2bab7e7d95d583b4 Mon Sep 17 00:00:00 2001
From: "Stefan-W. Hahn" 
Date: Wed, 14 Dec 2016 21:47:48 +0100
Subject: [PATCH] + org-table: move table column with leaving text-properties
 untouched.

 MINOR-PATCH
---
 lisp/org-table.el | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/lisp/org-table.el b/lisp/org-table.el
index b7a49f3..d94e42e 100644
--- a/lisp/org-table.el
+++ b/lisp/org-table.el
@@ -1486,7 +1486,9 @@ org-table-move-column
(unless (org-at-table-hline-p)
 (org-table-goto-column col1 t)
 (when (looking-at "|\\([^|\n]+\\)|\\([^|\n]+\\)|")
-  (replace-match "|\\2|\\1|")))
+   (transpose-regions
+(match-beginning 1) (match-end 1)
+(match-beginning 2) (match-end 2
(forward-line)))
 (set-marker end nil)
 (org-table-goto-column colpos)
-- 
2.9.0.137.gcf4c2cf

With kind regards,
Stefan

-- 
Stefan-W. Hahn  It is easy to make things.
It is hard to make things simple.



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

2017-02-12 Thread Eli Zaretskii
> From: John Wiegley 
> Date: Sat, 11 Feb 2017 18:46:09 -0800
> Cc: Bastien Guerry , Emacs developers ,
>   Phillip Lord ,
>   emacs-org list ,
>   Kaushal Modi 
> 
> I hear your other points, so I'm curious now as to what more people think
> about this who work on Emacs core: Do you want more modularity with regard
> ELPA, or does the monolithic model work better for you?

AFAIU, the main motivation for the "drive to ELPA" comes from
developers of individual packages, not from those working on the core
(even though some package developers also work on core).



Re: [O] org-time-stamp, day format

2017-02-12 Thread Eric S Fraga
On Saturday, 11 Feb 2017 at 22:38, Uwe Brauer wrote:
>> Nick Dokos  writes:
>
>> And if you want to fix this in Emacs only:
>
>>   ;; System locale to use for formatting time values.
>>   (setq system-time-locale "C") ; Make sure that the weekdays in 
> the
>> ; time stamps of your Org mode 
> files and
>> ; in the agenda appear in 
> English.
>
> Aha, thanks that looks helpful, however the documentation for that
> variable is nonexistent. How do I know its options and that "C"
> corresponds to English?

It does not strictly speaking correspond to English but to the "default"
language for each individual application which may, of course, be
English in many if not most cases.

Good examples and further explanations can be found in

  http://unix.stackexchange.com/questions/87745/what-does-lc-all-c-do#87748

HTH,
eric

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


signature.asc
Description: PGP signature


Re: [O] Using CEDET modules from Emacs core

2017-02-12 Thread Dmitry Gutov

On 12.02.2017 05:33, Stefan Monnier wrote:


We don't have enough infrastructure support in general for "advanced"
editing functionality such as type/scope-aware completion.  So we have
various add-on thingies (like company-mode, cedet, and auto-complete)
which provide such support for specific modes, but really these should
move to core, so that major modes can themselves provide support for
such completion.


That doesn't always equate to "add semantic-mode support", and in many 
cases won't be optimal.


I don't have anything against supporting Semantic more widely, but we 
should understand that it isn't something all users want. And the 
"Semantic is too slow for C++" complaint (e.g. compared to Clang-based 
background process solutions) is unlikely to go away.




Re: [O] reverting to level 4 text

2017-02-12 Thread Eric S Fraga
On Saturday, 11 Feb 2017 at 18:23, Sharon Kimble wrote:
> Or, in other words, how can I kill the level 5 heading after
> "(cite:0580)" so that "Data confirms that ..." is under a level 4
> heading please?

You cannot.  There are no "terminating" headline directives in org other
than inline tasks.

Start another level 4 heading instead.

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


signature.asc
Description: PGP signature


Re: [O] Latex summary

2017-02-12 Thread Eric S Fraga
On Sunday, 12 Feb 2017 at 00:16, Russell Adams wrote:
> I frequently write documentation with recommendations nested in
> different sections, typically one line per recommendation. I then
> summarize a list of those recommendations at the end of my document.
>
> Today I use babel to grep the document for my recommendation format,
> but given I'm exporting to Latex can anyone suggest a better method?
> Something like a reversed table of contents?

Maybe use #index: ?

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


signature.asc
Description: PGP signature


Re: [O] org-time-stamp, day format

2017-02-12 Thread Uwe Brauer

> On Saturday, 11 Feb 2017 at 22:38, Uwe Brauer wrote:

> It does not strictly speaking correspond to English but to the "default"
> language for each individual application which may, of course, be
> English in many if not most cases.

> Good examples and further explanations can be found in

>   
http://unix.stackexchange.com/questions/87745/what-does-lc-all-c-do#87748
thanks,

Meanwhile I found out that I can switch manually in emacs (and not
touching the shell variables) via,


(set-locale-environment "es_ES.UTF-8")
(set-locale-environment "de_DE.UTF-8") 
(setq system-time-locale "C") 




[O] Bug: org-dblock-update regression in case of :maxlevel 0 [9.0.5 (9.0.5-elpaplus @ c:/Users/clange/.emacs.d/elpa/org-plus-contrib-20170210/)]

2017-02-12 Thread Christoph LANGE

Dear Nicolas, dear all,

I believe the following fix

http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=ccf832e8317dbac7d3ac2b7dfbb515b1292a329c

introduced a regression.  When I want to run org-dblock-update on a
clocktable with :maxlevel 0 (I'll be happy to provide an example), it
fails with

Debugger entered--Lisp error: (wrong-type-argument wholenump -1)
  make-string(-1 124)

in org-clocktable-write-default, I think in

 (make-string (1- (min maxlevel (or ntcol 100))) ?|)

to be exact, because (1- maxlevel) is -1.

Cheers,

Christoph





Emacs  : GNU Emacs 25.1.1 (x86_64-w64-mingw32)
 of 2016-09-17
Package: Org mode version 9.0.5 (9.0.5-elpaplus @
c:/Users/clange/.emacs.d/elpa/org-plus-contrib-20170210/)

current state:
==
(setq
 org-id-locations-file "~\\.emacs.d\\.org-id-locations"
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
 org-clock-persist-file "~\\.emacs.d\\org-clock-save.el"
 org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
 org-time-clocksum-format '(:hours "%d" :require-hours t :minutes ":%02d"
:require-minutes t)
 org-clock-history-length 35
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-agenda-start-on-weekday nil
 org-clock-into-drawer 2
 org-confirm-shell-link-function 'yes-or-no-p
 org-id-link-to-org-use-id 'create-if-interactive-and-no-custom-id
 org-finalize-agenda-hook '((lambda nil (undo-tree-mode -1))
bh/org-agenda-to-appt)
 org-clock-idle-time 10
 org-agenda-sticky t
 org-file-apps '((auto-mode . emacs) ("\\.mm\\'" . default))
 org-pretty-entities t
 org-agenda-custom-commands '(("J" "Interactive TODO dowith and TASK with"
   ((org-sec-who-view "TODO dowith")))
  ("j" "TODO dowith and TASK with"
   ((org-sec-with-view "TODO dowith")
(org-sec-where-view "TODO doat")
(org-sec-assigned-with-view "TASK with")
(org-sec-stuck-with-view "STUCK with"))
   )
  ("A" "Work todos with doat or dowith"
tags-todo
   "-personal+doat={.+}|dowith={.+}/!-TASK"
   ((org-agenda-todo-ignore-scheduled nil)))
  ("H" "All work todos" tags-todo
"-personal/!-TASK-MAYBE"
   ((org-agenda-todo-ignore-scheduled nil)))
  ("h" "Work todos" tags-todo
   "-personal-doat={.+}-dowith={.+}/!-TASK"
   ((org-agenda-todo-ignore-scheduled t)))
  ("n" "Agenda and all TODOs" ((agenda "")
(alltodo ""
 org-return-follows-link t
 org-todo-keyword-faces '(("TODO" :foreground "DarkOrange1" :weight bold)
  ("MAYBE" :foreground "sea green")
  ("DONE" :foreground "light sea green")
  ("CANCELLED" :foreground "forest green")
  ("NEXT" :foreground "red" :weight bold)
  ("TASK" :foreground "blue"))
 org-capture-templates '(("j" "Journal" entry
  (id "00fba618-a215-4d39-a8fd-88f1ffce1fdb")
  "* %?\nEntered on %U\n   %i\n   %a" :prepend t)
 ("w" "Log work task" entry
  (id "00fba618-a215-4d39-a8fd-88f1ffce1fdb")
  "* %^{Description}  %^g%?" :prepend t
:clock-in t :clock-keep
  t)
 ("t" "TODO" entry (id
"00fba618-a215-4d39-a8fd-88f1ffce1fdb")
  "* TODO %^{Description}\n  DEADLINE:
%^{DEADLINE}t" :prepend t)
 ("T" "TODO (and clock in)" entry
  (id "00fba618-a215-4d39-a8fd-88f1ffce1fdb")
  "* TODO %^{Description}\n  DEADLINE:
%^{DEADLINE}t" :prepend t
  :clock-in t :clock-resume t)
 )
 org-agenda-include-diary t
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-from-is-user-regexp nil
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-tags-column -90
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-log-redeadline 'note
 org-mode-hook '(org-clock-load org-mode-reftex-setup evil-org-mode
 #[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
   

[O] Merge 9.0.5 to emacs master? (Was: Release 9.0.5)

2017-02-12 Thread Kaushal Modi
Thanks Bastien.

Kyle -- Would this be a good time to start the merge to emacs master?

My datapoint -- I have been using emacs master + org master for over a year
now (or few years). So I am for doing the merge directly into the master
branch.

Thanks.

On Fri, Feb 10, 2017 at 8:55 AM Bastien  wrote:

> Hi all,
>
> Org 9.0.5, a minor bugfix release, is out.
>
> Thanks!
>
> --
>  Bastien
>
>
> --

Kaushal Modi


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

2017-02-12 Thread Stefan Monnier
> AFAIU, the main motivation for the "drive to ELPA" comes from
> developers of individual packages, not from those working on the core

Not sure what you mean exactly by "drive to ELPA".  If you mean "drive
to put packages in GNU ELPA rather than in core", then this drive is
linked to various aspects:
- we can put packages in elpa.git without worrying too much
  about whether or not they are "good/important enough", contrary to
  packages in core.
- packages in elpa.git don't come with the same kind of implicit
  guarantee of compatibility, availability, and maintenance as those in
  core.
- sync'ing with an external upstream is easier in elpa.git since
  there's no need to pay attention to Emacs release schedule.
- sync'ing with an external upstream can be made technically easier
  because we can use a separate branch for the package.


Stefan




Re: [O] Merge 9.0.5 to emacs master? (Was: Release 9.0.5)

2017-02-12 Thread Kyle Meyer
Kaushal Modi  writes:

> Kyle -- Would this be a good time to start the merge to emacs master?

>From my standpoint, that'd be fine.  I'm not aware of any outstanding
patches that need to be backported from the Emacs repo.

-- 
Kyle