load(5), I see. Which is a static class method call

it is
However, I am here to curb Crell to not run away with too much OOP

my xhtml-aware class is based on magic methods, as he suggest, BTW (in this case, __call()

it’s more a cooperation

interesting chat, though. I regret havig missed it

I know But still, the decision (IMO, it mainly is a decision) in how far OO (actual classes, I mean here) is applied in D7 will have a lot of impcat on Drupal’s future.

We will evaluate every change on points of a) more elegant code b) more flexibility c) maybe speedier
if it’s neither, simply no change.

sure

my fapi code definitely satisfies a) and I think someone could come up with tricky implementations of the get/set functions so it’s b) as well.

implementing as classes and splitting code to autoload only needed classes for a given path MAY improve load times

I start quite liking the idea of more OO in FAPI (you know Earl’s blog post about it). I recently wrote some concept code there, and was surprised by the simplicity.
http://cvs.drupal.org/viewvc.py/drupal/contributions/sandbox/frando/structuredarrays/structuredArray.inc?revision=1.2&view=markup

$object['some_child'] = …; = no

why not?

especially when using opcode caches, from what I remember from a workshop by zend on the topic

$object-some_property = ‘baz’; = this was what I tried at first but look at my code, it’s quite backwards

Which code?

for the sake of brevity, children are $object-child and properties are the array

Ah, that you mean

http://cvs.drupal.org/viewvc.py/drupal/contributions/sandbox/chx/fapi4.php?view=markup

yeah, I already switched that around in my current working code which is not yet commited.

‘foo’)) which is a common thing

I did not want to loose the array shorthand, typing out every property is very tiresome

for children in fact more, too

yeah

bbl

in short, there are always more properties than children thus the shorthand (array has that) must be reserved for properties.

I also quite like how smootly all the #callbacks can be replaced by some Observer or “Signals and Slots” like thing I’ve sketched out there
yeah

and because you almost never iterate over the fapi properties (what good that would take) you do not need to implement iterator methods.

Have a look at the code I just gave you. I did something IMO quite cool via implementing the iterator methods – jQuery style traversing

I would rather look at the reversed version

So like foreach($object-children() or foreach($object-parents() or foreach ($object-descendants()
reserved version?

reversed.
ie. properties as array

ah. Right, I’ll commit that later today.

ok

So (I just joined the channel, so forgive me if you have to repeat yourself), do you think it’s worthwhile pursuing that direction further?

well, if I call my skeleton fapi4.php …

Great.

I would be most happy to see my code continued…
but I guess yours is very similar.

It is indeed.
I got some more code here (when I started hacking on this I got really amazed, so I wrote some more parts).. I can merge it with your code
Where should I put the code, then?

my sandbox?
so I can see a diff

OK.
Um.. Diff will be difficult, I guess, your code is about 30 lines, or am I missing something? Cause I got quite a lot of comments in there and stuff.

well, then your sandbox
yes mine is 30 lines but I am just learning this stuff.

Anyway, I’ll polish my code some more and merge with yours, and commit it somewhere

yes, yours is probably better.

Great. I’d be really interested in discussing this further later today when my actual code is there

yes
and when i understand that

I’ll add more comments xD
and split it up into more classes that inherit each other. The code in my sandbox atm its like all pressed into one class.
ok, gotta run now, bbl.

laterz

Can anyone help me with a tinyMCE question?

no
http://tinymce.com/e6m6
support?

Please direct support questions to the volunteers in #drupal-support or on the Drupal forums. #drupal is a place to discuss and help with code, advocacy, documentation, infrastructure, and pretty much everything else.

but tinymce is considered to be the devil’s own and we hate it
http://drupal.org/project/widgeditor seems to be a better solution.

ello everybody

hey guys

does anybody know, how to change the right side bar contents based on any selection of left menu

Does anyone here have experience in programming in Drupal with AJAX in a multilingual environment?

right column is not fixed, it should change with the navigation selection on left side bar …any help ..appreciated
uright column is not fixed, it should change with the navigation selection on left side bar …any help ..appreciated/u