Re[2]: [devel] bx_resource::props

qMax <[email protected]>
Newsgroups gmane.comp.cms.bitflux.general
Message-ID <[email protected]>
Wednesday, December 14, 2005, 6:54:00 PM, Christian Stocker wrote:
CS> On 14.12.2005 13:15 Uhr, qMax wrote:
>> Wednesday, November 30, 2005, 2:07:04 PM, Christian Stocker wrote:
>> 
>> 
>> 
>> CS> On 29.11.2005 13:24 Uhr, qMax wrote:
>> 
>>>>It's somewhat mixed with its derivatives:
>>>> it refers to $this->props, although never defines them.
>>>>
>>>>Thus bx_resource uses it (to implement many bxIresource methods),
>>>>but initialization of the props is up to derivatives,
>>>>so there's in general no guarantees it will work,
>>>>unless exploring bx_resource implementation code,
>>>>and writing down what props have to be set.
>> 
>> 
>> the $this->>props array is internal. you don't have to use it, if you
>> CS> want to implement your own resource, but you should implement the
>> CS> methods defined in bx/resource.php
>> 
>> CS> the bx_resource implementation is just a general case and has to be
>> CS> adapted for your special resource
>> 
>> e.g.
>> bx_resource::getProperty() for "output-mime"
>> uses bx_resource::getOutputMimeType() which takes $this->props['output-mime']
>> but it is never set and never referenced elsewhere.
>> output mime is determined by getOutputMime(),
>> which should be overloaded in all resource classes,
>> in spite of that resourcemanager knows outputmime from database.

CS> The idea was, that you can overload it, but you don't have to. Or did I
CS> not understand you correctly?

I HAVE to overload getOutputMime()
implementation in bx_resource simply does not work, bacause uses
$this->props['output-mime'] which is never set.

-- 
 qMax

-- 
bitflux-cms mailing list
[email protected]
http://lists.bitflux.ch/cgi-bin/listinfo/bitflux-cms
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.