From: Stefan Huchler <stefan.huchler@mail.de>
To: emacs-orgmode@gnu.org
Subject: Re: how to force org-mode to interpret number as string
Date: Fri, 07 Mar 2014 05:12:38 +0100 [thread overview]
Message-ID: <87r46elk95.fsf@mars.lan> (raw)
In-Reply-To: 87lhwnug5t.fsf@gmail.com
Eric Schulte <schulte.eric@gmail.com> writes:
> Stefan Huchler <stefan.huchler@mail.de> writes:
>
>> Bastien <bzg@gnu.org> writes:
>>
>>> Hi Stefan,
>>>
>>> Stefan Huchler <stefan.huchler@mail.de> writes:
>>>
>>>> The Problem is that that org-mode seems to auto-format the salary column
>>>> as a number.
>>>
>>> That a problem here, but I guess this is handy in many circumstances.
>>>
>>> Why don't use just turn the number into a string in your code?
>>
>> if I could do that, without loosing the numbers behind the point I would
>> be ok with that, but I dont want a fixed system for 1 table, but for a
>> random table.
>>
>
> I think that for this to work you may have to abandon using "." as your
> numerical thousands separator. Or customize string-to-number and
> org-babel-number-p to fit your number syntax.
>
> Best,
I think the way I have to go is to use export the table to csv then it
looses some of its "cleverness" and does what it should do in the first
place.
Hmm I just thought a second, maybe it does also do that
data-manipulation also before it exports it, but no org-table-export
does export it like a string.
So here you have one bug, its inconsistent.
So yes the easiest workaround is most likely to export it to a csv in /tmp/...
and then parse it back ^^.
Again I am suprised that there is no serial-mail package for emacs, then
I would not even have to write this code.
Sorry that I am maybe not so constructive but it´s stuff that should
work and now you say that I should fix that upstream with me having written 50 lines
of lisp code in my life.
And how big are the chances that it gets included, when you people do
not even consider that as a bug / needed feature.
But sorry I really flame to much, I just find some stuff really stupid,
as example why did I need to make out of a table a dict in the first
place to put it into a list with lists is really stupid, dicts are more
confortable I know in elisp maybe it has another name, but its similar
and even in python I get no list of dicts (lines).
Is it because of monstroses big Tables and performance problems?
Sorry I can´t stopp. Still there is much great stuff there. Else I would
not try to migrate my life into emacs ^^ ;)
next prev parent reply other threads:[~2014-03-07 4:13 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-05 3:45 how to force org-mode to interpret number as string Stefan Huchler
2014-03-05 15:09 ` Bastien
2014-03-05 21:06 ` Stefan Huchler
2014-03-06 17:14 ` Eric Schulte
2014-03-07 4:12 ` Stefan Huchler [this message]
2014-03-07 5:34 ` Eric Schulte
2014-03-07 14:10 ` Stefan Huchler
2014-03-13 14:37 ` Bastien
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r46elk95.fsf@mars.lan \
--to=stefan.huchler@mail.de \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).