On 3/6/14 2:00 PM, Oleh wrote:
I was just committing a single line change to an org-mode table into
git, and the diff isn't good at all: the whole table appears to have
changed. Well, not really - just a few spaces were added on each table
line because the single new line caused a need to re-ali
Hi Oleh
On Thu, Mar 6, 2014 at 8:00 PM, Oleh wrote:
> I was just committing a single line change to an org-mode table into
> git, and the diff isn't good at all: the whole table appears to have
> changed. Well, not really - just a few spaces were added on each table
> line because the single new
Hi all,
I don't know if this issue has been raised before (it's a bit
difficult to google it).
I was just committing a single line change to an org-mode table into
git, and the diff isn't good at all: the whole table appears to have
changed. Well, not really - just a few spaces were added on each
Hi Bastien,
Bastien writes:
>> When I set variable org-return-follows-link to true I expect that it
>> will work on links in tables too (when org-table-editor is on). But
>> it does not.
>>
>> Is it wrong behaviour of org-mode?
>
> The behavior of RET in tables takes precedence in this case,
>
Hi Vasil,
vdya...@elvees.com (Дядов Васил Стоянов) writes:
> When I set variable org-return-follows-link to true I expect that it
> will work on links in tables too (when org-table-editor is on). But
> it does not.
>
> Is it wrong behaviour of org-mode?
The behavior of RET in tables takes preced
Hi!
When I set variable org-return-follows-link to true I expect that it
will work on links in tables too (when org-table-editor is on). But
it does not.
Is it wrong behaviour of org-mode?
With best regards,
Vasil
Links with descriptions do not always display properly in tables. If I
execute org-toggle-link-display, the full link text gets displayed, but
table alignment is messed up. Executing org-table-align makes things
look pretty again. I think it should happen automatically.
Emacs : GNU Emacs 24.0.93.
Nick Dokos writes:
> Bernt Hansen wrote:
>
>> Assuming his has local commits buried in his history somewhere Tom can
>> 'fix' it by doing
>>
>> $ git checkout master
>> $ git reset --hard origin/master
>> $ git cherry-pick
>>
>> so the new commits are on top of origin/master, and set hi
Bernt Hansen wrote:
> Assuming his has local commits buried in his history somewhere Tom can
> 'fix' it by doing
>
> $ git checkout master
> $ git reset --hard origin/master
> $ git cherry-pick
>
> so the new commits are on top of origin/master, and set his master
> branch to automatical
Nick Dokos writes:
> Bernt Hansen wrote:
>
>> Nick Dokos writes:
>>
>> > Thomas S. Dye wrote:
>> >
> From what I gather, Tom is getting additional merge commits every time
> he pulls (which accounts for the extras and the different SHA1). I think
> I used to have that problem, but I don't any
Bernt Hansen wrote:
> Nick Dokos writes:
>
> > Thomas S. Dye wrote:
> >
> >> I can confirm that the formerly broken links in my tables work with
> >> Org-mode version 7.5 (release_7.5.596.gea215).
> >>
> >
> > I'm puzzled (and a bit worried about the integrity of my tree): I pulled
> > a shor
Nick Dokos writes:
> Thomas S. Dye wrote:
>
>> I can confirm that the formerly broken links in my tables work with
>> Org-mode version 7.5 (release_7.5.596.gea215).
>>
>
> I'm puzzled (and a bit worried about the integrity of my tree): I pulled
> a short while ago and ''git describe HEAD'' says
Thomas S. Dye wrote:
> I can confirm that the formerly broken links in my tables work with
> Org-mode version 7.5 (release_7.5.596.gea215).
>
I'm puzzled (and a bit worried about the integrity of my tree): I pulled
a short while ago and ''git describe HEAD'' says:
baseline-490-gde0fcdf
Aloha Nicolas,
I can confirm that the formerly broken links in my tables work with
Org-mode version 7.5 (release_7.5.596.gea215).
All the best,
Tom
Nicolas Goaziou writes:
> Hello,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> Aloha all,
>>
>> Links in tables have changed recently.
>>
>> I h
Nicolas Goaziou wrote:
> Hello,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
> > Aloha all,
> >
> > Links in tables have changed recently.
> >
> > I have this link definition:
> >
> > #+source: define-citep-link
> > #+begin_src emacs-lisp :results silent
> > (org-add-link-type
> > "ci
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha all,
>
> Links in tables have changed recently.
>
> I have this link definition:
>
> #+source: define-citep-link
> #+begin_src emacs-lisp :results silent
> (org-add-link-type
> "citep" 'ebib
> (lambda (path desc format)
>
Hello,
Bastien writes:
> Thanks to both of you for the report.
>
> Nicolas, would you have time to take care of this today?
I'm on it right now.
Regards,
--
Nicolas Goaziou
Thanks to both of you for the report.
Nicolas, would you have time to take care of this today? If so, I can
delay 7.6 a bit. Otherwise I will release 7.6 and we can make a 7.6.1
release shortly with such major bugfixes, then push 7.6.1 to Emacs
trunk.
Best,
--
Bastien
Thomas S. Dye wrote:
> Aloha all,
>
> Links in tables have changed recently.
>
> I have this link definition:
>
> #+source: define-citep-link
> #+begin_src emacs-lisp :results silent
> (org-add-link-type
> "citep" 'ebib
> (lambda (path desc format)
>(cond
> ((eq
Aloha all,
Links in tables have changed recently.
I have this link definition:
#+source: define-citep-link
#+begin_src emacs-lisp :results silent
(org-add-link-type
"citep" 'ebib
(lambda (path desc format)
(cond
((eq format 'html)
(format "(%s)" path))
20 matches
Mail list logo
