Re: [O] sparse tree search still hides matching drawers (bug?)

[Samuel Wales]

On 5/6/16, Nicolas Goaziou  wrote:
> You already reported that bug, which was fixed in master branch.
> I didn't apply it to maint because it changes the default value of
> a defcustom, hence introducing a slight user-visible change.

thanks for being thorough and for fixing it.

> I guess you could set `case-fold-search' to an appropriate value before
> searching.

that would only either allow case folding or no case folding.  in
isearch, if you search for lowercase, it folds.  if you search for
uppercase CATEGORY, it doesn't.

-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  And
ANYBODY can get it.

Denmark: free Karina Hansen NOW.

Re: [O] Bug: missing header argument does not work any longer [8.3.4 (8.3.4-47-gaf853d-elpaplus @ c:/Users/harald/AppData/Roaming/.emacs.d/elpa/org-plus-contrib-20160502/)]

[Nick Dokos]

Harald Sanftmann  writes:

> I have some org-tables which contain empty fields. I specified :missing "?" 
> to get the right results.
> When I try to plot them with Gnuplot the empty fields are not exported as '?' 
> but just as empty strings
> ''. Gnuplot therefore just uses the next non empty field for the value and 
> therefore shifts the columns
> of the given row.
>
> To make it more concrete:
>
>   #+TBLNAME: data-missing
>   | Comment    |    gnutime | milage/km | something else |
>   |++---+|
>   | JET    | 2012-01-01 |  1000 |    |
>   |    | 2012-02-01 |  2000 |    100 |
>   | DUMMY  | 2012-03-01 |  3000 |    |
>   |    | 2012-04-01 |  4000 |    100 |
>   | OMV    | 2012-05-01 |  5000 |    |
>   | OMV PETROM | 2012-06-01 |  6000 |    |
>   | OMV PETROM | 2012-07-01 |  7000 |    |
>   | OMV    | 2012-08-01 |  8000 |    |
>   | BP | 2012-09-01 |  9000 |    |
>   #+begin_src gnuplot :var data=data-missing :exports both :file 
> data-missing.svg :missing "?" :set
> "xtics nomirror rotate by -45 font \",8\""
>   reset
>   set xtics nomirror rotate by -45 font ",8"
>   set title "Fahr Plot"
>   set xdata time
>   set timefmt "%Y-%m-%d-%H:%M:%S"
>   set xlabel "Time"
>   set ylabel "Distance"
>   set format y "%.0s T%cm"
>   set key top left
>   FIT_LIMIT = 1e-36
>   m=100
>   c=-10
>  
>   y(x) = m*x+c
>   fit y(x) data using 2:3 via c, m
>  
>   plot data u 2:3 w lp lw 1 title 'Distance', \
>    y(x) title "line fit"
>   #+end_src
>
> This is what I get:
> [cid]   
>
> When I fill out the empty fields in the first column of the table I get the 
> right result:
> [cid]   
> I am using Org-mode version 8.3.4. With Org Version 8.2.5h everything works 
> fine.
>
>
> Emacs  : GNU Emacs 24.5.1 (i686-pc-mingw32)
>  of 2015-04-11 on LEG570
> Package: Org-mode version 8.3.4 (8.3.4-47-gaf853d-elpaplus @ 
> c:/Users/harald/AppData/Roaming/.emacs.d/
> elpa/org-plus-contrib-20160502/)

I use more-or-less latest org:

Org-mode version 8.3.4 (release_8.3.4-718-g634e12)
GNU Emacs 25.0.50.4 (x86_64-unknown-linux-gnu, GTK+ Version 3.18.9)

FWIW, I cannot reproduce this problem: the plot comes out fine.

--
Nick

[O] Bug: missing header argument does not work any longer [8.3.4 (8.3.4-47-gaf853d-elpaplus @ c:/Users/harald/AppData/Roaming/.emacs.d/elpa/org-plus-contrib-20160502/)]

[Harald Sanftmann]

  
  

Remember to cover the basics, that is, what you expected to happen
and
what in fact did happen.  You don't know how to make a good report? 
See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.


Hi!

I have some org-tables which contain empty fields. I specified
:missing "?" to get the right results. When I try to plot them with
Gnuplot the empty fields are not exported as '?' but just as empty
strings ''. Gnuplot therefore just uses the next non empty field for
the value and therefore shifts the columns of the given row.

To make it more concrete:

  #+TBLNAME: data-missing
  | Comment    |    gnutime | milage/km | something else |
  |++---+|
  | JET    | 2012-01-01 |  1000 |    |
  |    | 2012-02-01 |  2000 |    100 |
  | DUMMY  | 2012-03-01 |  3000 |    |
  |    | 2012-04-01 |  4000 |    100 |
  | OMV    | 2012-05-01 |  5000 |    |
  | OMV PETROM | 2012-06-01 |  6000 |    |
  | OMV PETROM | 2012-07-01 |  7000 |    |
  | OMV    | 2012-08-01 |  8000 |    |
  | BP | 2012-09-01 |  9000 |    |
  #+begin_src gnuplot :var data="" :exports both :file
data-missing.svg :missing "?" :set "xtics nomirror rotate by -45
font \",8\""
  reset
  set xtics nomirror rotate by -45 font ",8"
  set title "Fahr Plot"
  set xdata time
  set timefmt "%Y-%m-%d-%H:%M:%S"
  set xlabel "Time"
  set ylabel "Distance"
  set format y "%.0s T%cm"
  set key top left
  FIT_LIMIT = 1e-36
  m=100
  c=-10
 
  y(x) = m*x+c
  fit y(x) data using 2:3 via c, m
 
  plot data u 2:3 w lp lw 1 title 'Distance', \
   y(x) title "line fit"
  #+end_src

This is what I get:


When I fill out the empty fields in the first column of the table I
get the right result:

I am using Org-mode version 8.3.4. With Org Version 8.2.5h
everything works fine.

Thanks,
Harald

Emacs  : GNU Emacs 24.5.1 (i686-pc-mingw32)
 of 2015-04-11 on LEG570
Package: Org-mode version 8.3.4 (8.3.4-47-gaf853d-elpaplus @
c:/Users/harald/AppData/Roaming/.emacs.d/elpa/org-plus-contrib-20160502/)

  

Re: [O] Bug: check that org-element--cache-sync-keys is non-nil before clrhash [8.3.4 (8.3.4-42-gae73c7-elpa @ /home/mah/.emacs.d/elpa/org-20160425/)]

[Nicolas Goaziou]

Hello,

"Mark A. Hershberger"  writes:

> Emacs  : GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5)
>  of 2015-03-07 on trouble, modified by Debian
> Package: Org-mode version 8.3.4 (8.3.4-42-gae73c7-elpa @ 
> /home/mah/.emacs.d/elpa/org-20160425/)
>
> I'm using org-mode by default for most buffers and, when using
> gnus-alias-use-identity, I get a backtrace because
> org-element--cache-sync-keys is set to nil.
>
> Patch to fix this:
>
> diff --git a/lisp/org-element.el b/lisp/org-element.el
> index d02b36c..760fce8 100644
> --- a/lisp/org-element.el
> +++ b/lisp/org-element.el
> @@ -5121,7 +5121,8 @@ updated before current modification are actually 
> submitted."
>   ;; Otherwise, reset keys.
>   (if org-element--cache-sync-requests
>   (org-element--cache-set-timer buffer)
> -   (clrhash org-element--cache-sync-keys))
> +   (when org-element--cache-sync-keys
> +(clrhash org-element--cache-sync-keys)))
>  
>  (defun org-element--cache-process-request
>  (request next threshold time-limit future-change)
>
>
> Edited backtrace:
>
> Debugger entered--Lisp error: (wrong-type-argument hash-table-p nil)
>   clrhash(nil)
>   (if org-element--cache-sync-requests (org-element--cache-set-timer buffer) 
> (clrhash org-element--cache-sync-keys))
>   (let ((inhibit-quit t) request next) (if org-element--cache-sync-timer 
> (progn (cancel-timer org-element--cache-sync-timer))) (catch (quote 
> interrupt) (while org-element--cache-sync-requests (setq request (car 
> org-element--cache-sync-requests) next (nth 1 
> org-element--cache-sync-requests)) (org-element--cache-process-request 
> request (and next (aref next 0)) threshold (and (not threshold) (time-add 
> (current-time) org-element-cache-sync-duration)) future-change) (if next 
> (progn (let* ((v next)) (aset v 3 (+ ... ...))) (aset next 2 (aref request 
> 2 (setq org-element--cache-sync-requests (cdr 
> org-element--cache-sync-requests (if org-element--cache-sync-requests 
> (org-element--cache-set-timer buffer) (clrhash org-element--cache-sync-keys)))
>   (save-current-buffer (set-buffer buffer) (let ((inhibit-quit t) request 
> next) (if org-element--cache-sync-timer (progn (cancel-timer 
> org-element--cache-sync-timer))) (catch (quote interrupt) (while 
> org-element--cache-sync-requests (setq request (car 
> org-element--cache-sync-requests) next (nth 1 
> org-element--cache-sync-requests)) (org-element--cache-process-request 
> request (and next (aref next 0)) threshold (and (not threshold) (time-add 
> (current-time) org-element-cache-sync-duration)) future-change) (if next 
> (progn (let* (...) (aset v 3 ...)) (aset next 2 (aref request 2 (setq 
> org-element--cache-sync-requests (cdr org-element--cache-sync-requests 
> (if org-element--cache-sync-requests (org-element--cache-set-timer buffer) 
> (clrhash org-element--cache-sync-keys
>   (progn (save-current-buffer (set-buffer buffer) (let ((inhibit-quit t) 
> request next) (if org-element--cache-sync-timer (progn (cancel-timer 
> org-element--cache-sync-timer))) (catch (quote interrupt) (while 
> org-element--cache-sync-requests (setq request (car 
> org-element--cache-sync-requests) next (nth 1 
> org-element--cache-sync-requests)) (org-element--cache-process-request 
> request (and next (aref next 0)) threshold (and (not threshold) (time-add ... 
> org-element-cache-sync-duration)) future-change) (if next (progn (let* ... 
> ...) (aset next 2 ...))) (setq org-element--cache-sync-requests (cdr 
> org-element--cache-sync-requests (if org-element--cache-sync-requests 
> (org-element--cache-set-timer buffer) (clrhash 
> org-element--cache-sync-keys)
>   (if (buffer-live-p buffer) (progn (save-current-buffer (set-buffer buffer) 
> (let ((inhibit-quit t) request next) (if org-element--cache-sync-timer (progn 
> (cancel-timer org-element--cache-sync-timer))) (catch (quote interrupt) 
> (while org-element--cache-sync-requests (setq request (car 
> org-element--cache-sync-requests) next (nth 1 
> org-element--cache-sync-requests)) (org-element--cache-process-request 
> request (and next ...) threshold (and ... ...) future-change) (if next (progn 
> ... ...)) (setq org-element--cache-sync-requests (cdr 
> org-element--cache-sync-requests (if org-element--cache-sync-requests 
> (org-element--cache-set-timer buffer) (clrhash 
> org-element--cache-sync-keys))
>   org-element--cache-sync(#>)

I'm surprised about this. Cache mechanism in available in Org mode
buffers only. Not even when using `orgstruct-mode' (see
0b97a551704d50ae848c59d00b0d425554891e53).

Could you investigate about how this happens in your case?

Thank you.

Regards,

-- 
Nicolas Goaziou

[O] Evaluate all org tables in file before exporting?

[Kaushal Modi]

Hi folks,

I am looking if anyone already has a solution (a function) that evaluates
all the tables in the file/buffer. I should be then simply able to add that
to local value of before-save-hook in org-mode, right?

Currently, I need to remember to C-u C-c C-c on all the tables before
exporting to ensure that all the calculated values are correct.

Or am I missing some org variable, setting which should take care of this?

Thanks.
-- 

-- 
Kaushal Modi

Re: [O] Question on nested-blocks syntax

[Nicolas Goaziou]

Albert Krewinkel  writes:

> Nicolas Goaziou  writes:

>> I don't think so. It would introduce unnecessary complexity.
>
> I guess that makes sense.  Too bad, though.

My answer was terse. Let me elaborate a bit.

There are a few issues that come to mind when considering this. 

First, you cannot use regexps to parse an example block anymore. You
have to read a line after another until you find the end of the block.
This is more complex.

Also, it defeats the "-i" flag, which allows an user to ignore
indentation in an example block.

In any case, as long as fontification is not based on top of the parser,
I think we should refrain from introducing too deep changes in the
syntax without a serious motivation (e.g., speed concerns, or ambiguous
cases) behind it. I sympathize with aesthetics concerns, Org syntax,
particularly blocks, is "massive", but I think this is not a sufficient
motivation here.

Regards,

Re: [O] Question on nested-blocks syntax

[Albert Krewinkel]

Nicolas Goaziou  writes:

> Albert Krewinkel  writes:
>
>> Is there any chance that indentation-based nesting will become legit
>> org-mode syntax?
>
> I don't think so. It would introduce unnecessary complexity.

I guess that makes sense.  Too bad, though.

Thanks for the quick reply,

-- 
Albert Krewinkel
GPG: 8eed e3e2 e8c5 6f18 81fe  e836 388d c0b2 1f63 1124

Re: [O] sparse tree search still hides matching drawers (bug?)

[Nicolas Goaziou]

Hello,

Samuel Wales  writes:

> in maint, i wanted to show categories, so i did c-c / / for category.
>
> the properties drawers stayed closed.  shouldn't they show matches?

You already reported that bug, which was fixed in master branch.
I didn't apply it to maint because it changes the default value of
a defcustom, hence introducing a slight user-visible change.

> also, is it possible to make it so that if you provide an uppercased
> search string, only uppercase strings will be matched?  this is how
> isearch works for me.
>
> (setq org-show-context-detail
>   '(
> ;; sparse tree regexp c-c / /
> (occur-tree . minimal)
> ;; sparse tree tags c-c / m
> (tags-tree . minimal)
> ;; everything else should always be canonical
> (default . canonical)))

I guess you could set `case-fold-search' to an appropriate value before
searching.

Regards,

-- 
Nicolas Goaziou

Re: [O] Question on nested-blocks syntax

[Nicolas Goaziou]

Hello,

Albert Krewinkel  writes:

> Is there any chance that indentation-based nesting will become legit
> org-mode syntax?

I don't think so. It would introduce unnecessary complexity.

Regards,

-- 
Nicolas Goaziou

[O] Question on nested-blocks syntax

[Albert Krewinkel]

Hi list,

I was wondering about the current block syntax, specifically about
nested blocks.  The current way to get nested blocks requires escaping
of the nested block commands, e.g.

#+BEGIN_EXAMPLE
  ,#+BEGIN_EXAMPLE
Meta-example
  ,#+END_EXAMPLE
#+END_EXAMPLE

My personal feeling is that it would be nicer to allow nesting blocks
simply by indenting them:

#+BEGIN_EXAMPLE
  #+BEGIN_EXAMPLE
Indented meta-example
  #+END_EXAMPLE
#+END_EXAMPLE

I'd be very interested to learn if this (IMHO nicer) second option could
be supported or if there are æsthetical or technical reasons for not
supporting that syntax?

I'm the author of pandoc's org-mode reader and we initially supported
the latter syntax as it felt cleaner.  Since we are striving for maximum
comparability with Emacs as the reference implementation, this specific
feature has since been removed from the reader.

Is there any chance that indentation-based nesting will become legit
org-mode syntax?

Thanks,

Albert


-- 
Albert Krewinkel
GPG: 8eed e3e2 e8c5 6f18 81fe  e836 388d c0b2 1f63 1124