Re: [O] Bug: Exporting smart single quotes in Org 8.3 seems broken [8.3.2 (8.3.2-elpa @ /Users/jonathan/.emacs.d/elpa/org-20150929/)]

2015-12-06 Thread lipidic man
Just a note that British-English often uses quotes the same way as the US.  It 
is only in books that we use single outer quotes.  Newspapers and the BBC often 
use double quotes.  Headlines however use single quotes, though here they could 
just be typed manually.
https://en.wikipedia.org/wiki/Comparison_of_American_and_British_English#Quoting

It might be appropriate to have the quote setting to be a separate choice from 
the language, or have two options for en-GB (or we'd just use the US settings, 
but I am not sure if it affects more than the quotations).
Also, how should the user handle things like 36"?  Use a quotation mark and it 
affects following quotes, use a double prime and LaTeX throws an error about 
unicode. 


On Saturday, 3 October 2015, 8:30, Nicolas Goaziou  
wrote:
 

 Rasmus  writes:

> Nicolas Goaziou  writes:
>> Also, I think it would be clearer to rename `opening-double-quote' to
>> `opening-primary-quote' and `opening-single-quote' to
>> `opening-secondary-quote'. WDYT?
>
> In fact, I thought they needed renaming as well in light of the
> redefinition of " and '.

I renamed `opening-double-quote' to `primary-opening' and
`opening-closing-quote' to `secondary-opening'. Ditto for closing parts.


Regards,



  

Re: [O] Bug: Exporting smart single quotes in Org 8.3 seems broken [8.3.2 (8.3.2-elpa @ /Users/jonathan/.emacs.d/elpa/org-20150929/)]

2015-12-06 Thread Rasmus
Hi,

lipidic man  writes:

> Just a note that British-English often uses quotes the same way as the US.  
> It is only in books that we use single outer quotes.  Newspapers and the BBC 
> often use double quotes.  Headlines however use single quotes, though here 
> they could just be typed manually.
> https://en.wikipedia.org/wiki/Comparison_of_American_and_British_English#Quoting

Thanks for sharing this.

> It might be appropriate to have the quote setting to be a separate choice 
> from the language, or have two options for en-GB (or we'd just use the US 
> settings, but I am not sure if it affects more than the quotations).
> Also, how should the user handle things like 36"? 

Funnily, for "en-us" and "en-gb", this is exported as ’36"’.  For "en",
it’s exported as "36``", which I guess is wrong.

> Use a quotation mark and it affects following quotes, use a double prime and 
> LaTeX throws an error about unicode. 

Quoting is difficult.  The choice for Danish is also highly subjective,
since there’s four different styles for quotations.

The questions is whether we need to allow to set this on a document level.
Or whether it is sufficient to document how users can change
org-export-smart-quotes-alist to their liking.  The latter should be
sufficient (assuming an author has one strictly preferred style), but
reproducibility of Org document speaks in favor of a document setting.

Rasmus

-- 
Sådan en god dansk lagereddike kan man slet ikke bruge mere




Re: [O] syncing my life (orgmode :)) to a mobile (android) device..cant find a holistic reliable way..how do you guys manage to do it?

2015-12-06 Thread Jorge A. Alfaro-Murillo

Xebar Saram writes:

So my question is (sorry for the long intro :)) what do orgmode 
users (who also are heavy mobile users) do? do they give up on 
contacts and calendaring on the mobile? maintain 2 separate 
databases? what tools do people use to overcome this issue?


I have a computer always running an emacs server, and I connect to 
it from my android phone using JuiceSSH. To see the org agenda in 
my google calendar I export every now and then the agenda to an 
ics file in the cloud using org-icalendar-combined-agenda-file. In 
google I have the address to that file as one of the calendars 
(from the calendar "Other calendars", "Add by URL").


--
Jorge.




[O] ODT exporter: how to insert a page break and center text?

2015-12-06 Thread Xebar Saram
Hi all
Any users of the org ODT exporter? how does one insert a  page break? also
how does one center text (for a line or paragraph)?

thx so much in advance

Z


Re: [O] Straight recursive fact prints in floating-point in org-babel but not in REPL

2015-12-06 Thread Charles C. Berry

On Sat, 5 Dec 2015, Nick Dokos wrote:


Brian Beckman  writes:


Org-babel seems to print SLIME / SBCL bignums as floating point, at least in
this gist (please see
https://gist.github.com/rebcabin/f73cecd3c9b7da6218e9).  I'd like to be able
to control whether bignums are printed out in full.  Any advice for me?



You can convert them to strings yourself and get ahead of the (read 
...) issue Nick explains.



--8<---cut here---start->8---
#+BEGIN_SRC emacs-lisp
  (defun fact (n)
(if (= 0 n)
1
  (* n (fact (- n 1.0)
  (format "%.0f" (fact 60))
#+END_SRC

#+RESULTS:
: 
8320987112741391580056396102959641077457945541076708813599085350531187384917164032

--8<---cut here---end--->8---

HTH,

Chuck



I think this happens because babel turns result strings into elisp
objects, using (read ...).

This has two consequences: the string has to be legal emacs-lisp (that
causes problems with e.g. scheme evaluators which return things like #t
and #f on which the elisp reader chokes; note also the conversion of
lisp-vector-to-list in ob-lisp.el which is done to avoid similar
problems); it also does violence to some strings as you have observed -
e.g. try

(read "123456789123456789123456789")
1.2345678912345679e+26

I'm not sure whether the (read ...) is required in order for babel
to work correctly, or whether it is a bug. I've wanted to look into
this for a while now (ever since Lawrence Bottorff reported the #t
problem with scheme), but I have not been able to find any time to
do so.

--
Nick





Charles C. Berry Dept of Family Medicine & Public Health
cberry at ucsd edu   UC San Diego / La Jolla, CA 92093-0901
http://famprevmed.ucsd.edu/faculty/cberry/



Re: [O] Bug: Exporting smart single quotes in Org 8.3 seems broken [8.3.2 (8.3.2-elpa @ /Users/jonathan/.emacs.d/elpa/org-20150929/)]

2015-12-06 Thread Nicolas Goaziou
Hello,

Rasmus  writes:

> lipidic man  writes:
>
>> Also, how should the user handle things like 36"? 
>
> Funnily, for "en-us" and "en-gb", this is exported as ’36"’.  For "en",
> it’s exported as "36``", which I guess is wrong.

This is not a quote but a "double prime" character. This is out of the
scope of "smart quotes". You may use, for example, \prime and \Prime.

> The questions is whether we need to allow to set this on a document level.
> Or whether it is sufficient to document how users can change
> org-export-smart-quotes-alist to their liking.  The latter should be
> sufficient (assuming an author has one strictly preferred style), but
> reproducibility of Org document speaks in favor of a document setting.

Smart quotes can be disabled at a document level, if you have specific
needs. In any case, we can add more country codes to
`org-export-smart-quotes-alist'.


Regards,

-- 
Nicolas Goaziou



[O] Intermixed date in koma-letter export

2015-12-06 Thread York Zhao
Let's say I have two letters:

  * Letter1
  ** Preamble :noexport:
  #+DATE: 2015-10-26 Monday
  ** To whom it may concern,

  * Letter2
  ** Preamble :noexport:
  #+DATE: 2015-12-03 Thursday
  ** Hi,

No matter whether I select letter1, or letter2, run `org-export-dispatch'
and choose to export koma-letter, I always get the date intermixed in the
export, i.e., "2015-10-26 Monday 2015-12-03 Thursday", instead of being
"2015-10-26 Monday" when exporting letter1, and "2015-12-03 Thursday" when
exporting letter2.

Please let me know if more information is needed.


Thanks,


Re: [O] Bug: IRC links translate wrong

2015-12-06 Thread Nicolas Goaziou
Hello,

Manuel Koell  writes:

> From org docs: http://orgmode.org/manual/External-links.html
>
> If you want to link some irc channel with irc:/ or
> [[irc://freenode/#emacs][emacs]] the link won't translate to irc:// as
> expected, instead a file:/// link will be created.

Could you elaborate a bit? What do you mean by "won't translate"?

Also, is "org-irc" loaded ?


Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: org-publish-find-title called before cache initialization signals "no cache present" [8.3.1 (release_8.3.1-505-g6b2c38 @ /home/arunisaac/.emacs.d/org-mode/lisp/)]

2015-12-06 Thread Nicolas Goaziou
Hello,

Arun Isaac  writes:

> If org-publish-find-title is called before org-publish-cache is
> initialized (by some routine calling org-publish-initialize-cache), a
> "no cache present" error is signalled.
>
> This happens because org-publish-find-title does not pass a PROJECT-NAME
> argument to org-publish-cache-get-file-property. Only if a PROJECT-NAME
> argument is passed to org-publish-cache-get-file-property does it
> initialize the cache.
>
> Can this be considered a bug? Is org-publish-cache-get-file-property
> supposed to automatically initialize the cache if it is not present? Or
> is the user supposed to initialize the cache manually if required?
>
> In my use case, my preparation-function calls
> org-publish-find-title. However org-publish-projects initializes the
> cache only after executing the preparation function. Hence I get a "no
> cache present" error.

IIUC, you are responsible for calling `org-publish-find-title', an
internal "ox-publish" function, before `org-publish-cache' is
initialized. In this case I tend to think that you are also responsible
for taking care of the cache.

> I could work around this problem by simply initializing the cache on my
> own. But, I'm wondering if this can be fixed at a more fundamental
> level.

You can suggest a patch, if you want to.

The problem is that functions calling
`org-publish-cache-get-file-property' do not usually know about the
current project name. Calling `org-publish-get-project-from-filename'
each time is a bit expensive, IMO.


Regards,

-- 
Nicolas Goaziou



[O] Bug: IRC links translate wrong

2015-12-06 Thread Manuel Koell
>From org docs: http://orgmode.org/manual/External-links.html

If you want to link some irc channel with irc:/ or
[[irc://freenode/#emacs][emacs]] the link won't translate to irc:// as
expected, instead a file:/// link will be created.


Re: [O] ODT exporter: how to insert a page break and center text?

2015-12-06 Thread Xebar Saram
Thx Rasmus

#+begin_center did the trick for text! i wonder can i use the same syntax
for images? for example i tired this
#+begin_left
file:/home/zeltak/org/files/Uni/papers/templates/images/ACU_bottom.png
#+end_left

yet the image was still centered

sadly the #+ODT:  statement dosent
seem to work for me. do i paste it before i want a page break or am i using
it wrong

thx again

Z

On Sun, Dec 6, 2015 at 5:15 PM, Rasmus  wrote:

>   #+ODT: 


[O] bind C-c C-c to org-ctrl-c-ctrl-c *only* when cursor is on table.

2015-12-06 Thread Uwe Brauer

Hello 

It is possible to embed org-tables in LaTeX documents via the radio
tables.

See http://orgmode.org/org.html#A-LaTeX-example

In a LaTeX file I have:


% BEGIN RECEIVE ORGTBL salesfigures
% END RECEIVE ORGTBL salesfigures
\begin{comment}
#+ORGTBL: SEND salesfigures orgtbl-to-latex
[+]
| Month | Days | Nr sold | per day |
|---+--+-+-|
| Jan   |   23 |  55 | 2.4 |
| Feb   |   21 |  16 | 0.8 |
| March |   22 | 278 |12.6 |
#+TBLFM: $4=$3/$2;%.1f
% $ (optional extra dollar to keep font-lock happy, see footnote)
\end{comment}

The issue is when the cursor is on the
org-table C-c C-c is bound to 
org-ctrl-c-ctrl-c


Now I want to have that behavior in my org files. In a table C-c C-c
should be bound to org-ctrl-c-ctrl-c but outside I want to bind it to
another function.

How can I achieve this?

Thanks

Uwe Brauer 




Re: [O] ODT exporter: how to insert a page break and center text?

2015-12-06 Thread Rasmus
Hi,

Xebar Saram  writes:

> Any users of the org ODT exporter? how does one insert a  page break?

#+ODT: 

See: http://orgmode.org/manual/Creating-one_002doff-styles.html

> also
> how does one center text (for a line or paragraph)?

Probably:

#+begin_center
  txt
#+end_center

Hope it helps,
Rasmus

-- 
What will be next?




Re: [O] footnote fontify causing massive slowdown

2015-12-06 Thread Nicolas Goaziou
Hello,

Thomas S. Dye  writes:

> William Denton  writes:
>
>> On 5 December 2015, Nicolas Goaziou wrote:
>>
>>> However, this report raises an interesting question about footnotes:
>>> should we still support plain (e.g., "[1]") footnotes in Org documents?
>>>
>>> The pattern is very common an regularly introduces false positives.
>>> Also, IIRC, it was introduced for non-Org buffers (e.g., in Message mode
>>> buffers), to provide some common features with "footnote.el" library.
>>>
>>> I think we could remove this kind of footnotes, and yet preserve
>>> `org-footnote-normalize' to change Org footnotes into these ones, for
>>> foreign documents.
>>
>> +1.  The false positives are a common problem for me, and [fn:1] works 
>> cleanly 
>> and clearly.
>
> Same here. +1.

Thanks for the feedback. I'll send a patch to the ML by the end of the
next week.

Regards,

-- 
Nicolas Goaziou



Re: [O] footnote fontify causing massive slowdown

2015-12-06 Thread Nicolas Goaziou
Hello,

Aaron Ecay  writes:

> The way I read the report, org-footnote-in-valid-context-p takes 44%
> of the cumulative time, which is composed of
> org-inside-LaTeX-fragment-p (25%) + org-in-block-p (16%) + other stuff
> (3%). So org-inside-LaTeX-fragment-p accounts for >50% of the time
> spent in org-footnote-in-valid-context-p.

Interesting. 

I thought that percents were cumulative, so `org-in-block-p' accounted
for 16% - 1% and `org-inside-LaTeX-fragment-p' 25% - 16% of the total
time.

> I see.  Eventually it sounds like a good idea, indeed.  Maybe we should
> use something a bit stronger than org-lint to warn of the deprecation.
> What if opening a document with plain footnotes generated a warning?

Generate a warning about plain footnotes deprecation ? How do you turn
it off ? Do you require the user to set some variable to a non-nil value
before Org's initialization ? IIRC Magit did that at some point and
I found it annoying.

Note that we cannot turn it off automatically due to false positives
(i.e., we cannot decide if there are obsolete footnotes in the document
or something looking like them and yet perfectly valid in the document).


Regards,

-- 
Nicolas Goaziou



Re: [O] fixmee / syntax-ppss

2015-12-06 Thread Nicolas Goaziou
Hello,

Jeremy Hankins  writes:

> Aaron Ecay  writes:
>
>> Org mode provides built-in functionality to create “TODO” annotations
>> (called inline tasks).  These might server your purpose better than what
>> you are trying to do with fixmee.  You need to put the following line in
>> your emacs init file:
>
> Hmm, I may be able to make this work.  It's pretty important for my
> purposes that notes like this not show up in the published version.  I'm
> still learning my way around org-mode, but my sense is that will be
> fairly straightforward to achieve.

As another data point, drawers may also do the job, e.g.:

  :FIXME:
  ...
  :END:

You can then control what drawers are exported with
`org-export-with-drawers' (or per document with d OPTIONS item).

Regards,

-- 
Nicolas Goaziou



Re: [O] More questions about CSL and org-mode

2015-12-06 Thread Richard Lawrence
Richard Lawrence  writes:

>> IIUC, the current aim is to get a citeproc that will do the following on
>> export:
>> 1. replace in-text citation syntax with org-formatted replacements
>> 2. Insert an org-formatted bibliography somewhere in the document
>> 3. proceed with org-to-something export, with built-in
>> exporters.
>
> That's basically my understanding too.  There is one snag with the
> "org-formatted replacement" plan, though, which I saw in a Zotero dev
> discussion yesterday.  

Here's the reference for that discussion, by the way:

https://groups.google.com/d/msg/zotero-dev/Bz_IenruxX4/24QWuyEIp_IJ

Best,
Richard

P.S.  John, thanks for your continued research on this.  I see that our
procrastination habits are on the same schedule. :)



Re: [O] Two column layout from org source?

2015-12-06 Thread Christian Wittern
On 2015-12-07 00:33, Manuel Koell wrote:
> Do you want to have two columns inside your org file in emacs or with
> exported html?
>
The two column layout should be in a print output, ODT or PDF. How this is
represented in org does not matter, but might depend on how the output is
achieved.  Any advice on this is also appreciated.

Christian

-- 
Christian Wittern, Kyoto




Re: [O] More questions about CSL and org-mode

2015-12-06 Thread Richard Lawrence
Hi John,

John Kitchin  writes:

> Hi all,
>
> This is mostly for the people working on citations in org-mode.
>
> I have been reading about CSL more this weekend. IIRC, one of the
> reasons to develop the new citation syntax was to get the ability to
> have pre/post text in citations more conveniently than what is currently
> possible.

Yes, that is my understanding, too.

> I have not seen any possibility for this with CSL, however. Is my
> understanding correct? Is this a problem, or something partially handled
> by org-export and partially by a citeproc?

The CSL processors I've looked at support prefix and suffix text for
individual references within a citation.  See, for example, the
citeproc-js documentation:

http://gsl-nagoya-u.net/http/pub/citeproc-doc.html#citation-data-object

prefix, suffix, and some other fields are supported.  pandoc-citeproc
supports the same set of fields.

However, my understanding is that neither citeproc-js nor
pandoc-citeproc support a BibLaTeX-style "common" prefix/suffix that
belongs to the citation as a whole, rather than the individual
references within it, as is available in the multi-cite commands.  We
currently have support for such common prefixes/suffixes in Org syntax. 

My solution to this in my org-citeproc wrapper for pandoc-citeproc is to
prepend the common prefix to the prefix for the first reference in a
citation, and append the common suffix to the last reference.  This is
not a great solution, because it is not really defined what kind of
punctuation (if any) should separate the common prefix from the first
item's prefix, and so on.  But I figured that was not an important issue
to address until we actually have people making use of common prefix and
suffix syntax who are not exporting to LaTeX...

> IIUC, the current aim is to get a citeproc that will do the following on
> export:
> 1. replace in-text citation syntax with org-formatted replacements
> 2. Insert an org-formatted bibliography somewhere in the document
> 3. proceed with org-to-something export, with built-in
> exporters.

That's basically my understanding too.  There is one snag with the
"org-formatted replacement" plan, though, which I saw in a Zotero dev
discussion yesterday.  CSL processing might result in multiple levels of
formatting, e.g. nested italics like

Something with an internal Title

and that won't translate very well back to Org syntax in general:

/Something with an internal /Title//

The suggestion was to just use HTML output, and then parse the HTML to
get a data structure that could be directly rendered into HTML, LaTeX,
etc., which support nested italics just fine.  I think we could do this,
though maybe there's a better solution.  That is, we can take HTML from
the citation processor and go directly to org-element objects, without
producing and re-parsing citations in Org format.

> The current contenders for a citeproc are Zotero and Pandoc.
>
> Has anyone looked at https://pypi.python.org/pypi/citeproc-py/
> or https://github.com/inukshuk/citeproc-ruby
>
> The ruby one looks pretty advanced.

I haven't looked at them closely.  My impression was that the Python
version was quite incomplete; and unfortunately, I don't know Ruby, so I
would be the wrong person to evaluate it (or write code for it).

Best,
Richard



Re: [O] Two column layout from org source?

2015-12-06 Thread Christian Wittern
Dear John
On 2015-12-07 07:24, John Kitchin wrote:
> check
> out 
> http://mirrors.concertpass.com/tex-archive/macros/latex/contrib/paracol/paracol-man.pdf
>
>
>
Looks like this is exactly what I need, thanks. 

Christian

-- 
Christian Wittern, Kyoto





[O] what is atril?

2015-12-06 Thread Charles Millar
I just noticed that after I export a subtree to latex the following 
appears in the minibuffer


running atril /path/to/output/file

What is atril?

I have tried info-apropos, C-h f, C-h v, Google, etc.

Charlie Millar




Re: [O] Two column layout from org source?

2015-12-06 Thread John Kitchin
check out
http://mirrors.concertpass.com/tex-archive/macros/latex/contrib/paracol/paracol-man.pdf


John

---
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu


On Sat, Dec 5, 2015 at 9:01 PM, Christian Wittern 
wrote:

> Dear org users,
>
> I need to produce a two-column text, where each of these columns has the
> same content but in a different language.  I would like to derive this from
> org documents.  Any ideas on how to set this up are much appreciated!
>
> All the best,
>
> Christian
>
> --
> Christian Wittern, Kyoto
>
>
>


[O] How to get sum from remote table + how to put in bold?

2015-12-06 Thread Fabrice Niessen
Hello,

I'm trying to build a template for invoices written in Org... exporting
to PDF (and HTML). Will be officially public as soon as it's DONE.

Though, I have 2 problems currently:

- I'd like to sum up, in table `total', the sub-total column of table
  `items'. But the `remote' call does not seem to accept the `vsum'
  expression. Is this a foreseen limitation?  Is there a workaround to this?

- I'd like to get the computed amount (last line of `total' table) in bold (and,
  if possible, even in a bigger font). How is that doable?

ECM:

--8<---cut here---start->8---
#+TITLE: Invoice #001
#+OPTIONS:   H:2 num:nil toc:nil

#+LaTeX_CLASS: article
#+LaTeX_CLASS_OPTIONS: [a4paper,table]
#+LaTeX_HEADER: \usepackage{tabu}
#+LaTeX_HEADER: \taburulecolor{gray}

* Items

#+name: items
#+ATTR_LaTeX: :environment tabu :align lXlrlrrl
|  | <35>|   |  | | 
 |   |   |
| Title of job | Description | Type  | Rate | | 
Quantity | Sub-total |   |
|--+-+---+--+-+--+---+---|
| Consultancy  | Quote template  | Timed |  400 | \EUR/d |  
6.5 |   2600.00 | \EUR |
|--+-+---+--+-+--+---+---|
| Research | Billing invoice template| Timed |  400 | \EUR/d |  
   10.0 |   4000.00 | \EUR |
#+TBLFM: $7=$6*400;%.2f

* Amount Due

#+name: total
#+latex: \hfill\colorbox{yellow}{\begin{minipage}{7.5cm}
#+ATTR_LaTeX: :environment tabu :align Xrl
| /Sub-total/  | 0.00 | \EUR |
|+--+---|
| /Tax @ 21%/  | 0.00 | \EUR |
|+--+---|
| *Amount Due* | 0.00 | *\EUR* |
#+TBLFM: 
@1$2=remote(items,vsum(@3$7..@4$7);%.2f::@2$2=@1*0.21;%.2f::@3$2=vsum(@1..@-1);%.2f

#+latex: \end{minipage}}
--8<---cut here---end--->8---

Any hint for me?

Best regards,
Fabrice

-- 
Fabrice Niessen
Leuven, Belgium
http://www.pirilampo.org/




[O] Where are Babel code block results kept?

2015-12-06 Thread Lawrence Bottorff
I do this

#+name: org-calc2
#+begin_src emacs-lisp :session :tangle yes :cache yes
(calc-eval "deg(42@ 26' 36.42\")")
#+end_src

#+name:org-calc3
#+begin_src emacs-lisp
(expt (string-to-number (org-sbe "org-calc2")) 2)
#+end_src

#+name:org-calc4
#+begin_src emacs-lisp
(+ 1 (string-to-number (org-sbe "org-calc3")))
#+end_src

#+RESULTS: org-calc4
: 1802.4464479024998

and then evaluate org-calc4, which works fine. One question: Is there any
way to not need the (string-to-number ...) wrapper? Another question: These
names org-calc2, org-calc3, org-calc4 are not members of Emacs' "features",
so where are they kept and how are they made active? Could org-mode make
them globally available and not just in that buffer? I would guess we're
actually doing "Library of Babel" ingestion with org-sbe?

LB


[O] More questions about CSL and org-mode

2015-12-06 Thread John Kitchin
Hi all,

This is mostly for the people working on citations in org-mode.

I have been reading about CSL more this weekend. IIRC, one of the
reasons to develop the new citation syntax was to get the ability to
have pre/post text in citations more conveniently than what is currently
possible.

I have not seen any possibility for this with CSL, however. Is my
understanding correct? Is this a problem, or something partially handled
by org-export and partially by a citeproc?

IIUC, the current aim is to get a citeproc that will do the following on
export:
1. replace in-text citation syntax with org-formatted replacements
2. Insert an org-formatted bibliography somewhere in the document
3. proceed with org-to-something export, with built-in
exporters.

The current contenders for a citeproc are Zotero and Pandoc.

Has anyone looked at https://pypi.python.org/pypi/citeproc-py/
or https://github.com/inukshuk/citeproc-ruby

The ruby one looks pretty advanced.






--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu



Re: [O] syncing my life (orgmode :)) to a mobile (android) device..cant find a holistic reliable way..how do you guys manage to do it?

2015-12-06 Thread Bob Newell
I take a slightly different approach. Google calendar is my main
calendar and this works across devices including my Android phone and
tablet. 

However I use the old-fashioned emacs diary, which org-mode of course
easily incorporates. Diary is simple to work with.

When I start up emacs, I use gcalcli and some custom elisp to fetch my
Google calendar and regenerate the diary file completely, every time.

On exiting emacs, I run a diff (through custom elisp) to find changes to
the diary file and again use gcalcli to push those changes back to
Google calendar.

I don't try to sync contacts or notes bidirectionally. I do use
mobileorg to make sure my tablet/smart phone has a copy of all my
org-mode stuff. If I do happen to edit on the tablet/smart phone, it's a
manual process to put that back to the master, but this is not my usual
working mode. I have a lightweight laptop (Asus Zenbook) and carry that
whenever possible.

Overall I sync to and from a master at strongspace.com, which supports
use of rsync.

I suppose some day I should get away from diary, but it works really
well.

-- 
Bob Newell
Honolulu, Hawai`i
* Sent via Ma Gnus 0.14-Emacs 24.3-Linux Mint 17.2 *