gmane.comp.web.ezcomponents.devel

Re: ezcWebdavSimpleBackend class

Tobias Schlitt — 2008-12-01T23:02:16

Hi Urs, On 12/01/2008 11:45 PM Urs Lang wrote: The ezcWebdavFileBackend and ezcWebdavMemoryBackend (which is private, but still you can look at it in the source) both extend ezcWebdavSimpleBackend. The class resides in Webdav/src/auth/digest_base.php. Which version of ezc do you use, on what operating system and which installation method did you choose? Maybe you are running Windows and forgot to re-run the ezc setup script after updating from SVN? HTH, Toby

ezcWebdavSimpleBackend class

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

Re: [svn-components] 9451 - in /trunk/Mail: ChangeLog docs/tutorial/tutorial_tools.php src/tools.php tests/tools_test.php

Tobias Schlitt — 2008-11-26T19:14:53

Hi! On 11/26/2008 01:05 PM Alexandru Stanoi wrote: You should probably format and comment this regex a bit, using the "x" modifier. Regards, Toby

Re: ezcWorkflow difference between cancelling and ending aexecution

Sebastian Bergmann — 2008-11-20T06:51:56

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,

Re: HowTo incoperate ManyToMany Related data inezcPersistentObject, a proposal.

Thomas Koch — 2008-11-15T14:57:40

I've had exactly the same problem, filled it in issue http://issues.ez.no/IssueView.php?Id=13170&activeItem=2 and had a similiar idea. :-) Best regards, Thomas Koch Am Saturday 15 November 2008 11:15:55 schrieb Benjamin Eberlei:

Re: [svn-components] 9390 - in /trunk/Base:src/file.phptests/file_copy_recursive_test.php

Sebastian Bergmann — 2008-11-15T10:43:51

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,

Re: Horizontal Bars diagram

Kore Nordmann — 2008-11-10T09:06:32

Re: transparent svg background

Kore Nordmann — 2008-11-10T09:01:59

Re: Horizontal Bars diagram

Raul Mateos — 2008-11-08T19:49:03

Thank you Kore for your answers. Another question is: There is any way to put the distance between the title and the graphic or the graphic and the legend? Sometimes they are very close and I haven't found any attribute to do that. Thanks again, Raul 2008/11/6 Kore Nordmann public.gmane.org>:

Re: transparent svg background

Joao Ferreira gmail — 2008-11-08T10:57:12

Try this: $graph->background->color = 'FFFFFF'; I don't know if this is exactly what you need, though! joao

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?

Re: Horizontal Bars diagram

Kore Nordmann — 2008-11-06T09:17:41

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

Re: EzcWorkflow

Daniel González — 2008-11-03T09:59:39

2008/10/31 Frank Stelzer turtle-entertainment.de>: Hi Frank Yes. I need more and complex examples for i understand the workflow machine. regards!

Re: EzcWorkflow

Frank Stelzer — 2008-10-31T12:30:40

Hi Daniel, The main documentation workflow website is here: http://www.ezcomponents.org/docs/api/latest/introduction_Workflow.html However, i look for more documentation then listed there. Are there any more complex examples out there? Cheers, Frank -----Ursprüngliche Nachricht----- Von: components-bounces-p125XxirBjMXWF+eFR7m5Q< at >public.gmane.org [mailto:components-bounces-p125XxirBjMXWF+eFR7m5Q< at >public.gmane.org] Im Auftrag von Daniel González Gesendet: Donnerstag, 30. Oktober 2008 20:29 An: components-p125XxirBjMXWF+eFR7m5Q< at >public.gmane.org Betreff: [Components] EzcWorkflow 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-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org