John Hendy writes:
> Did you look at the docs?
> - https://github.com/matburt/mobileorg-android/wiki/Documentation
Unfortunately, this looks like Android documentation where I have an
iPhone.
> Unfortunately, looks like his images are borked at the moment. It's
> been a while since I've used it
David Masterson writes:
> Unfortunately, this looks like Android documentation where I have an
> iPhone.
i didn't even realise MobileOrg was available for iOS until this moment!
It looks like there are two quite separate codebases (neither of which
seems to be actively maintained) which complica
Charles Philip Chan writes:
> Personally I find no MUA as usable and feature rich as Gnus. ;-)
Heh! i didn't mind Gnus as a news reader, despite some initial
challenges in getting it set up for that; but i gave up trying to get it
working to my satisfaction as an MUA. It seems to be a very capab
I test those ac-source one by one manually.
And also I have extension org-ac. Then they are more heavy.
And I open many big org files usually. So I found they are heavy.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fing
Nick Dokos gmail.com> writes:
>
> "Martin Beck" web.de> writes:
> > I tracked it down to this paragraph which seems to cause
> > the problem:
> > _
> > Connect at AIIM is a news communication provided by AIIM. 2014
> > AIIM - The Global Community of Information Professionals
> > 1100 Wa
Thorsten Jolitz writes:
Hi List,
> now that I understand the 'org-element API' a bit better, I think that
> the following two functions can be very useful for creating and
> modifying Org elements without the usual point movements, regexp
> searches and string operations in a buffer:
>
> #+begi
Hi List,
when interpreting Org elements (type src-block) I frequently encounter
the case that the '#+end_src' delimter is not placed on a newline but
rather attached to the src-block's value without a linefeed in between.
I then have to append a "\n" to the src-block value to make things work,
Alan L Tyree writes:
> On 07/08/14 05:52, Thomas S. Dye wrote:
>> Aloha Rasmus,
>>
>
>> Rasmus writes:
>>
>>> Thomas,
>>>
>>> t...@tsdye.com (Thomas S. Dye) writes:
>>>
Rasmus writes:
> Alan L Tyree writes:
>
>> I'm sure this has been asked before, but I can't seem to fin
"Martin Beck" writes:
> Nick Dokos gmail.com> writes:
>>
>> "Martin Beck" web.de> writes:
>> > I tracked it down to this paragraph which seems to cause
>> > the problem:
>> > _
>> > Connect at AIIM is a news communication provided by AIIM. 2014
>> > AIIM - The Global Community of Inform
Robert Eckl gmx.de> writes:
> While exporting to reveal i get
>
> Symbol's function definition is void: org-html-format-headline--wrap
>
> What i'm missing?
That function's name was changed. I made a temporary fix on
a forked branch on github and submitted a pull request
today (warning
Hi List,
when I change the signature of my new function `tj/rewire-element' by
adding an mandatory 'element' argument, it can be used in
`org-element-map' calls too:
#+begin_src emacs-lisp
(defun* tj/rewire-element (element &optional replace &rest args &key type
&allow-other-keys)
"..."
Tyler van Hensbergen writes:
> Robert Eckl gmx.de> writes:
>
>> While exporting to reveal i get
>>
>> Symbol's function definition is void: org-html-format-headline--wrap
>>
>> What i'm missing?
>
>
> That function's name was changed. I made a temporary fix on
> a forked branch on githu
Thorsten Jolitz writes:
> I definitely would have used `org-element-put-property' to modify a
> 'local' parse-tree too, but I can just as well directly use `plist-put'
> on the raw plist in its cdr - would that be the correct way?
You shouldn't do this. Local value is cached and
`org-element-put
Hello,
Nick Dokos writes:
> Tyler van Hensbergen writes:
>
>> Robert Eckl gmx.de> writes:
>>
>>> While exporting to reveal i get
>>>
>>> Symbol's function definition is void: org-html-format-headline--wrap
>>>
>>> What i'm missing?
>>
>>
>> That function's name was changed. I made a t
On Wed, Aug 6, 2014 at 2:22 PM, Nicolas Goaziou wrote:
> Thanks for your patch. Would you mind providing a commit message and
> send it again with "git format-patch"? Don't forget to add "TINYCHANGE"
> at its end if you haven't signed FSF papers.
Sure. I did sign them quite some time ago (200
Hello,
Thorsten Jolitz writes:
> when interpreting Org elements (type src-block) I frequently encounter
> the case that the '#+end_src' delimter is not placed on a newline but
> rather attached to the src-block's value without a linefeed in
> between.
`org-element-src-block-parser' always add a
Hello,
Joe Corneli writes:
> You're right. I removed it at another point in the function as well.
Applied, with a slight change to commit message. Thank you.
Regards,
--
Nicolas Goaziou
Hello,
Thorsten Jolitz writes:
> When I set that argument to non-nil (t or 'append or 'prepend), things
> stop working because replacing/appending changes the parsed buffer,
> but the :begin and :end properties of the already parsed elements are
> not adjusted and I use them e.g. to delete a reg
David Masterson writes:
Anyone using MobileOrg?
I use it all the time, but the Android version. I do not think
that it is a dead project, at the end of last year there were
quite a few updates.
I generally use it to read my org agenda and TODO list in my
phone, to automatically transfer
Also there is a more or less active Google+ page:
https://plus.google.com/u/0/101083268903948579162/posts
--
Jorge.
David Masterson writes:
> John Hendy writes:
>
>> Did you look at the docs?
>> - https://github.com/matburt/mobileorg-android/wiki/Documentation
>
> Unfortunately, this looks like Android documentation where I have an
> iPhone.
>
>> Unfortunately, looks like his images are borked at the moment.
> Attached you find a patch with the proposed modification. I would
> greatly appreciate if you could consider it for inclusion in org-mode
> and provide feedback.
Here a more lispy version of the function
`org-fill-paragraph-construct-regions' used in the patch.I guess it
could be more appealing
On Thu, 07-08-2014, at 15:41, Jorge A. Alfaro-Murillo
wrote:
> David Masterson writes:
>
>> Anyone using MobileOrg?
>
> I use it all the time, but the Android version. I do not think
> that it is a dead project, at the end of last year there were
> quite a few updates.
>
> I generally use i
In our last episode, the evil Dr. Lacto had captured our hero,
Eric Abrahamsen , who said:
>I use it, but only in one direction -- computer to tablet. And mostly
>just for having meeting/appointment data with me as I wander around
>looking for whoever it is I'm supposed to meet.
>
>I don't do th
-Original Message-
From: emacs-orgmode-bounces+subhant=familycareinc@gnu.org
[mailto:emacs-orgmode-bounces+subhant=familycareinc@gnu.org] On Behalf Of
David Masterson
Sent: Thursday, August 07, 2014 12:13 AM
To: emacs-orgmode@gnu.org
Subject: Re: [O] MobileOrg documentation?
[SNI
Nicolas Goaziou writes:
Hello,
> Thorsten Jolitz writes:
>
>> When I set that argument to non-nil (t or 'append or 'prepend), things
>> stop working because replacing/appending changes the parsed buffer,
>> but the :begin and :end properties of the already parsed elements are
>> not adjusted an
On Wed, 6 Aug 2014, Aaron Ecay wrote:
Hi Eric,
2014ko abuztuak 6an, Eric Schulte-ek idatzi zuen:
[...]
Perhaps you could begin with a patch for the regexp issue in this
thread?
I have pushed a patch which allows us to avoid the regex issue
entirely by using a native R method to capture the
Hi Chuck,
Thanks for your feedback.
2014ko abuztuak 7an, "Charles C. Berry"-ek idatzi zuen:
> Hi Aaron,
>
> I like what you are trying to do, but ...
>
> 1) The change has at least one bug: Remote sessions are broken by this
> change.
>
> 2) The behavior of :results output is modified in ways
On Thu, 7 Aug 2014, Aaron Ecay wrote:
Hi Chuck,
Thanks for your feedback.
2014ko abuztuak 7an, "Charles C. Berry"-ek idatzi zuen:
Hi Aaron,
I like what you are trying to do, but ...
1) The change has at least one bug: Remote sessions are broken by this
change.
2) The behavior of :results o
"Charles C. Berry" writes:
> As for stopping on error, I think that anything that changes current
> behavior at this late date ought to be configurable.
+1, e.g., silent, message, stop.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
Thorsten Jolitz writes:
> Its not really obvious for me how to do that. You mean simply by doing
> it in 2 steps
>
> 1. map parse-tree and get the result list
>
> 2. goto point-max of buffer and use the result list to replace mapped
> elements backwards
Yes, that is what I mean. Just make sur
Achim Gratz writes:
> When you install from ELPA, leave load-path alone (remove any
> alterations in respect to Org or any other package installed via ELPA),
> but you must make sure that:
>
> 1) The original Org installation that comes with Emacs must not be
> loaded in any way when you install f
Salome Soedergran writes:
> #1 was at fault. I just deleted my ELPA installation of Org and
> reinstalled it as decribed by Achim. Now everything's fine.
Thanks for letting us know.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound S
Hi,
Am 07.08.14 09:13, schrieb David Masterson:
> Anyone using MobileOrg?
I use the iPhone version, via WebDAV. For exactly two things:
capturing TODOs and having my todo list at hand when I need it. It
works pretty well for these two tasks, gladly.
Best regards,
--
Christian Kruse
http://ck.k
This keeps coming up, and while the answers are there if you search in the
right place or ask the list, I wonder if there is a better way.
Would it be feasible to include some sort of test function in the elpa
version of org that checks for the correct installation conditions and
throws an error i
On 07/08/14 20:05, Rasmus wrote:
Alan L Tyree writes:
On 07/08/14 05:52, Thomas S. Dye wrote:
Aloha Rasmus,
Rasmus writes:
Thomas,
t...@tsdye.com (Thomas S. Dye) writes:
Rasmus writes:
Alan L Tyree writes:
I'm sure this has been asked before, but I can't seem to find it. Is
ther
Hello,
Each time I edit a code block using =C-c '= (org-edit-special) and then
return to the org-mode buffer, two spaces are added to the left margin of
the code. For example,
#+BEGIN_SRC python
print "hello"
#+END_SRC
becomes
#+BEGIN_SRC python
print "hello"
#+END_SRC
after one round-trip.
Hi List,
doing:
,
| 1. C-c C-e
| 2. C-b ; body-only
| 3. O O ; -> Org buffer
`
on this Org-buffer
,
| #+TITLE: Foo
| #+DATE: <1953-05-15 Fr>
| #+OPTIONS: toc:nil p:t author:nil pri:t prop:t tags:nil
|
| * A
|
| ** TODO B
|:PROPERTIES:
|:task_id: xyz
|:END:
`
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.
---
Noah Hoffman writes:
Hello,
> Each time I edit a code block using =C-c '= (org-edit-special) and
> then return to the org-mode buffer, two spaces are added to the left
> margin of the code. For example,
>
> #+BEGIN_SRC python
> print "hello"
> #+END_SRC
>
> becomes
>
> #+BEGIN_SRC python
> print
Ryan writes:
> I discovered that this function always returned nil,
not for me:
#+begin_src emacs-lisp
(org-in-src-block-p)
#+end_src
#+results:
: t
eval here:
(org-in-src-block-p)
-> nil
--
cheers,
Thorsten
Yes, that wouldn't be supported - although certainly in my case what was
making it slow *were* the messages. I'd be fine with displaying every
second, but I don't see a good way of doing this - do you have any
suggestions?
On Fri, Aug 1, 2014 at 2:56 PM, Michael Brand
wrote:
> Hi Nathaniel
>
>
Noah Hoffman writes:
Hello,
> Each time I edit a code block using =C-c '= (org-edit-special) and
> then return to the org-mode buffer, two spaces are added to the left
> margin of the code. For example,
>
> #+BEGIN_SRC python
> print "hello"
> #+END_SRC
>
> becomes
>
> #+BEGIN_SRC python
> print
Actually, my implementation has a bug. org-element-at-point also
returns the element if point is actually on one of the blank lines
between that element and the next. So I've rewritten it to handle that
case by computing the content end position and comparing point to that.
(defun org-in-src-b
> Von: Nick Dokos
> Datum: Thu, 07 Aug 2014 06:35:17 -0400
> An:
> Betreff: Re: [O] Problems with org-export: "byte-code: Invalid function: 0"
>
> "Martin Beck" writes:
>
>> Nick Dokos gmail.com> writes:
>
> This shows a problem evaluating a babel #+call or an inline source block
> somew
I saw on twitter today the org mode 8 manual is available on Amazon
today: http://www.amazon.com/dp/9881327709/. It looks like it covers Org 8.2.
--
---
John Kitchin
http://kitchingroup.cheme.cmu.edu
jorge.alfaro-muri...@yale.edu (Jorge A. Alfaro-Murillo) writes:
> David Masterson writes:
>
>> Anyone using MobileOrg?
>
> I use it all the time, but the Android version. I do not think that it
> is a dead project, at the end of last year there were quite a few
> updates.
>
> I generally use it
"Not looking for complete org functionality in my phone -- just a
reasonable ability to edit org outlines while I'm on the road."
+1 :)
z
On Fri, Aug 8, 2014 at 8:53 AM, David Masterson
wrote:
> jorge.alfaro-muri...@yale.edu (Jorge A. Alfaro-Murillo) writes:
>
> > David Masterson writes:
> >
48 matches
Mail list logo
