Just want to say that I am experiencing this bug too. I'm using emacs &
org dev sources from the last few days.
Just wanted to share, and bring this up for discussion. I'm cross posting to
a few emacs mailing lists.
http://area51.stackexchange.com/proposals/76571/emacs
And some discussion going on here:
http://discuss.area51.stackexchange.com/questions/17923/what-to-expect-in-the-emacs-private-beta
Which
is exposed.
There are some other non-org commands that would have this same
problem (isearch, bookmark-jump, save-place), but org-mode has code to
fix them. org-mark-ring-goto also handles this. I followed those examples
and wrote a patch. It is attached.
- Ian Kelli
%l:%M %p" (org-clock-get-sum-start)))
expected result:
A date of yesterday, time of 11:00 PM
Actual result:
A date of today, time of 11:00 PM
Note this patch only fixes a bug where org-extend-today-until
is already used.
- Ian Kelling
>From 619572e221cafc17f0a1c33654eb22d7ca5f4d89 Mon Se
Updated patch, fixed commit message format.
>From 0c23ccb9b00fd42f830f5a7472e2980b93c6040f Mon Sep 17 00:00:00 2001
From: Ian Kelling
Date: Sun, 15 Sep 2013 08:03:24 -0700
Subject: [PATCH] Fix incorrect time calculation for `org-extend-today-until'
* lisp/org-clock.el (org-clock-get-s
Updated patch. Tiny commit message format fix.
>From c46db11ffe0cc0f9b4fbd5a1ede2b4be0175 Mon Sep 17 00:00:00 2001
From: Ian Kelling
Date: Sun, 15 Sep 2013 00:32:08 -0700
Subject: [PATCH] Make the point visible when jumping to the mark
* lisp/org.el: advise `pop-global-mark', `
s a bug where org-extend-today-until
is already used.
- Ian Kelling
>From 0c23ccb9b00fd42f830f5a7472e2980b93c6040f Mon Sep 17 00:00:00 2001
From: Ian Kelling
Date: Sun, 15 Sep 2013 08:03:24 -0700
Subject: [PATCH] Fix incorrect time calculation for `org-extend-today-until'
* lisp/org-clock
site, but before I investigate, I'm
wondering about these questions.
Thank you,
Ian Kelling
site, but before I investigate, I'm
wondering about these questions.
Thank you,
Ian Kelling
I use babel mostly for shell scripts. I wrote a patch to allow toggling the
handling of errors & std err. I prefer standard error just get printed with
everything else, the same as calling a script from a terminal. Doing this
properly
with header arguments etc. has been discussed before (google or
Testcase: 1 megabyte of text lines in an example block, drag the scrollbar to a
location you haven't been to yet.
It often freezes for a few seconds, and doing things while its frozen like
scrolling more can quickly make it freeze for a minute or so. Remove the example
block enclosure, and it beco
On 03/22/2014 01:45 AM, Bastien wrote:
> Hi Ian,
>
> the idea behind the patch looks good, although the patch needs
> some clean-up (adding a Changelog entry, fixing the typos in the
> docstring, etc.)
>
> Also, the patch goes beyond the 15 lines: we cannot accept it
> until you sign the FSF copy
> Was it more than a month ago? If so, I'll ping them.
We've been in email contact less than a week ago. It shouldn't be too long.
On 03/22/2014 02:43 AM, Michael Brand wrote:
>
> For two reasons I would much prefer if there would be not yet another
> variable org-* but a header argument or a new value for e. g.
> ":results":
> - When someone would use org-babel-use-error-buffer then sharing Org
> source blocks would be les
unwieldy if the location remained hidden, (isearch, bookmark-jump,
save-place), but org-mode has code to fix them. In this patch, I
followed their example.
I have an emacs fsf copyright assignment completed & on file with fsf, I can
send gpg signed copy if you need it.
- Ian Kelling
lisp/
>From dc0b727328266785528fe160046ae1aa8df8a993 Mon Sep 17 00:00:00 2001
Message-ID: <87zjj2ous9@treetowl.lan>
MIME-Version: 1.0
Content-Type: text/plain
* lisp/ob-core.el: Test that all elements are in a list are lists
instead of just the first.
org-babel table output uses different formattin
Achim Gratz writes:
> Ian Kelling writes:
>> org-babel table output uses different formatting for a list of lists,
>> but detects it incorrectly causing an error, as in this example:
>> #+begin_src emacs-lisp
>> '((1) 2)
>> #+end_src
>
> So this
Ian Kelling writes:
> Achim Gratz writes:
>
>> Ian Kelling writes:
>>> org-babel table output uses different formatting for a list of lists,
>>> but detects it incorrectly causing an error, as in this example:
>>> #+begin_src emacs-lisp
>>> &#x
Ian Kelling writes:
> Below is a patch that addresses the 2 previously mentioned
> problems.
It's a bit late. here is the same patch with correct indentation.
> -- >8 --
Subject: [PATCH] Fix error prone babel table output format detection
* lisp/ob-core.el: Test that all
Ian Kelling writes:
> It's a bit late. here is the same patch with correct indentation.
That patch went out of it's way not to check more of the list than was
necessary, but after sending it, I kept thinking that it does extra
things which possibly negate any performance benefit of
Julian Gehring writes:
> Hi,
>
> How I can convince github to recognize the '#+TITLE:' field of an org-file?
> This should be a 'h1' heading, while it is
> currently treated as normal text (for example, see
> https://github.com/julian-gehring/vignettes/blob/master/README.org).
> I know that th
Eric Schulte writes:
> Hi Ian,
>
> You should use the `org-every' function here. Look at the source of
> that function to see code to efficiently perform this sort of check.
>
> Best,
>
Brilliant. Thank you. The updated patch below should be good.
-- >8 --
Subject: [PATCH] Fix error prone babe
ent. I also have another patch
that has been on the mailing list for about 2 weeks or so waiting for a reply.
>From 4122d20f1253c2cbf5e73070ea00665bbc802275 Mon Sep 17 00:00:00 2001
From: Ian Kelling
Date: Wed, 30 Apr 2014 21:56:52 -0700
Subject: [PATCH] Fix error prone babel table output for
7;mark-goto)))
> +
> ;; Make session.el ignore our circular variable
> (defvar session-globals-exclude)
> (eval-after-load "session"
I posted this patch in September. It seems it was forgotten. I posted it
again on April 30th, nothing yet. I also have another patch thats been
sitting on the list for a few weeks now after having a discussion and a
positive response. I'd like to do a git pull and find my patches applied
at some point, and I'm wondering if/when that will happen. And is there
anything I can do to help?
- Ian Kelling
Bastien writes:
> Hi Ian,
>
> Ian Kelling writes:
>
>> I posted this patch in September. It seems it was forgotten.
>
> I missed it as the time.
>
>> I posted it again on April 30th, nothing yet. I also have another
>> patch thats been sitting on the lis
C-SPC in hidden parts.
Yes, I agree. They want to use C-u C-SPC to go to hidden parts. I've
updated the patch to advise pop-to-mark-command instead. It is attached.
>From ead59ed465eb33e822dd69f6e34b087477ebc239 Mon Sep 17 00:00:00 2001
From: Ian Kelling
Date: Wed, 30 Apr 2014 21:54:
Bastien writes:
> Hi Sébastien,
>
> Sebastien Vauban
> writes:
>
>> Even if the goal is desirable, I thought that we may not add defadvice
>> in Emacs sources.
>
> True that, we need to clean things up.
>
> The route I will take is to apply Ian patch on master and then to
> move all advising cod
I've had this bug me a few times when I work with here documents in bash.
#+begin_src sh
some-command <<'EOF'
* some text
EOF
#+end_src
the line beginning with * is treated as a title and folded. The same
goes for example blocks, and perhaps other things.
as a workaround, I can insert a tab cha
Albert Krewinkel writes:
> Hi Ian,
>
> You can escape leading stars by putting a comma in front of them:
>
> #+begin_src sh
> cat <<'EOF'
> ,* some text
> EOF
> #+end_src
>
> This should do what you want.
>
> HTH,
> Albert
Ahh, thank you.
Over the next few days, the Free Software Foundation will be making
changes to our GNU Mailman systems, including lists.gnu.org,
lists.nongnu.org, lists.libreplanet.org, lists.fsf.org, and
lists.endsoftwarepatents.org, in order to address mailing list
deliverability issues reported by many users.
30 matches
Mail list logo
