Greetings.
Org manual says that
To avoid conflicts with currency specifications, single ‘$’ characters
are only recognized as math delimiters if the enclosed text contains at
most two line breaks, is directly attached to the ‘$’ characters with no
whitespace in between, and if the closing ‘$’
Think I agree. This is close to how I use org as well. For me, org pulls
it together - I have data/information in postgres, sqlite, maildirs,
filesystem, etc. Notes, todos, journal, bookmarks and documents are in
org. I use org as the way to assemble and prsent this information and
as an
* Eric Abrahamsen [2019-08-03 23:33]:
> time I'm actually starting to feel comfortable with sql.
I am using skeleton to quickly create SQL definitions.
Now imagine `contacts', `accounts', `countries', etc. It works fast.
(define-skeleton cf-sql-table
"Prepare the SQL table for Central
Neil Jerram writes:
> I've tried to work on contact conversion and synchronization in the past,
> aiming to merge and unify contacts that I've built up in BBDB, Google
> Contacts, email systems, pre-Android phones, etc. The problematic aspect
> was different systems using different field names
I've got Org mode version 9.1.5 (9.1.5-1-gb3ddb0-elpa
On Sat, Aug 3, 2019 at 2:24 PM John Kitchin wrote:
> This looks like an old org bug that has been fixed in newer versions.
>
> John
>
> ---
> Professor John Kitchin
> Doherty Hall A207F
> Department of
This looks like an old org bug that has been fixed in newer versions.
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
Bastien writes:
> Hi all,
>
> I've released Org 9.2.5, a bugfix release.
thanks!
I just tried this with
Org mode version 9.1.5 (release_9.1.5-1784-g772949 @
/home/neil/src/org-mode/lisp/)
and I don't see the problem with that version. What version do you have?
On Sat, 3 Aug 2019 at 19:48, Charles R (Charlie) Martin <
chasrmar...@gmail.com> wrote:
> This seems like an
This seems like an unlikely bug because it's very basic to org-mode tables,
but if I'm doing something wrong I sure can't figure out what.
I have this table:
| Date | Count | Pages |
|+---+---|
| 2019-Aug-03 (Sat, 215) | 2069 | 7 |
|
* Neil Jerram [2019-08-03 19:49]:
> I've tried to work on contact conversion and synchronization in the past,
> aiming to merge and unify contacts that I've built up in BBDB, Google
> Contacts, email systems, pre-Android phones, etc. The problematic aspect
> was different systems using different
I've tried to work on contact conversion and synchronization in the past,
aiming to merge and unify contacts that I've built up in BBDB, Google
Contacts, email systems, pre-Android phones, etc. The problematic aspect
was different systems using different field names and structures, e.g. one
with
Matt,
This seems like a good use case for a `derived-backend'.
You can use `org-export-define-derived-backend' with 'hugo as the parent,
define a :menu-entry to add an export action for your custom export to the hugo
menu using '?m' (say) as the key.
Then
C-c C-e H m
will export
* Eric Abrahamsen [2019-08-03 17:39]:
> No, and I think it would fall apart under your workload. But I would
> like to make it better, and gradually get it closer to supporting the
> sort of thing you're doing.
I have started some teaching lessons in how to create personal
information
Jean Louis writes:
> * Eric Abrahamsen [2019-08-03 02:27]:
>> Okay, thanks for that run-down, pretty interesting. I've written a
>> package called EBDB[1] that's meant to be sort of an update to BBDB, and
>> while I think someone's using it with tens of thousands of contacts,
>> 192k records
Sorry about the noise. It turned out to be something other than org that
was the fault.
/Henrik
Den lör 3 aug. 2019 kl 11:49 skrev Henrik Frisk :
> Hi,
>
> I've been trying to get the ox-pandoc (
> https://github.com/kawabata/ox-pandoc) exporter to work. I have installed
> it from MELPA but
* Eric Abrahamsen [2019-08-03 02:27]:
> Okay, thanks for that run-down, pretty interesting. I've written a
> package called EBDB[1] that's meant to be sort of an update to BBDB, and
> while I think someone's using it with tens of thousands of contacts,
> 192k records would probably exhaust it. It
* Eric Abrahamsen [2019-08-03 02:27]:
> Okay, thanks for that run-down, pretty interesting. I've written a
> package called EBDB[1] that's meant to be sort of an update to BBDB, and
> while I think someone's using it with tens of thousands of contacts,
> 192k records would probably exhaust it. It
Hi,
I've been trying to get the ox-pandoc (
https://github.com/kawabata/ox-pandoc) exporter to work. I have installed
it from MELPA but when I try to load it, manually or as is recommended on
the above page:
(with-eval-after-load 'ox
(require 'ox-pandoc))
I get a "Cannot use unknown "org"
* Tim Cross [2019-08-03 00:07]:
> Maybe, but those are unusually high maildir numbers IMO.
For personal purposes surely so.
Imagine when you run a campaign on some online social network, and pay
US $76 and within 23 hours there are 1,300 people in the
database. Then follows up to contact each
org-sort-entries seems to unfold everything in the subtree even if no
modification was done to the buffer during sorting.
Steps to reproduce:
Consider the following org file:
#+begin_src org
,* a
:PROPERTIES:
:ID: 279e797c-f4a7-47bb-80f6-e72ac6f3ec55
:END:
:DRAWER:
Blah
:END:
,**
20 matches
Mail list logo
