Re: mobile org

2019-11-17 Thread Charles Philip Chan
Jude DaShiell  writes:

Hello Jude,

> Will mobile org work in Android PI?  If not, any good alternatives beyond
> orgsly available?  I don't like to have to use dropbox and would like to
> plug a usb cord into my computer and synchtronize my orgmode files that
> way if possible.

I personally use Orgzly. I use a directory on my device as the
repository and sync it with Foldersync. However, I have been following
Orgzly's development, Webdav and git sync have just been implemented.


Charles


signature.asc
Description: PGP signature


Re: mobile org

2019-11-17 Thread Jude DaShiell
Thanks, I'll check that out.

On Sun, 17 Nov 2019, Alex Roper wrote:

> Date: Sun, 17 Nov 2019 21:14:34
> From: Alex Roper 
> To: Jude DaShiell , emacs-orgmode@gnu.org
> Subject: Re: mobile org
>
> I meant the standard one in termux, so this probably won't work for you
> then.
>
> One other thought, if your only concern with orgzly is Dropbox, you
> might consider an open source alternative such as Syncthing. I used to
> use that on my computers and phone to sync my org before moving to
> termux. By default it does use some sort of cloud locator service for
> NAT hole punching etc, but I believe you can turn that off.
>
> In general, though I do wish there were more options in this space.
>
> Alex
>
> On 11/17/19 6:03 PM, Jude DaShiell wrote:
> > I can't do that unless termux emacs is a different application from
> > termux since I'm using talkback on android and termux and talkback work
> > strangely together.
> >
> > On Sun, 17 Nov 2019, Alex Roper wrote:
> >
> >> Date: Sun, 17 Nov 2019 19:13:48
> >> From: Alex Roper 
> >> To: Jude DaShiell , emacs-orgmode@gnu.org
> >> Subject: Re: mobile org
> >>
> >> I use termux + emacs personally, and then sync with git from the command
> >> line. It's obviously not especially phone-optimized UX, typing on a
> >> command line...but depending on your needs and alternatives it may be
> >> acceptable.
> >>
> >> Alex
> >>
> >> On 11/17/19 4:01 PM, Jude DaShiell wrote:
> >>> Will mobile org work in Android PI?  If not, any good alternatives beyond
> >>> orgsly available?  I don't like to have to use dropbox and would like to
> >>> plug a usb cord into my computer and synchtronize my orgmode files that
> >>> way if possible.  Last time mobile org got updated was 2013 according to
> >>> google play store unless later updates happened by git or github.  Mobile
> >>> org donate also had a 2013 last update in the google play store too and I
> >>> wouldn't have minded paying for that if it would work with Android Pi and
> >>> would also work with android Q.
> >>>
> >>>
> >>>
> >>> --
> >>>
> >>>
> >>
> >>
> >
>
>

-- 




Re: mobile org

2019-11-17 Thread Alex Roper
I meant the standard one in termux, so this probably won't work for you
then.

One other thought, if your only concern with orgzly is Dropbox, you
might consider an open source alternative such as Syncthing. I used to
use that on my computers and phone to sync my org before moving to
termux. By default it does use some sort of cloud locator service for
NAT hole punching etc, but I believe you can turn that off.

In general, though I do wish there were more options in this space.

Alex

On 11/17/19 6:03 PM, Jude DaShiell wrote:
> I can't do that unless termux emacs is a different application from
> termux since I'm using talkback on android and termux and talkback work
> strangely together.
> 
> On Sun, 17 Nov 2019, Alex Roper wrote:
> 
>> Date: Sun, 17 Nov 2019 19:13:48
>> From: Alex Roper 
>> To: Jude DaShiell , emacs-orgmode@gnu.org
>> Subject: Re: mobile org
>>
>> I use termux + emacs personally, and then sync with git from the command
>> line. It's obviously not especially phone-optimized UX, typing on a
>> command line...but depending on your needs and alternatives it may be
>> acceptable.
>>
>> Alex
>>
>> On 11/17/19 4:01 PM, Jude DaShiell wrote:
>>> Will mobile org work in Android PI?  If not, any good alternatives beyond
>>> orgsly available?  I don't like to have to use dropbox and would like to
>>> plug a usb cord into my computer and synchtronize my orgmode files that
>>> way if possible.  Last time mobile org got updated was 2013 according to
>>> google play store unless later updates happened by git or github.  Mobile
>>> org donate also had a 2013 last update in the google play store too and I
>>> wouldn't have minded paying for that if it would work with Android Pi and
>>> would also work with android Q.
>>>
>>>
>>>
>>> --
>>>
>>>
>>
>>
> 



Re: mobile org

2019-11-17 Thread Jude DaShiell
I can't do that unless termux emacs is a different application from
termux since I'm using talkback on android and termux and talkback work
strangely together.

On Sun, 17 Nov 2019, Alex Roper wrote:

> Date: Sun, 17 Nov 2019 19:13:48
> From: Alex Roper 
> To: Jude DaShiell , emacs-orgmode@gnu.org
> Subject: Re: mobile org
>
> I use termux + emacs personally, and then sync with git from the command
> line. It's obviously not especially phone-optimized UX, typing on a
> command line...but depending on your needs and alternatives it may be
> acceptable.
>
> Alex
>
> On 11/17/19 4:01 PM, Jude DaShiell wrote:
> > Will mobile org work in Android PI?  If not, any good alternatives beyond
> > orgsly available?  I don't like to have to use dropbox and would like to
> > plug a usb cord into my computer and synchtronize my orgmode files that
> > way if possible.  Last time mobile org got updated was 2013 according to
> > google play store unless later updates happened by git or github.  Mobile
> > org donate also had a 2013 last update in the google play store too and I
> > wouldn't have minded paying for that if it would work with Android Pi and
> > would also work with android Q.
> >
> >
> >
> > --
> >
> >
>
>

-- 




Re: mobile org

2019-11-17 Thread Alex Roper
I use termux + emacs personally, and then sync with git from the command
line. It's obviously not especially phone-optimized UX, typing on a
command line...but depending on your needs and alternatives it may be
acceptable.

Alex

On 11/17/19 4:01 PM, Jude DaShiell wrote:
> Will mobile org work in Android PI?  If not, any good alternatives beyond
> orgsly available?  I don't like to have to use dropbox and would like to
> plug a usb cord into my computer and synchtronize my orgmode files that
> way if possible.  Last time mobile org got updated was 2013 according to
> google play store unless later updates happened by git or github.  Mobile
> org donate also had a 2013 last update in the google play store too and I
> wouldn't have minded paying for that if it would work with Android Pi and
> would also work with android Q.
> 
> 
> 
> --
> 
> 



mobile org

2019-11-17 Thread Jude DaShiell
Will mobile org work in Android PI?  If not, any good alternatives beyond
orgsly available?  I don't like to have to use dropbox and would like to
plug a usb cord into my computer and synchtronize my orgmode files that
way if possible.  Last time mobile org got updated was 2013 according to
google play store unless later updates happened by git or github.  Mobile
org donate also had a 2013 last update in the google play store too and I
wouldn't have minded paying for that if it would work with Android Pi and
would also work with android Q.



--




Re: [PATCH] org-timer.el: Allow org-timer-set-timer from non-Org buffers

2019-11-17 Thread Kyle Meyer
ian martins  writes:

> Subject: [PATCH] org-timer.el: Allow org-timer-set-timer from non-Org buffers
>
> * org-timer.el (org-timer--get-timer-title): If the current buffer is

The file name should include the directory, "lisp/".  (I'll add it.)

> not an Org buffer, use the buffer name as the timer title.
>
> Currently all of the `org-timer-' operations work from any buffer
> except `org-timer-set-timer' which must be run from an Org buffer.
> This is because `org-timer-set-timer' sets a timer name based on an
> Org heading or filename.  By setting the timer title to the current
> buffer name we can use `org-timer-set-timer' from any buffer and
> preserve the timer naming convention of using the buffer name if there
> isn't an Org header.

Makes sense.

> @@ -482,7 +483,7 @@ time is up."
> ((derived-mode-p 'org-mode)
>  (or (ignore-errors (org-get-heading))
>   (buffer-name (buffer-base-buffer
> -   (t (error "Not in an Org buffer"
> +   (t (buffer-name (buffer-base-buffer)

Looks good.  An alternative that avoids repeating the buffer-name call
would be

(cond
 [...]
 ((and (derived-mode-p 'org-mode)
   (ignore-errors (org-get-heading
 (t (buffer-name (buffer-base-buffer

but I think it's fine as is.  Applied and pushed (044e9718c).

Thanks.



Re: [O] Cannot display local images with orgmode under macOS

2019-11-17 Thread Jack Kamm
I've attached a patch which I believe fixes the issue.

The problem appears to be that, when imagemagick is installed and the
image width is unset, that the image will be created by an elisp
expression like

(create-file "some/image.png" 'imagemagick nil :width nil)

which doesn't work, maybe because imagemagick tries to create a 0-width
image.

The attached patch reverts to the old behavior of only using imagemagick
when width is non-nil, fixing the bug introduced by 48da60f47.

>From cebf2b4001015dabc74364ac2a5bf2ed64c07ab0 Mon Sep 17 00:00:00 2001
From: Jack Kamm 
Date: Sun, 17 Nov 2019 14:30:35 -0800
Subject: [PATCH] org: Fix images failing to display with imagemagick

See also: https://lists.gnu.org/archive/html/emacs-orgmode/2019-09/msg00111.html
Despite the subject of that message thread, the issue also affects
some Linux users.
---
 lisp/org.el | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/lisp/org.el b/lisp/org.el
index f29298266..b65b7d221 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -16755,7 +16755,8 @@ boundaries."
 		(if (and (car-safe old) refresh)
 			(image-refresh (overlay-get (cdr old) 'display))
 		  (let ((image (create-image file
-		 (and (image-type-available-p 'imagemagick) 'imagemagick)
+		 (and (image-type-available-p 'imagemagick)
+		  width 'imagemagick)
 		 nil
 		 :width width)))
 			(when image
-- 
2.24.0



[O][BABEL] Editing asymptote source code blocks

2019-11-17 Thread R C
I am trying to use `org-edit-src-code` to edit an `asymptote` source code
block.
By default, this editing is done in a temporary buffer. However, trying to
execute the file using `asy-compile` gives an error:
file-name-sans-extension: Wrong type argument: stringp, nil

As asy-compile works with standalone files with the asy extension, I
thought that the error was because it required a buffer with an asy
extension. I set the optional parameters according to the docstring

(defun rc/org-edit-src-code ()
  "Set file name for org-edit-src-code."
  (interactive)
  (org-edit-src-code (org-element-property :value (org-element-at-point))
 "tmp.asy" ))

and on calling this function, the editing buffer opens with the filename
'tmp.asy' and the correct source code block contents, but I still get the
same error on calling `asy-compile`.

I would appreciate any suggestions to fix this problem.


Re: [O] Cannot display local images with orgmode under macOS

2019-11-17 Thread Jack Kamm
Hello,

I want to report that this bug is not specific to macOS, and also
affects Linux.

Specifically, I am running Archlinux-packaged emacs 26.3, and am
encountering this same issue. Ever since commit
48da60f47a77f4b99b4160fa620f258896ff4da3, org-mode no longer displays
inline images for me.

I tested this with "emacs -q" and an org-file with a link to a PNG image.

Jack



[PATCH] org-timer.el: Allow org-timer-set-timer from non-Org buffers

2019-11-17 Thread ian martins
> There's a small typo in the docstring.  :)

So sorry. I reworded it enough times that I should have known it was bound
to be wrong.

Here is an update so Kyle won't have to clean it up later.
From f2271696889da6fded812b74c452571729e54384 Mon Sep 17 00:00:00 2001
From: ian 
Date: Sat, 16 Nov 2019 13:18:17 -0500
Subject: [PATCH] org-timer.el: Allow org-timer-set-timer from non-Org buffers

* org-timer.el (org-timer--get-timer-title): If the current buffer is
not an Org buffer, use the buffer name as the timer title.

Currently all of the `org-timer-' operations work from any buffer
except `org-timer-set-timer' which must be run from an Org buffer.
This is because `org-timer-set-timer' sets a timer name based on an
Org heading or filename.  By setting the timer title to the current
buffer name we can use `org-timer-set-timer' from any buffer and
preserve the timer naming convention of using the buffer name if there
isn't an Org header.

TINYCHANGE
---
 lisp/org-timer.el | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/lisp/org-timer.el b/lisp/org-timer.el
index 9674219..68fe966 100644
--- a/lisp/org-timer.el
+++ b/lisp/org-timer.el
@@ -466,7 +466,8 @@ time is up."
 		 (run-hooks 'org-timer-done-hook)
 
 (defun org-timer--get-timer-title ()
-  "Construct timer title from heading or file name of Org buffer."
+  "Construct timer title.
+Try to use an Org header, otherwise use the buffer name."
   (cond
((derived-mode-p 'org-agenda-mode)
 (let* ((marker (or (get-text-property (point) 'org-marker)
@@ -482,7 +483,7 @@ time is up."
((derived-mode-p 'org-mode)
 (or (ignore-errors (org-get-heading))
 	(buffer-name (buffer-base-buffer
-   (t (error "Not in an Org buffer"
+   (t (buffer-name (buffer-base-buffer)
 
 (provide 'org-timer)
 
-- 
2.7.4