I wonder if I'm missing the point on how a user should create a new appointment covering a period of time longer than the minimum allowed by the configuration of the scheduleview. I have my RadScheduleView configured to have major tickmarks at 1hour and minor ones at 15 minutes. If I want to add an hour long appointment I envisaged dragging and highlighting the area and it then opening a new appointment for the time I wanted. Instead I either have to double click on a 15minute segment and then change the end time in the dialog or I highlight the start of the range and the end using shift-click to select the range and then implement a context menu to allow the right click of the selected area and create a new appointment. This is a bit of a pain but I can live with it.
However, where it does cause me a problem is on the opening of an item - or more specifically selecting to open when there is no appointment is selected. I have implemented the exact context menu as per your demo and if I select the Open... option to execute the EditAppointment command then I get a standard Silverlight error which on further investigation is an "Object Reference not set" error as there is no appointment selected. In the demo selecting Open with no appointment selected does absolutely nothing but there is nothing in the sample code that makes that work. What am I (or what is your demo) missing that would make this work correctly? Clearly a user can easily select Open when there is no appointment selected and we can't have it falling over on them. Any suggestions?
However, where it does cause me a problem is on the opening of an item - or more specifically selecting to open when there is no appointment is selected. I have implemented the exact context menu as per your demo and if I select the Open... option to execute the EditAppointment command then I get a standard Silverlight error which on further investigation is an "Object Reference not set" error as there is no appointment selected. In the demo selecting Open with no appointment selected does absolutely nothing but there is nothing in the sample code that makes that work. What am I (or what is your demo) missing that would make this work correctly? Clearly a user can easily select Open when there is no appointment selected and we can't have it falling over on them. Any suggestions?
6 Answers, 1 is accepted
0
Accepted
Hello Paul,
Thank you for contacting us.
We are aware of this issue and a fix will be provided for the upcoming service pack release which due in a few days. You will be able to check if the Command is executed properly and if not, disable the ContextMenu item.
Please do not hesitate to contact us again if you have further questions.
Best wishes,
Konstantina
the Telerik team
Thank you for contacting us.
We are aware of this issue and a fix will be provided for the upcoming service pack release which due in a few days. You will be able to check if the Command is executed properly and if not, disable the ContextMenu item.
Please do not hesitate to contact us again if you have further questions.
Best wishes,
Konstantina
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
0
sta
Top achievements
Rank 1
Rank 1
answered on 04 May 2011, 02:22 AM
Hi Konstantina,
Can you please provide the ETA for the fix of the issue?
I was playing with schedule view context menu and facing the exactly same issue.
How did you managed to make it work correctly in the example http://demos.telerik.com/silverlight/#ScheduleView/ContextMenu?
In there, if right clicking outside any appointment "open" and "delete" options are disabled automatically, and view model suggests that it works automatically, without you doing anything. However if I copy the code locally both "open" and "delete" are always enabled.
Thank you in advance for the ETA on the service pack.
Stan
Can you please provide the ETA for the fix of the issue?
I was playing with schedule view context menu and facing the exactly same issue.
How did you managed to make it work correctly in the example http://demos.telerik.com/silverlight/#ScheduleView/ContextMenu?
In there, if right clicking outside any appointment "open" and "delete" options are disabled automatically, and view model suggests that it works automatically, without you doing anything. However if I copy the code locally both "open" and "delete" are always enabled.
Thank you in advance for the ETA on the service pack.
Stan
0
Hello Stan,
This issue should be fixed in the Q1 2011 SP1 released on Apr 19, 2011. Have you tried with this version? You could also try with the Latest Internal Build available.
Please let us know if you experience the issue even with the latest version of our controls, so that we can investigate it further.
All the best,
Hristo
the Telerik team
This issue should be fixed in the Q1 2011 SP1 released on Apr 19, 2011. Have you tried with this version? You could also try with the Latest Internal Build available.
Please let us know if you experience the issue even with the latest version of our controls, so that we can investigate it further.
All the best,
Hristo
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
0
sta
Top achievements
Rank 1
Rank 1
answered on 06 May 2011, 02:08 PM
Hi,
It seem to work fine with 32 bit system, but shows the described above problematic behaviour on 64 bit. I know it should be no different, but I have to same installations on win 7 32 and 64, and 64 shows this problems, while 32 bit doesn't. I also have other issues not related to context menu on 64 bit, that I don't observe on 32 one.
I am running on Windows 7 64 bit, for testing the behaviour used Chrome and IE9, both show the same (problematic) behavior.
Any ideas?
Thanks!
It seem to work fine with 32 bit system, but shows the described above problematic behaviour on 64 bit. I know it should be no different, but I have to same installations on win 7 32 and 64, and 64 shows this problems, while 32 bit doesn't. I also have other issues not related to context menu on 64 bit, that I don't observe on 32 one.
I am running on Windows 7 64 bit, for testing the behaviour used Chrome and IE9, both show the same (problematic) behavior.
Any ideas?
Thanks!
0
Hi,
George
the Telerik team
As I said, this sounds truly strange because we are testing the RadControls with the Windows 7 64bit as well and there are no problems. Please, double check your assemblies and the silverlight version on both machines here -http://www.microsoft.com/getsilverlight/Get-Started/Install/Default.aspx.
George
the Telerik team
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Explore the
Telerik Public Issue Tracking
system and vote to affect the priority of the items
0
PaulH
Top achievements
Rank 1
Rank 1
answered on 11 May 2011, 09:59 PM
Hi there. I just thought I should add that as soon as I downloaded the update and let it upgrade my project the problem was fixed for me and I am running on Windows 7 Ultimate 64-bit.
Paul.
Paul.