Re: implicit_str_to_num_ok=1

[David Doolin]

In message <address@hidden>, Daniel Heiserer writes:
>Hi,
>
>I try to write my code non-braindead compatible 
>IN ORDER TO POSTE IT TO THE SOURCE LIST, not for my own!
>There are some non-braindead features which make me 
>really sick.

Easy there killer.

Assumptions underlying design decisions may seem reasonable 
at the time, only to prove not-so-convenient later.  Predicting 
the future is easy.  Predicting it correctly is the trick.

Here is a suggestion:  dl a fresh copy of 2.1.14 (or whatever
is latest), change the defaults to what you prefer, then 
run *all* of your scripts through it and see how much breaks.
If you see a clear benefit, you then have a sales/marketing
issue: how to get jwe to incorporate your patch!  Given his
general crankiness lately, this will be the far harder task!

I don't care either way, as long as the documentation is correct,
and someone notes it in the changelog.

Hope your day improves.  It's beautiful here in Berkeley 
right now...  ;)

Dave Doolin

ps: honey catches more flies than vinegar.
>
>Does anybody in this list runs with "implicit_str_to_num_ok=0"
>or lets say *REALLY* *NEEDS* "implicit_str_to_num_ok=0".
>
>If this is not the case I would recommend to make
>"implicit_str_to_num_ok=1" the default and kick the feature
>"implicit_str_to_num_ok=0" out.
>Once I start fiddling around with strings this feature makes
>be absolutely sick, because I cannot handle the BASE-DATATYPE 
>of octave (The Matrix (not the movie ;-))) like a matrix
>because no matrix manipulation works on it as long as this
>dammed "implicit_str_to_num_ok=0" is set.
>
>I personally don't see ANY adavantage of "implicit_str_to_num_ok=0"
>except that the code tells me it makes no sense handling 
>a string like a matrix. Why the hell not?
>
>It is up to me to check that IF IT IS NECESSARY.
>
>I just don't see any reason why making things more complicatet
>as they are.
>
>Bye daniel.
>
>-- 
>Mit freundlichen Gruessen
>                                 Daniel Heiserer
>-----
>--------------------------------------------------------------
>Dipl.-Phys. Daniel Heiserer, BMW AG, Knorrstrasse 147, 80788 Muenchen
>Abteilung EK-20
>Tel.: 089-382-21187, Fax.: 089-382-42820
>mailto:address@hidden
>
>
>
>---------------------------------------------------------------------
>Octave is freely available under the terms of the GNU GPL.  To ensure
>that development continues, see www.che.wisc.edu/octave/giftform.html
>Instructions for unsubscribing: www.che.wisc.edu/octave/archive.html
>---------------------------------------------------------------------
>



---------------------------------------------------------------------
Octave is freely available under the terms of the GNU GPL.  To ensure
that development continues, see www.che.wisc.edu/octave/giftform.html
Instructions for unsubscribing: www.che.wisc.edu/octave/archive.html
---------------------------------------------------------------------