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
> right command out of pop-to-
Nico,
ah, thanks!
not wanting to look gift horses, etc., but i've a question. if i
understand the change correctly
- (looking-at "\\
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
> behavior as now. it would be confusing to follow
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 the same buffer, then go b
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 one. That is standard Ema
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.
yes, thanks.
do we really w
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 org mark ring
> in various places [and imo even
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 98f6034..d410d3
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 at least one place -- goi
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 mistake: it optionaly prevents :-)
> It prevents evaluation con
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 both local and global it seems.
`push-mark' woul
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 `math-short-weekday-names' help?
Regards,
--
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 argument prevents expanding Noweb refer
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 doesn't matter the wa
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 also that for single buff
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 Startzeit | IM Endez
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 t
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 consolidat
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
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 wouldn't miss out if that feature is removed, C-u SPC wor
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 that feature is removed, C-u SPC works
> great.
I was
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 Modi
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 particular inline call, e.g
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), whitout changing the
>
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,
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 us
26 matches
Mail list logo
