Hello Jed, 4 remarks : * I'm a user of spyder through winpython (so python 2.7 and 3.3) on my windows machines, and possibly through anaconda (so python 2.7 and 3.3) for Linux machines.
* no existing spyder user will be impacted by a python 3.3 only solution, * as a user moving from python 2.7 to python 3.3 environnement : . it's already a pain to translate by hand python 2.7 programs to python 3.3, . it's even worth if I had to transalte to python 3.1/3.2 only, ==> I would not understand why a satisfied python 2.7 user would want the pain to upgrade just to python 3.1/3.2. * if you are not so many man-hours to maintain spyder, the simplest solution to maintain may be the best for the sake of spyder evolution. sheers, Le samedi 29 juin 2013 18:52:43 UTC+2, Jed Ludlow a écrit : > > If you have interest in Python 3 support for Spyder, please read below and > provide your thoughts. > > The primary goal for Spyder 2.3 is to provide support for Python 2 and > Python 3 from a single code base. We are gradually working our way through > the remaining bugs, but there are still a few remaining outstanding issues. > We'd like your opinions on one of them. > > As you may be aware, in Python 3 the distinction between text literals as > either str or unicode is no more, and all text literals are stored as > unicode. From Python 3.0 to Python 3.2, the syntax for declaring unicode > literals (like u"foo") was removed from the language, so any use of the u > prefix is a syntax error in those versions. For Python 3.3 the language > designers decided to allow this syntax again since it makes supporting 2 > and 3 from the same code base much simpler. Basically, in Python 3.3, you > are allowed to declare either "foo" or u"foo", and both will be stored as > Python-3-style text literals. > > How does this all relate to Spyder? We have developed a general solution > for text literals that we can use to support all Python 3 versions if we > need to use it, but it creates a little but of clutter in the code. It's > certainly makes the code a bit cleaner if we support only Python 3.3. So, > in that light, we'd be very interested in knowing how may of you require > support for Python 3.0 through 3.2. Again, we are prepared to put in place > a solution that will support all of Python 3 if there is demand for these > earlier versions, but we didn't want to add the complexity to the code if > there simply wasn't any demand for it. > > On behalf of the Spyder team, cheers, > > Jed > > > -- You received this message because you are subscribed to the Google Groups "spyder" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/spyderlib. For more options, visit https://groups.google.com/groups/opt_out.
