426

(6 replies, posted in Problems)

Brian,
There is no setting to turn the link to the full calendar off, but a quick fix would be to change the PHP code as follows:
Change line 234 of the display0.php file
from . . .

$dateHdr = "<button type='submit' title=\"{$xx['vws_view_full']}\">".makeD($dateD1,3)."</button>\n";

to . . .

$dateHdr = "<button type='button'>".makeD($dateD1,3)."</button>\n";

. . . delete line 229 to get rid of the text "for full calendar click month".
That's all.
In addition you could of course also delete all lines related to the form: Lines 230 - 233 and 238.

Update: A minute ago I've made this a setting in the mini calendar. If you upload the mini calendar (display0) from the LuxCal Displays page, you will have the updated version.

Roel

427

(8 replies, posted in Problems)

Why would you remove the iframe? When you put your page header in the calendar code, each time there a calendar update, you will have to re-integrate your page header.
A lot of web developers, including myself, don't like frames. but iframes are fine!

428

(6 replies, posted in Problems)

Hi Brian,

What I can say is that there is NO error in this JavaScript function. The pop function is used to show the event details when hovering the event title for instance in Month view and is working as it should
Maybe DreamWeaver doesn't like the default popMaxChar value (= 80) in the function definition. The possibility to add default values for function parameters was added to JavaScript in 2015 (ECMAScript 2015). Maybe your DW version is older and doesn't know this.

Roel

429

(8 replies, posted in Problems)

Yes, you found a bug Greg! Thanks or reporting this.
Same problem with September 2019. It is exactly the combination of the settings mentioned in your post both set to 1.

Easy fix: Edit the file views/month.php and change line 75
from . . .

  $sOffset = date("w",$tfDay) - $set['weekStart']; //offset first day

to . . .

  $sOffset = date("N",$tfDay) - $set['weekStart']; //offset first day (ISO)

Just the "w" should be replaced by an "N" in the date function (and ISO added to the comments at the end).
This fix will be included in the next calendar version, which I will release early 2019.

Roel

PS. I very much like the colors you have chosen for the different categories in the Church Diary; not too hard and not too soft, exactly right. I also read with interest your Updater's Guide, very clear explanation, I could not find any error wink

You found it, I will kill it!

Hi Greg,

Ah, yes, I didn't read your question properly. Sorry for that.
I had to look into the code to find the correct answer to your question.
For events that have to be approved, but have not been approved yet, reminder emails are not sent. This however, needs some further clarification:
If the owner, when adding the event, specifies to send an email reminder let's say 7 days before the due date of the event, and the event is only approved 6 days before the due date, The reminder will not be sent at all anymore, because the 7 days have past and the calendar does not keep track of what reminders have or haven't been sent. So it is the owner's responsibility to defer sending reminders until after the approval date.
What I discovered, when browsing the code, is that if the owner in the Event window checks the "send email Now" box, the email is sent even though the event has not been approved yet. This is wrong! Without approval, the owner should not be able to send any announcement or reminder. So I will change this in the next calendar version (which will be released early 2019).

Roel

Hi Greg,

This is the struggle of all programmers: how to make sure the application displays correctly and similarly in all the different browsers and browser versions and on all the different devices, with different screen sizes.
For LuxCal we have chosen, and so far managed, to use Unicode/HTML character entities, rather than separate image files, to represent glyph images, The reasons for doing this are the following:
• standardization; The Unicode/HTML character entities are meant - in the long run - to standardize the glyphs used in all web applications and therefore improve the user experience.
• efficiency: no need to load load images from the server for each glyph.
• better software: code not cluttered with unnecessary <img>-tags

The disadvantages are that not all browsers (in particular older versions) support all new Unicode/HTML character entities yet. But the good news is that since a couple of years the standardization among browsers has improved at a rapid pace.

So the dilemma is: do we want to be hold back by older browsers, not adhering to web standards (like IE held us back during the last 2 centuries), or will we go with the flow, which will eventually lead to software applications with a much better graphical user interface, taking the current disadvantages, which will eventually automatically disappear, for granted?

Let us wait and see what other calendar users have to say about this . . .

Roel

Hi Greg,

If for a certain event category the "Events need approval" checkbox has been checked, it means that the individual events created in this category, will only be visible to the owner of the event and to users with at least Manager rights, until the event has been approved. Once approved the event will be visible for all users. Only users with at least Manager rights can approve "to-be-approved" events.

Hope this helps,
Roel

434

(7 replies, posted in Need Help)

Hi Jay,

6. You're right. I've added a configurable 'br-style'.
7. The h5-tags don't make sense; I will replace them by p-tags.

All up-to-date displays are shown on the LuxCal Displays page of this website. I've added a download button just under each display, you will be able to download the latest display3.php files from the LuxCal displays page.

Regards,
Roel

435

(2 replies, posted in Suggestions)

Hi Jay,
I assume you are referring to display3.
Actually a custom 'no events' message should be added to all displays.
I will do this.

Roel

Yes, you are right. I will add that to the keywords, the description and to the descriptions in the PAD file.

Thanks,
Roel

437

(7 replies, posted in Suggestions)

Hi Dan,
Thanks for this suggestion.
As a matter of fact I have already produced something similar for the next release of V4.7.4 wink (This new version will be released early 2019).
In this new version in the Venue field one can put - as part of the field - the actual address between !-marks. If done so, in all calendar views the address will be shown as a button. When hovering this button, the textual address will be shown and when clicking the button, a new page will open where Google maps will show the address on the map.

What I like very much about your suggestion is to let the admin choose whether Google maps, OpenStreeMap, or an other map viewer will open. So I will add a field to the admin's Settings page, where the admin can specify the "map site" that should open when the user clicks the Address button.

Best regards,
Roel

438

(1 replies, posted in Suggestions)

Hi Dan,

I like your suggestion and will add the magnifying glass to the right side of the navigation bar.

Regards,
Roel

Hi Berni,

Go to the admin's Settings page and under "Views" - "Event templates" remove the '2' from the field Upcoming view.
That's all.

Roel

440

(7 replies, posted in Need Help)

Hi Jay,

Thanks for all your useful suggestions! Ive implemented most of them as follows:
1. 'justify' removed. This was inherited from an other 'display' and was  a mistake
2. Done, The date format can now be defined in the settings
3. If on line 27 (new display) '8' is part of the number list, then attachment links are part of the event body, which - when clicked - will open the download dialogue.
4. Done
5. Done
6. This can already be done by specifying the Line Height in the Font Definitions. Explanation with examples added
7. Changed
8. This is hard to do. There are an infinite number of styles one can set for URL links. The color of the link can be specified.

You can download the updated 'displays' HERE. Again the zip-file contains a "black", a "white" and a "red" version of exactly the same 'display'.
You can see  live versions of this display3 via the LuxCal Display button on the left.

Roel

441

(7 replies, posted in Need Help)

Hi Jay,

As promised, I've produced a new 'display', called display3, especially designed for narrow-width mobile devices. You can download it HERE. The zip-file contains a "black", a "white" and a "red" version of exactly the same 'display'.
Almost everything you see on the graphical interface (colors, fonts, font sizes, events to show, layout, etc.) can be tailored in the header part of the file. Give it a try and let me know your findings. I have added it to the LuxSoft site (LuxCal Displays) and I will include it in the next LuxCal release.
Please note: Displays use the calendar toolboxes and the calendar settings, like date format, time format, first day of the week, etc., and therefore must be located in the calendar root directory.

Roel

Yes, could be interesting.
Since not everybody wants events to be visible in web searches, it should be optional (enable/disable on the admin's Settings page),
There are three possibilities: Microdata, RDFa and JSON-LD. Since a few years Google recommends JSON-LD, which also has the advantage that it resides in the <head> section of the web page and is not interleaved with the visible part in the <body>.

We will look into the possibilities.
Roel

443

(7 replies, posted in Need Help)

Hi Jay,

We have a quarter horse, called Jay Golden Surprise, and therefore I'm offering the following wink
Two possibilities:
1. I can modify the sidebar (lcsbar.php) for you, remove the hover feature and add the fields you want.
2. I create a new "display" for you with exactly the layout and fields you want. I could for instance take "display 2" (see LuxCal Displays in the left-hand menu) and tailor it to your needs.
Possibility 2 has the advantage that it works "out of the box" and has a lot of settings you can change to meet your needs (colors, fonts, what events to display, etc.). I already planned to produce a new 'display' for narrow-width devices, so this option has my preference.

If you like this offer, please let me know the exact layout you want (event fields, order, where the crlfs should go). Depending on your needs, this will take me 1 - 3 days.

Roel

444

(2 replies, posted in Need Help)

Shawn solved the problem himself.

Hi Jay,

Dan is right.
Do you get this error message directly before the calendar page is shown, or does the calendar page show with this error message somewhere in the body of the page?
Would it be possible to send me the URL of the calendar, so that I can have a look myself. (if you prefer, you can send it to me by email via the Contact Us page).

Roel

Due to an incompatibility between some JavaScript code in the calendar and Internet Explorer and the older versions of Safari, the calendar did not function in these older browsers.
This problem can be solved by downloading and installing the fix, which you can download here.

Hi Bob,

That's hard to tell. This is the first time I hear about this.
Could you send me a link to your calendar, so that I can try this for myself.

Roel

448

(2 replies, posted in Need Help)

Hi Ladjets,

What LuxCal version are you using?
The code for the add / edit event window is located in file pages/evenform1.php.
For LuxCal V4.7.3 you will find the input fields you mention in your post above on lines 65 - 111.
Let me know if you need further help.

Roel

449

(9 replies, posted in Problems)

Hi Stefan,

I can't remember any reason for not being able to open the event edit window when clicking the event title in week view. So I will remove this restriction in the next calendar version.
You know how to change the code I assume.

Cheers,
Roel

450

(9 replies, posted in Problems)

Hello gentlemen,

Stefan is not completely wrong wink
In week and day view indeed on a SMALL SCREEN mobile device it is not possible to open the event edit window by tapping the event title. I can't remember why we made it like this . . . I will sleep on it and maybe find out.
So the PHP code in Stefan's last post is the original LuxCal code.
In month view however, it should be possible to open the event edit window by tapping the event title. If this doesn't work in your calendar, send me the month.php file with your changed code and I will then try to find the problem.

Roel