From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sacha Chua Subject: [PATCH] Change relative weekday specifications (ex: fri or -tue) to exclude today Date: Fri, 12 Apr 2013 19:29:55 -0400 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=bcaec5299451249e0704da324910 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:59351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UQnQD-0001Nd-C6 for emacs-orgmode@gnu.org; Fri, 12 Apr 2013 19:30:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UQnQA-0002p8-Qx for emacs-orgmode@gnu.org; Fri, 12 Apr 2013 19:30:21 -0400 Received: from mail-pb0-f43.google.com ([209.85.160.43]:57238) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UQnQA-0002nu-Hh for emacs-orgmode@gnu.org; Fri, 12 Apr 2013 19:30:18 -0400 Received: by mail-pb0-f43.google.com with SMTP id md4so1666357pbc.16 for ; Fri, 12 Apr 2013 16:30:17 -0700 (PDT) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs list --bcaec5299451249e0704da324910 Content-Type: multipart/alternative; boundary=bcaec5299451249e0404da32490e --bcaec5299451249e0404da32490e Content-Type: text/plain; charset=ISO-8859-1 I use the weekday specifiers for org-read-date a lot when scheduling tasks. For example, I frequently use things like "+sat" - the + isn't needed for this, but I still do it out of habit ("sat" works just as well). Sometimes I want to postpone tasks to the same day next week. I think of "fri" as "the next upcoming Friday", so I tend to use that to postpone things. Then I get thoroughly confused, because it ends up on the same day, and then I grumble and reschedule it to either "2fri" or "+w". You see, if today is Friday, "fri" gets you today, even if org-read-date-prefer-future is true. It's the correct behaviour according to the documentation, but it was driving me a little crazy, so I propose the attached change. It makes "fri" and "-fri" exclude today, so if today is Friday, "fri" means next Friday (procrastinate away!) and "-fri" means last Friday. What do people think? --bcaec5299451249e0404da32490e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I use the weekday specifiers for org-read-date = a lot when scheduling tasks. For example, I frequently use things like &quo= t;+sat" - the + isn't needed for this, but I still do it out of ha= bit ("sat" works just as well). Sometimes I want to postpone task= s to the same day next week. I think of "fri" as "the next u= pcoming Friday", so I tend to use that to postpone things.=A0

Then I get thoroughly confused, because it = ends up on the same day, and then I grumble and reschedule it to either &qu= ot;2fri" or "+w". You see, if today is Friday, "fri&quo= t; gets you today, even if org-read-date-prefer-future is true. It's th= e correct behaviour according to the documentation, but it was driving me a= little crazy, so I propose the attached change. It makes "fri" a= nd "-fri" exclude today, so if today is Friday, "fri" m= eans next Friday (procrastinate away!) and "-fri" means last Frid= ay.

What do people think?

<= /div>

--bcaec5299451249e0404da32490e-- --bcaec5299451249e0704da324910 Content-Type: application/octet-stream; name="0001-Change-relative-weekday-specifications-ex-fri-or-tue.patch" Content-Disposition: attachment; filename="0001-Change-relative-weekday-specifications-ex-fri-or-tue.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hffzd0rc0 RnJvbSA5MGRjZDlmNjMzNTFkMzQ2ZmI2NWIxMDg5N2Q2MWI3MzAwZGRkZmZhIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBTYWNoYSBDaHVhIDxzYWNoYUBzYWNoYWNodWEuY29tPgpEYXRl OiBGcmksIDEyIEFwciAyMDEzIDE5OjE5OjE2IC0wNDAwClN1YmplY3Q6IFtQQVRDSF0gQ2hhbmdl IHJlbGF0aXZlIHdlZWtkYXkgc3BlY2lmaWNhdGlvbnMgKGV4OiBmcmkgb3IgLXR1ZSkgdG8KIGV4 Y2x1ZGUgdG9kYXkKCiogbGlzcC9vcmcuZWwgKG9yZy1yZWFkLWRhdGUtZ2V0LXJlbGF0aXZlKTog SGFuZGxlIHBvc2l0aXZlIGFuZApuZWdhdGl2ZSB3ZWVrZGF5IHNwZWNpZmljYXRpb25zIHNvIHRo YXQgdGhleSBkb24ndCByZXR1cm4gdG9kYXkuCklmIHRvZGF5IGlzIEZyaWRheSwgImZyaSIgc2hv dWxkIG1lYW4gbmV4dCBGcmlkYXkuIFRoaXMgY2hhbmdlcwp0aGUgcHJldmlvdXMgYmVoYXZpb3Is IHdoaWNoIHJlcXVpcmVkIHlvdSB0byBzcGVjaWZ5ICIrMmZyaSIgaW4Kb3JkZXIgdG8gbWVhbiBu ZXh0IEZyaWRheSBpZiB0b2RheSB3YXMgRnJpZGF5LiBJZiB5b3Ugd2FudCB0bwpzY2hlZHVsZSBz b21ldGhpbmcgZm9yIHRvZGF5LCB5b3UgY2FuIHVzZSAiLiIuCgoqIGRvYy9vcmcudGV4aSAoVGhl IGRhdGUvdGltZSBwcm9tcHQpOiBVcGRhdGUgdGhlIGRvY3VtZW50YXRpb24KdG8gcmVmbGVjdCB0 aGUgbmV3IHdheSBgb3JnLXJlYWQtZGF0ZS1nZXQtcmVsYXRpdmUnIGhhbmRsZXMKd2Vla2RheXMu CgpUSU5ZQ0hBTkdFCi0tLQogZG9jL29yZy50ZXhpIHwgIDUgKysrLS0KIGxpc3Avb3JnLmVsICB8 IDEwICsrKysrKysrLS0KIDIgZmlsZXMgY2hhbmdlZCwgMTEgaW5zZXJ0aW9ucygrKSwgNCBkZWxl dGlvbnMoLSkKCmRpZmYgLS1naXQgYS9kb2Mvb3JnLnRleGkgYi9kb2Mvb3JnLnRleGkKaW5kZXgg YWM2NmI3OS4uN2VjZDA1NyAxMDA2NDQKLS0tIGEvZG9jL29yZy50ZXhpCisrKyBiL2RvYy9vcmcu dGV4aQpAQCAtNTg4MSw3ICs1ODgxLDcgQEAgaW4gQGJ7Ym9sZH0uCiAxNCAgICAgICAgICAgIEBy ZXN1bHR7fSBAYnsyMDA2fS1AYnswNn0tMTQKIDEyICAgICAgICAgICAgQHJlc3VsdHt9IEBiezIw MDZ9LUBiezA3fS0xMgogMi81ICAgICAgICAgICBAcmVzdWx0e30gQGJ7MjAwN30tMDItMDUKLUZy aSAgICAgICAgICAgQHJlc3VsdHt9IG5lYXJlc3QgRnJpZGF5IChkZWZhdWx0IGRhdGUgb3IgbGF0 ZXIpCitGcmkgICAgICAgICAgIEByZXN1bHR7fSBuZWFyZXN0IEZyaWRheSBhZnRlciB0aGUgZGVm YXVsdCBkYXRlCiBzZXAgMTUgICAgICAgIEByZXN1bHR7fSBAYnsyMDA2fS0wOS0xNQogZmViIDE1 ICAgICAgICBAcmVzdWx0e30gQGJ7MjAwN30tMDItMTUKIHNlcCAxMiA5ICAgICAgQHJlc3VsdHt9 IDIwMDktMDktMTIKQEAgLTU5MDYsNyArNTkwNiw4IEBAIHRoZSBhYmJyZXZpYXRpb24gb2YgZGF5 IG5hbWUsIHRoZSBkYXRlIHdpbGwgYmUgdGhlIE50aCBzdWNoIGRheSwgZS5nLjoKICs0ICAgICAg ICAgICAgQHJlc3VsdHt9IHNhbWUgYXMgYWJvdmUKICsydyAgICAgICAgICAgQHJlc3VsdHt9IHR3 byB3ZWVrcyBmcm9tIHRvZGF5CiArKzUgICAgICAgICAgIEByZXN1bHR7fSBmaXZlIGRheXMgZnJv bSBkZWZhdWx0IGRhdGUKLSsydHVlICAgICAgICAgQHJlc3VsdHt9IHNlY29uZCBUdWVzZGF5IGZy b20gbm93LgorKzJ0dWUgICAgICAgICBAcmVzdWx0e30gc2Vjb25kIFR1ZXNkYXkgZnJvbSBub3cK Ky13ZWQgICAgICAgICAgQHJlc3VsdHt9IGxhc3QgV2VkbmVzZGF5CiBAZW5kIGV4YW1wbGUKIAog QHZpbmRleCBwYXJzZS10aW1lLW1vbnRocwpkaWZmIC0tZ2l0IGEvbGlzcC9vcmcuZWwgYi9saXNw L29yZy5lbAppbmRleCBiYmJlYjdhLi5jZjVjOWE5IDEwMDY0NAotLS0gYS9saXNwL29yZy5lbAor KysgYi9saXNwL29yZy5lbApAQCAtMTYxNDEsNyArMTYxNDEsOCBAQCBtZWFuIG5leHQgeWVhci4g IEZvciBkZXRhaWxzLCBzZWUgdGhlIG1hbnVhbC4gIEEgZmV3IGV4YW1wbGVzOgogICAxMjo0NSAg ICAgICAgIC0tPiB0b2RheSAxMjo0NQogICAyMiBzZXB0IDA6MzQgIC0tPiBjdXJyZW50eWVhci0w OS0yMiAwOjM0CiAgIDEyICAgICAgICAgICAgLS0+IGN1cnJlbnR5ZWFyLWN1cnJlbnRtb250aC0x MgotICBGcmkgICAgICAgICAgIC0tPiBuZWFyZXN0IEZyaWRheSAodG9kYXkgb3IgbGF0ZXIpCisg IEZyaSAgICAgICAgICAgLS0+IG5lYXJlc3QgRnJpZGF5IGFmdGVyIHRvZGF5CisgIC1UdWUgICAg ICAgICAgLS0+IGxhc3QgVHVlc2RheQogICBldGMuCiAKIEZ1cnRoZXJtb3JlIHlvdSBjYW4gc3Bl Y2lmeSBhIHJlbGF0aXZlIGRhdGUgYnkgZ2l2aW5nLCBhcyB0aGUgKmZpcnN0KiB0aGluZwpAQCAt MTY1MjksNyArMTY1MzAsMTIgQEAgREVGLUZMQUcgICBpcyB0IHdoZW4gYSBkb3VibGUgKysgb3Ig LS0gaW5kaWNhdGVzIHNoaWZ0IHJlbGF0aXZlIHRvCiAgICAgICAoaWYgd2RheTEKIAkgIChwcm9n bgogCSAgICAoc2V0cSBkZWx0YSAobW9kICgrIDcgKC0gd2RheTEgd2RheSkpIDcpKQotCSAgICAo aWYgKD0gZGlyID8tKSAoc2V0cSBkZWx0YSAoLSBkZWx0YSA3KSkpCisJICAgIChpZiAoPSBkZWx0 YSAwKSAoc2V0cSBkZWx0YSA3KSkKKwkgICAgKGlmICg9IGRpciA/LSkKKwkJKHByb2duCisJCSAg KHNldHEgZGVsdGEgKC0gZGVsdGEgNykpCisJCSAgKGlmICg9IGRlbHRhIDApIChzZXRxIGRlbHRh IC03KSkKKwkJICApKQogCSAgICAoaWYgKD4gbiAxKSAoc2V0cSBkZWx0YSAoKyBkZWx0YSAoKiAo MS0gbikgKGlmICg9IGRpciA/LSkgLTcgNykpKSkpCiAJICAgIChsaXN0IGRlbHRhICJkIiByZWwp KQogCShsaXN0ICgqIG4gKGlmICg9IGRpciA/LSkgLTEgMSkpIHdoYXQgcmVsKSkpKSkKLS0gCjEu OC4xLm1zeXNnaXQuMQoK --bcaec5299451249e0704da324910--