Derick Rethans a écrit :
> Hello,
>
> We've created a roadmap for the upcoming (2008.2) release. In this
> release our main focus is to add MVC support to the eZ Components.
> Besides this main focus, we will also enhance some of the critical
> components that the upcoming version of eZ Publish
Kore Nordmann a écrit :
On Mon, 2008-06-23 at 14:41 +0200, James Pic wrote:
Derick Rethans wrote:
On Fri, 20 Jun 2008, James Pic wrote:
Kore Nordmann wrote:
- (HTTP) redirects are also "just" some view structure, which is returned by
the controller, and the view actu
Hi Joe! Thanks for your input!
Joe Kepley wrote:
> > HTTP Request Parser
> > ===
> > 2) Should all the GET/POST variables be mixed together?
> > > yes
> Given that it would be bad form to have a GET and POST variable of the same
> name on the same request, I'd agree with this. The s
Hi Tobias, Thanks for your input!
Tobias Schlitt wrote:
> On 06/23/2008 04:50 PM James Pic wrote:
> > 1) Should filter anything?
> >> no
>
> Same as above. Filtering should usually be done in the models, IMO.
Are you sure that persistent object classes should accept invalid values and try
to filt
> Hi, this is the updated current points to discuss.
>
> HTTP Request Parser
> ===
>
> Reminder: the request parser creates the abstract input object.
>
> 0) Should it allow plugins?
> > no
> 1) Should filter anything?
> > no
> 2) Should all the GET/POST variables be mixed together?
Hi!
On 06/23/2008 04:50 PM James Pic wrote:
> Hi, this is the updated current points to discuss.
> Feel free to comment or add any ;)
> HTTP Request Parser
> ===
> Reminder: the request parser creates the abstract input object.
> 0) Should it allow plugins?
>> no
I would not do
Hi, this is the updated current points to discuss.
Feel free to comment or add any ;)
HTTP Request Parser
===
Reminder: the request parser creates the abstract input object.
0) Should it allow plugins?
> no
1) Should filter anything?
> no
2) Should all the GET/POST variables be m
Hello,
We've created a roadmap for the upcoming (2008.2) release. In this
release our main focus is to add MVC support to the eZ Components.
Besides this main focus, we will also enhance some of the critical
components that the upcoming version of eZ Publish will require.
Please see http://ezc
eZ Component: ConsoleTools, Requirements
Introduction
Description
---
This document describes requirements for commandline scripts distributed with
eZComponents and an environment to ease the writing of individual commandline
scripts
eZ Component: DatabaseSchema, Requirements
~~
*:Author:*
*:Revision:*
*:Date:*
Introduction
This document describes an API for direct schema manipulation. All the
functionality needed for this API is already present in the component.
Also th
On Mon, 2008-06-23 at 14:41 +0200, James Pic wrote:
> Derick Rethans wrote:
> > On Fri, 20 Jun 2008, James Pic wrote:
> > > Kore Nordmann wrote:
> > > > - (HTTP) redirects are also "just" some view structure, which is
> > > > returned by
> > > > the controller, and the view actually performs the
Hi,
Kore Nordmann wrote:
> I just copied the document from google docs, only applying some
> reformatting. So that the contents will definitely need some
> refactoring...
>
> On Fri, 2008-06-20 at 14:22 +0200, James Pic wrote:
> > Kore Nordmann wrote:
> > > - Controllers only return some view str
Derick Rethans wrote:
> On Fri, 20 Jun 2008, James Pic wrote:
> > Kore Nordmann wrote:
> > > - (HTTP) redirects are also "just" some view structure, which is returned
> > > by
> > > the controller, and the view actually performs the proper action
> > > depending
> > > on the context.
> > Do
Hi,
I just copied the document from google docs, only applying some
reformatting. So that the contents will definitely need some
refactoring...
On Fri, 2008-06-20 at 14:22 +0200, James Pic wrote:
> Kore Nordmann wrote:
> > - Controllers only return some view structure, which may contain semantic
On Fri, 20 Jun 2008, James Pic wrote:
> Kore Nordmann wrote:
> > - Controllers only return some view structure, which may contain semantic
> > information about the data to display or information about the template to
> > use.
>
> Did you mean: may *not*?
>
> > - The "view router" decides on
Jérôme Renard wrote:
> Derick, Alexandru good afternoon.
>
> I am sending you this email regarding the little char I got with Derick
> yesterday
> about a customer who wants to send HTML in an RSS item by using CDATA
> sections.
>
> ;
>
> I asked him to try with something like this :
>
>
>
16 matches
Mail list logo
