[Zope3-dev] Re: Drop-in rich (JS/CSS-dependent) view components: Please review (was Re: Resource Library Proposal)
Gary Poster wrote: While reasearching Ajax technology, I stumbled across this site: http://www.backbase.com/ I doubt we'll agree as a community on a non-open-source platform. I wouldn't dream of suggesting that. It was the approach I found interresting. What I meant was that we could develop something similar as open source. -- hilsen/regards Max M, Denmark http://www.mxm.dk/ IT's Mad Science ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: Drop-in rich (JS/CSS-dependent) view components: Please review (was Re: Resource Library Proposal)
On Sep 7, 2005, at 4:48 PM, Max M wrote: Gary Poster wrote: The use case for this tool is to allow rich view components, such as form widgets (but there are many other examples), that rely on JS and CSS to work in a more componentized, drop-in way. While reasearching Ajax technology, I stumbled across this site: http://www.backbase.com/ They have developed a series of custom tags, that works cross browser. I ran their demos in both IE and Firefox. It seems like a good way to go. As it is a combination af xml, css and javaScript, all running in the client, it can be developed independently of Zope, and so be used in many more projects. Both zope 2+3 and other technologies. It would probably have a better chance of survival then. I doubt we'll agree as a community on a non-open-source platform. Even if it were, backbase is not a replacement for resourcelibrary: they serve different use cases. http://openjsan.org/ and http:// dojotoolkit.com/ are closer to being competitors. They still don't match exactly, but they are closer. Gary ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Drop-in rich (JS/CSS-dependent) view components: Please review (was Re: Resource Library Proposal)
Gary Poster wrote: The use case for this tool is to allow rich view components, such as form widgets (but there are many other examples), that rely on JS and CSS to work in a more componentized, drop-in way. While reasearching Ajax technology, I stumbled across this site: http://www.backbase.com/ They have developed a series of custom tags, that works cross browser. I ran their demos in both IE and Firefox. It seems like a good way to go. As it is a combination af xml, css and javaScript, all running in the client, it can be developed independently of Zope, and so be used in many more projects. Both zope 2+3 and other technologies. It would probably have a better chance of survival then. -- hilsen/regards Max M, Denmark http://www.mxm.dk/ IT's Mad Science ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Drop-in rich (JS/CSS-dependent) view components: Please review (was Re: Resource Library Proposal)
On Sep 7, 2005, at 12:15 PM, Florent Guillaume wrote: Gary Poster wrote: > On Aug 31, 2005, at 3:55 PM, Benji York wrote: >> I've added a proposal for Zope 3.2. Read at http://www.zope.org/ >> Wikis/DevSite/Projects/ComponentArchitecture/ResourceLibrary. >> >> WARNING: zope.org exhibiting some serious caching strangeness, so >> please comment on the list instead of the wiki. > Benji posted this last week and we don't have any feedback yet. We would really like some, even if it is to ask us to clarify what the heck it is about. Some of our other code that we want to contribute depends on this. This is very interesting and very needed, big +1. How does the code do the insertion inside the generated browser HTML? Currently, we have a custom response; when you write to the response, it looks for a and sticks the code right after it. Using the response is a bit of a hack: it will be nicer if/when we can use a WSGI pipeline element. Does the ZPT replace="resource_library:my-lib" trigger all this? Yes, you are declaring that you want the resource_library named my- lib to be available in the head of the main page. We thought we might actually replace something sometime, but it turns out, so far at least, discarding the result would be fine too. It can also be done with a Python API called in your view class code, described in the readme; it might be better there, in fact, even though that was a late addition to our code, since the TALES call is arguably an abuse of the syntax. I'd expected to see a browser:something directive to specify that, Yes, we agree, not putting it in the browser namespace was an oversight. We'll fix that. conceptually you could do the insertion in other outputs beside HTML. I think that's where the WSGI pipeline comes in--I think that's bigger than resourcelibrary's mission. Gary ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: Drop-in rich (JS/CSS-dependent) view components: Please review (was Re: Resource Library Proposal)
This is very interesting to me as well. I am starting a project with the goal of producing a zope3-based web application that makes heavy use of AJAX. --Craeg Gary Poster wrote: > On Aug 31, 2005, at 3:55 PM, Benji York wrote: >> I've added a proposal for Zope 3.2. Read at http://www.zope.org/ >> Wikis/DevSite/Projects/ComponentArchitecture/ResourceLibrary. >> >> WARNING: zope.org exhibiting some serious caching strangeness, so >> please comment on the list instead of the wiki. > Benji posted this last week and we don't have any feedback yet. We would really like some, even if it is to ask us to clarify what the heck it is about. Some of our other code that we want to contribute depends on this. ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Drop-in rich (JS/CSS-dependent) view components: Please review (was Re: Resource Library Proposal)
Gary Poster wrote: > On Aug 31, 2005, at 3:55 PM, Benji York wrote: >> I've added a proposal for Zope 3.2. Read at http://www.zope.org/ >> Wikis/DevSite/Projects/ComponentArchitecture/ResourceLibrary. >> >> WARNING: zope.org exhibiting some serious caching strangeness, so >> please comment on the list instead of the wiki. > Benji posted this last week and we don't have any feedback yet. We would really like some, even if it is to ask us to clarify what the heck it is about. Some of our other code that we want to contribute depends on this. This is very interesting and very needed, big +1. How does the code do the insertion inside the generated browser HTML? Does the ZPT replace="resource_library:my-lib" trigger all this? I'd expected to see a browser:something directive to specify that, conceptually you could do the insertion in other outputs beside HTML. Florent -- Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D +33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED] ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Drop-in rich (JS/CSS-dependent) view components: Please review (was Re: Resource Library Proposal)
Gary Poster wrote: > We think this will allow for a much nicer rich sub-view (i.e., rich > widget, among others) story. We're eager to get some feedback, > including ideas for improvements. +1; I'd rely on this. But the next 5 weeks I have no bandwidth to give the proposal much attention due to external time constraints. Sorry! Martijn ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
