Re: [O] MWE for BibLaTex and org-ref?
Hi John, Thanks for the pointer. I think some of the errors I was getting were due having old temporary files (aux, bcf, ...) lying around and then switching between natbib and biblatex. Following the org-ref manual I now have #+LATEX_HEADER: \usepackage[citestyle=authoryear-icomp,bibstyle=authoryear, hyperref=true,backref=true,maxcitenames=3,url=true,backend=biber,natbib=true] {biblatex} and then use bibliographystyle:authoryear I'm now just getting the following error: ! Package biblatex Error: '\bibliographystyle' invalid. Any ideas what I'm doing wrong? Cheers, Loris John Kitchin writes: > org-ref should work fine for biblatex, but the setup for biblatex in > the org file is a bit different than for bibtex. > > The org-ref manual can be opened by running M-x org-ref-help. Go to > the ** biblatex users heading. Hopefully that is clear enough to > help. If not, let me know what is missing. > > Best wishes, > > John > > --- > 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 > > On Wed, Jul 12, 2017 at 9:59 AM, Loris Bennett > wrote: > > Hi, > > Does org-ref work with BibLaTeX? > > With org-ref, I have an MWE using natbib that works: > > #+LATEX_CLASS_OPTIONS: [a4paper, 11pt] > #+LATEX_HEADER: \usepackage{natbib} > > #+TITLE: MWE > > * Introduction > > This MWE was found on the internet (see cite:Botha). > > bibliographystyle:abbrvnat > bibliography:file.bib > > with 'file.bib' being > > @Online{Botha, > author = {Charl Botha}, > title = {From org file with local bibtex to LaTeX and PDF}, > date = {2017-02-20}, > url = > {https://vxlabs.com/2017/02/20/from-org-file-with-local-bibtex-to-latex-and-pdf/}, > } > > For org-latex-pdf-process, I'm using the following: > > ("latexmk -g -pdf -pdflatex=\"%latex\" -shell-escape -outdir=%o %f") > > However, if I try to replace natbib by BibLaTeX via > > #+LATEX_HEADER: \usepackage{biblatex} > #+LATEX_HEADER: \addbibresource{file.bib} > > bibliographystyle:alphabetic > bibliography:file.bib > > I get errors about the style being invalid and the \bibliography only > being allowed in the preamble. > > So if it should work, does anyone have a MWE for org-ref with BibLaTeX? > > Cheers, > > Loris > > -- > This signature is currently under construction. > > -- Dr. Loris Bennett (Mr.) ZEDAT, Freie Universität Berlin Email loris.benn...@fu-berlin.de
Re: [O] ob-sh.el removed in master branch source code?
Thanks, that's might because Emacs old org-mode version. [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/ On Thu, Jul 13, 2017 at 8:44 AM, Kaushal Modi wrote: > That's a very old incompatible change: > > * Version 8.2 > > ** Incompatible changes > > *** =ob-sh.el= renamed to =ob-shell= This may require two changes in user > config. > > 1. In =org-babel-do-load-languages=, change =(sh . t)= to =(shell . t)=. > > 2. Edit =local.mk= files to change the value of =BTEST_OB_LANGUAGES= to > remove "sh" and include "shell". > http://orgmode.org/cgit.cgi/org-mode.git/plain/etc/ORG-NEWS > > > On Wed, Jul 12, 2017, 8:26 PM numbch...@gmail.com > wrote: > >> RT >> I checked `ORG-NEWS` and git log history. Have not found this change in >> recent commits. >> Can someone explain this? >> > -- > > Kaushal Modi >
Re: [O] org-plus-contrib, where is library-of-babel.org?
Aloha all, Rasmus writes: > Bastien Guerry writes: > >> Kyle Meyer writes: >> > Apparently, library-of-babel.org is not distributed with the Org mode > that ships with emacs. Not sure why that is. I'm guessing it's a > license issue? It will be in the next release (in /emacs/etc/org/). If there's a license issue it needs to be removed. >> >> The reason why this library-of-babel.org was not in Emacs is not >> because of its lack of license. I guess it's because Carsten and >> Eric didn't think of it as something that should land in Emacs. > > Fine by me, but then let’s remove the references to it in the manual. > >> Hence my will to clarify this by moving it to Worg, where it will >> be more easily accessed. > > I personally do not see how that is more easily accessible. If part of > Org, it’s already there when I start Emacs. If it lives in Worg, the user > must first wget it and tell Emacs how to find it. I asked Eric Schulte about his thoughts on library-of-babel.org and the current question of whether it should live on Worg or be distributed with emacs. I don't recall why I would have thought that the library-of-babel.org shouldn't be distributed with Emacs so, assuming this is a position I held, I can't speak to the merit of my argument. Sorry I can't be of more help... For what it's worth I can't currently think of a good reason why this should not be distributed with Emacs. However, the same care should be taken with entries in the library as with any other executable code in Emacs that will run on user's machines. My thinking today is that this decision should be made based on the utility (to how many users) vs. the weight this could add to an Emacs install. I thought Emacs was headed to distribution as a smaller core with more moved into external packages, but I haven't seen any evidence of that yet. hth, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] [PATCH] org-agenda tag completion works with ido
Nathaniel Flath writes: > After upgrading to the latest org-mode, tag completion when filtering > in the agenda was broken - I had to fully enter the tag, despite using > ido (eg I would have a tag 'home', and 'ho-enter' would not compete). [...] > * org-agenda.el (org-agenda-filter-by-tag): > (org-agenda-filter-by-tag): pass t to require-match argument of > completing-read. ^ repeated function name > This causes ido-mode to complete tags properly when inputting partial > matches, rather > that just sending the typed input. Wouldn't this mean that, in general, ido won't complete partial matches properly when require-match is nil? That doesn't sound right. I'm not an ido user, but testing with (require 'ido-ubiquitous) (ido-ubiquitous-mode 1) partial completion seems to work fine when I hit tab after calling org-agenda-filter-by-tag. Are you using ido-ubiquitous, or are you using some other package to get ido completion for non-file/buffer completion? In this particular case, your change looks OK because I think all useful values should be in the collection. But I don't understand why you're not able to do partial completion without this change. Are you running into the same issue everywhere else that completing-read is called with a nil value for require-match? -- Kyle
Re: [O] ob-sh.el removed in master branch source code?
That's a very old incompatible change: * Version 8.2 ** Incompatible changes *** =ob-sh.el= renamed to =ob-shell= This may require two changes in user config. 1. In =org-babel-do-load-languages=, change =(sh . t)= to =(shell . t)=. 2. Edit =local.mk= files to change the value of =BTEST_OB_LANGUAGES= to remove "sh" and include "shell". http://orgmode.org/cgit.cgi/org-mode.git/plain/etc/ORG-NEWS On Wed, Jul 12, 2017, 8:26 PM numbch...@gmail.com wrote: > RT > I checked `ORG-NEWS` and git log history. Have not found this change in > recent commits. > Can someone explain this? > -- Kaushal Modi
Re: [O] Emacs master now updated to Org 9.0.9
Thanks for your work. [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/ On Tue, Jul 4, 2017 at 3:54 PM, Bastien Guerry wrote: > Indeed, thanks to you and to everyone involved. > > I'm very grateful everyone has been patiently baring > with me for this task. > > -- > Bastien > >
Re: [O] Org-mode ELPA repository package is not very updated?
After some tries, I use org-mode source code `master` branch now. use extension `use-package` to load it. It works very fine. Thanks. [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/ On Mon, Jul 3, 2017 at 1:31 PM, Bastien wrote: > Hi, > > "numbch...@gmail.com" writes: > > > I found Org-mode ELPA released source code is old and does not > > include some patches and updates. > > This should be fixed now -- please confirm in a few days. > > -- > Bastien >
[O] ob-clojure will error result when contains comment
Here is the examples: #+BEGIN_SRC clojure (+ 1 1) ;=> 2 #+END_SRC #+RESULTS: : class clojure.lang.LispReader$ReaderExceptionclass java.lang.RuntimeExceptionRuntimeException EOF while reading, starting at line 1 clojure.lang.Util.runtimeException (Util.java:221) #+BEGIN_SRC clojure :results value (def sum1 #(reduce + %)) (def avg1 #(/ (sum %) (count %))) (defn stats [numbers] (map #(% numbers) [sum1 count avg1])) (stats [3 4 10]) ;; => (17 3 17/3) (stats [80 1 44 13 6]) ;; => (144 5 144/5) #+END_SRC #+RESULTS: : class clojure.lang.LispReader$ReaderExceptionclass java.lang.RuntimeExceptionRuntimeException EOF while reading, starting at line 1 clojure.lang.Util.runtimeException (Util.java:221) [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/
[O] command org-clock-select-task seems does not work
I want to clock-in recent tasks in Org-mode. but after I select first task with by pressing "1", but it does not clock-in that task. [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/
[O] Want help for a helper function which send current link file under point to Kindle path.
I want to write a helper function to send the link file (usually ebooks) under the point to Kindle path like (/run/media/username/Kindle/documents/). Hope this function can provide the following functionalities: - check whether the source file (ebook) exist in Kindle? - check the source file format, if not Kindle supported, then convert it with command `ebook-convert` which is comes from program "Calibre". I wander how to get the link actual path under the point? For example, org link like this: [[file:Data/Books/kk.epub][kk.epub]] [[file+sys:/home/username/Documents/kk2.mobi][kk2.mobi]] [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/
[O] ob-sh.el removed in master branch source code?
RT I checked `ORG-NEWS` and git log history. Have not found this change in recent commits. Can someone explain this? [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/
[O] [PATCH] org-agenda tag completion works with ido
After upgrading to the latest org-mode, tag completion when filtering in the agenda was broken - I had to fully enter the tag, despite using ido (eg I would have a tag 'home', and 'ho-enter' would not compete). Minor patch to fix this behaviour is attached. Let me know if there are any issues. Thanks, Nathaniel Flath 0001-completing-read-in-org-agenda-filter-by-tag-complete.patch Description: Binary data
[O] Guia compacta de Orgmode
Hi, The spanish version of The compact Org-mode Guide is being sold in https://www.traficantes.net/libros/guia-compacta-de-org-mode. Thanks in advance.
Re: [O] [RFC] Shrink columns dynamically
So I haven't posted in a while, but i use table a lot, so here's my $0.02. Personally, my use of width cookies has been mostly for visual display of columns are very long and will wrap in an html or latex table export, but would force the display too wide. My ideal default would be to have a setting which would shrink tables a reasonable (fill-column?, window-width?) visual display, with perhaps a min-column-width option and trying to balance the width of each column base on its un-narrowed total width, perhaps trying to keep narrow columns as-is in the process. For me this would probably align cognitively with how much info is needed to grok the cell contents. As to your behavior questions: On Wed, Jul 12, 2017 at 12:17:26PM +0200, Nicolas Goaziou wrote: > - Do we need two commands, one for narrowing (to a given number of > characters) and one for shrinking (to one character only)? Or would > a command toggling between the three states be sufficient? I like a single cycling command. > - Is there some rule of thumb to narrow a column when no width cookie is > supplied or should we consider this kind of columns has only two > states, shrunk and expanded? So i think you are saying that a column w/ a width cookie would have three states and one without only two? I think this in some ways negates the appeal of separating narrowing from the cookies. Also, my suggested default narrowing approach above would probably remove the need for cookies in many if not most cases. > - Supposing we focus on a single, cycling, command, how should it behave > when called on multiple columns at a time? Since some columns may have > two states and other ones three, it may end up being confusing for the > user. Wouldn't a min-column-width setting to use when there is no cookie solve the the bi- vs tri-state problem (every column has three states) rick P.S. and (somewhat) off topic: The doc string for `org-ascii-table-use-ascii-art' is out of date. `ascii-art-to-unicode.el' is now in elpa and the url no longer works.
Re: [O] [RFC] Shrink columns dynamically
Dear Nicolas, I apologise for not understanding fully what you propose. I use org-mode extensively, so any possibility of "change" tends to make me anxious. Nicolas> Besides, columns cookies may work for you, but, as pointed Nicolas> out, they are limited: Nicolas> - Setting a width cookie also changes how the table is Nicolas> exported (e.g., in ASCII export). However I may want to Nicolas> narrow view of the table and, yet, export it to its full Nicolas> extent. Nicolas> - Setting a width cookie hard-codes how the column is Nicolas> displayed. I may want to completely hide the column Nicolas> temporarily, or expand it without affecting other narrowed Nicolas> columns. Nicolas> - Setting a width cookie segregates other columns. I can Nicolas> only narrow columns with a width cookie. I may want to Nicolas> temporarily hide another column without modifying my table. I appreciate these points and indeed I regularly face export problems. However, I just manually remove the cookies if they become an issue. I accept other users may wish to work differently. Nicolas> The real question for now is: how can we alter columns Nicolas> display when at a table? E.g., Nicolas> - Do we need two commands, one for narrowing (to a given Nicolas> number of characters) and one for shrinking (to one Nicolas> character only)? Or would a command toggling between the Nicolas> three states be sufficient? Nicolas> - Is there some rule of thumb to narrow a column when no Nicolas> width cookie is supplied or should we consider this kind of Nicolas> columns has only two states, shrunk and expanded? In my own case, the values of the column widths are not static but vary from file-to-file. I don't have any rule of thumb, except, from my own experience, I have never found the need to shrink any column to a single character. Nicolas> - Supposing we focus on a single, cycling, command, how Nicolas> should it behave when called on multiple columns at a time? Nicolas> Since some columns may have two states and other ones Nicolas> three, it may end up being confusing for the user. To me, that's the beauty of my present arrangement: it's simple, intuitive and controllable. I am sure that my requirements are more modest than those of other users. Nicolas> Food for thought. Indeed. Best wishes, Colin. -- -- Colin Baxter m43...@yandex.com GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5 41C8
Re: [O] MWE for BibLaTex and org-ref?
org-ref should work fine for biblatex, but the setup for biblatex in the org file is a bit different than for bibtex. The org-ref manual can be opened by running M-x org-ref-help. Go to the ** biblatex users heading. Hopefully that is clear enough to help. If not, let me know what is missing. Best wishes, John --- 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 On Wed, Jul 12, 2017 at 9:59 AM, Loris Bennett wrote: > Hi, > > Does org-ref work with BibLaTeX? > > With org-ref, I have an MWE using natbib that works: > > #+LATEX_CLASS_OPTIONS: [a4paper, 11pt] > #+LATEX_HEADER: \usepackage{natbib} > > #+TITLE: MWE > > * Introduction > > This MWE was found on the internet (see cite:Botha). > > bibliographystyle:abbrvnat > bibliography:file.bib > > with 'file.bib' being > > @Online{Botha, > author = {Charl Botha}, > title = {From org file with local bibtex to LaTeX and PDF}, > date = {2017-02-20}, >url = {https://vxlabs.com/2017/02/20/from-org-file-with-local- > bibtex-to-latex-and-pdf/}, > } > > For org-latex-pdf-process, I'm using the following: > > ("latexmk -g -pdf -pdflatex=\"%latex\" -shell-escape -outdir=%o %f") > > However, if I try to replace natbib by BibLaTeX via > > #+LATEX_HEADER: \usepackage{biblatex} > #+LATEX_HEADER: \addbibresource{file.bib} > > bibliographystyle:alphabetic > bibliography:file.bib > > I get errors about the style being invalid and the \bibliography only > being allowed in the preamble. > > So if it should work, does anyone have a MWE for org-ref with BibLaTeX? > > Cheers, > > Loris > > -- > This signature is currently under construction. > > >
Re: [O] [RFC] Shrink columns dynamically
Hi Nicolas, I agree completely with your stated objective, specifically separating viewing from content and/or export. However, I am not sure this is achievable without losing some quite appealing current functionality. I have two use cases which currently are managed with the width cookies and I can see that they probably should be managed differently. The cases are: 1. a table with wide columns that is used to collect information (publications with authors, title, journal, etc. is an example) and which I use mostly by looking at it. That is, I open the document and scan down the table or page down or whatever. I want this table displayed initially with columns (e.g. title) narrowed to a specified width. 2. a table with many columns, too many of the screen width even if each column may only be a few characters wide, but one which I intend to be manipulating extensively. In this case, I may want to shrink/narrow/hide columns to make it easier to edit and do calculations. At present, I use width cookies for both. They work well for use case 1; much less well for use case 2. For me, these use cases are orthogonal. I would be happy with two different approaches or the same approach so long as the latter would retain the ability to save the view (for use case 1). As always, I look forward to whatever you decide to implement! thanks, eric -- : Eric S Fraga via Emacs 26.0.50, Org release_9.0.9-573-g09e612 signature.asc Description: PGP signature
[O] MWE for BibLaTex and org-ref?
Hi, Does org-ref work with BibLaTeX? With org-ref, I have an MWE using natbib that works: #+LATEX_CLASS_OPTIONS: [a4paper, 11pt] #+LATEX_HEADER: \usepackage{natbib} #+TITLE: MWE * Introduction This MWE was found on the internet (see cite:Botha). bibliographystyle:abbrvnat bibliography:file.bib with 'file.bib' being @Online{Botha, author = {Charl Botha}, title = {From org file with local bibtex to LaTeX and PDF}, date = {2017-02-20}, url = {https://vxlabs.com/2017/02/20/from-org-file-with-local-bibtex-to-latex-and-pdf/}, } For org-latex-pdf-process, I'm using the following: ("latexmk -g -pdf -pdflatex=\"%latex\" -shell-escape -outdir=%o %f") However, if I try to replace natbib by BibLaTeX via #+LATEX_HEADER: \usepackage{biblatex} #+LATEX_HEADER: \addbibresource{file.bib} bibliographystyle:alphabetic bibliography:file.bib I get errors about the style being invalid and the \bibliography only being allowed in the preamble. So if it should work, does anyone have a MWE for org-ref with BibLaTeX? Cheers, Loris -- This signature is currently under construction.
Re: [O] Regression? Clocktable no longer includes TODO keywords
Michael Alan Dorman writes: > But that will actually end up in another column, won't it? It will. > As a bit of background: I have, historically, harvested the "Headline" > column for a weekly report, which depends on the state of the headline > being included---not including it there, even if it can be in a separate > column, dramatically decreases the utility of the clocktable for me > because it becomes a lot more work to produce that report. The TODO keyword would still be on the same line as the heading, only a few columns away from the location. Honestly, I don't see why it would be a lot more work to produce that report. If you don't succeed in updating your code, you may want to post it here so Org users can help you. Regards,
Re: [O] Regression? Clocktable no longer includes TODO keywords
Thanks for your reply (and all the work you do on org), Nicolas. > This doesn't ring a bell. Anyway, the current behaviour sounds right, > since you can get TODO state with the "TODO" special property anyway. But that will actually end up in another column, won't it? As a bit of background: I have, historically, harvested the "Headline" column for a weekly report, which depends on the state of the headline being included---not including it there, even if it can be in a separate column, dramatically decreases the utility of the clocktable for me because it becomes a lot more work to produce that report. Of course maybe the answer is that I should just write the elisp to generate the report, but that's a big chunk of work, too. :() For the moment, I guess I'll just stick with 9.05 Mike.
Re: [O] [Patch] Fix check of previous-sibling in org-depend
Hello, Yuri Lensky writes: > The "previous-sibling" blocker sometimes checked the previous /visible/ > heading, > instead of the true previous sibling. > From 0b5ae17e7832a22c276a7afa3439fdb2a313de4b Mon Sep 17 00:00:00 2001 > From: "Yuri D. Lensky" > Date: Mon, 10 Jul 2017 16:21:52 -0700 > Subject: [PATCH 1/2] org-depend.el: Fix check for previous-sibling blocker. > > The "previous-sibling" blocker checked the previous /visible/ heading, > instead of the true previous sibling. Applied. Thank you. Regards, -- Nicolas Goaziou
Re: [O] Regression? Clocktable no longer includes TODO keywords
Hello, Michael Alan Dorman writes: > Given the following document: > > * TODO Thingy > ** TODO Sub-Thingy 1 >:LOGBOOK: >CLOCK: [2017-07-12 Wed 07:15]--[2017-07-12 Wed 07:25] => 0:10 >:END: > ** DONE Sub-Thingy 2 >:LOGBOOK: >CLOCK: [2017-07-12 Wed 07:25]--[2017-07-12 Wed 07:31] => 0:06 >:END: > > I would previously get a clocktable like (simulated): > > #+BEGIN: clocktable > #+CAPTION: Clock summary at [2017-07-12 Wed 07:32] > > | Headline | Time | | > |---++--| > | *Total time* | *0:16* | | > |---++--| > | TODO Thingy | 0:16 | | > | \_ TODO Sub-Thingy 1 || 0:10 | > | \_ DONE Sub-Thingy 2 || 0:06 | > #+END: > > Starting with (I believe) org 9.05, I get > > #+BEGIN: clocktable > #+CAPTION: Clock summary at [2017-07-12 Wed 07:32] > > | Headline | Time | | > |--++--| > | *Total time* | *0:16* | | > |--++--| > | Thingy | 0:16 | | > | \_ Sub-Thingy 1 || 0:10 | > | \_ Sub-Thingy 2 || 0:06 | > #+END: > > I don't see any note of this in ORG-NEWS, so I assume it's a > regression. I haven't had a chance to really dig into it yet. This doesn't ring a bell. Anyway, the current behaviour sounds right, since you can get TODO state with the "TODO" special property anyway. Regards, -- Nicolas Goaziou
[O] Regression? Clocktable no longer includes TODO keywords
Given the following document: * TODO Thingy ** TODO Sub-Thingy 1 :LOGBOOK: CLOCK: [2017-07-12 Wed 07:15]--[2017-07-12 Wed 07:25] => 0:10 :END: ** DONE Sub-Thingy 2 :LOGBOOK: CLOCK: [2017-07-12 Wed 07:25]--[2017-07-12 Wed 07:31] => 0:06 :END: I would previously get a clocktable like (simulated): #+BEGIN: clocktable #+CAPTION: Clock summary at [2017-07-12 Wed 07:32] | Headline | Time | | |---++--| | *Total time* | *0:16* | | |---++--| | TODO Thingy | 0:16 | | | \_ TODO Sub-Thingy 1 || 0:10 | | \_ DONE Sub-Thingy 2 || 0:06 | #+END: Starting with (I believe) org 9.05, I get #+BEGIN: clocktable #+CAPTION: Clock summary at [2017-07-12 Wed 07:32] | Headline | Time | | |--++--| | *Total time* | *0:16* | | |--++--| | Thingy | 0:16 | | | \_ Sub-Thingy 1 || 0:10 | | \_ Sub-Thingy 2 || 0:06 | #+END: I don't see any note of this in ORG-NEWS, so I assume it's a regression. I haven't had a chance to really dig into it yet. Mike.
Re: [O] [RFC] Shrink columns dynamically
Hello, Colin Baxter writes: > Column cookies work - and they work well for me - so why on earth remove > something that is actually *useful*? Really, I explained already the motivation, right from my initial post. Anyway, let me re-iterate and expound it a bit. The first thing to know is I'm *no longer* wanting to remove the feature, as I initially suggested. As explained before, I understood narrowing was an important feature, so I'm offering to rewrite it. Why? Because I'm trying to introduce a new feature which is close to this one, and I would like both features to converge under the same implementation. Besides, columns cookies may work for you, but, as pointed out, they are limited: - Setting a width cookie also changes how the table is exported (e.g., in ASCII export). However I may want to narrow view of the table and, yet, export it to its full extent. - Setting a width cookie hard-codes how the column is displayed. I may want to completely hide the column temporarily, or expand it without affecting other narrowed columns. - Setting a width cookie segregates other columns. I can only narrow columns with a width cookie. I may want to temporarily hide another column without modifying my table. The conclusion is that columns narrowing should be independent from width cookies. More specifically, there is nothing wrong in narrowing obeying to a width cookie, but it should also be able to ignore it. So here is why "on earth" I'm suggesting to think about it and, maybe, implement something more general, possibly more useful, too. However, rewriting it implies some changes in the current behaviour. This is why I'm trying to discuss with actual users of width cookies and, with their help, find a solution that would satisfy everyone. I may be trying to square the circle. I don't know yet. Note that however, so far, most answers are somewhat like "width cookies are exactly what we want, don't remove them", which is missing the point. Also, please don't focus on how tables should look like upon opening an Org document. This is really putting us off-track. It can be postponed. The real question for now is: how can we alter columns display when at a table? E.g., - Do we need two commands, one for narrowing (to a given number of characters) and one for shrinking (to one character only)? Or would a command toggling between the three states be sufficient? - Is there some rule of thumb to narrow a column when no width cookie is supplied or should we consider this kind of columns has only two states, shrunk and expanded? - Supposing we focus on a single, cycling, command, how should it behave when called on multiple columns at a time? Since some columns may have two states and other ones three, it may end up being confusing for the user. Food for thought. Regards, -- Nicolas Goaziou
Re: [O] call to agenda no longer working
Hello, Detlef Steuer writes: > After returning from holidays and updating org-mode > C-c a a no longer starts my agenda, but gives: > > Press key for agenda command (unrestricted): > org-agenda-list: Wrong type argument: listp, "" You probably changed `org-agenda-time-grid'. See ORG-NEWS, in "Incompatible changes" section. Regards, -- Nicolas Goaziou
Re: [O] [RFC] Shrink columns dynamically
Hello, I have come to this discussion late, but I totally agree with Kaushal, whose use of tables almost mirrors my own. Kaushal> I didn't understand the root reason for this change. If one Kaushal> doesn't like using the column width cookies, then they can Kaushal> choose to not use those. Agreed! >> Moreover, I'm pretty sure you don't review every table in >> your document at the second it is opened. I do review every table immediately the org file is opened because this is my working document. The file only contains a single table of 10 columns and hundreds of rows. Kaushal> I can only request to please retain this feature; for the Kaushal> sake of people who like it. Agreed! There may be other solutions, but I wouldn't get paid searching for them. Column cookies work - and they work well for me - so why on earth remove something that is actually *useful*? Sincerely, Colin. -- -- Colin Baxter m43...@yandex.com GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5 41C8
[O] call to agenda no longer working
Hi! After returning from holidays and updating org-mode C-c a a no longer starts my agenda, but gives: Press key for agenda command (unrestricted): org-agenda-list: Wrong type argument: listp, "" in the *Messages* buffer. Any hint appreciated. (org from today, emacs 25.2.1) Detlef -- "Wisely and slow. Those stumble that run fast." Shakespeare -- Romeo and Juliet