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: Wed, 05 Mar 2014 22:06:41 +0100 [thread overview]
Message-ID: <87ha7c9xdn.fsf@mars.lan> (raw)
In-Reply-To: 871tygptqa.fsf@bzg.ath.cx
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 wrote something similar in python:
https://github.com/spiderbit/mmailer
I just wanted to migrate it into org-mode/emacs because I have not to
deal with csv files and because I can use the email-ability from
emacs/gnus.
Its just stupid to have a seperate smtp-client-code and
smtp-auth-settings in such tool.
Its around 500 lines of code in emacs I would get that done in maybe 20
lines of code.
If that problem would not occur.
If there is something in elisp that is like that:
if is-that-a-number(column):
column = number-to-string(give-the-complete-number(column))
I would be happy to use that ^^. But If he saves it as number I think he
will not save how many zeros were behind the point.
So basicly there is no solution to it that will satisfy me.
I really struggle to use the org-mode structures its always a little bit
off, it sounds all good but fails in small details.
Sorry whining but it is frustrating when you have 99% and you need to
get the 1% problem out of the way but it will not happen except writing
seperate 1000 lines of code in R or something like that (that was the
workaround for my last problem with my last "group-by" problem, with
org-mode tables.
That then makes the 99% just worthless because it is useless if its
static code that is not dynamic and works for this kind of problems but
only for this one example of the problem.
I dont want to repreat myself. Maybe I even could make that code a
seperate small emacs-package. Because there seems that there is no
serial-mail tool for emacs right now.
Maybe I am wrong here, but I searched long and did not find one.
Maybe you or somebody else can point me to it, then I maybe dont need
that to work anymore.
It´s just so stupid that seems for me very general problems, that you
maybe have a implizit declaration of a variable but you should still
have a way to define it manually there is even a way to do this, to
force a field to be a number but not to force it to be a string.
Something like that:
tblfm: $4 = ($4);N or was it \N why is there no \S and good.
ok its not in the information gathering and a seperate process but in
the table you have at least the full number there.
Hope there is one emacs-way to do that. That dont need learning another
programming language like R and works for any strings.
I am a bit disapointed in org-tables because they never work like I need
them too.
I think the only alterantive would be to save the org-capture data in a
csv-file so I have to write thousends of lines of code to manage paths
and projects and whatever like I have in python.
Then because csv works better in not converting without me saying it to
convert a string to a number.
and then use file-open blabla.
But nice that you did answer that fast ;)
next prev parent reply other threads:[~2014-03-05 21:07 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 [this message]
2014-03-06 17:14 ` Eric Schulte
2014-03-07 4:12 ` Stefan Huchler
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=87ha7c9xdn.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).