Re: [O] non-space, paste, (???) character for inline results

Nicolas, great! except, oh, well, maybe you really meant to respond to this other set of messages, with subject line Re: [O] BUG report [Was: computing the size of a tikz to png image during export] --- cheers, Greg

Re: [O] Orgmode repeater intervals with end date

I was very pleased to find, when browsing the manual for a different reason, the 'orgmode' solution to the problem, which provides daily customization ability and also maintains exportability: `org-clone-subtree-with-timeshift`[1], with which I can easily accomplish my goals and even

[O] Prevent auto-fill-mode from filling Property values in drawers

Hello, I have noticed that auto-filling working on long (going past fill-column) values in property drawers. Here's a MWE: = #+TITLE: Test case showing auto-filling happening in Property drawers too * Heading :PROPERTIES: :DESCRIPTION: This is a very long description that will auto fill at

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

Same here. Tim Kaushal Modi writes: > On Tue, Jan 30, 2018, 12:07 AM Allen Li wrote: > >> I was not aware Org had its own mark ring, and I see no use for it >> personally when Emacs's mark ring exists. >> > > Same here :) > > So also I

Re: [O] executing org-table TBLFM form changes (resets) language settings

Am 29.01.2018 um 08:49 schrieb Rainer Stengele: Am 26.01.2018 um 10:46 schrieb Rainer Stengele: Am 25.01.2018 um 20:27 schrieb Nick Dokos: Rainer Stengele writes: All, My current-language-environment is "German". Having an Org table with a TBLFM attached: | IM

Re: [O] executing org-table TBLFM form changes (resets) language settings

Hello, Rainer Stengele writes: > has anybody an idea? Each time I calculate a time diff in an Org table > I trigger the wrong creation of any org timestamp as the date language > has changed. Full restart of Emacs needed right now :(. Would setting

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/29/18, Nicolas Goaziou wrote: > So, could we simply remove this part of Org and use Emacs facilities, > with their standard bindings (C-u C- and C-x C-) and behaviour > instead? org would have to push to both local and global it seems. sounds good to me. === note

Re: [O] non-space, paste, (???) character for inline results

Hello, Greg Minshall writes: > great! except, oh, well, maybe you really meant to respond to this > other set of messages, with subject line > > Re: [O] BUG report [Was: computing the size of a tikz to png image during > export] > --- Both are fixed, actually, so it

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

Hello, Fabrice Popineau writes: > You should have a look at commit 38be85124551083d269. > It prevents evaluation of the by-backend form in parameters. It doesn't. It prevents evaluation conditionally, i.e., when an optional argument is non-nil. The same

Re: [O] Changing face background for org-columns view

claude fuhrer writes: > I'm using a dark theme (cyberpunk if it matters) with "bright" > foreground color for most of the faces. When I try to use the column > view (C-c C-x C-c, that is org-columns), org-mode sets  the background > color for each line to bright yellow (1),

Re: [O] non-space, paste, (???) character for inline results

Hello, Greg Minshall writes: > hi. thanks again for org-mode. > > having discovered this variable, i tend to run with > : #+bind: org-babel-inline-result-wrap "%s" > > but, at the same time, i'd often like to put some character(s) before or > after the result of some

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

Hello, Samuel Wales writes: > On 1/29/18, Nicolas Goaziou wrote: >> So, could we simply remove this part of Org and use Emacs facilities, >> with their standard bindings (C-u C- and C-x C-) and behaviour >> instead? > > org would have to push to

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/30/18, Nicolas Goaziou wrote: > With local ring, you do, not with global one. That is standard Emacs > behaviour. does this constitute a change in org behavior? i'd want the same behavior as now. it would be confusing to follow a link, then follow another link in

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

2018-01-30 21:59 GMT+01:00 Nicolas Goaziou : > Hello, > > Fabrice Popineau writes: > > > You should have a look at commit 38be85124551083d269. > > It prevents evaluation of the by-backend form in parameters. > > It doesn't. > > My

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/30/18, Nicolas Goaziou wrote: >> org would have to push to both local and global it seems. > > `push-mark' would take care of this. So Org wouldn't need to. iiuc, i can't agree with you. org pushes marks onto the org mark ring in various places [and imo even misses

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

Samuel Wales writes: > do we really want "If the last global mark pushed was not in the current > buffer, > also push LOCATION on the global mark ring."? if it was in the > current buffer then we don't go to the exact location? With local ring, you do, not with global

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

Samuel Wales writes: > On 1/30/18, Nicolas Goaziou wrote: >>> org would have to push to both local and global it seems. >> >> `push-mark' would take care of this. So Org wouldn't need to. > > iiuc, i can't agree with you. org pushes marks onto the

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

minor followup to prev post. here is a place where org does not but ime is useful to push the mark. org does similarly when you follow a link, for example. i believe this should be done to the local and global mark rings. diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/30/18, Nicolas Goaziou wrote: > Let me clarify. I just want to replace `org-mark-ring-push' with > `push-mark'. The distinction between local and global mark rings are > taken care of in the latter. Org doesn't need to mess with it. > > I hope that's clearer now.

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On Tue, Jan 30, 2018 at 3:15 PM, Samuel Wales wrote: > On 1/30/18, Nicolas Goaziou wrote: >> With local ring, you do, not with global one. That is standard Emacs >> behaviour. > > does this constitute a change in org behavior? i'd want the same >

Re: [O] non-space, paste, (???) character for inline results

Nico, ah, thanks! not wanting to look gift horses, etc., but i've a question. if i understand the change correctly - (looking-at "\\

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/30/18, Allen Li wrote: > It does change org behavior, since the native mark ring > distinguishes local from global, whereas org-mark-ring does not. > With the proposed change, there won't be a single > org-mark-ring-goto, you would have to make sure you call the >

[O] Changing face background for org-columns view

Hi all, I'm using a dark theme (cyberpunk if it matters) with "bright" foreground color for most of the faces. When I try to use the column view (C-c C-x C-c, that is org-columns), org-mode sets  the background color for each line to bright yellow (1), whitout changing the foreground color

[O] non-space, paste, (???) character for inline results

hi. thanks again for org-mode. having discovered this variable, i tend to run with : #+bind: org-babel-inline-result-wrap "%s" but, at the same time, i'd often like to put some character(s) before or after the result of some particular inline call, e.g., a dollar sign, a percent, etc. i could,

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

Kaushal Modi writes: > On Tue, Jan 30, 2018, 12:07 AM Allen Li wrote: > >> I was not aware Org had its own mark ring, and I see no use for it >> personally when Emacs's mark ring exists. >> > > Same here :) > > So also I wouldn't miss out if

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On Tue, Jan 30, 2018, 12:07 AM Allen Li wrote: > I was not aware Org had its own mark ring, and I see no use for it > personally when Emacs's mark ring exists. > Same here :) So also I wouldn't miss out if that feature is removed, C-u SPC works great. > -- Kaushal