![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Warp wrote:
> nemesis <nam### [at] gmail com> wrote:
>> http://www.itworld.com/government/105031/will-wall-street-require-python
>
> Python must have the most idiotic block delimiter in the history of
> programming languages: Whitespace indentation.
I'm *far* more concerned that people are proposing to write financial
contracts in an ad hoc language like Python, rather than a more formally
rigoruous language...
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Orchid XP v8 <voi### [at] dev null> wrote:
> Clarence1898 wrote:
>
> > Actually EBCDIC does support lower case.
> > a thru i is x'81' to x'89'
> > j thru r is x'91' to x'99'
> > s thru z is x'a2' to x'a9'
>
> Why...why do you know this? o_O
>
> --
> http://blog.orphi.me.uk/
> http://www.zazzle.com/MathematicalOrchid*
Because unlike most of the people in this forum,
I live in an IBM mainframe world and need to
know this information.
Isaac
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Warp wrote:
>> So is lower case letters, because EBCDIC doesn't support that. :-)
> Yeah, I see how EBCDIC is as popular as html.
Obviously I was exagerating. The point is that it used to be you couldn't
paste javascript into a web page, because the < and > and such would get
corrupted. (Indeed, you still have to specially escape embedded javascript
sometimes in HTML markup.)
You're blaming the wrong tool.
--
Darren New, San Diego CA, USA (PST)
Linux: Now bringing the quality and usability of
open source desktop apps to your personal electronics.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Clarence1898 wrote:
> Actually EBCDIC does support lower case.
Whatever. The point is it isn't the language that's broken, but the tools to
display it.
--
Darren New, San Diego CA, USA (PST)
Linux: Now bringing the quality and usability of
open source desktop apps to your personal electronics.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 21/04/2010 8:16 PM, Darren New wrote:
> Warp wrote:
>>> So is lower case letters, because EBCDIC doesn't support that. :-)
>> Yeah, I see how EBCDIC is as popular as html.
>
> Obviously I was exagerating. The point is that it used to be you
> couldn't paste javascript into a web page, because the < and > and such
> would get corrupted. (Indeed, you still have to specially escape
> embedded javascript sometimes in HTML markup.)
>
> You're blaming the wrong tool.
>
Who is the right tool to blame? ;-)
--
Best Regards,
Stephen
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> Why...why do you know this? o_O
>
> Because unlike most of the people in this forum,
> I live in an IBM mainframe world and need to
> know this information.
IBM still make mainframes?
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Orchid XP v8 <voi### [at] dev null> wrote:
> >> Why...why do you know this? o_O
> >
> > Because unlike most of the people in this forum,
> > I live in an IBM mainframe world and need to
> > know this information.
>
> IBM still make mainframes?
>
> --
> http://blog.orphi.me.uk/
> http://www.zazzle.com/MathematicalOrchid*
Yes, they still make mainframes. Most large corporations
still use them. It is a very profitable business for IBM.
Isaac
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 04/21/10 09:09, Warp wrote:
>> What you're saying is "Python using whitespace is stupid because a lot of
>> web sites don't treat whitespace as significant." Sure, OK, that's an opinion.
>
> I think it's a very valid opinion taking into account the amount of
> programming forums and blogs out there.
If the point of your whole thread was that Python is a poor language to
post on many online forums and blogs, I won't argue. Seems a minor point
against it, though.
--
To call a man an ass is to insult the jackass. M.Twain
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 04/20/10 13:31, Warp wrote:
> Neeum Zawan <m.n### [at] ieee org> wrote:
>> Well, OK - occasionally had issues with people mixing tabs with spaces,
>> but then I learned to use a proper editor.<G>
>
> How does the Python interpreter/compiler even work with different types of
> whitespace? If, for example, one line as 4 spaces at the beginning and the
> next line has one tab character (which many editors will show as wide as
> 8 spaces, and in fact some editors will convert groups of 8 spaces into
> tabs), how does the interpreter interpret that? And what happens if you
> change the tab width in your editor settings?
Mixing tabs and spaces is the only whitespace error I've come across in
Python. And I can count on one hand how often it's happened to me. And
as I said, the solution was simple: Use a proper editor that'll convert
the tabs to spaces.
> I bet it can become pretty confusing when the interpreter is giving you
> error messages or, much worse, it will parse ok but run complately wrongly,
> even though it *looks* to be ok.
If you mix tabs and spaces within an intended block, the program won't
run. If they're in separate blocks, it will run (properly).
> Relying on the use of whitespace for actual syntax is idiotic (with the
> exception of separating tokens with at least one whitespace character,
> while not being important how many).
Merely an opinion.
>> Know how often I've had issues compiling because of a missing brace or
>> semicolon? Orders of magnitude more frequently than whitespace issues in
>> Python.
>
> I'm not concerned about typos. I'm concerned about whitespaces being lost
> in transfer and different types of whitespace (spaces, different types of
> tab characters..) being interpreted differently by different programs (the
> text editor might be showing you something completely different than what
> the Python interpreter is seeing).
Seems like a minor concern to me. As you're a professional programmer,
I suppose you often have to go to poorly coded forums. The ones I go to
allow you to post code that the software won't reformat. The only
exception being blog comments - and I rarely need to post code in a blog
comment.
> Whitespace at the beginning of lines should be purely aesthetical, not
> integral part of the syntax.
And a semicolon at the end shouldn't be mandatory, and should only be
needed if you want more than one statement per line. If you seriously
think about it, a huge percentage of semicolons in code are merely
wasted characters that just don't need to be there. It's easier to have
a syntax where you *explicitly* specify that the statement is longer
than one line, because those are the *exceptions*.
>> Once I had spent just a short amount of time in the Python world, I
>> really hated semicolons in whatever other language I was coding in. A
>> royal pain to have to enter a mostly pointless character after each
>> statement.
>
> You seem to assume that statements never get longer than a certain length,
> so that they will all nicely fit in one line. Sometimes it's useful to be
> able to split statements into several lines.
Python has no problem dealing with statements that are on multiple
lines, as long as you write them properly. The "benefit" of semicolons
is quite the opposite - it allows multiple statements per line.
>> Most online forums have a [code] tag or something similar to ensure
>> nothing gets formatted.
>
> Except that many don't.
And why would I try to post code to one that didn't? I wouldn't do it
even if whitespace was not a syntactical feature.
>> Otherwise, use a pasting service.
>
> Why should I have to use such things just because the language has a
> braindead idea of using whitespace as syntax?
Designing a language because of poorly written forum software is a bit
more braindead. Seriously, can you imagine this as being an issue the
C++ standards committee should bother looking into at all? How to make
code appear properly online?
>>> Also autoindentation of Python code is a physical impossibility.
>
>> Why would this be a concern?
>
> Because when your editor can autoindent your code, it makes programming
> enormously easier (similarly to how syntax highlighting does).
I simply don't see a need for this in Python. If the code has wrong
indentation, then it's not merely indentation that is wrong. The code is
wrong. You can't autoindent incorrect code.
In fact - one of the benefits of Python *is* that this is not an issue.
The need to autoindent arises because a language allows its users to be
sloppy while writing it.
--
To call a man an ass is to insult the jackass. M.Twain
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 04/21/10 10:49, Warp wrote:
>> So is lower case letters, because EBCDIC doesn't support that. :-)
>
> Yeah, I see how EBCDIC is as popular as html.
If popularity's a criterion, then mixed case sensitive file names are a
poor idea because Windows may have trouble with them.
--
To call a man an ass is to insult the jackass. M.Twain
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |