Re: [O] Helm + Org-mode 9.2.5: Problem with org-set-tags
I think I found the problem and have a fix! Long story short, I modified my helm-completing-read-handlers-alist and added an entry: (add-to-list 'helm-completing-read-handlers-alist `(org-set-tags-command . helm-org-completing-read-tags) ) I have all the gory details here: https://github.com/emacs-helm/helm/issues/2183 Thanks all for your help, hope this helps someone else too :) --Nate On Sat, Aug 10, 2019 at 4:01 PM Nathan Neff wrote: > > > On Sat, Aug 10, 2019 at 3:44 PM Nathan Neff wrote: > >> Hello all, >> >> I created a VM, installed Emacs 26.2 fresh, and installed various versions >> of org-mode using the tar.gz files from https://orgmode.org/ >> >> I replaced org-mode in /usr/share/emacs/26.2/lisp/org with various older >> versions until I found the version of org-mode that breaks the helm tags >> completion. >> >> I found that the latest version of org where the feature works is >> Org-mode version 9.1.9. >> > > Oops - my aplogies - I assumed that the org-versions stopped at 9.1.9. I > tested Org 9.1.14 which (to > my knowledge) is the last of the 9.1.X versions, and Org 9.1.14 works > correctly. > > I tested Org version 9.2 and Org version 9.2 is the version that breaks > the tags functionality > from Helm. > > > >> I will spelunk around in the code to see what might have changed the >> behavior - if anyone has >> suggestions or doesn't have this problem with an older version of org, >> please let me know - it could >> easily be something that I have set incorrectly. >> >> Thanks, >> --Nate >> >> >> >> >> >> >> >> On Fri, Aug 9, 2019 at 4:28 PM Nathan Neff wrote: >> >>> Hello all, >>> >>> I'm hitting this problem with Org-mode 9.2.5: >>> https://groups.google.com/forum/#!topic/emacs-helm/tA6cn6TUdRY >>> >>> Problem synopsis: When I use org-set-tags on a heading >>> with no tags, Helm gives me the correct prompt w/a list of all my tags. >>> After I have entered a single tag, then no more Helm suggestions are >>> offered. This is the bug, and it was fixed at some point. >>> >>> Helm + org-mode *work correctly* when I run emacs using >>> the elpa/helm-20190726/emacs-helm.sh script which comes with Helm >>> for debugging purposes. I notice that the org-version in the *working* >>> example >>> is 9.1.9 (which is, I presume) the stock org-mode that comes with Emacs. >>> >>> I have reproduced this problem on both Linux and OSX. >>> >>> Can anyone suggest a next step to take? >>> >>> Thanks, >>> --Nate >>> >>>
Re: [O] Helm + Org-mode 9.2.5: Problem with org-set-tags
On Sat, Aug 10, 2019 at 3:44 PM Nathan Neff wrote: > Hello all, > > I created a VM, installed Emacs 26.2 fresh, and installed various versions > of org-mode using the tar.gz files from https://orgmode.org/ > > I replaced org-mode in /usr/share/emacs/26.2/lisp/org with various older > versions until I found the version of org-mode that breaks the helm tags > completion. > > I found that the latest version of org where the feature works is Org-mode > version 9.1.9. > Oops - my aplogies - I assumed that the org-versions stopped at 9.1.9. I tested Org 9.1.14 which (to my knowledge) is the last of the 9.1.X versions, and Org 9.1.14 works correctly. I tested Org version 9.2 and Org version 9.2 is the version that breaks the tags functionality from Helm. > I will spelunk around in the code to see what might have changed the > behavior - if anyone has > suggestions or doesn't have this problem with an older version of org, > please let me know - it could > easily be something that I have set incorrectly. > > Thanks, > --Nate > > > > > > > > On Fri, Aug 9, 2019 at 4:28 PM Nathan Neff wrote: > >> Hello all, >> >> I'm hitting this problem with Org-mode 9.2.5: >> https://groups.google.com/forum/#!topic/emacs-helm/tA6cn6TUdRY >> >> Problem synopsis: When I use org-set-tags on a heading >> with no tags, Helm gives me the correct prompt w/a list of all my tags. >> After I have entered a single tag, then no more Helm suggestions are >> offered. This is the bug, and it was fixed at some point. >> >> Helm + org-mode *work correctly* when I run emacs using >> the elpa/helm-20190726/emacs-helm.sh script which comes with Helm >> for debugging purposes. I notice that the org-version in the *working* >> example >> is 9.1.9 (which is, I presume) the stock org-mode that comes with Emacs. >> >> I have reproduced this problem on both Linux and OSX. >> >> Can anyone suggest a next step to take? >> >> Thanks, >> --Nate >> >>
Re: [O] Helm + Org-mode 9.2.5: Problem with org-set-tags
Hello all, I created a VM, installed Emacs 26.2 fresh, and installed various versions of org-mode using the tar.gz files from https://orgmode.org/ I replaced org-mode in /usr/share/emacs/26.2/lisp/org with various older versions until I found the version of org-mode that breaks the helm tags completion. I found that the latest version of org where the feature works is Org-mode version 9.1.9. I will spelunk around in the code to see what might have changed the behavior - if anyone has suggestions or doesn't have this problem with an older version of org, please let me know - it could easily be something that I have set incorrectly. Thanks, --Nate On Fri, Aug 9, 2019 at 4:28 PM Nathan Neff wrote: > Hello all, > > I'm hitting this problem with Org-mode 9.2.5: > https://groups.google.com/forum/#!topic/emacs-helm/tA6cn6TUdRY > > Problem synopsis: When I use org-set-tags on a heading > with no tags, Helm gives me the correct prompt w/a list of all my tags. > After I have entered a single tag, then no more Helm suggestions are > offered. This is the bug, and it was fixed at some point. > > Helm + org-mode *work correctly* when I run emacs using > the elpa/helm-20190726/emacs-helm.sh script which comes with Helm > for debugging purposes. I notice that the org-version in the *working* > example > is 9.1.9 (which is, I presume) the stock org-mode that comes with Emacs. > > I have reproduced this problem on both Linux and OSX. > > Can anyone suggest a next step to take? > > Thanks, > --Nate > >
Re: [O] Bug: canceled capture operation results in demoted following heading when template ends with newline [9.2.4 (9.2.4-11-g1c3eae-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20190722/)
Hi Carsten,
On Sat, Aug 10 2019, Carsten Dominik wrote:
Hi Gustavo,
I am also on Emacs 26.2, and I don't know where to look if I cannot
reproduce the problem.
It would be useful if someone else tries your minimal example and
reports
back.
Carsten
I’ve tried to put my hands on possible intervening factors I could think
of.
I’ve reduced the setup further to:
#+begin_src emacs-lisp
(add-to-list 'load-path
"/home/gustavo/.emacs.d/elpa/org-plus-contrib-20190805")
(load-library "org")
(global-set-key (kbd "C-c c") 'org-capture)
(setq org-agenda-files
'("~/org/agenda.org"))
(setq org-capture-templates
'(("t" "TODO entry" entry
(file+headline "~/org/agenda.org" "Capture")
"* TODO %?\n")))
#+end_src
I’ve tried to rebuilt Emacs from source with default =./configure=
options and run =src/emacs -Q=.
I’ve tried to create the agenda file from the =emacs -Q= session in case
any encoding options of mine could intervene.
I’ve also tried my different Linux flavors (Mint 19.2 Cinnamon and MX
Linux 18 Xfce).
And in every case the behavior was the same.
The only way I could make it not happen was to remove the preexisting
line between "* Capture" and "* Following heading" headings.
As mentioned, if anyone can think of anything else I can try to narrow
this down further, I’m at your disposal.
Best regards,
Gustavo.
[O] org-agenda list on other language than english
Hi. Would it be possibe to render agenda in other language than English. Convert from this: --8<---cut here---start->8--- 10 days-agenda (W32-W33): Wednesday 7 August 2019 Thursday8 August 2019 Friday 9 August 2019 Saturday 10 August 2019 Sunday 11 August 2019 Monday 12 August 2019 W33 Tuesday13 August 2019 Wednesday 14 August 2019 Thursday 15 August 2019 Friday 16 August 2019 --8<---cut here---end--->8--- To this (Spanish): --8<---cut here---start->8--- 10 dias-agenda (W32-W33): Miercoles 7 Agosto 2019 Jueves 8 Agosto 2019 Viernes 9 Agosto 2019 Sabado 10 Agosto 2019 Domingo11 Agosto 2019 Lunes 12 Agosto 2019 W33 Martes 13 Agosto 2019 Miercoles 14 Agosto 2019 Jueves 15 Agosto 2019 Viernes16 Agosto 2019 --8<---cut here---end--->8--- If that is not implemented. Any suggestions where could I do the replacements?. BR
Re: [O] table, calc, reorder and protect calculation in one cell
On Mon, Jun 17, 2019 at 11:08 PM Uwe Brauer wrote:
> >>> "MB" == Michael Brand writes:
>
> > Hi Uwe
> > On Tue, Jun 11, 2019 at 11:36 AM Uwe Brauer wrote:
>
> >> Is this behavior possible? When I delete a row or a column, the TBLFM
> >> is updated, could that be done for reordering?
>
> > You may want to use something like this, (I knew the syntax for ~"$1"~
> > and used the formula debugger ~C-c {~ to find the syntax for
> > ~"(Smith)"~):
>
> > | name | C1 | C2 | Res |
> > |+++-|
> > | Smith | 9 | 1 | 1.7 |
> > | Miller | 6 | 2 | 8 |
> > | Adams | 5 | 5 | 10 |
>
> > #+TBLFM: $4 = if("$1" == "(Smith)", 0.1 * $2 + 0.8 * $3, $3 + $2)
>
> Ha, of course, thanks, why did that occur to me? I am bit surprised by
> the () in Smith, should "Smith" not be sufficient? But it is not indeed,
> how odd?
>
Indeed, this looks very weird. It has to do with the fact that table
formulas usually deal with numbers and expressions and not with strings.
When replacing $1 in a calc formula, Org adds parenthesis to allow also
algebraic expressions in such formulas. Consider the following case:
| 2 | 2+3 | 10 |
#+TBLFM: $3=$1*$2
This formula needs to be interpreted as 2 * (2+3). Without the
parenthesis, it would be read as 2*2+3, which is 7, not 10.
Basically, we need to make sure that whatever is in the field is
interpreted as one entity and not ripped apart by the operator precedence
in calc. And therefore, indeed, if you want to compare strings, you need
to add the odd-looking parenthesis inside the double quotes.
I guess we should document this. For lisp formulas, I did document the
variable interpolation, but apparently not for calc syntax.
I will put this into the manual.
Carsten
>
> Anyhow, thanks a lot.
>
> Uwe
>
Re: [O] Bug: canceled capture operation results in demoted following heading when template ends with newline [9.2.4 (9.2.4-11-g1c3eae-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20190722/)
Hi Carsten, yes, let’s see if anyone else can reproduce. If not, feel free to file it under the old "little piece between the keyboard and the chair". Best, Gustavo. On Sat, Aug 10 2019, Carsten Dominik wrote: Hi Gustavo, I am also on Emacs 26.2, and I don't know where to look if I cannot reproduce the problem. It would be useful if someone else tries your minimal example and reports back. Carsten On Sat, Aug 10, 2019 at 12:54 PM Gustavo Barros wrote: Hi Carsten, thank you for looking into this. On Sat, Aug 10 2019, Carsten Dominik wrote: > I tried to reproduce your example, and things worked properly I followed the described steps to the letter (except for the clear typo, where I should have written 'and cancel it with "C-c C-k"'). And the result is regularly the one described. I have no idea how I could further isolate things. Could '(package-initialize)' be of any relevance? The only purpose of it here is to load the most recent version of org, instead of the built-in one. In your experience, what could be the source of the difference here and there? (OS? WM?) Can anyone else reproduce? I'm at your disposal to test any other possible intervening factors. But, as it stands, I don't know where to look at. Best regards, Gustavo.
Re: [O] Bug: canceled capture operation results in demoted following heading when template ends with newline [9.2.4 (9.2.4-11-g1c3eae-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20190722/)
Hi Gustavo, I am also on Emacs 26.2, and I don't know where to look if I cannot reproduce the problem. It would be useful if someone else tries your minimal example and reports back. Carsten On Sat, Aug 10, 2019 at 12:54 PM Gustavo Barros wrote: > Hi Carsten, > > thank you for looking into this. > > On Sat, Aug 10 2019, Carsten Dominik wrote: > > > I tried to reproduce your example, and things worked properly > > I followed the described steps to the letter (except for the clear typo, > where I should have written 'and cancel it with "C-c C-k"'). And the > result is regularly the one described. > > I have no idea how I could further isolate things. Could > '(package-initialize)' be of any relevance? The only purpose of it here > is to load the most recent version of org, instead of the built-in > one. In your experience, what could be the source of the difference here > and there? (OS? WM?) > > Can anyone else reproduce? > > I'm at your disposal to test any other possible intervening > factors. But, as it stands, I don't know where to look at. > > Best regards, > Gustavo. >
Re: [O] Bug: canceled capture operation results in demoted following heading when template ends with newline [9.2.4 (9.2.4-11-g1c3eae-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20190722/)
Hi Carsten, thank you for looking into this. On Sat, Aug 10 2019, Carsten Dominik wrote: I tried to reproduce your example, and things worked properly I followed the described steps to the letter (except for the clear typo, where I should have written 'and cancel it with "C-c C-k"'). And the result is regularly the one described. I have no idea how I could further isolate things. Could '(package-initialize)' be of any relevance? The only purpose of it here is to load the most recent version of org, instead of the built-in one. In your experience, what could be the source of the difference here and there? (OS? WM?) Can anyone else reproduce? I'm at your disposal to test any other possible intervening factors. But, as it stands, I don't know where to look at. Best regards, Gustavo.
Re: [O] Helm + Org-mode 9.2.5: Problem with org-set-tags
On Fri, Aug 9, 2019 at 5:15 PM Adam Porter wrote: > Try using the bug-hunter package to isolate the part of your init file > that may be causing the problem. > > Does bug-hunter use d.el and s.el and the other 24 alphabet libraries? :-) I would use bug-hunter, but I'm not convinced the problem is in my own init.el file. I've eliminated everything. It's my stock Emacs package that doesn't work. I removed init.el and I type (require 'helm-config) and (helm-mode 1) and I get the buggy behavior. Thanks, --Nate
Re: [O] Bug: org-sort-entries does not preserve folded drawers [9.1.13 (9.1.13-dist @ /home/yantar92/.emacs.d/straight/build/org/)]
Hi Ihor, thank you for the report. It would be too much work to *preserve* the visibility state of everything in the sorting area, but you are right, the drawers at lease should be closed. I fixed this, the fix is in master. Carsten On Sat, Aug 3, 2019 at 8:22 AM Ihor Radchenko wrote: > > org-sort-entries seems to unfold everything in the subtree even if no > modification was done to the buffer during sorting. > > Steps to reproduce: > > Consider the following org file: > #+begin_src org > ,* a > :PROPERTIES: > :ID: 279e797c-f4a7-47bb-80f6-e72ac6f3ec55 > :END: > :DRAWER: > Blah > :END: > > ,** test > #+end_src > > 1. emacs -Q > 2. Fold all the drawers and entries in the buffer > 3a. Call M-x org-sort-entries p > 3b. Call M-: (org-sort-entries nil ?p) RET > > > Expected behaviour for 3a: Subtree is unfolded, all the property drawers > are folded, buffer is unchanged > Observed behaviour for 3a: Subtree is unfolded, all the property drawers > are also unfolded, buffer is marked modified > > Expected behaviour for 3b: Subtree is folded, all the property drawers > are folded, buffer is unchanged > Observed behaviour for 3b: Subtree is unfolded, all the property drawers > are also unfolded, buffer is marked modified > > Regards, > Ihor > > > > > Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit) > of 2019-04-29 > Package: Org mode version 9.1.13 (9.1.13-dist @ > /home/yantar92/.emacs.d/straight/build/org/) > -- > Ihor Radchenko, > PhD, > Center for Advancing Materials Performance from the Nanoscale (CAMP-nano) > State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong > University, Xi'an, China > Email: yanta...@gmail.com, ihor_radche...@alumni.sutd.edu.sg > > >
