Hi Eric,
Eric Abrahamsen writes:
> For some reason I've been sorting lots of TODOs recently, and found the
> default behavior of org-sort-entries a little odd. It sorts according to
> the order found in org-todo-keywords-1, which apparently just comes from
> the order the keywords were scanned d
Hi Michael,
"R. Michael Weylandt "
writes:
> TLDR: remove ?\= from org-link-escape-chars.
Done (in master.)
I'm copying David since he's the author of this commit:
http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=1a68b6
David, sorry to jump in, but are there any reason why the
characters +
For some reason I've been sorting lots of TODOs recently, and found the
default behavior of org-sort-entries a little odd. It sorts according to
the order found in org-todo-keywords-1, which apparently just comes from
the order the keywords were scanned during setup. I don't think that's
all that u
Hi Noah,
Noah Slater writes:
> As for the rest, please try C-u C-u C-c C-x C-d from master.
>
> We can enhance it by having an option setting the default custom
> range for such display, but going further would be too much.
>
>
> What does this do? (What changed?) Does it let me
Hi Dieter,
Dieter Schoen writes:
> Yes, that was a copy/paste relict from ob-python, I removed the latter
> mode reference.
OK -- I see there are still references to both lua-mode.el and lua.el
(which does not exist) and you need to add a link to the lua-mode.el
github repository.
>> * See (de
Eric Abrahamsen writes:
> The patch series that would not die!
:)
Applied, thanks!
--
Bastien
Bastien writes:
> Hi Eric,
>
> Eric Abrahamsen writes:
>
>> Sorry this took a while to get to...
>>
>> I think it was a little simpler than I thought -- at least I hope that's
>> true, and I'm not missing something really obvious. There are two
>> patches attached, a simple one that handles re-j
Aloha Bastien,
Bastien writes:
> Hi Thomas,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> Has anyone implemented a helm interface for Org-mode #+name lines? I
>> think it might be useful for inserting cross reference links.
>
> did you try
>
> https://github.com/emacs-helm/helm/blob/master/he
Do you have auto-revert enabled for that file? At the top of a
dropbox-shared Org file I have this:
# -*- coding: utf-8; eval: (auto-revert-mode 1); -*-
I still find it a bit buggy, and also have this code snippet which I
execute whenever I begin editing in that Org file. I also try to
remember
Hi Noah,
Noah Slater writes:
> Here's a broken example:
>
> #+BEGIN: clocktable :maxlevel 2 :link :scope file :sort (2 . ?T)
> #+END:
You need :link t or :link nil for this block to be correctly formatted.
HTH,
--
Bastien
Richard Lawrence writes:
> Also, Unison (http://www.cis.upenn.edu/~bcpierce/unison/) promises to do
> two-way file sync between *nix and Windows. I've never tried it; has
> anyone else?
I can recommend rsync (you can get it from Cygwin for Windows) for such
things. No fancy GUIs though. It just
Martin Schöön writes:
> What if, as is the case for me, work computer runs Win7 and home computer
> runs Linux?
> Now I use a manual 'system' which shouldn't be necessary, I think.
Well, I don't run Windows on any of my systems, so someone else probably
has better advice here.
I'm pretty sure g
At Sat, 24 May 2014 14:25:05 +0200,
Bastien wrote:
>
> Hi Dieter,
>
> Dieter Schoen writes:
>
> > I have my name to the copyright, but left in the name of the authors
> > of ob-python.el, as I used that as a template.
> > Is that ok?
>
> Yes -- but I don't see your name anywhere in the file.
On 20.05.2014 23:04, Bastien wrote:
Eric S Fraga writes:
Of course, you *could* change the mode line so that clocking
information
comes earlier in the line... but playing with the mode line can be a
real time sink, and I speak from experience! My mode line bears
little
resemblance to the d
Aloha Seb,
Sebastien Vauban
writes:
> Bastien wrote:
>> tsd-p0awh739ni4avxtiumw...@public.gmane.org (Thomas S. Dye) writes:
>>
>>> Has anyone implemented a helm interface for Org-mode #+name lines? I
>>> think it might be useful for inserting cross reference links.
>>
>> did you try
>> https:
Here's a broken example:
#+BEGIN: clocktable :maxlevel 2 :link :scope file :sort (2 . ?T)
#+END:
* A
CLOCK: [2014-05-24 Sat 10:00]--[2014-05-24 Sat 11:00] => 1:00
* B
CLOCK: [2014-05-24 Sat 11:00]--[2014-05-24 Sat 12:30] => 1:30
* C
CLOCK: [2014-05-24 Sat 12:30]--[2014-05-24 Sat 15:00] => 2:30
On 20 April 2014 15:18, Bastien wrote:
> Noah Slater writes:
>
> > Note: sorting the clock table doesn't work very well. I want each
> > level to be sorted recursively.
>
> Yeah, me too -- if you can work on enhancing how the :sort parameters
> is handled for clocktables, that'd be great.
>
Oka
Daimrod writes:
> So, as you said, we would need to define and document a specification
> for org-contacts. And we need to be clear from the beginning about
> what it can do and what it can not do. For example, it is unlikely
> that org-contacts will be a 1:1 mapping with the vCard format in its
Alexis writes:
> Hi all,
Hi,
> [snip...]
>
> Fleshing out an extended spec for org-contacts data could be part of the
> process of making org-contacts a first-class citizen of org-mode, and
> provide a more solid foundation on which people can build (and share)
> the org-contacts functionality t
Hi Xebar,
Xebar Saram writes:
> i mainly used git over the last 6 months but that forces me to
> pull/commit/push manually each time i add something to either machine and
> that is really annoying. plus i get merge conflicts all the time
>
> I have tried dropbox at the past but again this causes
Rasmus writes:
> Check here:
>
> https://f-droid.org/repository/browse/?fdfilter=carddav&fdpage=1&page_id=0
>
> DAVdroid works very well.
Oh okay, i didn't realise DAVdroid was FOSS.
DAVdroid makes use of the ez-vcard library, which is BSD-licensed, and
certainly seems like it might be useful.
Alexis writes:
> There might already be
> a FOSS CardDAV library for Android out there that could be used for
> syncing, but i've not researched that yet.
Check here:
https://f-droid.org/repository/browse/?fdfilter=carddav&fdpage=1&page_id=0
DAVdroid works very well.
--
Sådan en god dansk la
Alexander Baier writes:
> For what it's worth, I would love to help out in any way I can. I use
> org-contacts myself and know elisp well enough to also do some
> implementing. But I wouldn't mind writing some documentation, either.
Thank you! At this point i'm studying RFC 6350 (vCard 4) and
Hi Alexander,
Alexander Baier writes:
> For what it's worth, I would love to help out in any way I can. I use
> org-contacts myself and know elisp well enough to also do some
> implementing. But I wouldn't mind writing some documentation, either.
> I, however, don't know much about Android pro
Charles Millar writes:
> Is this OK?
Please go ahead and tell us :)
--
Bastien
On 2014-05-24 12:15 Alexis wrote:
> Alexander Baier writes:
>
>> About the spec, might it make sense to use a standard already in
>> existence as a starting point or even a major inspiration? Something
>> like vCard for example?
>
> Yeah, i like the idea of building on top of vCard, given how wid
Bastien writes:
> Alexis writes:
>
>> *nod* Good point i'd be happy to assign copyright to the FSF,
>> myself, but i know that doing so is an issue for many people.
>
> Here you go!
>
> http://orgmode.org/cgit.cgi/org-mode.git/plain/request-assign-future.txt
>
> :)
Heh, thank you! i'll de
Hi Esben,
The way that org-contacts currently works is that contact details are
grouped together in the same PROPERTIES drawer, e.g.
* Alexis
:PROPERTIES:
:EMAIL: ale...@example.com
:PHONE: -
:END:
and that's what i've assumed in my MobileOrg code for parsing
org-contacts data. i imag
Hi Sebastien, Bastien and all,
Bastien wrote:
Sebastien Vauban
writes:
The syntax is "LocalWords:" prefixed by the current "comment prefix".
Hence, I don't really understand why we would want to transform it in
"#+ LocalWords:".
Yes. Last evening I realized that changing "# LocalWords:" to
On 2014-05-23 15:17 Esben Stien wrote:
> I find it very interesting to distribute contacts all over my files,
> instead of having a single file for them. They end up somehow where they
> are supposed to be;).
This should not be a problem. You define what makes a headline a
contact for you by spec
Hi Dieter,
Dieter Schoen writes:
> I have my name to the copyright, but left in the name of the authors
> of ob-python.el, as I used that as a template.
> Is that ok?
Yes -- but I don't see your name anywhere in the file.
> Another change to the first version is that it's now also possible
> t
Alexis writes:
> *nod* Good point i'd be happy to assign copyright to the FSF,
> myself, but i know that doing so is an issue for many people.
Here you go!
http://orgmode.org/cgit.cgi/org-mode.git/plain/request-assign-future.txt
:)
--
Bastien
On Fri, 23 May 2014 15:17:04 +0200, Esben Stien wrote:
> Sync'ing with ldap would also be great, but I guess that's a bit
> premature.
Well, if org-contacts becomes based in vCard, as i'd like, i guess it
might be possible to use LDAP vCard services
Alexis.
At Wed, 21 May 2014 09:30:44 +0200,
Bastien wrote:
>
> Hi Dieter,
>
> Dieter Schoen writes:
>
> > i have just sent the email to ass...@gnu.org to start the process.
>
> Great -- let us know how it goes (can take one month.)
As I wrote off-list, I received the signed pdf yesterday.
> In the m
Hi Bastien,
* Bastien [24. May. 2014]:
> Gregor Zattler writes:
>
>> I cannnot create an agenda due to a erroneous stats cookie in a
>> headline of an org file:
>
> Fixed, thanks!
Thanks for this ultra quick fix!
Ciao, Gregor
--
-... --- .-. . -.. ..--.. ...-.-
Xebar Saram writes:
> This sounds awesome, i would love syncing org contacts with my android
> phone
:-) It's good to know i'm not the only one wanting this functionality -
gives me more incentive to actually implement it!
Alexis.
Hi Christopher,
Bastien writes:
> This is a problem about cross references not pointing at the right
> URL when they are generated by texi2html. @pxref{} seems to target
> Info references only.
>
> I don't have simple fix, though, I'd be interested if someone has
> one.
I fixed this in the mas
Alexander Baier writes:
> About the spec, might it make sense to use a standard already in
> existence as a starting point or even a major inspiration? Something
> like vCard for example?
Yeah, i like the idea of building on top of vCard, given how widely it's
used and supported, and that it d
Bastien writes:
> Improving org-contacts.el and making it part of Org core are two
> separate issues -- not everything that is part of Org core gets a
> lot of attention, and some contributed packages do.
Oh okay, fair enough!
> I'd say: go ahead with whatever conventions you want to enforce
>
Hi Eric,
Eric Abrahamsen writes:
> Sorry this took a while to get to...
>
> I think it was a little simpler than I thought -- at least I hope that's
> true, and I'm not missing something really obvious. There are two
> patches attached, a simple one that handles re-justification of table
> field
Rasmus writes:
> You could also put yourself a slightly different challenge: map
> between the org-contacts-format and an carddav server that you
> establish as a backend on your phone. E.g. google contacts is a
> carddav server, I think.
>
> I use DAVdroid for syncing my calendar and my contac
Hi Bastien,
On Wed, May 21, 2014 at 03:28:28PM +0200, Bastien wrote:
> Suvayu Ali writes:
>
> > BTW, the ignoreheading thing has been asked so many times, maybe I
> > should put it in an FAQ. But then, the content is more appropriate for
> > org-hacks ... I'm undecided. Any thoughts?
>
> It's
Hi Gregor,
Gregor Zattler writes:
> I cannnot create an agenda due to a erroneous stats cookie in a
> headline of an org file:
Fixed, thanks!
--
Bastien
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
-
Esben Stien writes:
Then you could do:
* Hukarz
:PROPERTIES:
:ORGTYPE: contact
:END
** EMAIL
*** f...@bar.bz
:PROPERTIES:
:EMAILTYPE: business0
:ID: 000
:END:
This dude uses this for business, but actually send him mail via
private email, cause he sees that after business hours as well;
Hi Alexis!
* Alexis wrote:
>
> Hi all,
>
> i use org-contacts as my primary system for contact
> management. Consequently, i'd love to be able to make use of my
> org-contacts data on my Android phone.
Agreed!
> What would be useful would be an 'official', fleshed-out spec for
> org-contacts da
Esben Stien writes:
> * Hukarz
> :PROPERTIES:
> :TRANSFER:
> :[LINKTOKARLJUNIOR]:
>:EMAIL: bar
>:ADDRESS:
>:PHONE:
> :[LINKTOYOURSELF]:
>:EMAIL: baz
> :END:
Or how about just make the heading a type contact? That would be
infinitely more useful.
* Hukarz
:PROPERTIES:
:OR
Esben Stien writes:
> We can't use a hierarchy?
Well, no, sorry!
--
Bastien
Karl Voit writes:
> It's set: my first properties will be:
>
> :ITOLDTHEM_EMAIL:
> :ITOLDTHEM_ADDRESS:
> :ITOLDTHEM_PHONE:
We can't use a hierarchy?
* Hukarz
:PROPERTIES:
:TRANSFER:
:[LINKTOKARLJUNIOR]:
:EMAIL: bar
:ADDRESS:
:PHONE:
:[LINKTOYOURSELF]:
:EMAIL: baz
:E
Sebastien Vauban
writes:
> The syntax is "LocalWords:" prefixed by the current "comment prefix".
> Hence, I don't really understand why we would want to transform it in
> "#+ LocalWords:".
Yes. Putting this in a separate configuration section at the end of
the file is probably the way to go.
Bastien wrote:
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> Has anyone implemented a helm interface for Org-mode #+name lines? I
>> think it might be useful for inserting cross reference links.
>
> did you try
> https://github.com/emacs-helm/helm/blob/master/helm-org.el ?
>
> Maybe the authors ca
Hello,
> Perhaps -- I don't know what LocalWords is supposed to do.
"# LocalWords:" allows to add words in your dictionary for that file only.
The syntax is "LocalWords:" prefixed by the current "comment prefix".
Hence, I don't really understand why we would want to transform it in
"#+ LocalWord
52 matches
Mail list logo
