Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #103064 > unrolled thread
| Started by | wrong.address.1@gmail.com |
|---|---|
| First post | 2016-02-17 11:49 -0800 |
| Last post | 2016-02-20 10:47 -0800 |
| Articles | 14 on this page of 94 — 31 participants |
Back to article view | Back to comp.lang.python
Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-17 11:49 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications sohcahtoa82@gmail.com - 2016-02-17 12:25 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Rob Gaddi <rgaddi@highlandtechnology.invalid> - 2016-02-17 20:54 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Ray Cote <rgacote@appropriatesolutions.com> - 2016-02-17 16:13 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications paul.hermeneutic@gmail.com - 2016-02-17 14:18 -0700
Re: Considering migrating to Python from Visual Basic 6 for engineering applications William Ray Wing <wrw@mac.com> - 2016-02-17 16:27 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 00:17 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2016-02-18 10:09 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Chris Angelico <rosuav@gmail.com> - 2016-02-18 21:16 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 03:11 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Chris Angelico <rosuav@gmail.com> - 2016-02-18 22:32 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 07:49 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Chris Angelico <rosuav@gmail.com> - 2016-02-19 03:06 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 09:49 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Dietmar Schwertberger <maillist@schwertberger.de> - 2016-02-18 21:37 +0100
RE: Considering migrating to Python from Visual Basic 6 for engineering applications Dan Strohl <D.Strohl@F5.com> - 2016-02-18 16:24 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 09:58 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Tim Chase <python.list@tim.thechases.com> - 2016-02-18 13:18 -0600
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Steven D'Aprano <steve@pearwood.info> - 2016-02-19 11:30 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Chris Angelico <rosuav@gmail.com> - 2016-02-19 11:57 +1100
Ohnoes significant whitespace (was: Considering migrating to Python from Visual Basic 6 for engineering applications) Ben Finney <ben+python@benfinney.id.au> - 2016-02-19 12:03 +1100
Re: Ohnoes significant whitespace Marko Rauhamaa <marko@pacujo.net> - 2016-02-19 08:36 +0200
Re: Ohnoes significant whitespace (was: Considering migrating to Python from Visual Basic 6 for engineering applications) Grant Edwards <invalid@invalid.invalid> - 2016-02-19 14:57 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-19 02:14 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Steven D'Aprano <steve@pearwood.info> - 2016-02-19 21:18 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2016-02-18 15:20 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 07:33 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2016-02-18 15:47 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications William Ray Wing <wrw@mac.com> - 2016-02-18 10:59 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 09:38 -0800
RE: Considering migrating to Python from Visual Basic 6 for engineering applications Dan Strohl <D.Strohl@F5.com> - 2016-02-18 16:00 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 09:44 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Tim Chase <python.list@tim.thechases.com> - 2016-02-18 13:28 -0600
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-19 02:47 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Mark Lawrence <breamoreboy@yahoo.co.uk> - 2016-02-19 11:23 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-19 03:53 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2016-02-19 08:13 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Steven D'Aprano <steve@pearwood.info> - 2016-02-20 18:54 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-20 10:45 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Christian Gollwitzer <auriocus@gmx.de> - 2016-02-20 20:21 +0100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Tony van der Hoff <tony@vanderhoff.org> - 2016-02-19 11:34 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Tim Chase <python.list@tim.thechases.com> - 2016-02-19 07:40 -0600
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-19 10:14 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-19 23:06 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Larry Hudson <orgnut@yahoo.com> - 2016-02-19 23:49 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-20 10:38 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Larry Hudson <orgnut@yahoo.com> - 2016-02-20 23:28 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-21 13:16 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Chris Angelico <rosuav@gmail.com> - 2016-02-22 00:54 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Jussi Piitulainen <jussi.piitulainen@helsinki.fi> - 2016-02-21 17:08 +0200
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-21 16:16 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Jussi Piitulainen <jussi.piitulainen@helsinki.fi> - 2016-02-21 23:52 +0200
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-21 23:05 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Jussi Piitulainen <jussi.piitulainen@helsinki.fi> - 2016-02-22 10:50 +0200
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-22 12:24 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2016-02-21 21:19 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Steven D'Aprano <steve@pearwood.info> - 2016-02-22 21:46 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Jussi Piitulainen <jussi.piitulainen@helsinki.fi> - 2016-02-22 13:39 +0200
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Random832 <random832@fastmail.com> - 2016-02-22 09:49 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-22 16:21 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2016-02-23 10:45 +1300
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Christian Gollwitzer <auriocus@gmx.de> - 2016-02-21 16:21 +0100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Tim Chase <python.list@tim.thechases.com> - 2016-02-21 12:19 -0600
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2016-02-21 21:40 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Steven D'Aprano <steve@pearwood.info> - 2016-02-22 22:16 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-22 12:51 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Chris Angelico <rosuav@gmail.com> - 2016-02-23 00:09 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2016-02-21 13:39 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Peter Otten <__peter__@web.de> - 2016-02-19 15:58 +0100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Matt Wheeler <m@funkyhat.org> - 2016-02-19 17:05 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Roel Schroeven <roel@roelschroeven.net> - 2016-02-20 23:28 +0100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Mark Lawrence <breamoreboy@yahoo.co.uk> - 2016-02-19 01:07 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wxjmfauth@gmail.com - 2016-02-18 01:49 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications William Ray Wing <wrw@mac.com> - 2016-02-18 09:07 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-18 07:35 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Steven D'Aprano <steve@pearwood.info> - 2016-02-19 12:06 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-19 03:11 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2016-02-19 08:27 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Steven D'Aprano <steve@pearwood.info> - 2016-02-20 12:13 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications William Ray Wing <wrw@mac.com> - 2016-02-19 22:28 -0500
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-19 15:34 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Chris Angelico <rosuav@gmail.com> - 2016-02-20 02:43 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Grant Edwards <invalid@invalid.invalid> - 2016-02-19 16:04 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Grant Edwards <invalid@invalid.invalid> - 2016-02-19 15:59 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications BartC <bc@freeuk.com> - 2016-02-19 16:32 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Chris Angelico <rosuav@gmail.com> - 2016-02-20 03:49 +1100
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Grant Edwards <invalid@invalid.invalid> - 2016-02-19 18:03 +0000
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Denis Akhiyarov <denis.akhiyarov@gmail.com> - 2016-02-19 20:58 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-20 10:50 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Denis Akhiyarov <denis.akhiyarov@gmail.com> - 2016-02-22 00:02 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications Mike S <mscir@yahoo.com> - 2016-02-20 19:52 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wxjmfauth@gmail.com - 2016-02-20 01:46 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications nholtz <nholtz@cee.carleton.ca> - 2016-02-20 08:22 -0800
Re: Considering migrating to Python from Visual Basic 6 for engineering applications wrong.address.1@gmail.com - 2016-02-20 10:47 -0800
Page 5 of 5 — ← Prev page 1 2 3 4 [5]
| From | BartC <bc@freeuk.com> |
|---|---|
| Date | 2016-02-19 15:34 +0000 |
| Message-ID | <na7cgs$cum$1@dont-email.me> |
| In reply to | #103064 |
On 17/02/2016 19:49, wrong.address.1@gmail.com wrote: > Could someone kindly tell me advantages and disadvantages of Python? Something I don't think anyone has mentioned is that Python is case-sensitive. So keywords, identifiers, library functions and so on have to be written just right. (For example the identifier "abcdef" can be written 64 different ways, such as "aBCdEf", and they will all be different symbols.) This is a complete pain if you're used to a language that ignores case (except in data). But pretty much every language now is the same, you can't do much about it, you just need to be aware of it. -- Bartc
[toc] | [prev] | [next] | [standalone]
| From | Chris Angelico <rosuav@gmail.com> |
|---|---|
| Date | 2016-02-20 02:43 +1100 |
| Message-ID | <mailman.51.1455896610.2289.python-list@python.org> |
| In reply to | #103199 |
On Sat, Feb 20, 2016 at 2:34 AM, BartC <bc@freeuk.com> wrote: > On 17/02/2016 19:49, wrong.address.1@gmail.com wrote: > >> Could someone kindly tell me advantages and disadvantages of Python? > > > Something I don't think anyone has mentioned is that Python is > case-sensitive. > > So keywords, identifiers, library functions and so on have to be written > just right. (For example the identifier "abcdef" can be written 64 different > ways, such as "aBCdEf", and they will all be different symbols.) > > This is a complete pain if you're used to a language that ignores case > (except in data). But pretty much every language now is the same, you can't > do much about it, you just need to be aware of it. Indeed. Most languages are case sensitive, because it's too risky to do anything else. Python 3 allows you to use other scripts than the basic Latin letters in the ASCII set: >>> привет = "hello" and of course you wouldn't expect that to collide with something written in a completely different script. As far as the interpreter's concerned, "P" and "p" are just as different as are "A", "Α", "А", and so on. Like with Fortran's peculiar freedom in whitespace, case insensitivity in identifiers is an unwanted relic of a past age. ChrisA
[toc] | [prev] | [next] | [standalone]
| From | Grant Edwards <invalid@invalid.invalid> |
|---|---|
| Date | 2016-02-19 16:04 +0000 |
| Message-ID | <na7ee8$8pn$2@reader1.panix.com> |
| In reply to | #103200 |
On 2016-02-19, Chris Angelico <rosuav@gmail.com> wrote:
> and of course you wouldn't expect that to collide with something
> written in a completely different script. As far as the interpreter's
> concerned, "P" and "p" are just as different as are "A", "Α", "А", and
> [...]
...and a, ã, á, ä, â, à, ą, å, æ, etc.
[Just wanted to see if I remembered how to do that...]
--
Grant Edwards grant.b.edwards Yow! I like your SNOOPY
at POSTER!!
gmail.com
[toc] | [prev] | [next] | [standalone]
| From | Grant Edwards <invalid@invalid.invalid> |
|---|---|
| Date | 2016-02-19 15:59 +0000 |
| Message-ID | <na7e52$8pn$1@reader1.panix.com> |
| In reply to | #103199 |
On 2016-02-19, BartC <bc@freeuk.com> wrote:
> On 17/02/2016 19:49, wrong.address.1@gmail.com wrote:
>
>> Could someone kindly tell me advantages and disadvantages of Python?
>
> Something I don't think anyone has mentioned is that Python is
> case-sensitive.
That's an _advantage_ not a disadvantage.
Anybody who writes code that depends on the assumption that FOOBAR
foobar and FooBar are identical deserves to have his keyboard explode
under his fingertips.
> So keywords, identifiers, library functions and so on have to be
> written just right.
IOW, you're expected to do things correctly rather that have the
compiler try to guess the intent of your inept typing.
[OK, I may be a bit touchy on this subject from dealing with code
written by people used to working on Windows where they assume that
file names are case insensitive, so therefore seem to feel the need to
spice up life by using a variety of spellings for the same damned
file.]
--
Grant Edwards grant.b.edwards Yow! I would like to
at urinate in an OVULAR,
gmail.com porcelain pool --
[toc] | [prev] | [next] | [standalone]
| From | BartC <bc@freeuk.com> |
|---|---|
| Date | 2016-02-19 16:32 +0000 |
| Message-ID | <na7fu3$qe2$1@dont-email.me> |
| In reply to | #103201 |
On 19/02/2016 15:59, Grant Edwards wrote: > On 2016-02-19, BartC <bc@freeuk.com> wrote: >> On 17/02/2016 19:49, wrong.address.1@gmail.com wrote: >> >>> Could someone kindly tell me advantages and disadvantages of Python? >> >> Something I don't think anyone has mentioned is that Python is >> case-sensitive. > > That's an _advantage_ not a disadvantage. > > Anybody who writes code that depends on the assumption that FOOBAR > foobar and FooBar are identical deserves to have his keyboard explode > under his fingertips. > >> So keywords, identifiers, library functions and so on have to be >> written just right. > > IOW, you're expected to do things correctly You mean pedantically. In real life, names generally are not case sensitive. I can call myself bart or Bart or BART or any of the remaining 13 combinations, without anyone getting confused (but they might be puzzled as to why I'd choose to spell it bArT). And in speech there is no distinction between case (so anyone using voice-to-text is going to have trouble with writing code). Even in computing, many kinds of names are case-insensitive, emails and website names for example. I think even MS would struggle to register all the 32768 upper and lower case combinations of www dot microsoft dot com. It becomes nonsensical. It's just a popular fad in programming languages, probably originating in C and/or Unix, and doing a good job of infesting everything else. > rather that have the > compiler try to guess the intent of your inept typing. That's not being very helpful then. Do I type help, Help or HELP? Or would it be a better idea to recognise all of them, instead of stubbornly refusing to work until I get it exactly right? > [OK, I may be a bit touchy on this subject from dealing with code > written by people used to working on Windows where they assume that > file names are case insensitive, so therefore seem to feel the need to > spice up life by using a variety of spellings for the same damned > file.] But they're all the same file? If I had to give you the name of a file over the phone, wouldn't it make life much easier if I didn't have to describe, letter by letter, which was upper case and which was lower? [Most of the code I write uses lower-case anyway, but I also like to write temporary or debugging code in upper-case. That won't work in a language like Python. But it's also a nuisance in remembering if it's tkinter or Tkinter. Or are there actually two different packages differing only in the case of one letter of their names?] -- Bartc
[toc] | [prev] | [next] | [standalone]
| From | Chris Angelico <rosuav@gmail.com> |
|---|---|
| Date | 2016-02-20 03:49 +1100 |
| Message-ID | <mailman.52.1455900593.2289.python-list@python.org> |
| In reply to | #103203 |
On Sat, Feb 20, 2016 at 3:32 AM, BartC <bc@freeuk.com> wrote: > In real life, names generally are not case sensitive. I can call myself bart > or Bart or BART or any of the remaining 13 combinations, without anyone > getting confused (but they might be puzzled as to why I'd choose to spell it > bArT). There are other conflations, too. You might transliterate your name into another script, or represent it using only sounds found in a particular language, to introduce yourself in a completely different culture. Would you expect a computer to recognize all those as identical, too? Should the computer treat "Dad" and "John" as the same variable, since my father's name happens to be John? (Or should it treat them as distinct, because the _computer's_ father wasn't named John?) > And in speech there is no distinction between case (so anyone using > voice-to-text is going to have trouble with writing code). That's true of all sorts of other spoken parallels too, though. If you're using speech-to-text to enter code, you will have to cope with those, and it's no extra complexity to cope with mixed case. > Even in computing, many kinds of names are case-insensitive, emails and > website names for example. I think even MS would struggle to register all > the 32768 upper and lower case combinations of www dot microsoft dot com. It > becomes nonsensical. DNS is a bit of a special case. It has a bizarre mess of ASCII-only and full-Unicode naming, such that it really shouldn't be held up as a model for programming language identifiers. > It's just a popular fad in programming languages, probably originating in C > and/or Unix, and doing a good job of infesting everything else. Go ask a German how ß should be capitalized. Then ask if it's identical to "ss", which also uppercases to "SS". Now, how do you feel about that whole case sensitivity thing? And is "Ö" equivalent to "O" or to "OE" or neither? (Answer: It depends on context.) Everyone I've heard arguing in favour of programming language case insensitivity has assumed ASCII-only (and English-only). It's 2016. Time to stop making that assumption. ChrisA
[toc] | [prev] | [next] | [standalone]
| From | Grant Edwards <invalid@invalid.invalid> |
|---|---|
| Date | 2016-02-19 18:03 +0000 |
| Message-ID | <na7ldm$ank$1@reader1.panix.com> |
| In reply to | #103203 |
On 2016-02-19, BartC <bc@freeuk.com> wrote:
>
>> IOW, you're expected to do things correctly
>
> You mean pedantically.
:)
> In real life, names generally are not case sensitive. I can call
> myself bart or Bart or BART or any of the remaining 13 combinations,
> without anyone getting confused (but they might be puzzled as to why
> I'd choose to spell it bArT).
You probably answer to half-a-dozen others things as well. Such
natural-language concepts just don't work in code.
> And in speech there is no distinction between case (so anyone using
> voice-to-text is going to have trouble with writing code).
That's a good point.
> Even in computing, many kinds of names are case-insensitive, emails and
> website names for example. I think even MS would struggle to register
> all the 32768 upper and lower case combinations of www dot microsoft dot
> com. It becomes nonsensical.
True.
>> [OK, I may be a bit touchy on this subject from dealing with code
>> written by people used to working on Windows where they assume that
>> file names are case insensitive, so therefore seem to feel the need to
>> spice up life by using a variety of spellings for the same damned
>> file.]
>
> But they're all the same file?
Yes. Sometimes three or four different spellings scattered over
multiple domains (Makefile, C source (e.g. #include directives), and
the filesystem).
--
Grant Edwards grant.b.edwards Yow! I'd like some JUNK
at FOOD ... and then I want to
gmail.com be ALONE --
[toc] | [prev] | [next] | [standalone]
| From | Denis Akhiyarov <denis.akhiyarov@gmail.com> |
|---|---|
| Date | 2016-02-19 20:58 -0800 |
| Message-ID | <2dd9429e-16db-451d-beb8-1248a7029f80@googlegroups.com> |
| In reply to | #103064 |
On Wednesday, February 17, 2016 at 1:49:44 PM UTC-6, wrong.a...@gmail.com wrote: > I am mostly getting positive feedback for Python. > > It seems Python is used more for web based applications. Is it equally fine for creating stand-alone *.exe's? Can the same code be compiled to run on Linux or Android or web-based? > > Is it possible to create GUI elements with a good IDE? Can they be defined like in Visual Basic with given sizes, fonts, visible/invisible, etc.? > > Is it easy to do matrix operations in Python? Or do I need to write subroutines like in Visual Basic? > > Could someone kindly tell me advantages and disadvantages of Python? Or any better options? I have like 40-50 VB Forms and may be around 20000 lines of code. It will be a task to learn a new language and translate/re-write that code. > > Thanks for your responses. I'm surprised that no one mentioned this tool called vb2py. It looks outdated, but I actually used it successfully to convert vba code to python, once all dependencies were installed correctly :) http://vb2py.sourceforge.net/ You can also understand how vb objects map to python objects. vb2py has also minimal support for GUI conversion. Someone has even forked it on github recently: https://github.com/reingart/vb2py
[toc] | [prev] | [next] | [standalone]
| From | wrong.address.1@gmail.com |
|---|---|
| Date | 2016-02-20 10:50 -0800 |
| Message-ID | <dbba4e05-f661-41f5-a456-014902671e31@googlegroups.com> |
| In reply to | #103236 |
On Saturday, 20 February 2016 06:58:39 UTC+2, Denis Akhiyarov wrote: > On Wednesday, February 17, 2016 at 1:49:44 PM UTC-6, wrong.a...@gmail.com wrote: > > I am mostly getting positive feedback for Python. > > > > It seems Python is used more for web based applications. Is it equally fine for creating stand-alone *.exe's? Can the same code be compiled to run on Linux or Android or web-based? > > > > Is it possible to create GUI elements with a good IDE? Can they be defined like in Visual Basic with given sizes, fonts, visible/invisible, etc.? > > > > Is it easy to do matrix operations in Python? Or do I need to write subroutines like in Visual Basic? > > > > Could someone kindly tell me advantages and disadvantages of Python? Or any better options? I have like 40-50 VB Forms and may be around 20000 lines of code. It will be a task to learn a new language and translate/re-write that code. > > > > Thanks for your responses. > > I'm surprised that no one mentioned this tool called vb2py. It looks outdated, but I actually used it successfully to convert vba code to python, once all dependencies were installed correctly :) > > http://vb2py.sourceforge.net/ > > You can also understand how vb objects map to python objects. > > vb2py has also minimal support for GUI conversion. > > Someone has even forked it on github recently: > > https://github.com/reingart/vb2py This will definitely be useful to me in the early phase.
[toc] | [prev] | [next] | [standalone]
| From | Denis Akhiyarov <denis.akhiyarov@gmail.com> |
|---|---|
| Date | 2016-02-22 00:02 -0800 |
| Message-ID | <db7bc29d-6233-42a9-be09-9973c1bf2e17@googlegroups.com> |
| In reply to | #103275 |
Note that you can continue using your existing vb6 code from python through COM using pywin32 or pythonnet, until you decide to rewrite it.
[toc] | [prev] | [next] | [standalone]
| From | Mike S <mscir@yahoo.com> |
|---|---|
| Date | 2016-02-20 19:52 -0800 |
| Message-ID | <nabc4g$5l5$1@dont-email.me> |
| In reply to | #103236 |
On 2/19/2016 8:58 PM, Denis Akhiyarov wrote: > On Wednesday, February 17, 2016 at 1:49:44 PM UTC-6, wrong.a...@gmail.com wrote: >> I am mostly getting positive feedback for Python. >> >> It seems Python is used more for web based applications. Is it equally fine for creating stand-alone *.exe's? Can the same code be compiled to run on Linux or Android or web-based? >> >> Is it possible to create GUI elements with a good IDE? Can they be defined like in Visual Basic with given sizes, fonts, visible/invisible, etc.? >> >> Is it easy to do matrix operations in Python? Or do I need to write subroutines like in Visual Basic? >> >> Could someone kindly tell me advantages and disadvantages of Python? Or any better options? I have like 40-50 VB Forms and may be around 20000 lines of code. It will be a task to learn a new language and translate/re-write that code. >> >> Thanks for your responses. > > I'm surprised that no one mentioned this tool called vb2py. > It looks outdated, but I actually used it successfully to convert vba code to python,> once all dependencies were installed correctly :) > http://vb2py.sourceforge.net/ > You can also understand how vb objects map to python objects. > vb2py has also minimal support for GUI conversion. > Someone has even forked it on github recently: > https://github.com/reingart/vb2py Thanks! I have a lot of VB6 and VB.NET code and I'm learning Python thinking about doing machine learning, this might come in handy for other programs!
[toc] | [prev] | [next] | [standalone]
| From | wxjmfauth@gmail.com |
|---|---|
| Date | 2016-02-20 01:46 -0800 |
| Message-ID | <481c0eec-a628-463b-bd4f-a7d866060667@googlegroups.com> |
| In reply to | #103064 |
Le mercredi 17 février 2016 20:49:44 UTC+1, wrong.a...@gmail.com a écrit : > I am mostly getting positive feedback for Python. > > It seems Python is used more for web based applications. Is it equally fine for creating stand-alone *.exe's? Can the same code be compiled to run on Linux or Android or web-based? > > Is it possible to create GUI elements with a good IDE? Can they be defined like in Visual Basic with given sizes, fonts, visible/invisible, etc.? > > Is it easy to do matrix operations in Python? Or do I need to write subroutines like in Visual Basic? > > Could someone kindly tell me advantages and disadvantages of Python? Or any better options? I have like 40-50 VB Forms and may be around 20000 lines of code. It will be a task to learn a new language and translate/re-write that code. > > Thanks for your responses. - Choose a language which is Unicode.org compliant. - Choose a language which does not crash as soon as non ascii characters are used (even within BMP). - Choose a language which support a working GUI toolkit.
[toc] | [prev] | [next] | [standalone]
| From | nholtz <nholtz@cee.carleton.ca> |
|---|---|
| Date | 2016-02-20 08:22 -0800 |
| Message-ID | <37913023-69f6-41d5-b351-9aff124167e4@googlegroups.com> |
| In reply to | #103064 |
On Wednesday, February 17, 2016 at 2:49:44 PM UTC-5, wrong.a...@gmail.com wrote: > I am mostly getting positive feedback for Python. > ... I'm surprised no one has mentioned jupyter yet, so here goes ... A browser-based notebook, see http://www.jupyter.org I think this is an unparalleled way to learn Python, by experimentation at the start and for development later. As an example, I wanted to do some table processing, so a couple of lines to experiment with Pandas reading CSV files, then a couple of more lines to start processing the data ... What a wonderful way to experimentally develop software ... Can even develop simple GUIs *really* easily (but packaging for distribution is probably not easy, unless distribution is only within an organization and that organization can run a private notebook server). If you want to try it, this page http://jupyter.readthedocs.org/en/latest/install.html recommends installing Anaconda Python which installs a *lot* of stuff (numpy, scipy, sympy, pandas, etc. etc.) I highly recommend both (I use them for Civil Engineering (structures) software and teach a related university course)
[toc] | [prev] | [next] | [standalone]
| From | wrong.address.1@gmail.com |
|---|---|
| Date | 2016-02-20 10:47 -0800 |
| Message-ID | <eb965f45-fc82-4b1a-a120-12761b4b6eaf@googlegroups.com> |
| In reply to | #103268 |
On Saturday, 20 February 2016 18:23:26 UTC+2, nholtz wrote: > On Wednesday, February 17, 2016 at 2:49:44 PM UTC-5, wrong.a...@gmail.com wrote: > > I am mostly getting positive feedback for Python. > > ... > > I'm surprised no one has mentioned jupyter yet, so here goes ... > > A browser-based notebook, see http://www.jupyter.org > > I think this is an unparalleled way to learn Python, by experimentation at the start and for development later. As an example, I wanted to do some table > processing, so a couple of lines to experiment with Pandas reading CSV files, then a couple of more lines to start processing the data ... What a wonderful way to experimentally develop software ... > > Can even develop simple GUIs *really* easily (but packaging for distribution is probably not easy, unless distribution is only within an organization and that organization can run a private notebook server). > > If you want to try it, this page > > http://jupyter.readthedocs.org/en/latest/install.html > > recommends installing Anaconda Python which installs a *lot* of stuff (numpy, scipy, sympy, pandas, etc. etc.) > > I highly recommend both (I use them for Civil Engineering (structures) software and teach a related university course) Thanks. This gives me some more confidence that it will be a good choice for my work as well.
[toc] | [prev] | [standalone]
Page 5 of 5 — ← Prev page 1 2 3 4 [5]
Back to top | Article view | comp.lang.python
csiph-web