Colin Baxter writes:
> Publishing an org file today, the html output looks ok but I get the
> compilation error:
>
> Arithmetic range error: "floor", 1549541220.7500212
>
> I get the error with org-version 9.2.1 (release_9.2.1-200-g18b85a)
> but not with org-version 8.2.10.
>
> Looking at 'org-pu
Nicolas Goaziou writes:
> Colin Baxter writes:
>
>> I can now confirm that if the above commit is reversed then my
>> Arithmetic range error disappears.
>>
>> diff --git a/lisp/ox-publish.el b/lisp/ox-publish.el
>> index d9fc8d2..2144aa1 100644
>> --- a/lisp/ox-publish.el
>> +++ b/lisp/ox-publis
Paul Eggert writes:
> The old approach required Lisp code to use (current-time)
> explicitly when calling other primitives, e.g., (float-time
> (current-time)). The new approach fakes all the primitives,
> so that Lisp code can now use expressions like plain (float-time).
Great, thanks! I'll g
Kyle Meyer writes:
> Paul Eggert writes:
>
>> The old approach required Lisp code to use (current-time)
>> explicitly when calling other primitives, e.g., (float-time
>> (current-time)). The new approach fakes all the primitives,
>> so that Lisp code can now use
Nikolay Kudryavtsev writes:
> Am I reading it correctly that C-c C-x C-r is no longer a valid
> keybinding?
Yes, the binding was removed in 34b71a0ca (Add a dispatcher command for
inserting dynamic blocks, 2018-12-23).
> Is this the reason why it now behaves so stupidly, creating
> a block with
Xebar Saram writes:
> Hi all
>
> does anyone know if its possible to sort headers by tags?
> lets say i have this
>
> * header 1 . :3star:
> * header 2 . :4star:
> * header 3 . :3star:
>
> can i sort by tags (alphnumeric) so all 3star tags with start followed by
> 4star etc
Try calling org-sort
Jonas Bernoulli writes:
> In 499c0a50cc4b11e37b91374af23cb27ab8fc20d2 some libraries were
> renamed, but some other libraries continue to depend on the old
> features:
>
> - lisp/ox-icalendar.el still depends on org-bbdb
> - contrib/lisp/org-bibtex-extras.el still depends on org-bibtex
Thanks.
Cheong Yiu Fung writes:
> * doc/org-manual.org (Handling Links): update variable
> `org-id-link-to-org-use-id', which is changed in v7.9.2.
Thanks. Because this was relevant for the maint branch as well, I
adjusted your commit to apply to maint (tweaking the commit message
slightly).
--
Kyle
Nicolas Goaziou writes:
> Hello,
>
> Cheong Yiufung writes:
>
>> From 14ff6eb2b451471514206d5126c0af02125ec7e6 Mon Sep 17 00:00:00 2001
>> From: Cheong Yiu Fung
>> Date: Mon, 13 May 2019 22:51:08 +0800
>> Subject: [PATCH] org-manual: Small fixes
>>
>> * doc/org-manual.org (Handling Links): upda
Mike Gauland writes:
> I'd like to be able to be able to get the text associated with a given
> heading (based on the current point, for example).
>
> Can anyone point me to an example for doing this in the approved manner
> (assuming there is one), or to functions to help with this?
Don't tru
Aaron Zeng writes:
> (I'm running org mode from the Spacemacs org layer, which includes the
> org-plus-contrib package).
>
> Reproduction:
> 1. Create a new entry "* TODO Temp"
> 2. Clock in under that entry
> 3. Cancel the clock
> 4. [M-x describe-variable org-clock-current-task] is still set to
"Victor A. Stoichita" writes:
> The manual describes the function
> org-mark-entry-for-agenda-action. It should
>> "Mark the current entry for agenda action. After you have marked
>> the entry like this, you can open the agenda or the calendar to
>> find an appropriate date. With point on the
"Victor A. Stoichita" writes:
[...]
> Is there now another way to the same effect: schedule an existing
> entry by browsing the agenda for an appropriate date?
Sorry, I'm not aware of a way to do that, but hopefully others will
chime to say I'm overlooking something.
--
Kyle
stardiviner writes:
> This latest org-attach.el change (commit "4939b4175")
That commit didn't touch org-attach.el, but it's the parent of 72124726a
(org-attach: Make dispatcher commands customizable, 2019-04-26), which
did. That seems to be the actual culprit.
> make some command like
> =org-
Raimund Kohl-Füchsle writes:
> I do have a recurring task Mo-Fri, but not at weekends.
>
> I searched the manual and it offers a time range - like
>
> ** Test Time range
>
> <2004-08-23 Mon>--<2004-08-26 Thu>
>
> But, of course, this doesn't mark a recurring task.
>
> If instead I wo
Michael Brand writes:
[...]
> With your idea I debug printed kill-ring and found that after the
> second invocation of org-cut-subtree during ~M-: (temp) RET M-: (temp)
> RET~ it consists of only one list element with a string containing
> both 1 and 2 instead of one list element with only 1 and
Hi Guilherme,
Guilherme Passos writes:
> In ox-latex.el, line 1189, org-latex-pdf-process uses '(%bib %b) for
> expanding the bibliography. However, this incorrectly expands as
> '(BIBFILEib BIBFILE), instead of '(BIBPROCESS BIBFILE) as intended,
> defining the process of calling the bibliograph
Hi Mackenzie,
Mackenzie Bligh writes:
> First time contributing here, so apologies if I haven't gotten this quite
> right.
Great, thanks for sending the patch!
> The results of some
> of these src blocks are fed into other src blocks, and having to input "y"
> multiple times when trying to hit
Mackenzie Bligh writes:
> Do you have any suggestions for the name of such a value?
I tried to avoid being responsible for a poorly chosen name :]
"'yes' or 'always'" pairs well with the existing "'no' or 'never'", but
I suppose that risks users not realizing that it implies not querying.
Perha
Hi Chuck,
"Berry, Charles" writes:
> I think you have stepped onto a slippery slope.
>
> Adding an :eval option that turns off confirmation queries without user
> intervention defeats the security purpose stated for
> `org-confirm-babel-evaluate'.
>
> Likewise, adding a new header argument tha
"Nguyen, Thomas" writes:
> 11.5 Embedded Latex
> "the mass if the sun is M_sun = 1.989 x 10^30 kg."
>
> This is a small typo that I spotted while referencing the guide. Hopefully,
> I have reported to the right place.
Thanks. Corrected on the maint branch. On master this typo was already
remov
Renato Ferreira writes:
> (org-todo): Fast selection should only be shown if a state argument was not
> used
> * list/org.el (org-todo): Respect argument when called from elisp
> when calling from elisp (such as in `org-clock-in').
Thanks for the patch! I hit this earlier today but hadn't yet
Hi Gustav,
Gustav Wikström writes:
> See commit 4b7eda1a2 for the fix.
This commit, as well as several other recent commits by you, do not
follow the project's convention regarding changelog-like entries in the
commit message. Regardless of your opinion on this convention (I
personally don't p
Hello,
The following tests fail as of ae9cd4370 (org-attach*, org, org-manual,
org-news, ox-html, testing/*, 2018-11-25):
test-org-attach-git/get-maybe
test-org-attach-git/use-annex
test-org-attach/dired-attach-to-next-best-subtree/1
test-org-attach/dired-attach-to-next-best-subtr
Gustav Wikström writes:
> I've taken a look and have fixed the issues on my
> local machine.
Thank you!
> I must say the whole git-annex thing feels misplaced in the
> Org mode repository though. I guess, as long as git annex isn't installed
> it's not really an issue. But it surely would fit
Gustav Wikström writes:
> Hi again Kyle,
>
> I've pushed a change to master that fixes the failed tests.
> Please verify on your end as well as.
It does. I've pushed a minor fixup commit to silence the byte-compiler.
Thanks.
Jonas Bernoulli writes:
> Please consider applying the below patch, which fixes many spelling
> errors.
Eh, there's some good ones in there. Applied.
> In addition to the below typos I also found some things I don't know
> how to deal with:
> * "visibile" as a supported value of org-s5-control
Sebastian Miele writes:
> * doc/org-manual.org (Dynamic Blocks): Correct the information given
> on :content in the plist passed to the writer function.
Looks correct to me. Applied in 634880a2e. Thanks.
Kyle Meyer writes:
> Jonas Bernoulli writes:
>
>> Please consider applying the below patch, which fixes many spelling
>> errors.
>
> Eh, there's some good ones in there.
I wish I could say that having a typo in the first sentence of the reply
was intentional :/
ian martins writes:
> Subject: [PATCH] org-timer.el: Allow org-timer-set-timer from non-Org buffers
>
> * org-timer.el (org-timer--get-timer-title): If the current buffer is
The file name should include the directory, "lisp/". (I'll add it.)
> not an Org buffer, use the buffer name as the time
Pankaj Jangid writes:
> C-c TAB is working but earlier the behaviour was to apply
> directive by default on next electric formatting. Has the behaviour
> changed in 9.3?
9.2, I believe, more specifically 6d6a30d4c (org-table: Implement shrunk
columns, 2017-06-27). The relevant NEWS entry, adde
Hi Takaaki,
Takaaki Ishikawa writes:
> The org-export provides a quitting option for user by typing `q`.
> This is nice feature but it is implemented with an error function.
> For me, it is not actually an error, it is one of the user actions,
> and when `debug-on-error` is `t`, the Backtrace bu
Takaaki Ishikawa writes:
> Dear Kyle and all,
>
> Using user-error is another way, but it does not work for me
> because user-error stops the org-export-dispatch.
> I would like to keep the session to do an action after
> the completing org-export-dispatch something like this:
>
> (defun my-org
Takaaki Ishikawa writes:
[...]
> I created a patch for this issue. Please find an attached patch.
Thanks! Applied in c7ad3f884 (with minor cosmetic tweaks to the commit
message).
> It is a really tiny patch. But I have already signed the copyright
> assignment with FSF.
Great, I've added you
Allen Li writes:
> The option to set org-use-fast-todo-selection to 'prefix was removed
> without my noticing. This breaks my workflow since I like the default
> cycling behavior and only occasionally use fast todo selection to
> switch between todo state sets.
>
> It was removed in commit f1c03
Tim Landscheidt writes:
[...]
> I want Gnus to mark the task as done /at the time when the mail was
> sent/, i. e. in:
> |- State "DONE" from "TODO" [2019-11-27 Mi 16:44]
>
> I want "2019-11-27 Mi 16:44" not to be the current time, but
> some other (past) time.
>
> How can I mark a
Nicolas Goaziou writes:
> David Masterson writes:
>
>> Subject says it all -- I didn't have orgguide in the installation of the
>> org-9.3 package, so I pulled the latest git master and copied it from
>> there. I guess the build process needs a fix.
>
> AFAICT, the build process properly genera
Nicolas Goaziou writes:
>> Sorry, I don't have write access. But this issue seems to be about the
>> Org ELPA tarball, so I don't understand how it'd be related to the
>> recent Org sync with the Emacs repo.
>
> That's because I misread the bug report and though it was related to
> Emacs master
Nicolas Goaziou writes:
> However, it doesn't mean the inconvenience shouldn't be fixed. I cannot
> remember why 819e98afd018cad3c13fd58bfcbd979ab36dfbc7 was necessary. I'm
> Cc'ing Matt Price.
Here's the related thread:
https://lists.gnu.org/archive/html/emacs-orgmode/2018-11/msg00253.html
S
Gregor Zattler writes:
> * contrib/lisp/org-screen.el (org-screen): replace obsolete function
> `insert-string' with `insert'.
Thanks. Applied in 86c7a22ce (with small capitalization tweaks to fit
project conventions).
Michael Heerdegen writes:
> Adam Porter writes:
[...]
>> I haven't seen your bug report. Was there discussion about it
>> previously?
>
> No, no discussion at all. As I said, it is Emacs bug #37890, this was
> my issue:
>
> | I want to capture an APPT with `org-capture'. I the pop-up buffer t
Kisaragi Hiu writes:
> Currently, the Info node about effort estimates does not mention what
> format should it be written in. This causes confusion, as a user might
> assume that it's the same format as schedulers (10m, 6h, etc.) like I
> did.
>
> Simply mentioning "Effort estimates need to have
Jack Kamm writes:
> I would like to use a keyboard macro for this, because re-exporting the
> presentation requires a lot of keypresses:
> - Jump to the appropriate heading
> - Start the dispatcher
> - Toggle subtree export (C-s)
> - Finally, export
>
> So, I defined a keyboard macro to do all th
sergio ruiz writes:
> Is there a way to reference the values of properties, so that at render time,
> the document does something like:
>
> * Opening section
> :PROPERTIES:
> :section: test
> :time: 1 day
> :END:
>
> Is there a way to do something like.. this section is the section
> and
Nick Dokos writes:
> org-guide.org:Introduction/Activation says:
>
> --8<---cut here---start->8---
> Add the following lines to your Emacs init file. The last four lines
> define /global/ keys for some commands---please choose suitable keys
> yourself.
>
> #+b
Vladimir Nikishkin writes:
> Is it true that ob-scheme doesn't support :stdin ?
>
> I just tried, and doesn't seem to work, although it works with ob-shell.
>
> (This is not a complaint, I just would like to confirm that I
> understand things correctly.)
Yes, that's true as far as I can tell:
Jack Kamm writes:
> This patch changes some implementation details of
> org-src-switch-to-buffer and org-edit-src-exit, to more consistently use
> pop-to-buffer to open the source buffer, and quit-restore-window to
> close it. It also adds a new default option to org-src-window-setup.
> [...]
Th
Hi Pedro,
Pedro R.M. Júnior writes:
> I am testing Emacs 28 (Org 9.3) from the Git repository and I have
> noticed that, compared to version 26.3 (Org 9.1.9), `org-next-link'
> function is skipping links located inside the PROPERTIES drawer.
> [...]
> Let me know if this is an intentional behavi
Samuel Wales writes:
> is isearch intended to be also affected? or just org-next-link? i
> suppose isearch is a generic emacs thing, just as lgrep would be
> generic, and most folk would want it to be generic and would get too
> confused if it were not, but just want to make sure.
No, isearch
Jack Kamm writes:
> My main motivation was to use my own display-buffer configuration to
> show the source buffer. So I've rewritten the patch to be smaller and
> more conservative, just adding a "plain" option to org-src-window-setup,
> and not changing the implementation of any existing options
Jack Kamm writes:
> This patch fixes several related issues with python blocks with
> parameters ":session :results value", including:
>
> - Broken if-else and try-except statements.
> - Correctly parsing blank lines in indented blocks.
> - Returning the correct value when the underscore "_" vari
Kyle Meyer writes:
>> Subject: [PATCH] org-src: Add option 'plain to org-src-window-setup
> I'll wait another day or so for others to comment before applying.
I've applied this patch (with the mentioned tweaks) and the second patch
(with a slight expansion of the commit message).
Thanks.
D writes:
> org.el seems to define three weird variables: org-m, org-l and org-f
> (see below). Two of these variables (l and f) are used exclusively in
> org-level-face, while m is not used anywhere in the code. They don't
> appear to be used in the other source files, either.
>
> Is there a p
Hi Jack,
Thanks again for the patch. Testing it out a bit, your ast-based
approach seems to work nicely.
Jack Kamm writes:
> Subject: [PATCH] ob-python: Fix several issues with :session :results value
>
> * lisp/ob-python.el (org-babel-python-evaluate-session): Fix a few
> related issues with
Jack Kamm writes:
> Hi Kyle,
>
> Thanks for the thorough review as always. An updated patch incorporating
> your feedback is at the end of this email.
Thanks for the updates.
> I'd like to do the honors of making my first push to the repo :) So
> please let me know if you're fine with me to pro
Hi Tyler,
Tyler Smith writes:
>
> What happend to org-man? I think the file was deleted from org mode, but
> I don't see any explanation in the news file. I think this qualifies as
> an incompatible change, at least for those of us that used org-man?
The prefix for all the link-related libraries
Hi Bastien,
Bastien writes:
> Hi Ian,
>
> ian martins writes:
>
>> Is it intentional that org-timer start, stop, and pause-or-continue
>> all work from any buffer, but org-timer-set-timer only works from an
>> org buffer?
>
> I don't know if this is intentional.
>
> Is there a problem here? If
Bastien writes:
> Kyle Meyer writes:
>
>> Ian already addressed it with the patch at
>> <https://lists.gnu.org/archive/html/emacs-orgmode/2019-11/msg00166.html>,
>> which was applied as 044e9718c (org-timer.el: Allow org-timer-set-timer
>> from non-Org
Hi Bastien,
Bastien writes:
> good idea -- please test from latest master branch, you can now use
> `t' and `T' as you suggested.
Thanks, though sadly Dan had already taken the time to follow up with a
patch:
https://lists.gnu.org/archive/html/emacs-orgmode/2020-01/msg00175.html
Gustav Wikström writes:
>> Gustav Wikström writes:
>>
>> > Ah, you mean the reference on line 3216. No, I don't think it can be
>> > removed. And I honestly don't think it should be either. It's there to
>> > let attachment links mirror the peculiarities of file links. It's
>> > needed for feat
Nicolas Goaziou writes:
> In a nutshell:
>
> `org-link-parameters' accepts a new property, :open, which is
> like :follow, but function installed there is called with a universal
> prefix argument. It could replace :follow altogether, but for
> compatibility reasons, they both live side by side f
Hi Tom,
Tom Gillespie writes:
> Hi all,
> After hours of frustration ending in a realization that I should really
> just read the change logs, I tracked down the reason why editing
> source blocks was now destroying my window layout. I restored the
> old behavior hidden behind a custom variabl
William Denton writes:
> The only thing I really use drawers for is with clock tracking, so for me
> this
> is just about :LOGBOOK: but it could be about other types of drawers, or all
> drawers: is there a way to collapse them all at once?
I'm not aware of a dedicated command that does that
Hi Gustavo,
Gustavo Barros writes:
> Hi All,
>
> As of recently, repeating tasks are no longer showing up in the agenda
> for future dates. Below a minimal example of the issue:
Thanks for the report and the minimal example to trigger the issue.
This bisects to 39c656870 (org-agenda.el: Fix ha
Tim Visher writes:
> * lisp/org-attach.el (org-attach-delete-all): Use `force' arg
> throughout function.
>
> `org-attach-delete-all` advertised a `force` option but passing it
> only forced its way past the initial "Really remove all…" query. This
> was unexpected and not properly documented.
>
Thank you. Applied in 7454d2018.
Applied with 70c1eec55.
Thanks for the patch.
Eric Timmons writes:
> :odt-styles-file was duplicated in ox-odt's org-export-define-backend
> form. This lead to the org-odt-styles-file custom being completely ignored.
That change looks good, and, while I'm not an ox-odt user, light testing
on my end confirms the issue
Sebastian Miele writes:
> In an example for Org table range references it says:
>
> ‘@2$1..@4$3’ six fields between these two fields (same as ‘A2..C4’)
Oh, that mistake has been around for a long time.
> However, it are nine fields instead of six.
If we were to simply replace "six" with "nin
Sebastian Miele writes:
> Kyle Meyer writes:
>> If we were to simply replace "six" with "nine", I think the
>> description could still be confusing because it's ambiguous whether
>> "between" includes the ends. (I would tend to read the
Bastien Guerry writes:
> Hi all,
>
> Org 9.0.10 is out, the last bugfix release before 9.1,
> which is to be released next week.
>
> Thanks to everyone involved!
Thanks, Bastien!
Rasmus, I've updated the emacs-sync branch.
--
Kyle
Rasmus writes:
> Hi Kyle,
>
>> Rasmus, I've updated the emacs-sync branch.
>
> I’ve pushed Org 9.0.10 to Emacs master, thank you.
Thank you. Looking at you diff, I realized that I made a mistake when I
dealt with the merge conflict in orgcard.tex.
Could you please add the change in 32a512298 (
Rasmus writes:
> Bastien writes:
>
>> Org-mode 9.1 is out!
>>
>> http://orgmode.org/Changes.html
>
> Great news!
>
> Thank you Nicolas, Kyle, Marco, Bastien, Kaushal, Achim and other code-
> and mailing list contributors.
>
> Rasmus
Great. Rasmus, I've pushed the updated emacs-sync branch, so
Charles Millar writes:
> On 09/14/17 09:47, Nicolas Goaziou wrote:
>> Hello,
>>
>> Charles Millar writes:
>>
>>> First. Should Sections 14.5 and 14.6 of the manual need revision since
>>> lob has been moved to Worg? Or at least a reference to Worg site be
>>> inserted.
>> Indeed. Would you want
Robert Horn writes:
> Nicolas Goaziou writes:
>
>> Completeness is not possible. For example, we do not document every
>> variable in the manual. Besides, when reading a pile of special rules
>> for special cases, the reader may lose focus and miss the whole concept.
>>
>> BTW, a "docstring" is t
Nicolas Goaziou writes:
> If there is no more feedback nor objection, I'll merge the branch in
> master before the end of the week.
One issue I noticed: The sorting of categories defined in
org-agenda-sorting-strategy is not honored. The default category
sorting for the agenda is to order the c
Nicolas Goaziou writes:
> Kyle Meyer writes:
>
>> Nicolas Goaziou writes:
>>
>>> If there is no more feedback nor objection, I'll merge the branch in
>>> master before the end of the week.
>>
>> One issue I noticed: The sorting of catego
Hello,
Scott Otterson writes:
> When I click on an internal link to an anchor, I get the error message:
>
> "Wrong type argument: number-or-marker-p"
>
> The same happens if I type C-c C-o on the link. This is mapped
> to org-open-at-point, which should handle internal links.
[...]
> This beh
Hello,
dchechi...@gmail.com writes:
> Since I upgrade to org-9.1.1, the export to S5 HTML seems not to work
> whereas it used to work before this upgrade.
>
> I have the following message :
> "format: Symbol's function definition is void: org-html-end-plain-list"
> I use GNU Emacs 25.1.1 (x86_64-
dchechi...@gmail.com writes:
> I have evaluated the following function found in ox-html.el
> and indeed the S5 html works when this function is defined.
>
> (defun org-html-end-plain-list (type)
> "Insert the end of the HTML list depending on TYPE."
> (case type
> (`ordered "")
> (`uno
[Forwarding because the list was dropped earlier in the thread but I
didn't notice. Scott, please don't drop the list in your replies.]
--- Begin Message ---
Scott Otterson writes:
> org-backward-paragraph()
> org-inside-LaTeX-fragment-p()
> org-footnote-in-valid-context-p()
> org-foot
Hello,
Roger Mason writes:
> This python block:
[...]
> produces this output:
>
> #+RESULTS:
> #+begin_example
> Python 2.7.13 (default, Jul 2 2017, 01:20:25)
> [GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 (tags/RELEASE_34/dot1-final
> 208032)] on freebsd10
> Type "help", "copyright", "credits
Hello,
Paul Stansell writes:
> #+begin_src python :session python1
> import numpy as np
> #+end_src
>
> I get this error in my python buffer
Sorry for the delayed response. As I just mentioned in another thread,
ob-python sessions have longstanding issues:
https://lists.gnu.org/arch
Allen Li writes:
> On Wed, Oct 11, 2017 at 11:53 AM, Johann Höchtl
> wrote:
>> According to the documentation, the keys M-S-up should invoke
>> org-move-subtree-up, and M-S-down the command org-move-subtree-down but
>> instead org-shiftmetaup or org-shiftmetadown gets executed (I am on a
>> hea
Michel Damiens writes:
> Adding :
>
> (defun my-org-export-change-options (plist backend)
> (cond
> ((equal backend 'html)
>(plist-put plist :exclude-tags "NOHTML")
>(plist-put plist :select-tags "HTML"))
> ((equal backend 'latex)
>(plist-put plist :exclud
Gregor Zattler writes:
> Dear org-mode users and developers, I frequently use C-u C-c C-w
> in order to jump to a heading in one of my org agenda files
> (using helm as a selection framework).
>
> Alas this only works when invoked from org-mode buffers or from
> the agenda if point is on an org a
Gregor Zattler writes:
> Thanks, that was easy. But why does this work with point on an
> agenda date line, whilst C-u C-c C-w does not?
org-agenda-refile raises a user-error before calling org-refile if it
cannot determine a marker for the current line:
(or (org-get-at-bol 'org-hd-marker)
Hello,
Jack Kamm writes:
> ob-python newline & indentation behavior in :session is very ugly and
> possibly broken. For example, consider the following code block:
[...]
> There is a 2 year old patch that fixes this behavior but has not yet
> been incorporated:
> https://lists.gnu.org/archiv
Jack Kamm writes:
> I adapted your old patch to the current master branch. I also extended it
> to work for ":results value" (the original patch only worked for ":results
> output"). I did this by not writing the last line of the code block to the
> tmpfile, unless it is indented.
>
> I've never
Jack Kamm writes:
> Here is the new version of the patch:
I haven't had any luck applying this patch to master. Perhaps your
email client is altering the inline patch; you can instead attach the
output file of 'git format-patch'.
> From f009da37d3b7e2730abb8cbb10f4d07b3d456dd8 Mon Sep 17 00:00
Jack Kamm writes:
> In response to this:
>
>> I can't think of a good solution, though. Stepping back a bit, I think
>> it's unfortunate that python blocks handle ":results value" differently
>> depending on whether the block is hooked up to a session or not. For
>> non-sessions, you have to us
"Samuel W. Flint" writes:
> Hey -- I'm at Org mode version 9.1.3 (release_9.1.3-185-g579fa1 @
> /home/swflint/.emacs.d/org-mode/lisp/), and GNU Emacs 25.2.1
> (x86_64-unknown-linux-gnu, GTK+ Version 3.22.18) of 2017-08-29, and on
> my files with level 3 headings and greater, the stars aren't show
"Samuel W. Flint" writes:
> Any idea what might be causing this? I checked org-bullets-mode, but
> that doesn't seem to be it.
No, sorry. Hopefully others might have a hunch. I'd suggest that you
first verify that you don't see the issue when you use Org without your
configuration. Assuming
Jack Kamm writes:
> I haven't heard back from the FSF yet, any idea how long it takes to hear
> from them?
Hmm, according to the site below, a response should come within 5
business days. That fits with my personal experience, but I'm not sure
what's typical. Also, the delay might be Thanksgiv
"Samuel W. Flint" writes:
>>>>>> Samuel W Flint writes:
>
>>>>>> Kyle Meyer writes:
> KM> "Samuel W. Flint" writes:
> >>> Any idea what might be causing this? I checked
> >>> org-bullets-mo
Mirko Vukovic writes:
> When I invoke ChangeLog, it is pre-populated with the file name only.
> There is no finer information about the location of the modification. For
> instance, I would like to use the tree heading name or ID.
>
> Is there a standard way of logging changes?
If I understand
Bastien Guerry writes:
> I've just released 9.1.4 which fixes this bug, this minor release can
> be merged into Emacs.
Thanks, Bastien. Rasmus, the emacs-sync branch is ready.
--
Kyle
Nicolas Goaziou writes:
> Ilya Shlyakhter writes:
>
>> The org-timeline documentation at
>> http://orgmode.org/manual/Timeline.html
>> seems no longer correct?
>
> The section no longer belongs to the manual.
Right, but you already removed it in e46676bd1 (org.texi: Remove
references to Timelin
Jack Kamm writes:
> FSF sent me the signed papers :) I've attached them.
great :)
> Could Kyle or someone else merge in the patch, which I am reattaching?
I'll take a final look tonight (est).
Kyle Meyer writes:
> Jack Kamm writes:
>
>> FSF sent me the signed papers :) I've attached them.
>
> great :)
I've added your name here:
http://orgmode.org/worg/org-contribute.html#contributors_with_fsf_papers
>> Could Kyle or someone else merge in the patch
401 - 500 of 1234 matches
Mail list logo
