Search options (Page 6 of 22)

Hi Stefan,
No, it's not just you! This is a bug.
To solve this problem, edit the file "common/dtpicker.js" and change line 184 from . . .

var tpDiv = $I("tpDiv");

to . . .

var tpDiv = $I("tPicker");

This problem will of course be solved in the next calendar version.
Thanks for reporting this problem! You are an excellent calendar tester
Roel

Hi there,
You are right, this could be confusing. I think my current 'solution' is not the best solution.
I'm working on a more elegant solution.
Once this new solution is ready, I will sent you some changed files.
Roel

If we want this to be optional per event category, the selection needs to be stored in the categories table in the DB.
I'm not very keen on changing the DB schema only for this purpose.
If in the help for subcats (see Stefan's first post) I change the text from . . .

If, when adding/editing and event, no subcategory has been selected, the event will have the normal category colors in the various views.

to . . .

If, when adding/editing and event, subcategories are available, then a subcategory must be selected.

and leave the code unchanged, the problem is solved

Do you agree?

Roel

Hi there,

I was able to reproduce this problem and believe it's occurring when the MySQL database has as default set AUTOCOMMIT = 1.
The solution for this problem can be found under the topic Known Issues and Fixes.

Roel

You've done the right thing Jan! The X tables are temporary tables and will normally be dropped at the end of the upgrade process.

Roel

Hi Mark,

The strpos() function is one of the most common string search functions in PHP and in the PHP reference manual which is up-to-date with PHP 8 it is NOT indicated as deprecated. Currently in the PHP 8 reference manual it is advised to use the strpos() function for simple text searches.
So don't worry.
If it is really deprecated, I'm sure it will take at least take a few years before it will be completely dropped. Once it is 100% sure this function is deprecated, I will take care that in a next LuxCal release this function will be replaced by a replacement function.

Roel

Hi Bert,

We need to know what calendar version you are using. You can find the version at the top of the Settings page, or you can send me the link to your calendar (via the Contact Us page).

Roel

Hi there,
No it's not possible to hide the Venue field, but what maybe could help to make things simpler is the following:
On the Settings page, in the section Views you can check the "Reduced event window" box and select Save settings.
Once you've done this, the lower part of the Add/Edit Event window will initially be hidden. If you need the lower part, you can click the "down arrow".
Roel

Hi Stefan,
Thank you very much for digging into this problem. I've changed this in the toolboxx.php file.
I will also add the solution to the "Known Issues" section of the forum.

(The SQL error message "Invalid datetime format" is very misleading, since there is no datetime involved.)
Roel

Hi Stefan,
This problem has been reported twice before and so far I could not reproduce it and solve it.
For the other users it appeared that the problem occurred when they migrated to PHP 8.
And when they went back to PHP 7 the problem disappeared.

On the web I saw that many other people with different applications are having this same problem.

Are you using PHP 8? and if so, could you go back to PHP 7.4 and try the Restore again? and let us know your findings.
Roel

Hi Frederick,
That depends . . .
If all events are private events, as is probably the case in your calendar, this could be done. But if not, a user might be interested to search for a specific topic posted by a manager or by the administrator. So in the latter case, the User Group drop-down menu will be needed.

Roel