recent maint, but been a problem for a few mo.
refile hits a wall. depends on number of headers.
i think delete-dups is suspicious here. is its only purpose to
eliminate the existing
header?
- org-refile47808 91%
- org-refile-get-locatio
On Sat, Sep 30, 2017 at 5:21 PM, Nicolas Goaziou wrote:
> M-RET and C-RET/C-u M-RET are
> different beasts, just don't expect them to behave exactly the same.
And then you hit exactly the heart of our discussion right there.
Im my line of reasoning, org-insert-heading and
org-insert-heading-respe
Nicolas Goaziou writes:
[...]
> C-c C-x t is free, tho.
Oops, I think that's what I meant to type. Here's the latest version of
the patch -- I removed the bit fooling with the location of point at the
end, as it seemed simpler was better. How's this look?
Eric
>From b8636d918e9ff79cac3200033
Luciano Passuello writes:
> Isn't that consistent with the regular org-insert-heading (M-RET)?
> When cursor is in the beginning of a headline, there's no way to
> create a heading below that line (using standard M-RET). It will
> always create it above. So, having the cursor in the beginning of
Hello,
On Sat, Sep 30, 2017 at 4:29 AM, Nicolas Goaziou wrote:
> OTOH, if we force the previous behaviour, as you suggest, there is no
> way to insert a new headline after the current subtree when point is at
> the beginning of a headline. A feature is lost.
Isn't that consistent with the regula
Matt Lundin writes:
>
> Here is a quick comparison of the top elp-results using a couple of commands:
I'm including the full elp results for reference. These were run with my
org agenda files and with customizations that I don't have time to
isolate at the moment. I'll try to provide a report wit
Nicolas Goaziou writes:
> Hello,
>
> Samuel Wales writes:
>
>> have not beena ble to respons for health reasons. i have rsposne
>> partly done. i think result is slightly slower but seems tob e
>> correct if you count recent maint as correct.
>
> It can be slightly slower if you start with a c
Nicolas Goaziou writes:
> If there is no more feedback nor objection, I'll merge the branch in
> master before the end of the week.
>
> Until then, the changes are still available in wip-agenda-speedup branch
> for review.
Thanks for the heads up. I just had a chance to test the
wip-agenda-speed
Yes, I see it now too. It was noted as an issue on the mobileorg-android
github site here over a month ago:
https://github.com/matburt/mobileorg-android/issues/501
It looks like Dropbox shut down handling their v1 API and it would take
updating mobileorg-android (and the iOS one) to the new v2.
Hello all,
Dropbox seems to have changed their system in some way and mobileorg has
stopped working for me. Has anybody else experienced the same? Dropbox
did pop up a less than informative message on my phone saying that
the support for access by 3rd party apps had changed with effect from 28
S
On Friday, 29 Sep 2017 at 17:32, Peter Davis wrote:
> I'm sorry to belabor this, but I could use some help. I'd be willing to
> pay a modest consulting fee, but I'm trying to solve a problem in a
> timely way, as it would help me with healthcare decisions.
>
> Basically, I want to plot a time serie
On Sat, Sep 30, 2017, 1:44 AM Amos Bird wrote:
> Hi Kaushal,
>
> I did, it only works if I export the subtree instead of the whole buffer.
>
Yes, then I misunderstood. I thought you were trying to export just the
subtree. The EXPORT_* subtree properties apply only when you are exporting
that subt
Hi,
Nicolas Goaziou writes:
>>> Looks like this was an intended change:
>>> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=2b03e945a19701194e510791a96006c5eee9edc6
>>>
>>> Related discussion:
>>> http://lists.gnu.org/archive/html/emacs-orgmode/2016-10/msg00080.html
>>>
>>> PS: The commit me
Hello,
Samuel Wales writes:
> have not beena ble to respons for health reasons. i have rsposne
> partly done. i think result is slightly slower but seems tob e
> correct if you count recent maint as correct.
It can be slightly slower if you start with a cold cache and never
re-use it, e.g., w
#+OPTIONS: latex:t toc:nil H:3
Thanks!
Nicolas Goaziou writes:
> Amos Bird writes:
>
>> | QueryID | SQL Text
>>
>> | Query Time (Seconds) | Query Time Ho
Amos Bird writes:
> | QueryID | SQL Text
>
> | Query Time (Seconds) | Query Time Hot (Seconds) |
> |-+--
Hello,
"Joe Bloggs" writes:
> The grid examples in org-plot.el
I assume you mean grid examples in "org-plot.org" from Worg?
> don't work for me
> because the org-plot sets datafile separator to "\t",
> so gnuplot can't read the data file properly.
> Leaving datafile separator at its default va
#+OPTIONS: latex:t toc:nil H:3
Hi,
> However, you could add verbatim markup
>
> =SELECT cab_type, count(*) FROM trips_log GROUP BY cab_type;=
>
> but, again, since I don't know exactly what the issue is, I may be wide
> of the mark.
Well, this solves my issue :).
But I also have a table like th
Hello,
Amos Bird writes:
>> - what are you trying to export?
>
> an Org table like this:
>
>
> | QueryID | SQL Text
>
>
Hello,
Luciano Passuello writes:
> I also think the earlier behavior made more sense.
Then we have to agree to disagree, I guess.
> The variable
> org-insert-heading-respect-content (or the universal argument)
> controls how a new headline is inserted BELOW the current header
> (either add imm
20 matches
Mail list logo
