I have an ics file that a user is trying to import into Outlook for Mac 2011.
BEGIN:VCALENDAR
VERSION:2.0
PRODID:anonymized
CALSCALE:GREGORIAN
METHOD:PUBLISH
BEGIN:VTIMEZONE
TZID:Europe/Prague
BEGIN:DAYLIGHT
DTSTART:20140330T030000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;BYDAY=5SU;BYMONTH=3
TZNAME:CEST
END:DAYLIGHT
BEGIN:STANDARD
DTSTART:20141026T020000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;BYDAY=4SU;BYMONTH=10
TZNAME:CET
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20140807T001736Z
UID:12345
DTSTART;TZID=Europe/Prague:20140808T090000
DTEND;TZID=Europe/Prague:20140808T100000
CREATED:20140805T162858Z
LAST-MODIFIED:20140806T052758Z
SEQUENCE:0
STATUS:confirmed
SUMMARY:My event for which everyone with Outlook will be an hour late to
END:VEVENT
END:VCALENDAR
Every other calendar program displays this event at 9:00am in Prague, but Outlook is displaying it at 10:00am. It appears that Outlook is using the STANDARD block in the VTIMEZONE to calculate the time and never applying a DST offset. I think that because removing the STANDARD block entirely or changing TZOFFSETTO inside the STANDARD block to +0200 results in the event being displayed at the correct time.
Both of those are obviously non-starters as they would break every other calendar application on the face of the planet.
Am I missing something about specifying timezones for Outlook's consumption?
Outlook was not able to handle the recurrence rule for the DAYLIGHT block in the example timezone.
Changing the VTIMEZONE definition to:
BEGIN:VTIMEZONE
TZID:Europe/Prague
BEGIN:DAYLIGHT
DTSTART:20140330T030000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZNAME:CEST
END:DAYLIGHT
BEGIN:STANDARD
DTSTART:20141026T020000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZNAME:CET
END:STANDARD
END:VTIMEZONE
allowed Outlook to correctly display the event.
The only change is changing both RRULE definitions to be BYDAY=-1SU. This has the double benefit of allowing Outlook to parse it and being a more correct expansion of the rules around CEST/CET transitions than 5SU/4SU was.
Did you check the timezone settings in Outlook. It may display your event as seen from another timezone.
Another way to check would bet to create an event from outlook and export it to ics to see what timezone it uses for that event.
Related
As title states, when the ICS file below is opened using Microsoft Outlook Desktop 2016's calendar, the second to last new line (the "\n" before "lectus") in the Description body is not honored. The word "lectus" remains on the same line as the text before it when the event is opened in Outlook's calendar. This is obviously a contrived example but we are encountering this issue with other files. The new lines are working fine, however, when using outlook web, yahoo calendar, and google calendar. The file below is valid according to https://icalendar.org/validator.html.
Is anyone aware of a bug in Outlook 2016 desktop or am I missing something in the formatting of the file?
Thanks in advance.
BEGIN:VCALENDAR
PRODID:-//ABCD Corp//NONSGML My Product//EN
VERSION:2.0
BEGIN:VEVENT
DESCRIPTION:Lorem ipsum dolor sit amett consectetur adipiscing elit just
Curabitur neque proiin\nUteauctor nibhiid quammmaximus rutrumn Sed egete
Donec sit amet ultrices justoe suspendisse nec crase integmalesuddanullo
consequaturna\nlectus\n
DTEND;VALUE=DATE:20220305
DTSTAMP:20220125T202911Z
DTSTART;VALUE=DATE:20220301
SEQUENCE:0
SUMMARY:Praesent in mauris eu tortor
UID:bac16d57-4606-4093-951a-1022b0587183
END:VEVENT
END:VCALENDAR
I included a snapshot below of what I'm talking about. Notice the word "lectus" does not start on a new line.
The validators are not perfect or all encompassing. Try check against as many as you can. eg http://ical-validator.herokuapp.com/?wicket:interface=:1:::: says
! CRLF should be used for newlines Related RFC 5545 section:
3.1
CRLF is \r\n (not \n\r)
https://developer.mozilla.org/en-US/docs/Glossary/CRLF
Currently using Universal Analytics on my website that's already tracking PDF downloads and I'm trying to implement this for a video as well, to see how many times this video has been played.
<p><iframe width="482" height="271" src="video URL" scrolling="no" frameborder="0" allowfullscreen="" onClick="ga('send', 'event', 'videos', 'play', 'eco-assistant', '10');"></iframe></p>
This is the actual page.
Any idea why video plays are not tracked?
Many thanks,
B.
Another thing to keep in mind is that the value attributed to the event should be an integer, not a string. Your onClick code should be the following:
onClick="ga('send', 'event', 'videos', 'play', 'eco-assistant', 10);"
Hope this additional information is helpful.
B. Keller
we have application which is accessed worldwide. and we set the default date format. The server set the time zone of the San Fransisco. Here the control used to display date in mm/dd/yyyy
<telerik:RadDatePicker Width="90" x:Name="dtpCashflowDate" Height="18" DateTimeText="{Binding Path=NewTransferDetail.TransferDate,Mode=TwoWay,ValidatesOnDataErrors=True,StringFormat=\{0:d\}}" InputMode="DatePicker">
<i:Interaction.Triggers>
<i:EventTrigger EventName="GotFocus">
<ei:CallMethodAction MethodName="NewRecord_GotFocus" TargetObject="{Binding}" ></ei:CallMethodAction>
</i:EventTrigger>
</i:Interaction.Triggers>
</telerik:RadDatePicker>
Now one of the organization office in Bangkok show the date in dd/mm/yyyy. How its possible.
With StringFormat=\{0:d\} you set the control to show the short date pattern.
If your application is set in another culture the short date will change accordingly.
Please control which format you need in this microsoft article, then change the StringFormat or the Culture property in the way you need.
Remember: you can also set the format in all the istances of your application by specifying a custom format, regardless of the culture of your application, by setting StringFormat=\{0:mm/dd/yyyy\}.
This is because of the culture that is set to the DatePicker..
<telerik:RadDatePicker culture="jap">
or the culture for bangkok(japanese in this case), Uses the default format used by that culture.
I have an ajax calendar extender, but there is a problem. Todays date is always highlighted no matter what, so if i go to pick a date it comes out as this:
todays date/d/year
And no matter what date i pick it will always end up as the chosen date is todays date, then the month as the date you picked?
which i dont want...
Can anyone help me please?
<asp:CalendarExtender ID="CalendarExtender1" runat="server" Enabled="True" TargetControlID="txtDOB"></asp:CalendarExtender>
<ajaxToolkit:MaskedEditExtender ID="MaskedEditExtender1" runat="server" MessageValidatorTip="true" ClearMaskOnLostFocus="true" CultureName="en-GB"
Mask="99/99/9999"
MaskType="Date"
AcceptNegative="None"
TargetControlID="txtDOB"
/>
<asp:MaskedEditValidator ID="MaskedEditValidator1" runat="server" ControlExtender="MaskedEditExtender1" ErrorMessage="Incorrect date"
ControlToValidate="txtDOB"
EmptyValueMessage="Date is required"
InvalidValueMessage="Date is invalid"
Display="Dynamic"
TooltipMessage="Input a date"
EmptyValueBlurredText="*"
InvalidValueBlurredMessage="Invalid date"
>
</asp:MaskedEditValidator>
Never mind i have solved it, it was due to one of those weird glitches that i experience once in a while with visual studio. Simply copying and pasting the code in again, and it was working.
I have a store localized in Romania.
Recently I noticed that most online from Romania have currency as Leu/Lei instead of RON.
I was trying to change that too but probably I'm missing something.
in \magento\lib\Zend\Locale\Data\root.xml it's set like this:
<currency type="RON">
<symbol>RON</symbol>
</currency>
and ro.xml (same path) have:
<currency type="RON">
<displayName>leu</displayName>
<displayName count="one">leu</displayName>
<displayName count="few">lei</displayName>
<displayName count="other">lei</displayName>
</currency>
I didn't see any other place where currency is set.
Any clues?