Control-less native datatypes of eZ Publish

Author Message

Piotrek Karaś

Thursday 29 May 2008 11:49:31 am

Hello everyone,

I have recently realized that a substantial number of datatypes that we have developed for eZ Publish and our clients could be categorized under "datatypes that hadn't had enough control over".

An example would be more than words here.

1) Keywords datatype - no control over it at all, this is why we've developed a public variety, so that we can control a min/max number and length of the keywords.

2) Text line or text block - would be that difficult to have a limit for text block just the way we have one for text line? And what about a minimum limit?

There could be more, but the point is - it seems like the datatypes have been developed merely for editorial scenario, where all the players have been trained and have a common goal. Well, what about Intranets? Community portals? What about situations, where users simply join to contribute OR... not?... ;)

If there is a reason for the native eZ Publish datatypes to be so simple and controlless - what is it? What do you think about it?

The situation is far from hopeless. I mean, creating a datatype is both possible and fun. It's just that we could concentrate on putting together something more interesting than a limit on a string ;) But then, maybe it's just my problem... ;)

Cheers,
Piotrek

--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu

Maxime Thomas

Sunday 01 June 2008 11:56:26 pm

Hi Piotrek,

I have also thought about a solution allowing the user to set dependencies between attributes during the class edit. The only problem is the required field which will interfere with the classic eZ validation.

For example, for the user class, if you would like only to let the user edit the picture, only if he has typed in an address, you may be blocked by the picture datatype validation function which will tell you that the picture attribute is required.

I guess we can do it. No ?

Maxime Thomas
maxime.thomas@wascou.org | www.wascou.org | http://twitter.com/wascou

Company Blog : http://www.wascou.org/eng/Company/Blog
Technical Blog : http://share.ez.no/blogs/maxime-thomas

Piotrek Karaś

Monday 02 June 2008 12:18:27 am

Hello Maxime,

I believe I meant a slightly different problem. What you're discussing seems to fall into the category of cross-datatype/attribute validation, which is also on my list of things that would revolutionize eZ Publish options and also stands an interesting challenge.

But what I was referring to is much simpler and with focus on one datatype at a time. eZ Publish native datatypes seem to have been designed to run in enterprise/editorial reality, where freedom of editing is restrained by responsibility. However, as we put eZ Publish into wide community access use, we see that this doesn't work out that well.

One of the best things that could happen would be a restricted XMLBlock with several configuration combinations available per eZ Publish installation. So that for some classes I can restrict (mainly at the server level, the OE level is just a nice option, which should be integrated BTW) some of the tags/operations being performed, and some not.

The examples I gave before also should depict nicely of what's in my mind. In most cases, I'm thinking of missing "min", "max", "allow override" -like attributes at the class attribute edit level.

What do you think of that?

Cheers,
Piotrek

--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu

Kristof Coomans

Monday 02 June 2008 2:31:45 am

Hi guys

Cross-datatype and several other kinds of custom validation will be possible in eZ Publish 4.1, primarily based on the idea behind a hack I made long ago: http://projects.ez.no/objectvalidation

See http://issues.ez.no/13009

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Piotrek Karaś

Monday 02 June 2008 4:32:11 am

Kristof,

Thanks for the info - that's a good news! You've already suggested this hack to me a number of times, and worked as long as I did not have to avoid kernel modifications ;)

Cheers,
Piotrek

--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu

Piotrek Karaś

Monday 02 June 2008 11:56:20 am

By the way - where/how can I download 4.1 alpha version for testing purposes?

--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu

Maxime Thomas

Monday 02 June 2008 3:40:23 pm

Hi Kristof as you are here,

I was wondering if a class heritage system is possible and if yes, will it be developped by eZSystems ?

http://www.wascou.org/wascou/Blogs/Maxime-THOMAS/About-a-class-heritage-system-120

Maxime Thomas
maxime.thomas@wascou.org | www.wascou.org | http://twitter.com/wascou

Company Blog : http://www.wascou.org/eng/Company/Blog
Technical Blog : http://share.ez.no/blogs/maxime-thomas

Kristof Coomans

Tuesday 03 June 2008 1:39:25 am

4.1.0alpha1 is not out yet, but you can test it already straight from svn (trunk).

As for the class heritage system, I've read the blog post shortly after it was published and this would indeed be technically possible. No idea however if this is something for the near future.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.