[jQuery] Zope3/JQuery Sprint

2007-09-12 Thread Roger Ineichen

Hi all

I'm a core developer of Zope3 and we organize a Zope3 
Sprint in the Boston Area.

One task whould be to integrate JQuery using JSON RPC. And 
intergrate JSON RPC support for JQuery which JQuery doesn't 
support right now.

We also thinking about to build a Zope3 application server 
release which offers built in JQuery and JSON libraries
ready to use for deveopers.

You can see some early prototyping here:
http://alpha.z3c.org 


Let me know if somebody is interested to join us at the sprint
in Concord, MA, USA.

The sprint starts Monday, September 24, 2007 at 9:00 am EST 
and lasts until Friday, September 28, 2007 in the afternoon.

The goal of the sprint is to work on Zope 3 core packages or 
technologies closely related to it. The topics that we will be 
able to address will heavily depend on the participants.

For more info about the Zope3 sprint:
http://wiki.zope.org/zope3/FoliageSprint

You can read more about Zope3 here:
http://www.zope.org/


Just a general question to all of you; Is anybody using 
JQuery on top of Zope3 or another Python framework?

If yes, we started uploading some JQuery plugin libraries 
to the PyPi:
http://pypi.python.org/pypi?%3Aaction=searchterm=jquery


Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax   +41 (0)41 781 00 78
email [EMAIL PROTECTED]
_
END OF MESSAGE



[jQuery] AW: [jQuery] Re: JSON MIME type?

2007-08-23 Thread Roger Ineichen

Hi Stephan, Yehuda

 -Ursprüngliche Nachricht-
 Von: jquery-en@googlegroups.com 
 [mailto:[EMAIL PROTECTED] Im Auftrag von Stephan Beal
 Gesendet: Donnerstag, 23. August 2007 17:47
 An: jQuery (English)
 Betreff: [jQuery] Re: JSON MIME type?
 
 
 On Aug 23, 5:33 pm, Michael Randolph [EMAIL PROTECTED] wrote:
  I'm using the jQuery Form plugin to call an ASP.NET 2.0 page.  The 
  call works just fine, but the response never comes back 
 right.  If the 
  Response.ContentType is set to text/plain the page gets 
 forwarded to 
  a plain text JSON result.
 
 json is in fact plain text. It is only turned into an Object 
 by passing that text to eval(). Once you get the response text, simply
 do: eval(responseText).

Mime types are not only describing the content format which get sent,
they describe more, e.g. the application which should get used.

Web servers need this information for act as needed. We at 
Zope 3 implemented request factories using the Twisted server 
which get used if a relevant Mime type get sent from a client. 

This means JSON calls from the JQuery lib to a Zope 3 server 
will fail because of the bad JSON mime type set in JQuery.

Is there a way to change the existing text/plain to the 
recommended application/json for JSON calls?

Michael,
Probably you can use the json client lib I've implemented
for Zope3 supporting application/json.

svn://svn.zope.org/repos/main/jquery.javascript/trunk/src/jquery/javascript/
js


Regards
Roger Ineichen
_
END OF MESSAGE



[jQuery] AW: [jQuery] Re: OT: A Big Idea

2007-07-30 Thread Roger Ineichen

Hi Christof


 -Ursprüngliche Nachricht-
 Von: jquery-en@googlegroups.com 
 [mailto:[EMAIL PROTECTED] Im Auftrag von Christof Donat
 Gesendet: Montag, 30. Juli 2007 11:53
 An: jquery-en@googlegroups.com
 Betreff: [jQuery] Re: OT: A Big Idea
 
 
 Hi,
 
 I wanted to comment your blogpost, but could not register. Anyway.
 
  http://commadot.com/?p=581
 
  I would love your thoughts on it.
 
 I don't understand, why people think that this idea is so 
 great, but i'm not 100% shure if I have really understood it.
 
 Do you whant to use a HTML rendering engine inside flash or 
 do you whant to use a HTML rendering plugin?
 
 I case you whant to use a HTML renderer in flash. Why? You 
 can use flash for any rendering stuff if you need exact 
 virusal reproduction. What do you gain when you give HTML to 
 the flash film?
 
 In case you'd like a HTML plugin. Why? People won't install 
 it, because basically their browser does HTML rendering for 
 them. And they don't care about standards, otherwise noone 
 would ever have used Netscape 2 or Internet Explorer 6.
 
 I understand you whant a single rendering engine to make 
 shure that your HTML/CSS code always looks the same. I don't.
 
 1. The web has never been designed to give you exactly the 
 same results everywhere. It has been designed to give the 
 user the best possible access to the information independent 
 from his eventual disabilities. Use the tool as it is and 
 don't complain that your hammer is not a saw.

I'm pretty sure the web in a couple years whould be the same but
the tools will drasticly change. Take a look and see what's 
going on right now.

 2. If you still need exact visual reproduction of something, 
 there is always flash. You can not have accessability and 
 exact visual reproduction at the same time as much as you 
 never can exactly measure position and momentum at the same time.

That's the idea behind it. They like to change this in the future.
Isn't that a good idea?

 3. We have had a browser engine to rule them all, IE, but 
 noone ever liked it. 
 You just change the dictator but stay in domination. Having 
 multiple browser engines gives the users back their freedom 
 of choice. For web developers an designers it sometimes is a 
 pita, but in the whole it is better to have a pita for some 
 and freedom or all.

I guess the idea behind the concept is to get a way to use 
a specific rendering engine in different browsers. This means
the software we speak about is a piece of midleware which
runs in a browser of the users choice and is able to render the 
visited page with the engine the developer decides to use.

This would make the develeopers choose the rendering engine
and the user the browser. Isn't that freedom?

btw, I think we could get in trouble in the near future if
we just buy what others do. I think it's more then interesting 
to try to get a foot into the door and develop a middleware
which makes it possibible to let us choose rendering engines
etc.

This yould make us much more independent from the browser 
companies and give us the prower we need.

I don't telling everything will become better and there 
will be no rendering problems or bugs etc. But the idea
is really interesting.


Regards
Roger Ineichen

 Christof
 



[jQuery] http://:/ issue?

2007-07-12 Thread Roger Ineichen

Hi all

I have on my server and see it on this page too:
http://dev.iceburg.net/jquery/jqModal/ a problem.

There is a call to http://:/ initialized from
the JQuery library.

Any idea what forces JQuery to do this call?

Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
_
END OF MESSAGE



[jQuery] AW: [jQuery] Re: http://:/ issue?

2007-07-12 Thread Roger Ineichen

Hi Erik

I see it on different pages. Here is one:
http://alpha.z3c.org/

It happens with JQuery packed or full version,
also with version 1.1.3.1. or 1.1.2

I have this issue only with IE7.

Here's a traffic report. See no. 5 after jquery.pack.js:

110:36:42:421  0.234 s  GET 200 7.06 K
  text/html http://alpha.z3c.org/

210:36:42:656  0.172 s  GET 200 10.70 K   
  application/x-javascript  http://alpha.z3c.org/@@/xmlhttp.js

310:36:42:843  0.109 s  GET 200 6.89 K
  application/x-javascript  http://alpha.z3c.org/@@/json.js

410:36:42:968  0.249 s  GET 200 21.04 K   
  application/x-javascript  http://alpha.z3c.org/@@/jquery.pack.js

510:36:43:265  0.000 s  GET 0 
  (None)http://:/

610:36:43:265  0.078 s  GET 200 2.60 K
  application/x-javascript  http://alpha.z3c.org/@@/jsonform.validate.js

710:36:43:343  0.171 s  GET 200 13.13 K   
  application/x-javascript  http://alpha.z3c.org/@@/interface.js

810:36:43:531  0.061 s  GET 200 3.38 K
  application/x-javascript  http://alpha.z3c.org/@@/jquery.livesearch.js

910:36:43:609  0.124 s  GET 200 7.01 K
  application/x-javascript  http://alpha.z3c.org/@@/jquery.corner.js

10   10:36:43:765  0.046 s  GET 200 1.64 K
  application/x-javascript  http://alpha.z3c.org/@@/demo.js

11   10:36:43:828  0.139 s  GET 200 6.33 K
  application/x-javascript  http://alpha.z3c.org/@@/jquery.resteditor.js

12   10:36:43:968  0.063 s  GET 200 1.70 K
  text/css  http://alpha.z3c.org/
... more images

Regards
Roger Ineichen

 -Ursprüngliche Nachricht-
 Von: jquery-en@googlegroups.com 
 [mailto:[EMAIL PROTECTED] Im Auftrag von Erik Beeson
 Gesendet: Donnerstag, 12. Juli 2007 09:50
 An: jquery-en@googlegroups.com
 Betreff: [jQuery] Re: http://:/ issue?
 
 
 When do you see such a thing happening? I'm using firebug to 
 watch all network traffic and I don't see that request, nor 
 do I see any javascript errors that would indicate something 
 isn't right...
 
 --Erik
 
 
 On 7/11/07, Roger Ineichen [EMAIL PROTECTED] wrote:
 
  Hi all
 
  I have on my server and see it on this page too:
  http://dev.iceburg.net/jquery/jqModal/ a problem.
 
  There is a call to http://:/ initialized from the JQuery library.
 
  Any idea what forces JQuery to do this call?
 
  Regards
  Roger Ineichen
  _
  Projekt01 GmbH
  www.projekt01.ch
  _
  END OF MESSAGE
 
 
 



[jQuery] AW: [jQuery] Re: AW: [jQuery] Re: http://:/ issue?

2007-07-12 Thread Roger Ineichen

Hi Mike

 Betreff: [jQuery] Re: AW: [jQuery] Re: http://:/ issue?
 
 
 I don't see it happening here. This is the URL list I got 
 using IE7 and
 Fiddler2:

[...]

 No funny /:/ in the list. Not sure what that is about or why 
 you're seeing it. What tool are you using to watch the traffic?

I'm using HTTP Analyzer from:
http://www.ieinspector.com/

The IE 7 really tries to call http://:/ and this ends in
not finish loading the page. It's not only a traffic tool
issue.

I also removed any other JS and CSS and it still happens 
with only jquery.js and no other css or javascript.

It's really bad because the thickbox page shows up without
any layout if this happens.

I also have to say, that I've the multi version IE installed
next to the IE 7. But the IE 7 installation is the original one.
But I don't think that has to do with the issue.

Regards
Roger Ineichen
_
END OF MESSAGE


 -Mike
 
  From: Roger Ineichen
  
  I see it on different pages. Here is one:
  http://alpha.z3c.org/
  
  It happens with JQuery packed or full version, also with version 
  1.1.3.1. or 1.1.2
  
  I have this issue only with IE7.
  
  Here's a traffic report. See no. 5 after jquery.pack.js:
  
  110:36:42:421  0.234 s  GET 200 7.06 K
text/html http://alpha.z3c.org/
  
  210:36:42:656  0.172 s  GET 200 10.70 K   
application/x-javascript  http://alpha.z3c.org/@@/xmlhttp.js
  
  310:36:42:843  0.109 s  GET 200 6.89 K
application/x-javascript  http://alpha.z3c.org/@@/json.js
  
  410:36:42:968  0.249 s  GET 200 21.04 K   
application/x-javascript  http://alpha.z3c.org/@@/jquery.pack.js
  
  510:36:43:265  0.000 s  GET 0 
(None)http://:/
  
  610:36:43:265  0.078 s  GET 200 2.60 K
application/x-javascript
  http://alpha.z3c.org/@@/jsonform.validate.js
  
  ...
 
 



[jQuery] different name and id issue?

2007-06-14 Thread Roger Ineichen

Hi all

We at the Zope3 dev mailinglist have a question to
you genious JQuery developers. We run into a IE 67 issue
related to DOM element id and name.

The following two onclick handler return both
Bar as value in IE 6 and 7. Does anybody know why?

html
headtitletest/title/head
body
  form
input type=submit name=foo id=bar value=Bar /
input type=submit name=baz id=foo value=Foo /
  /form
  span onclick=javascript:alert(document.getElementById('bar').value)bar
(ok)/span
  span onclick=javascript:alert(document.getElementById('foo').value)foo
(problem on IE 6  7)/span
/body
/html

What rule whould you recommend for generate
id and name attributes for a framework which 
generates input fields, buttons etc.

In the new form framework we are developing right now,
do we generate element id and name values like:

id=form-widgets-lastname name=form.widgets.lastname

Is this acceptable or is there any reason using another 
naming convention for element ids and names?

Thanks for any hint.

Regards
Roger Ineichen
___
Zope3-dev mailing list
[EMAIL PROTECTED]



[jQuery] AW: [jQuery] Re: different name and id issue?

2007-06-14 Thread Roger Ineichen

Hi Klaus

 Betreff: [jQuery] Re: different name and id issue?
[...]

 This is a known IE bug. Id and the name attribute share the 
 same namespace in IE giving you the (unexpected) result 
 you're talking of (getElementById gives you the first 
 occurence of an element with the given id or name). I wonder 
 what the developers were thinking...
 
 jQuery has fixed this by the way when using an id selector.

I didn't except anything else ;-)
 
[...]
  id=form-widgets-lastname name=form.widgets.lastname
  
  Is this acceptable or is there any reason using another naming 
  convention for element ids and names?
 
 I haven't seen periods in name attributes yet, but they are 
 allowed per HTML spec. Another option would be to use the underscore:
 
 id=form-widgets-lastname name=form_widgets_lastname
 
 What is more important is to avoid that a name attribute 
 matches an id, which both variants do provide.

That's good to know.

Thanks a lot Klaus

Regards
Roger Ineichen
_
END OF MESSAGE



[jQuery] Re: EXTjs.com

2007-04-05 Thread Roger Ineichen

 Subject: [jQuery] EXTjs.com
 
 http://extjs.com
  
 Just launched. fyi.

Wow, very interesting work.

Hmm, it's not valid CSS, HTML and does 
not fit if you need to support WAI or 
508 standards.

Does anybody know if Ext will support accessibility
in the future? JQuery and Ext could be a dream team
if so.

But anyway it's one of the coolest widget package.

Regards
Roger Ineichen
_
Projekt01 GmbH