Re: [Python-Dev] graphics maths types in python core?

interested and willing to help I may start again working on them. Also note that the subjects "vec2, vec3, quaternion, etc" (PEP 3141) and "multi-dimensional arrays" (PEP 3118) are mostly unrelated. -- Lino Mastrodomenico ___ Python-

Re: [Python-Dev] [Python-ideas] Proposed addtion to urllib.parse in 3.1 (and urlparse in 2.7)

p://www.whatwg.org/specs/web-apps/current-work/multipage/forms.html#url-encoded-form-data> -- Lino Mastrodomenico ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.o

Re: [Python-Dev] Dropping bytes "support" in json

set is only misleading because even if you specify, e.g., ISO-8859-1 a standard-compliant receiver will probably still try to interpret the content as UTF-8/16/32. OTOH a charset can be used if you send JSON with an application/javascript MIME type. -- Lino Mastrodomenico

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

currently exist in Python codecs. Why not use U+DCxx for non-UTF-8 encodings too? Overall I like the PEP: I think it's the best proposal so far that doesn't put an heavy burden on applications that only want to do simple things with the API. -- Lino Mastrodomenico

Re: [Python-Dev] PEP 383 (again)

uding GNU cp. I don't see how Martin can do better than this. Well, ok, I guess he could break into my house and rename the original file to something sane... -- Lino Mastrodomenico ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

;). Martin: maybe the PEP should say this explicitly? Note that the round-trip works without ambiguities between '\udcff' in the filename: b'\xed\xb3\xbf' -> '\udced\udcb3\udcbf' -> b'\xed\xb3\xbf' and b'

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

2009/4/28 Hrvoje Niksic : > Lino Mastrodomenico wrote: >> >> Since this byte sequence [b'\xed\xb3\xbf'] doesn't represent a valid >> character when >> decoded with UTF-8, it should simply be considered an invalid UTF-8 >> sequence of three

Re: [Python-Dev] PEP 383 update: utf8b is now the error handler

lely through the error handler. That's even nicer. One minor detail though, in the sentence: "non-decodable bytes >128 will be represented as lone half surrogate" ">" should be ">=". -- Lino Mastrodomenico

Re: [Python-Dev] PEP 383 update: utf8b is now the error handler

<http://mail.python.org/pipermail/python-dev/2009-April/089102.html> -- Lino Mastrodomenico ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/ar

Re: [Python-Dev] PEP 383 update: utf8b is now the error handler

ed as the pipe character and can have security implications. It's a know problem with Shift-JIS and was fixed in UTF-8. -- Lino Mastrodomenico ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Un

[Python-Dev] SoC proposal: multimedia library

K they all have limitations: * a lot of them are specific for a single container format or codec (e.g. aifc, wave, oggpy, python-vorbis...); * they aren't cross-platform (e.g. videoreader). Is there any interest in a library of this kind (inside or outside of the stdlib)? Suggestions?

Re: [Python-Dev] SoC proposal: multimedia library

rse the CPU intensive work of encoding and decoding audio and video will be done by existing C libraries. As I said before I have a slight preference for using ctypes instead of the CPython APIs because this means that the library will (probably) be usable unmodified by PyPy, but I can change my mi

[Python-Dev] Standard Image and Sound classes (was: SoC proposal: multimedia library)

reg suggested, adding the new buffer interface to the two classes can be a really good idea. I'm following with interest that discussion. Keeping fingers crossed... -- Lino Mastrodomenico E-mail: [EMAIL PROTECTED] ___ Python-Dev mailing list Pyt

Re: [Python-Dev] Standard Image and Sound classes (was: SoC proposal: multimedia library)

2007/3/27, Anthony Baxter <[EMAIL PROTECTED]>: > On Tuesday 27 March 2007 11:03, Lino Mastrodomenico wrote: > > I agree. I withdrew my original "multimedia library" idea and > > submitted a proposal for the creation of two standard Image and > > Sound classes.

Re: [Python-Dev] Standard Image and Sound classes (was: SoC proposal: multimedia library)

2007/3/28, Lino Mastrodomenico <[EMAIL PROTECTED]>: > IRIX goodness: al, imgfile, jpeg and gl, but I can't test these. BTW, > will they be still here in Python 3.0? Ok, I found the answer: PEP 3108. Sorry for the noise. -- Lino Mastrodomenico E-mail:

Re: [Python-Dev] New Super PEP

bly mean "class Square(Rectangle):". Anyway it's not wrong, but it isn't multiple-inheritance-friendly either. -- Lino Mastrodomenico E-mail: [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/m

Re: [Python-Dev] PEP 238 - The // operator should truncate instead of floor

/python-list/2005-February/thread.html#306577> Also, FYI, TCL and Ruby behave the same way. -- Lino Mastrodomenico E-mail: [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe