Hi Stefan,
Thanks for the patch.
Stefan Monnier writes:
> I'm on a crusade to eradicate the `intangible' property, which happens
> to rub me the wrong way because it's implemented at too-low a level (it
> affects every point movement) which incurs a significant performance
> penalty (even when
Suvayu Ali writes:
> Hi Rasmus,
>
> On Thu, Apr 16, 2015 at 12:57:46AM +0200, Rasmus wrote:
>>
>> Could you try the attached patches and see if they solve your issues?
>
> Seems to work nicely. I'll keep using them rest of the week.
Pushed.
I removed support for radio targets as I don't reall
Hi all,
I was just trying to customize the completion back end for refiling (ido isn't
great for that, even with the ido-vertical upgrade). And it's not at all easy,
since ido seems to be hard-wired into org-mode's completion. Could we just
change to use `completing-read-function' instead of `or
Hi Oleh,
Oleh Krehel writes:
> I was just trying to customize the completion back end for refiling (ido isn't
> great for that, even with the ido-vertical upgrade). And it's not at all
> easy,
> since ido seems to be hard-wired into org-mode's completion. Could we just
> change to use `comple
"Loris Bennett" writes:
> and running xelatex directly in the shell on the tex file, but neither
> worked for me.
Did you add the zero width space? Are you using org from git?
—Rasmus
--
Send from my Emacs
Hi Rasmus,
On Thu, Apr 16, 2015 at 4:10 PM, Rasmus wrote:
> Hi Oleh,
>
> Oleh Krehel writes:
>
>> I was just trying to customize the completion back end for refiling (ido
>> isn't
>> great for that, even with the ido-vertical upgrade). And it's not at all
>> easy,
>> since ido seems to be har
Hi Oleh,
Oleh Krehel writes:
>>> I was just trying to customize the completion back end for refiling
>>> (ido isn't
>>> great for that, even with the ido-vertical upgrade). And it's not
>>> at all easy,
>>> since ido seems to be hard-wired into org-mode's completion. Could we just
>>> change t
I've been thinking the same recently. For me, I was interested in
supporting RASH which is HTML+RDFa.
http://cs.unibo.it/save-sd/rash/documentation/index.html
Would be nice to have an org-mode for scientific communication tool.
Publishing an Emacs paper would be kind of fun also.
Phil
John Ki
Rasmus writes:
> "Loris Bennett" writes:
>
>> and running xelatex directly in the shell on the tex file, but neither
>> worked for me.
>
> Did you add the zero width space? Are you using org from git?
> —Rasmus
Sorry, I missed the zero-width space (probably due to its lack of width
...).
It d
On Thu, Apr 16, 2015 at 5:21 PM, Rasmus wrote:
> Hi Oleh,
>
> Oleh Krehel writes:
>
I was just trying to customize the completion back end for refiling
(ido isn't
great for that, even with the ido-vertical upgrade). And it's not
at all easy,
since ido seems to be hard-wi
>> I don't know how to use helm of ivy. But I think the attached patch is
>> better. Would that work with helm and ivy?
Yes, both work fine.
> I could live with it, but basically `org-completion-use-ido` says "I
> don't care if you've temporarily disabled `ido-mode' or not, I'll use
> ido anywa
Hi,
Oleh Krehel writes:
>> I don't know how to use helm of ivy. But I think the attached patch is
>> better. Would that work with helm and ivy?
>
> I could live with it, but basically `org-completion-use-ido` says "I
> don't care if you've temporarily disabled `ido-mode' or not, I'll use
> ido
On 2015-04-16, at 17:35, Oleh Krehel wrote:
>>> I don't know how to use helm of ivy. But I think the attached patch is
>>> better. Would that work with helm and ivy?
>
> Yes, both work fine.
Just my 2 cents: what about us Icicles users? (Apparently, all two of
us, which saddens me...)
Best,
Hi Marcin,
On Thu, Apr 16, 2015 at 7:45 PM, Marcin Borkowski wrote:
>
> On 2015-04-16, at 17:35, Oleh Krehel wrote:
>
I don't know how to use helm of ivy. But I think the attached patch is
better. Would that work with helm and ivy?
>>
>> Yes, both work fine.
>
> Just my 2 cents: what
Hi Marcin,
Marcin Borkowski writes:
> Just my 2 cents: what about us Icicles users?
I'm sure you will tell us :)
IMO Org should use whatever Emacs is already using by default. Variables
for default chooser programs exist. If Icicles does not work using the
standard variables perhaps you shou
On 2015-04-16, at 20:05, Rasmus wrote:
> Hi Marcin,
>
> Marcin Borkowski writes:
>
>> Just my 2 cents: what about us Icicles users?
>
> I'm sure you will tell us :)
>
> IMO Org should use whatever Emacs is already using by default. Variables
> for default chooser programs exist. If Icicles do
Hello list,
With the latest from Git master, the HTML export ignores CUSTOM_ID
properties for subtrees. I've seen list traffic that the names of the
export ID's are being changed, but this is not intentional, right?
Emacs : GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5) of
2015-03-07
Hi,
tftor...@tftorrey.com (T.F. Torrey) writes:
> With the latest from Git master, the HTML export ignores CUSTOM_ID
> properties for subtrees. I've seen list traffic that the names of the
> export ID's are being changed, but this is not intentional, right?
It doesn't ignore it, but it is trans
I've been exporting some agenda files to iCalendar, then uploading them
to my server and getting them into the calendar app on my Android
tablet, by means of Radicale and DAVDroid. It all works fine, though I
wish I were able to get org-caldav working for two-way syncing.
I recently put a LOCATION
Eric Abrahamsen writes:
> I've been exporting some agenda files to iCalendar, then uploading them
> to my server and getting them into the calendar app on my Android
> tablet, by means of Radicale and DAVDroid. It all works fine, though I
> wish I were able to get org-caldav working for two-way s
20 matches
Mail list logo
