Search results

Excellent! Thank you so much, this does the trick. Need to take a day off as I seem to be too tired to find anything like that myself at the moment :)

Damn, need to move to Germany or Italy :). Just have to dig deeper to find where it's set. That is strange, as only Ireland and Malta seem to use Sunday as first day. Probably a bug.

Yup, language now works by eliminating the Helix template's override file. But the first day of the week should be "E" that is Monday, now it is "P" which is Sunday. I just tested and the same "week start issue" is also present with newly added jdate elements. EDIT: it seems the loaded file...

Thanks! Would never havce suspected this :). I just renamed the file to solve this. Now just the strange "first day of week" issue remains.

Thanks, on that site I'm using et-EE and the et-EE.js file seems to be at least loaded, but not applied anywhere. And yes, these are converted old date elements. @elmarra, I'm using also Helix (Ultimate) pure template. How was Helix interfering with that? EDIT: language strings indeed work...

Hi, Has anyone got localization working on jDate element? I need the day and button names in local language as well as week start set to Monday. It seems that the language files are called from jdata.php: And the .js file with the correct language tag is even loaded when checking the browser...

Thanks for the tips, very much appreciated! I'm really going nuts on this. I don't have any cascading dropdown elements. Actually I now did the test with only the id and join elements (tool_id) enabled in main and joined lists. And all list filters disabled. And nothing changes. Still takes...

It was set "Merge Rows" probably because the joined table returns multiple rows per one "join from" table row. So ideally would probably need to be repeatable. But setting to repeatable doesn't change loading time. What does change the loading time to normal is setting to "Each row separately"...

Thanks! Both lists have one join, non-repeatable and joined table having 5 field elements active. And the mode is "Merge Rows". Indexes in both tables are identical. And nothing has been manually changed after the upgrade.

I have run into an issue after migrating from J3/F3 to J5/F4. There are two lists with nearly 30K records. While in the old J3 site these lists load in about 4-5 seconds (which is totally ok), then after migration the loading time has increased to 18-20 seconds. Both sites run in same server...

Sorry I didn't explain this in more detail. For example, I need to set the read-only (access set to No-one) databasejoin element values like: /form/123/?tablename___element1=123&tablename___element2=456 In this example, when there is "&" as the querystring parts separator...

True again :) , here I'm using element default field to add the order no for new rows. Query the max and return max + 1.

True, that's why I usually replace the numbers with an up-down arrow icon, so user doesn't have to see the numbers which sometimes are ever negative (with a minus). Actually there is one more issue in ajaxified lists that after the filtering the list, drag events seem to be removed and in order...

Didn't test, but I assume the date format should be "yyyy-mm-dd" or "yyyy-mm-dd hh:mm:ss".

While this is indeed probably low priority like you mentioned and will likely not be changed in the nearest future, you can easily use calc element to fetch the telephone element data and display it as icon/link in the list view.

So, e.g.: /form/123/?tablename___element1=123&tablename___element2=456 becomes to: /form/123/?tablename___element1=123&tablename___element2=456 and therefore setting element value via url parameter doesn't always work. These changes in link.php seem to solve the issue:

I generally agree with your statement, although I personally see myself still benefiting jQuery probably at least for a few years from now as I use a few excellent plugins relying on jQuery and also my own custom jQuery plugins are still running strong.

It's not maybe the most "correct" way to do it, but it works well if you only want the plugin to be loaded on your Fabrik form template. Copy the .js file to your form template's folder. Then add somewhere in top of the default.php file, something like: ?> ... <script src="<?php echo...

When SEF urls are enabled, order plugin seems to make an ajax call to the wrong url which is "yourdomain.com/some-menu-alias/index.php", but it should be "yourdomain.com/index.php". And therefore does not save the ordering throwing a "404 not found" error on browser console. In order.js, adding...

Thanks! Quick test shows that this fix seems to be working great! HTML-parsing issue does not occur and also e.g. "<123>" is preserved.