Trac Timeline
QDatepickerBase.patch attached to Ticket #847
patch for includes/qcubed/_core/base_controls/QDatepickerBase.class.php
Ticket #847 (QDatepicker does not supports "-1d" or "+1m" syntax for minDate/maxDate) created
QDatepicker does not supports "-1d" or "+1m" syntax for minDate/maxDate
Usage in javascript:
Usage in qcubed:
The problem is because QDatepickerBase forces strings to QDateTime constructor. In the patch it is cancelled for minDate/maxDate options.
class_load_and_count_methods.patch attached to Ticket #846
patch for includes/qcubed/_core/codegen/templates/db_orm/class_gen/class_load_and_count_methods.tpl.php
Ticket #846 (Over-optimization in codegen for cache key creation) created
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.
Ticket #845 (QDialog rendering events problems when modified) updated
Great, it works!
Thanks!
Ticket #845 (QDialog rendering events problems when modified) updated
There is a typo in the code: remove the "." after return
Ticket #845 (QDialog rendering events problems when modified) updated
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
to DialogBase?.
This unbindes all events from the wrapper, before binding them again (necessary because some additional event handler could have been added)
Ticket #835 (Utilizing comments on table columns (in database definitions) for meta ...) closed
Ticket #830 (Adding Licensing info for HTMLPurifier Library) closed
(In [1477]) add license note about HtmlPurifier?. Fixes #830
Changeset [1477]: add license note about HtmlPurifier. Fixes #830
add license note about HtmlPurifier?. Fixes #830
Ticket #830 (Adding Licensing info for HTMLPurifier Library) updated
Ticket #843 (Slashes in the output with PG.) updated
I haven't used PG, but are you sure the slashes are not added because you have the magic_quotes_gpc setting on?
Ticket #845 (QDialog rendering events problems when modified) updated
Ticket #844 (handle IP ranges in remote admin check) updated
Ticket #842 (problem in collabsable QAccordion with no active panels) updated
Ticket #840 (Incorrect draft filenames) updated
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).
Ticket #845 (QDialog rendering events problems when modified) created
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

