Trac Timeline

Syndicate content Trac | QCubed PHP5 Rapid Development Framework
Trac Timeline
Updated: 6 min 43 sec ago

QDatepickerBase.patch attached to Ticket #847

Thu, 05/24/2012 - 06:07

patch for includes/qcubed/_core/base_controls/QDatepickerBase.class.php

Categories: Project Activity

Ticket #847 (QDatepicker does not supports "-1d" or "+1m" syntax for minDate/maxDate) created

Thu, 05/24/2012 - 06:07

QDatepicker does not supports "-1d" or "+1m" syntax for minDate/maxDate

Usage in javascript:

$("#datepicker").datepicker(); $("#datepicker").datepicker( "option", "minDate", '-1d' ); $("#datepicker").datepicker( "option", "maxDate", '+1m' );

Usage in qcubed:

$this->objDatepicker = new QDatepicker($this, "datepicker"); $this->objDatepicker->MinDate = "-1d"; $this->objDatepicker->MaxDate = "+1m";

The problem is because QDatepickerBase forces strings to QDateTime constructor. In the patch it is cancelled for minDate/maxDate options.

Categories: Project Activity

class_load_and_count_methods.patch attached to Ticket #846

Thu, 05/24/2012 - 05:42

patch for includes/qcubed/_core/codegen/templates/db_orm/class_gen/class_load_and_count_methods.tpl.php

Categories: Project Activity

Ticket #846 (Over-optimization in codegen for cache key creation) created

Thu, 05/24/2012 - 05:41

Over-optimization in codegen for cache key creation

The database name is written in generated ORM classes, makes changing it in configuration.inc.php senseless.

The patch attached to fix it back to the config-changable solution.

Categories: Project Activity

Ticket #845 (QDialog rendering events problems when modified) updated

Tue, 05/22/2012 - 10:42

Great, it works!

Thanks!

Categories: Project Activity

Ticket #845 (QDialog rendering events problems when modified) updated

Tue, 05/22/2012 - 06:53

There is a typo in the code: remove the "." after return

Categories: Project Activity

Ticket #845 (QDialog rendering events problems when modified) updated

Tue, 05/22/2012 - 06:21

I have found the problem:

When an Ajax update occures the controls dom element gets replaced, but not its wrapper dom element. And because in the case of the dialog all events are bound to the wrapper they get duplicated because the wrapper dom element is not removed.

Simple solution:

add

public function GetEndScript() { return . sprintf('jQuery("#%s").off();', $this->getJqControlId()) . parent::GetEndScript(); }

to DialogBase?.
This unbindes all events from the wrapper, before binding them again (necessary because some additional event handler could have been added)

Categories: Project Activity

Ticket #830 (Adding Licensing info for HTMLPurifier Library) closed

Tue, 05/22/2012 - 00:04
fixed:

(In [1477]) add license note about HtmlPurifier?. Fixes #830

Categories: Project Activity

Changeset [1477]: add license note about HtmlPurifier. Fixes #830

Tue, 05/22/2012 - 00:04

add license note about HtmlPurifier?. Fixes #830

Categories: Project Activity

Ticket #830 (Adding Licensing info for HTMLPurifier Library) updated

Mon, 05/21/2012 - 23:58
status, version, milestone changed
Categories: Project Activity

Ticket #843 (Slashes in the output with PG.) updated

Mon, 05/21/2012 - 23:54

I haven't used PG, but are you sure the slashes are not added because you have the magic_quotes_gpc setting on?

Categories: Project Activity

Ticket #845 (QDialog rendering events problems when modified) updated

Mon, 05/21/2012 - 23:46
priority, component changed
Categories: Project Activity

Ticket #844 (handle IP ranges in remote admin check) updated

Mon, 05/21/2012 - 23:45
status changed
Categories: Project Activity

Ticket #840 (Incorrect draft filenames) updated

Mon, 05/21/2012 - 23:45
status changed
Categories: Project Activity

ticket840.patch attached to Ticket #840

Mon, 05/21/2012 - 23:44

my proposed fix

Categories: Project Activity

Ticket #840 (Incorrect draft filenames) updated

Mon, 05/21/2012 - 23:44

I would prefer to fix the links in the redirection code, because changing file names will cause lots of headaches with version management systems (i.e. the old files will remain, since codegen will not delete the old files, new files will be created, and developers have to start copying, moving files with "svn mv" and such).

Categories: Project Activity

jq_example.php attached to Ticket #845

Mon, 05/21/2012 - 20:19

Modified jq_example file

Categories: Project Activity

Ticket #845 (QDialog rendering events problems when modified) created

Mon, 05/21/2012 - 20:19

Hello!
I'm using 2.1 version from SVN (I tried original 2.1, same problem).
Short: Every time the QDialog is modified (blnModified === true) it rerenders all the events/actions. Since you're using jQuery's .on() for events, this means that for every ajax call, if QDialog is modified, you register another event. For instance, QDialog_Close event, when you close the dialog, you get n-times the same event called. For simple reproduction of this problem, I've modified the shipped example script (assets/_core/php/examples/other_controls/jq_example.php):
1. Added AjaxAction? to QDialog: QDialog_CloseEvent
2. QDialog_CloseEvent calls method to call QApplication::DisplayAlert?()
3. Modified button_clicked() method, to change the QDialog text (force modification) and open the Dialog.

Every time, the control is modified it will call QDialogGen::GetEndScript?(), which calls parent::GetEndScript?(), which calls GetActionAttributes?() and renders the actions again.

I was hoping to come to a solution, but I just cannot figure it out, how to prevent actions from being rendered.

It's 2.1 problem, since it's working normally in 2.0.2 (but JQUI events are handled differently there).

It's a real show stopper and I hope we can make this work properly.
Any ideas are welcome!

Kind regards,
Dejan Markic

Categories: Project Activity