Path: csiph.com!usenet.pasdenom.info!gegeweb.org!de-l.enfer-du-nord.net!feeder2.enfer-du-nord.net!cs.uu.nl!news.stack.nl!newsfeed.xs4all.nl!newsfeed4.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.010 X-Spam-Evidence: '*H*': 0.98; '*S*': 0.00; 'subject:Python': 0.05; 'cpython': 0.05; 'api': 0.09; 'python': 0.09; 'bindings': 0.09; 'callable': 0.09; 'jquery,': 0.09; 'objects)': 0.09; 'cc:addr :python-list': 0.10; 'template': 0.11; '(functions': 0.16; 'api,': 0.16; 'devs': 0.16; 'invisible': 0.16; 'minor,': 0.16; 'optimised': 0.16; 'community.': 0.20; 'trying': 0.21; 'doc': 0.22; 'latter': 0.22; 'libraries': 0.22; 'cc:2**0': 0.23; '>': 0.23; 'idea': 0.24; 'cc:addr:python.org': 0.25; 'header:In-Reply- To:1': 0.25; 'plain': 0.27; 'focused': 0.27; 'functions.': 0.27; 'replace': 0.27; 'message-id:@mail.gmail.com': 0.27; 'argue': 0.29; 'dom': 0.29; 'class': 0.29; 'classes': 0.30; 'framework': 0.30; 'checked': 0.30; 'primary': 0.30; 'expect': 0.31; 'december': 0.32; 'could': 0.32; 'surely': 0.33; 'utility': 0.33; 'knowledge': 0.33; 'skip:& 20': 0.33; 'that,': 0.34; 'agree': 0.34; 'received:google.com': 0.34; 'done': 0.34; 'list': 0.35; 'whatever': 0.35; 'similar': 0.35; 'received:209.85': 0.35; 'something': 0.35; 'except': 0.36; 'but': 0.36; 'should': 0.36; 'level': 0.37; 'being': 0.37; 'received:209': 0.37; 'received:209.85.216': 0.37; 'subject:: ': 0.38; 'fact': 0.38; 'skip:o 20': 0.38; 'some': 0.38; 'application': 0.40; 'header:Received:5': 0.40; 'most': 0.61; 'engines': 0.62; 'strange': 0.62; 'vision': 0.62; 'more': 0.63; 'beat': 0.65; '2012.': 0.71; 'sharing': 0.74; 'low': 0.83; 'backlog': 0.84; 'completly': 0.84; 'overlooked': 0.84; 'route': 0.84; 'anymore,': 0.95 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=QnOXzZ5wSTXbyRrglW9xJzUbqCIIvU7DMQItiSqACU0=; b=FbpWAIP1uEEx1QNwMQ6mAfpD9sWQQ8o61owKPArHkKdDq9On1DGPMJX15O+9Cz0Bki jnmOT5VIyjFzdLY9Ug75xxUGw99WLmOT5AmrSyOsX9Zehj0P1pZquUwFEFSSuHNWH+co 8hn0/6TXl9lI3LKb9DEKtsEfIHAKCta+TuZOLQ5e0yjAYuJ29JirLG+yDWbcwqOnFPre 8NlV2emJoJaMGE3pH4K4HdI5FzPTQhppVjVDZPKjh7MABbfLc9fvA4lihWRARKammIF6 gEqnTCX3YlEMudBjSHi9f/Z9Fa682Hr/YO2pXdBs/XJjvkRdCczBXRx4h/M5pZHUpg/q nhiQ== MIME-Version: 1.0 In-Reply-To: References: <50D256B3.4070709@udel.edu> <96edb672-dabd-4ab8-9e7c-3fa7f4a91437@googlegroups.com> <44335f22-555a-4806-b24a-7d4cb1d8e529@googlegroups.com> <4ddee631-b5b5-4cb4-82b0-00ca403b773e@googlegroups.com> From: Amirouche Boubekki Date: Sat, 22 Dec 2012 00:50:42 +0100 Subject: Re: Brython - Python in the browser To: Chris Angelico Content-Type: multipart/alternative; boundary=20cf3033466729804604d1658556 Cc: python-list X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 80 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1356133866 news.xs4all.nl 6947 [2001:888:2000:d::a6]:54208 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:35327 --20cf3033466729804604d1658556 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable H=C3=A9llo, > > doc <=3D 'blah blah x I will surely backlog latter or some crytologist from the futur will do and he will surely agree about the fact something strange happened around december 2012. Sorry for that, that's me trying to be funny. Last time I checked DOM manipulation is not the primary way for js devs to do DOM manipulation anymore, or is it ? Javascript template engines do DOM manipulation but this is almost invisible for the user so whatever the API, I expect this will be minor, if not completly overlooked by users of Brython. I could even argue more that for cross-language knowledge sharing the low level API should be the same but no. Brython is a very good idea. I failed at something similar except I took the pyjs route and focused on classes (functions being callable class objects) and "bindings" which is IMO more interessant than list comprehensions, operator-overloading and plain functions. The idea was that bindings will be even more important than in CPython because most of the hard work for browser compatibility was already done and optimised by the JS community. I may completly be off beat but the vision was that Python would be for framework and application developpement and not for utility libraries that would replace jQuery, SocketIO, Mediator.js History.js or any template engine hence the focus on classes and meta-programming. What is the plan regarding this issues in Brython ? Regards, Amirouche --20cf3033466729804604d1658556 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
H=C3=A9llo,


> = doc <=3D 'blah blah x<y: '+B('True!')

I will surely backlog latter o= r some crytologist from the futur will do and he will surely agree about th= e fact something strange happened around december 2012.

Sorry for that, that's me trying to be funny. Last= time I checked DOM manipulation is not the primary way for js devs to do D= OM manipulation anymore, or is it ? Javascript template engines do DOM mani= pulation but this is almost invisible for the user so whatever the API, I e= xpect this will be minor, if not completly overlooked by users of Brython. = I could even argue more that for cross-language knowledge sharing the low l= evel API should be the same but no.

Brython is a very good idea. I failed at so= mething similar except I took the pyjs route and focused on classes (functi= ons being callable class objects) and "bindings" which is IMO mor= e interessant than list comprehensions, operator-overloading and plain func= tions. The idea was that bindings will be even more important than in CPyth= on because most of the hard work for browser compatibility was already done= and optimised by the JS community. I may completly be off beat but the vis= ion was that Python would be for framework and application developpement an= d not for utility libraries that would replace jQuery, SocketIO, Mediator.j= s History.js or any template engine hence the focus on classes and meta-pro= gramming.

What is the plan regarding this issues in B= rython ?

Regards,

=

Amirouche


--20cf3033466729804604d1658556--