Just a quick note to let you know that v1.1 of the ScheduleCalendar bean is released.
Great news…thankx for your effort…
4 bugs and a wishlist (which keeps getting smaller )
Bugs:-elements.scheduleBean.setToolTipTextCallback() will trigger the method about 8 times when hovering above 1 appointment (just put application.output(‘oink’) in the onEventHover method)
-Still sometimes I cannot drag or change the length of the appointment to another place
-Where did elements.scheduleBean.setExpansionSliderVisible(false); go? in RC1 you could change the slider from a method. Not an issue for me becoz I turn it off in the form…but maybe you forgot it.
-when you startup the schedule, you dont see the yellow bit in the dateSelector…only at startup…if you click on 5,7, 31 day view the yellow bit will appear
-at startup, when you are in a 5 or 7 day view and you click on monday for example it automatically goes to a 1-day view…when you click on 31-day view and you go back to 5 or 7 day view…that doesn’t work anymore
-getVisibleBeginDate() and getVisibleEndDate() don’t work properly at the 31-day view…it shows the first/last day of the month and not the first/last day that is visibleCan you tell me if the following stuff will be implemented and if so, when?
-Selecting a view thru a method (1,5,7,31 days)
-Selecting a theme thru a method
-Selecting a day thru a method (goto to 5 aug 2006)
-You have elements.scheduleBean.categoryTreeVisible and elements.scheduleBean.dateSelectorVisible…any chance of making a elements.scheduleBean.schedulepartVisible
-the tooltips of the viewbuttons are in English, can we set them thru a method or on the form?
-a method for clearing the user-node, you can only set the user-node once…I need something where I can set user-node at will
-any possibility for a user-node with groups and then users?
-any possibility for getting stuff like getHeight(),getWidth(),getLocationX,getlocationY of the bean? The usual stuff you get for normal servoy-elements. For example the dividerLocationRight is kinda useless if you want to set it thru a method, when you dont know the height of the bean. application.getWindowHeight() is not adequate enough to determine the height of bean
how does elements.scheduleBean.setVisibleHoursRange( range) work.
Tried a number of possibilities.
tweetie:
how does elements.scheduleBean.setVisibleHoursRange( range) work.
Tried a number of possibilities.
setVisibleHoursRange(int[] hours) - you pass in the hours you want to be visible in the left side of the calendar (for day/week views) in the format [9,18] (to display from 9:00am to 6:00pm). 24 hour format.
I wonder if I should support the format setVisibleHoursRange(startHour, endHour)… that may be a better way to do it.
This is one is just to annoy you
elements.scheduleBean.setVisibleHoursRange([2,24]); works
elements.scheduleBean.setVisibleHoursRange([1,24]); gives an error (java.lang.NegativeArraySizeException)
elements.scheduleBean.setVisibleHoursRange([0,24]); gives an error (java.lang.NegativeArraySizeException)
elements.scheduleBean.setVisibleHoursRange([2,25 or higher]); works…but keep showing till 24
Thought you might wanna know…but then again probably not…hahahaha
Personally, I dont give a hubah what kind of a notation you want to use…for me [7,19] works just fine…
fdoddridge:
setVisibleHoursRange(int[] hours) - you pass in the hours you want to be visible in the left side of the calendar (for day/week views) in the format [9,18] (to display from 9:00am to 6:00pm). 24 hour format.I wonder if I should support the format setVisibleHoursRange(startHour, endHour)… that may be a better way to do it.
tweetie:
-elements.scheduleBean.setToolTipTextCallback() will trigger the method about 8 times when hovering above 1 appointment (just put application.output(‘oink’) in the onEventHover method)
The tooltiptext callback being fired is based on “mouse moved” events generated when the cursor is over a calendar activity. Since each little movement of the mouse generates this mouse moved event, the tooltiptext callback will be called several times. This could be a problem if you are doing record lookups inside your callback method and you have a large number of users.
There are a couple of options here: you could try to handle it inside the javascript callback method by only performing the callback logic once for a particular activity id until another id is passed, or you could cache the lookup data for that activity until another id comes in…
Another option is for me to try to handle this inside the bean code, and only fire one callback per event. There are some potential problems with this that we would need to discuss, but it is an option.
tweetie:
-Still sometimes I cannot drag or change the length of the appointment to another place
This is one I’m looking into… I had thought this was fixed at one time, but has re-occurred.
tweetie:
-Where did elements.scheduleBean.setExpansionSliderVisible(false); go? in RC1 you could change the slider from a method. Not an issue for me becoz I turn it off in the form…but maybe you forgot it.
It is still there, but you’re right - it isn’t showing up for me either. I’ll investigate that, there may be some conflicts with the bean properties.
tweetie:
-when you startup the schedule, you dont see the yellow bit in the dateSelector…only at startup…if you click on 5,7, 31 day view the yellow bit will appear
-at startup, when you are in a 5 or 7 day view and you click on monday for example it automatically goes to a 1-day view…when you click on 31-day view and you go back to 5 or 7 day view…that doesn’t work anymore
Ah, I just tried it and see what you mean. I’ll fix both of these issues.
tweetie:
-getVisibleBeginDate() and getVisibleEndDate() don’t work properly at the 31-day view…it shows the first/last day of the month and not the first/last day that is visible
So for January 2006 you would like it to return the values Jan 1, 2006, and Feb 4, 2006, correct? I will look into that one also.
I will respond a little later today to the rest of your questions…
Thanks,
Fred
fdoddridge:
So for January 2006 you would like it to return the values Jan 1, 2006, and Feb 4, 2006, correct? I will look into that one also.
No, I get 1-jan till 31-jan…and it should say 26-dec till 5 feb.
The 5 and 7 day view…works like a charm
Hi Fred,
does 1.1 work on a Mac yet?
If not, and you need a Mac to test, maybe we should start a collection for a Mac Mini or something like that…
tweetie:
Can you tell me if the following stuff will be implemented and if so, when?
-Selecting a view thru a method (1,5,7,31 days)
That is a good suggestion, I will put that on the list for the next release.
tweetie:
-Selecting a theme thru a method
This is something I have been thinking a lot about. I would like to allow the developer to be able to create a theme with the MigCalendar Theme Editor and set it in the bean. There are a few problems with this though, since much of the functionality in the current bean is dependent on the features in this default theme. If a theme was set that didn’t have certain features in it, many features would break.
I could create a few other theme options that you could select from, or maybe publish what the required features are and let the developer create their own themes that include the requirements. I’ll continue examining the options from an implementation perspective, but your feedback would be helpful on this.
tweetie:
-Selecting a day thru a method (goto to 5 aug 2006)
This is also a good idea. I will put this on the schedule.
tweetie:
-You have elements.scheduleBean.categoryTreeVisible and elements.scheduleBean.dateSelectorVisible…any chance of making a elements.scheduleBean.schedulepartVisible
I could do that. I’ll put that on the next release slate also.
On a related note, I have been working on separating the different parts of the bean into their own beans that you could drop onto any part of your forms.
tweetie:
-the tooltips of the viewbuttons are in English, can we set them thru a method or on the form?
Yes, the method setToolTipTextCallback is what you are looking for. You can register a method that will be called every time the bean needs a tooltip for an event. You can return any text you want for that event to display in the tooltip.
I have an example in the sample solution available from the website ( http://servoybeans.com/view/component/o … info/id,4/ ).
tweetie:
-a method for clearing the user-node, you can only set the user-node once…I need something where I can set user-node at will
Do you mean you want to add/remove/change the users in the tree, or be able to change the text? I can add a clearUsers or something like that…
tweetie:
-any possibility for a user-node with groups and then users?
Do you mean you want to switch the placement of users and groups, like put the groups on top and users below?
I can add this feature if this is what you meant.
tweetie:
-any possibility for getting stuff like getHeight(),getWidth(),getLocationX,getlocationY of the bean? The usual stuff you get for normal servoy-elements. For example the dividerLocationRight is kinda useless if you want to set it thru a method, when you dont know the height of the bean. application.getWindowHeight() is not adequate enough to determine the height of bean
I will see what I can do, I did try this once before but had some problems. I’ll try it again.
I apologize for the short response, I’m at a hotel and my access will be terminated in just a few minutes… damn hotels. I’ll be able to post more when I get to another hotel. I’m taking my family to Disneyland
Thanks,
Fred
tweetie wrote:
-any possibility for a user-node with groups and then users?Do you mean you want to switch the placement of users and groups, like put the groups on top and users below?
I mean actually something like in the categories…parent-categories with child-categories. And then groups with users
tweetie wrote:
-a method for clearing the user-node, you can only set the user-node once…I need something where I can set user-node at willDo you mean you want to add/remove/change the users in the tree, or be able to change the text? I can add a clearUsers or something like that…
I just want to be able to make a new set of users, after the calendar has allready been initialized
tweetie wrote:
-the tooltips of the viewbuttons are in English, can we set them thru a method or on the form?Yes, the method setToolTipTextCallback is what you are looking for. You can register a method that will be called every time the bean needs a tooltip for an event. You can return any text you want for that event to display in the tooltip.
I ment the tooltips on the 1,5,7,31 day view
I just wanted to let you know that I’m typing this on my new iMac! Woo hoo! These things are great. Having a Mac will help me contribute to resolving many of the bean issues discussed here, and make sure that future versions are compatible.
tweetie:
I mean actually something like in the categories…parent-categories with child-categories. And then groups with users
Ah, I see. Yeah, I’ll look into that. By the way, does anyone know of a good tool to use for issue management/tracking? The ones I’ve used and am familiar with are either Java based (not available with my hosting provider) or commercial. I’d like to use something like Jira to publish these issue items so that interested parties could track the progress, make comments, etc.
tweetie wrote:
I just want to be able to make a new set of users, after the calendar has allready been initialized
I’m pretty sure this is possible with setUsers, but I will try it and verify.
tweetie wrote:
I ment the tooltips on the 1,5,7,31 day view
Ah, I guess I did forget to make those tooltips settable. I’ll get this out in the next update as well.
As for when the next release will come: on or before Mar. 24th.
I’ve put the ScheduleCalendar.jar and the MiGCalendarDemo.jar in the beans folder, and imported the CalendarDemo servoy solution.
After loading the solution the form only shows:
bean missing com.servoybeans.migcalendar.scheduler.ScheduleCalendar
I guess I need something more to run the demo solution?
Servoy Developer
Version R2 2.2.3-build 335
Java version 1.5.0_05-48 (Mac OS X)
Did you followed Fred’s installation manual?
can be found on Fred’s website: http://servoybeans.com/view/content/view/14/29/
HJK:
Did you followed Fred’s installation manual?
All the way …
Installed the files again and now it works!
fdoddridge:
As for when the next release will come: on or before Mar. 24th.
Any news Fred?
Tweety (and others) we have acquired the bean from Fred this week.
Please have a look here Servoy Components – Plugins, Beans, Web Components, Angular Services & Servoy Developer Consulting for our press release.
When you know of any bug, issue or have feature request please post them in our forum Servoy Components – Plugins, Beans, Web Components, Angular Services & Servoy Developer Consulting.
We are in the process of renaming the bean and will release a new version as soon as possible. Whenever possible we would like to solve as many bugs as possible.
Ciao