It is a fully functional evaluation version. I will have more information about licensing and support options published on the site soon. If you have any questions about the bean, or have ideas for future beans let me know.
IT2BE:
Can you please add a document on how to install/use the thing?
Yes, I am still working on documenting all of the features and putting together some samples, but there are a few important things that you will need to know to integrate the bean and evaluate it.
First, to make the bean visible to Servoy you need to put it in the $SERVOY_HOME/beans directory and restart Servoy developer. You will also need to put the migcalendar.jar in that same directory (available from the MigCalendar website).
Note: I have been having difficulties with newer versions of Servoy Developer in getting it to recognize the bean classpath. I’m pretty sure this is because the bean has another bean dependency. I’m looking into just bundling the MigCalendar libraries and my bean together, which may be better for managing versions anyway. I’ll do some tests this evening.
If you have troubles importing the bean onto your form, add the two beans (ScheduleCalendar.jar and migcalendar.jar) to the Servoy startup classpath. You can do this by editing the servoy_developer.bat file and adding " -classpath beans/ScheduleCalendar.jar;beans/migcalendar.jar;servoy_developer.jar Servoy" to the startup line after “java”. Then be sure to invoke the developer via that batch file.
The Servoy client does not have the classpath problems that the developer does, so once the bean is included in the form your clients will be able to see it without issues.
I will be doing a lot of testing this week to iron out all of the classpath issues and document and/or resolve any issues, and I’ll publish this information as it is available.
Yes, I am still working on documenting all of the features and putting together some samples, but there are a few important things that you will need to know to integrate the bean and evaluate it.
ok, makes sense. My docs are in the works all the time
First, to make the bean visible to Servoy you need to put it in the $SERVOY_HOME/beans directory and restart Servoy developer. You will also need to put the migcalendar.jar in that same directory (available from the MigCalendar website).
And you thought I didn’t know that
Note: I have been having difficulties with newer versions of Servoy Developer in getting it to recognize the bean classpath. I’m pretty sure this is because the bean has another bean dependency. I’m looking into just bundling the MigCalendar libraries and my bean together, which may be better for managing versions anyway. I’ll do some tests this evening.
I would do that. For me the below scenario doesn’t satisfy me. I am not a technical geek and I really hate to mess with the Servoy classpath since I have too many servoy installations on too many machines that I jump back and fort to.
If you have troubles importing the bean onto your form, add the two beans (ScheduleCalendar.jar and migcalendar.jar) to the Servoy startup classpath. You can do this by editing the servoy_developer.bat file and adding " -classpath beans/ScheduleCalendar.jar;beans/migcalendar.jar;servoy_developer.jar Servoy" to the startup line after “java”. Then be sure to invoke the developer via that batch file.
I know you do, I just mentioned it for others that might not.
I have done quite a bit of testing on it, and it seems that the only problems that occur are with the classpath for the developer. This can be resolved by putting the migcalendar.jar in the $JAVA_HOME/lib/ext directory wherever you run the developer. That’s a little better than editing the startup script
I’ve also done some testing to see if compiling everything into one jar is going to be feasible, and so far it has not been successful. I am sure it would work for the client, but the developer has problems with it. I’ll work with it a bit more, and see what I can do.
I have got this to work using your sample code. And I have to say: it works very well
I have a few questions, though:
I don’t have doctors, but users. So could this selection criteria be named on the fly somehow?
All “doctors” are selected by default. You always see all doctors calendars first. You then need deselect the ones you don’t want to see. I have some 70 users and if you only want to see your calendar, that is quite a pain. Especially, because the scroll bar doesn’t work for me, so I can’t deselect the ones at the bottom. Is there a way to select/deselect “doctors” by their ID?
Is it possible to not color doctors, but events?
What is the lower right area good for (right now I see possible errors there)?
I have got this to work using your sample code. And I have to say: it works very well
Thanks Patrick
I don’t have doctors, but users. So could this selection criteria be named on the fly somehow?
Yes, that is a good point… I will change it to be configurable so you can put whatever title you want. I’ll get the patch out within the next couple of days.
All “doctors” are selected by default. You always see all doctors calendars first. You then need deselect the ones you don’t want to see. I have some 70 users and if you only want to see your calendar, that is quite a pain. Especially, because the scroll bar doesn’t work for me, so I can’t deselect the ones at the bottom. Is there a way to select/deselect “doctors” by their ID?
I am sure that I have something for that, I’ll look into it and get back with you. If it is not currently there, it was at one point and I removed it for some reason. I’ll get that out in the patch as well.
Is it possible to not color doctors, but events?
It is possible to do pretty much anything, but the colors for the doctors (users) are what allow the user to tell which events are theirs. For example, all of the events for the user “Albert Einstein” will be displayed in the color assigned to him.
Let me know if this isn’t how you need it to work.
What is the lower right area good for (right now I see possible errors there)?
The cool thing about that area is that you can define your own stylesheet and display messages in pure HTML. Also - all of the main sections of the bean have moveable separators, so you can resize a section or even completely hide it. One feature I currently have planned is to make the divider locations configurable.
Thanks for the comments. If you have any other questions or have ideas to make it better let me know. I’ll let you know when the patch is ready for download.
using the sample code snippets that Fred provides it took me maybe one hour to see appointments from my own tables. Actually I could provide my testing module…
using the sample code snippets that Fred provides it took me maybe one hour to see appointments from my own tables. Actually I could provide my testing module…
I see no sample code snippets clicking on Move Sample: I get the same code present in the Move Code option.
I tried to figure how it works, but I get various errors (even just loading Doctors from a simple table).
That’s why I was asking for an example: if there’s some sample code available, it’s perfectly ok for me
I tried installing the beans on a Mac (Running 10.4.2) , and can’t figure out where to put the second copy of the MiG bean… I tried Library/Java/Extensions/
The bean did not show in Servoy Developer…
Added support for renaming the “users” filter node.
Deprecated the setDoctors method - replaced with setUsers
Modified users/categories so that categories and users can have the same identifier without overwriting and rendering issues.
Updated the category filtering logic to better filter categories.
I am still updating the docs and adding to the demo solution. Please post questions here and I will respond as quickly as possible.
Swingman, unfortunately I don’t own a mac - but in the research I’ve done it seems like putting it in Library/Java/Extensions should do the trick. Basically it needs to be in the Java classpath so that when Servoy Developer renders the bean it will see the dependent classes.
It used to be that putting the migcalendar.jar in the Servoy lib/ directory would work, but with recent releases it doesn’t anymore. I’m not sure which build broke that, but I was using a 2.2 version a couple of months old that did work but the current downloadable version doesn’t. You could try it to see if it works still on the Mac.
fdoddridge:
Swingman, unfortunately I don’t own a mac - but in the research I’ve done it seems like putting it in Library/Java/Extensions should do the trick. Basically it needs to be in the Java classpath so that when Servoy Developer renders the bean it will see the dependent classes.
I also had some problems under Mac (I was placing the file in Library/Java/Home/lib/ext but it didn’t work).
The problem is that, under OSX, you don’t see all the Home of the currently installed Virtual Machines.
So, click on the HOME folder, and then move to the upper category: you’ll find yourself in the VERSIONS folder, from where you can access the HOME folder of all JVM…
Place the migcalendar.jar in the right folder and you’re done.
Can you give the exact path because I think I have tried all variations and nothing works.
The path I think it should be is /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/lib/ext
But I think I am still missing something because it doesn’t work.
Can you give the exact path because I think I have tried all variations and nothing works.
The path I think it should be is /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/lib/ext
But I think I am still missing something because it doesn’t work.
Any clue(s) ?
Certainly, Watson
I’m using Java 1.5 and it started working placing migcalendar.jar in this path:
System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/lib/ext
If you want to be sure, just move to VERSIONS folder and place the jar in any “Home/lib/ext” folder.
fdoddridge:
Swingman, unfortunately I don’t own a mac - but in the research I’ve done it seems like putting it in Library/Java/Extensions should do the trick. Basically it needs to be in the Java classpath so that when Servoy Developer renders the bean it will see the dependent classes.
It used to be that putting the migcalendar.jar in the Servoy lib/ directory would work, but with recent releases it doesn’t anymore. I’m not sure which build broke that, but I was using a 2.2 version a couple of months old that did work but the current downloadable version doesn’t. You could try it to see if it works still on the Mac.
Thanks Fred,
Good to know that may not have missed something obvious. Have anyone else out there managed to get the MiG bean to with Servoy work on a Mac?