when inputting the array using the php

‘renderer’ => “Ext.util.Format.dateRenderer(’d.m.y’)”

this comes out Json-ed as

“renderer”:”Ext.util.Format.dateRenderer(’d.m.y’)”

so obviously the Ext ignores this renderer adn just uses the default one

the easiest hack for this is to do a str_replace on the json array string however I’m not sure on how accurate that would end-up

Still, rather good project though, although I’d point out in the example with the new ExtJS documentation I had to add:
$name = str_replace(’.Data.’, ‘.data.’, $name);

I started work on one specifically for grid before I though surely someone must have written one of these before, but your code seems to be having the same problem as mine does.

I have been working on this wrapper and I found that Public Events dont get registered in the wrapper from the documentation. Can you please update if you have worked on that bit !!

Also, i would like to know if you have any idea of the document generator used for the EXTJS documentation… is it JSDocs ?

Awaiting response!

Regards,
Accilies

@Seiti, I really appreciate your contribution. I wonder why the code you mention in comment #31 was created this way. I’ll check.

@pempem I believe that I am going to have to start adding some special cases to the converter, to handle these “special places” where Jack used his own magic tricks. In the meantime, your FormPanel configuration class could extend BasicForm’s config class but this sounds dirty. I have to check the code…

Some of you may be wondering “When are you going to release a more polished version?” and you are right to wonder.
I guess I am doing what a lot of other people have been doing lately…waiting to see what happens with ExtJS’ license.
What do you guys think? Are you using the library professionally? In an open-source project? Do you fear the license changes?

Found a bug on Ext.data.Record.php:

—-
static function create($o= null)
{
if(gettype($o)==’array’)
$o = JsWriter::JSON($o);
$o=JsWriter::JSON($o);
$out =

That did the trick about the js variables. The $this->datastore['name'] points to a object of the Ext.data.Store class:

—-
//creating js variables
JsWriter::write(’var ‘. $this->datastore['name'] . ‘ = ‘);
$this->datastore['object']->jsrender();
JsWriter::write(”;”);

JsWriter::write(’var ‘. $this->panel['name'] . ‘ = ‘);
$this->panel['object']->jsrender();
JsWriter::write(”;”);

//getting the javascript code
$js = new JsReady(JsWriter::get(), false);
$out = $js->getScript();
—-

Then, to set a callback, I just instantiated a JsFunction():

—-
‘handler’ => new JsFunction(null, “{$this->datastore['name']}.reload()” )
—-

Great wrapper!

I set a Ext_grid_EditorGridPanel_Config and added a ‘tbar’ attribute:
gridpanelconfigobject->tbar(array(’->’, array(’text’=>’Refresh’, ‘tooltip’ => ‘Refresh the grid’, ‘iconCls’=>’refresh’, ‘handler’=>’updateGrid’) )

And the addRecord is rendered as a string. I could use a JsFunction() instead, but I noticed that the Javascript code does not create any variable to assign the instantiated classes. How can I call the reload() method of the datastore object?

Besides the autoload() I slightly changed the JSReady class, allowing the developer to use a template engine, like smarty, passing the javascript code around as a variable.

main.php:

class JsReady
{
private $script;

/**
* Constructor.
*
* @param string $body
* @param boolean $print
* @return string
*/
function __construct($body, $print = true)
{
$prefix = “Ext.onReady(function()\n{\n”;
$suffix = “\n});\n”;
$this->script = $prefix . $body . $suffix;
if ($print)
print $this->script;
}

/**
* Returns the script
*
* @return string
*/
function getScript() {
return $this->script;
}
}

I successfully implemented a grid php class using the wrapper, now I’m struggling to implement insert/update/delete via Ajax callbacks. =)