gmane.comp.web.ezcomponents.devel

eZ Components 2008.2beta1 released

Derick Rethans — 2008-12-02T10:05:12

Hello! The eZ Components team just released the first beta version of the new 2008.2 release. This beta version implements the issues that were found during our review process as well as some other major improvements. The MvcTools component received quite a bit of attention from both internal and external reviews, and therefore has quite a few changes. A new version of the Webdav component including support for locking and authentication has been bundled as well as beta version. Besides this, there is a good deal of other minor changes that you can find below in the ChangeLog. The ChangeLog and other information can be found in the official release announcement: http://ezcomponents.org/resources/news/news-2008-12-01

ezcWebdavSimpleBackend class

Urs Lang — 2008-12-01T22:45:44

ezcWorkflow difference between cancelling and ending aexecution

Cinxgler Mariaca Minda — 2008-11-19T20:46:57

Hi, I'm wondering if there's any particular reason why ezcWorkflow->cancel() doesn't call the method doEnd (which cleans execution_state and workflow_execution tables). The cancel() and end() methods has the same outcome in the execution's attributes (activatedNodes, waitingFor) but in the database that new status are not updated. This allow the execution to be resumed if I reload the instance from the database. Can someone explain me better the difference between cancelling and ending a workflow instance and the current behaviour? Thanks,

HowTo incoperate ManyToMany Related data inezcPersistentObject, a proposal.

Benjamin Eberlei — 2008-11-15T10:15:55

There are cases when in many to many relationships you need additional data that is only relevant, when in the context of the m:n relation but in neither object context alone. Currently this is not possible in ezcComponents. I have looked at the ezcPersistentSession and relation related source code and came to the conclusion that is not an easy task to integrate without looking somewhat hackish. My first thought was to extend ezcPersistentSession::addRelatedOject to accept a new parameter with the additional data to be saved in the relation table via an relation data object. This is a very bad solution, since you now have the problem of how to retrieve the addtional data, and how their representations is defined and can be accessed. Then again, the data within m:n relation tables is only needed, when the relation is in full context, so i came up with a nicer solution that recognizes this relationsip: I would add a new ezcPersistentManyToManyDataRelation class that extends ezcPersistentManyToManyRelation. It has an additional property 'manyToManyClass', which is a representation of the aggregated data of destination and relation table. "manyToManyClass" has to full fill a a state aggregation interface ezcPersistentObjectAggregate, that has to functions getStates() and setStates() which return arrays of setState() and getState() of the related objects where keys are unique definition table names '$def->table'. Internally then all resolutions between the different tables can be resolved by iterating over the getStates() records and calling the appropriate means for each object state of the aggregate. A note: Technically the relation table with data has no definition and hence the definition manager will fail to locate it. Therefore many to many tables with data also have to have a definition file for this approach to work, also to define the fields that the relation table contains. A Definition has to exist for all the loader methods too. What information exactly this file should contain for my proposal to work i cant say for now, i'll have to build a prototype. Any ideas and/or comments? This is by far no issue i have thought to the end, so in questions of detail my proposal might utterly fail. :-) beberlei Attachment: Some Use cases of using my proposed relation: For a simple example in the ezcPersistentObject Tutorial context. Now 'persons_addresses' contains additional data on how long this person is already registered at this address: 1. definition $def->relations["Address"] = new ezcPersistentManyToManyDataRelation( "persons", "addresses", "persons_addresses" ); $def->relations["Address"]->columnMap = array( new ezcPersistentDoubleTableMap( "id", "person_id", "address_id", "id" ) ); $def->relations["Address"]->manyToManyClass = "PersonAddress"; 2. PersonAddress class PersonAddress implements ezcPersistentObjectAggregate { /** * < at >var Address */ private $address; /** * < at >var array */ private $persons_addresses; public function getStates() { return array( 'persons_addresses' => $this->persons_addresses, 'addresses' => $this->address->getState(); ); } public function setStates(array $states) { foreach($states AS $table => $state) { switch($state) { case 'addresses': $this->address = new Address(); $this->address->setState($state); break; case 'persons_addresses': $this->persons_addresses = $state; break; } } } public function setRegisterDate($date) { $this->persons_addresses['register_date'] = $date; } } 3 Use Case: $person = $session->load('Person', 1); $addresses = $person->getRelatedObjects(); foreach($addresses AS $address) { // now $address instanceof PersonAddress: $address->setRegisterDate(mktime(0, 0, 0, 5, 1, 2007)); // session recognizes aggregation interface, iterates over the states $session->update($address); }

eZImageManager

Rob Gaus — 2008-11-14T22:55:51

Webdav auth API change for extensibility

Tobias Schlitt — 2008-11-12T06:55:57

Hi all! I thought about changing the Webdav API for authentication slightly before we once go stable with it, to make it easier for people to implement additional / custom authentication schemes (like NTLM). We currently have 3 interfaces for authentication: interface ezcWebdavAnonymousAuthenticator { public function authenticateAnonymous( ezcWebdavAnonymousAuth $data ); } interface ezcWebdavBasicAuthenticator extends ezcWebdavAnonymousAuthenticator { public function authenticateBasic( ezcWebdavBasicAuth $data ); } interface ezcWebdavDigestAuthenticator extends ezcWebdavBasicAuthenticator { public function authenticateDigest( ezcWebdavDigestAuth $data ); } This means, that the server currently decides, which authenticator is capable to handle which type of credential struct. I'd suggest to go for a single authenticator interface now: interface ezcWebdavAuthenticator { public function authenticate( ezcWebdavCredentials $auth ); public function getAuthHeader( $realm ); } authenticate() returns true on successfull authentication, false on failure and throws an exception if a struct is received that could not be handled. getAuthHeader() returns an array of WWW-Authenticate headers indicating which types of authentication are supported. This would allow users to implement their custom authentication schemes more easily. They need to extend the transport (and possibly client specific transports), add a new credential struct and implement the neccessary authentication() methods. To make it easier to have basic and digest auth, I'd provide 2 abstract base classes (1 for basic and anonymous, 1 for basic, digest and anonymous) that produce the correct headers. In addition I'd like to make the authorize() methods (ezcWebdav(Lock)Authorizer) recieve the complete credential struct instead of the username only. Just for the case that some authentication scheme does not work with a username. Does that sound reasonable to you? Regards, Toby

eZ Components 2008.2alpha1 released

Derick Rethans — 2008-11-10T12:55:03

Hello! After the earlier release of the first alpha releases of the MvcTools components set, we're now releasing other alpha versions of other components. The Document component now has support for reading and writing wiki formats, writing reST files and full support for XHTML. The Feed, Graph, Mail, PersistentObject, and Workflow components have all minor feature enhancements. The MvcTools component has seen many improvements over the first alpha after feedback. There is now also a tutorial[1] available. The full release announcement can be found online [2]. [1] http://ezcomponents.org/docs/api/trunk/introduction_MvcTools.html [2] http://ezcomponents.org/resources/news/news-2008-11-10 with kind regards,

transparent svg background

Julien Cochennec — 2008-11-07T22:03:36

Hi every body, very simple problem here, I'm trying to get a transparent SVG background, which is easy to make with a real SVG file, you just have to erase the background color definition. Of course I've tried : $graph->background->background = ''; But it didn't work, any ideas?

Horizontal Bars diagram

Raul Mateos — 2008-11-04T17:00:33

Hello! I'm new in the list. I'm using the june 2008 version under linux (ubuntu). I have discovered these great components and trying to use for several Open Source projects. I'm trying to do two things using the graph component and I have one question: - First is how to create an horizontal bars diagram. Is it possible? If so, how can I do it? - Second, How can I change the line thickness and border color for bar diagrams? I've seen it in http://kore-nordmann.de/blog/comparison_of_php_image_libraries_update.html - Third. Are there more dataSetSymbols to use in line graphs? Kind regards and thanks in advance, Raul

Experiences with Zend Core for i5

Thorsten Franke — 2008-11-03T10:20:15

Hi, I am a new to ezComponent. We are thinking about using it at our company. We are running PHP via "ZendCore for i5" on some IBM i5 systems. Does anybody here has any experiences with such a configuration? Are there any known problems, hooks, suggestions for running ezComponents on the i5? Thanks in advance for your advice. Greetings Thorsten

EzcWorkflow

Daniel González — 2008-10-30T19:28:47

Hi, I'm looking for EzcWorkflow manuals, tutorials, examples, ect... I see the web of EzComponents, but i need more info Regards Daniel González Cerviño tel 653965048 ikarush< at >gmail.com

auto fill up ezcGraphLineChart

Stefan Riedel — 2008-10-26T16:55:50

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello, I 've a problem with the ezcGraphLineChart class. I have the following array as example: array(7) { ["2008-10-14"] => string(2) "18" ["2008-10-15"] => string(2) "53" ["2008-10-21"] => string(3) "101" ["2008-10-22"] => string(3) "104" ["2008-10-23"] => string(3) "116" ["2008-10-24"] => string(2) "96" ["2008-10-25"] => string(2) "69" } but for a clean graph I need a array like this: array(7) { ["2008-10-14"] => string(2) "18" ["2008-10-15"] => string(2) "53" ["2008-10-16"] => string(2) "0" ["2008-10-17"] => string(2) "0" ["2008-10-18"] => string(2) "0" ["2008-10-19"] => string(2) "0" ["2008-10-20"] => string(2) "0" ["2008-10-21"] => string(3) "101" ["2008-10-22"] => string(3) "104" ["2008-10-23"] => string(3) "116" ["2008-10-24"] => string(2) "96" ["2008-10-25"] => string(2) "69" } Is there a way to fill out the vacencies automaticly with the class? Best Regards Stefan Riedel -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.6.3 (Build 3017) Charset: ISO-8859-15 wsBVAwUBSQShHR4gSnXe4RZZAQg71wf/ZQIHNybJrmd4G9WYx0UxB7vbxL+GmlU3 Y9ZcK+Vpxhh0Y7ALpHSN9jk89fOugbk7QBMKZ2yz1AesVbwjmWu2u7P/nPUzSj4U sI6I9HUDQqgLqDh6wHNIL3ep1qtfDQYS4h3PrHBzd8Ae5dqLokjGTLVe/LSYVMW8 c1hw1DX8T3/6A0xD40XOs+/shz7ZLx8lqvwckAvaUpRiUuDmjWX8m2E7/TJNM4Yi BhTU0+zgXB8hdl7F7ULnwjYsduVrIMK/Lk5lMa8zHyw7/qFiFm7NQFan7mG4iAPI cUTwV1Ga374G7bRUJr4D8Lg9mFhSP5BrJnVj7wbBs3WjbH7JMffeQg== =JkwG -----END PGP SIGNATURE-----

Webdav lock purging

Tobias Schlitt — 2008-10-25T19:01:31

Hi! While working on the lock support I now dealt with purging of locks. This part looks to be quite complex and would need to be done on almost every request. It means very much overhead and IMO should not be done in request processing itself. I'd suggest to add a maintanance script to the Webdav component, which must be called by the administrator of the server periodically. The script locks the backend, goes through all locks and purges those that are orphan. This way, administrators can decide on their own, how much time is spent on lock purging and how often they need it. Any objections? Regards, Toby

template engines: anybody tested dwoo?

Gaetano Giunta — 2008-10-25T11:07:23

http://dwoo.org/ At first sight it looks new, but promising. I especially like the concept of subclassing instead of including. HAs anbydoy tested it for speed / features vs. ezc templates? Bye Gaetano

components WorkflowSignalSlotTiein

eddier waldir gallego rios — 2008-10-23T21:00:20

setting space between Y-axis and Y-axis labels

Joao Ferreira gmail — 2008-10-23T09:36:50

Hello list, I'm using "ezcGraphLineChart". How do I set some spacing between my Y-axis and the Y-axis labels ? In some situations the labels are over the axis and I'dd like to avoid that. thx Joao

not register an object

eddier waldir gallego rios — 2008-10-21T03:42:29

MvcTools tutorial: best practices

James PIC — 2008-10-20T13:21:58

How to bind a UserInput field to a PersistentObjectfield?

James PIC — 2008-10-20T06:24:14

constants vs. strings

Thomas Koch — 2008-10-17T14:34:33

Hi, out of curiosity: There are several places in ezc where strings are used internally as kind of flags or enums: - Column Types in ezcDatabaseSchema - MvcTools - ? In contrast Sebastian used numeric constants in ezcWorkflow to indicate different activation states of nodes: const WAITING_FOR_ACTIVATION = 0; const WAITING_FOR_EXECUTION = 1; I thought, that using constants should be preferred, because - the compiler tells you, if you mistyped a constants name - comparing two integers is faster then comparing two strings(?) - You have a central place, where you can lookup all possible values Or is there anything I missed? Thanks for your time reading this,

inDevMode

Thomas Koch — 2008-10-17T09:16:16

Hi, yesterday evening I started to port my ymcGitWiki[1] to MvcTools. I found the following code in MvcTools/src/router.php: public function getRoutingInformation() { $routes = $this->createRoutes(); if ( ezcBase::inDevMode() && ( !is_array( $routes ) || !count( $routes ) ) ) { throw new ezcMvcNoRoutesException(); } foreach ( $routes as $route ) { if ( ezcBase::inDevMode() && !$route instanceof ezcMvcRoute ) ezcBase::inDevMode() is called several times in this method so it would be better to save the mode once in a method local variable $inDevMode = ezcBase::inDevMode(); Another thing I thought about only now unfortunately: Wouldn't it be faster to use a combination of define( 'EZC_PROD_MODE', TRUE ); // in ezcBase::setRunMode() and if( !defined( 'EZC_PROD_MODE' ) ... {slow devmode code here} ? [1] https://www.ohloh.net/projects/ymcgitwiki