Thanks! Will look through our code
On Mon, Aug 5, 2013 at 2:31 PM, Sebastien <seb...@gmail.com> wrote: > Hi Maxim, > > I did not had the time to write the release note yet... Please be sure to > have read this: > > https://github.com/sebfz1/wicket-jquery-ui/wiki/%5Bchangelog%5D-wicket-jquery-ui-6.9.1 > > Thanks & best regards, > Sebastien > > > > On Mon, Aug 5, 2013 at 8:39 AM, Maxim Solodovnik <solomax...@gmail.com>wrote: > >> Found the new build! >> Thanks! going to test it today and report back :) >> >> >> On Mon, Aug 5, 2013 at 3:57 AM, Sebastien <seb...@gmail.com> wrote: >> >>> Hi Maxim, Hi Sebastian, >>> >>> I took care of your request, but I did it manually yesterday morning >>> because I lost my Internet connectivity... >>> So, the only difference is that I just named getCalendarModelBehavior, >>> newCalendarModelBehavior for consistencies reasons. >>> >>> If I understood your needs, I am seeing a usage like: >>> >>> class MyCalendar extends Calendar >>> { >>> public MyCalendar(String id, CalendarModel model, Options >>> options) >>> { >>> super(id, model, options); >>> } >>> >>> @Override >>> protected CalendarModelBehavior >>> newCalendarModelBehavior(CalendarModel model) >>> { >>> return new TimeZoneCalendarModelBehavior(model) { >>> >>> @Override >>> public TimeZone getTimeZone() >>> { >>> return TimeZone.getTimeZone("America/Los_Angeles"); >>> //to be configured >>> } >>> }; >>> } >>> } >>> >>> static abstract class TimeZoneCalendarModelBehavior extends >>> CalendarModelBehavior >>> { >>> public TimeZoneCalendarModelBehavior(CalendarModel model) >>> { >>> super(model); >>> } >>> >>> public abstract TimeZone getTimeZone(); >>> } >>> >>> I may be interested with your implementation of the >>> "TimeZoneCalendarModelBehavior", either to merge it into >>> CalendarModelBehavior or to provide it as an alternative of >>> CalendarModelBehavior, if a user wishes to achieve the same use case... >>> >>> >>> On another topic, I read your conversation bellow and your legitimate >>> concerns about licensing (1) and my availability (2). >>> >>> (1) - The whole code is ASF2 licensed and that will never change. Except >>> the sample site, for readability reason, all files (java, html) *does* have >>> the license header. Sure, wicket-jquery-ui relies on js libraries that may >>> have different licensing, and it is up to the user to take care of this >>> (and Maxim took care actually). Anyway, I will add a NOTICE / LICENSE file >>> to the project... >>> >>> (2) - I usually answering mail with 24 hours max. Sometime more if I am >>> on vacation, naturally. But I also know that, for now on, I am the only one >>> who is (physically) able to maintain/deploy wicket-jquery-ui releases. I >>> understand that it could be a problem to rely on only one man... I will >>> send to Martin Grigorov (Apache Wicket commiter) the "keys" of the project, >>> in case of something happens to me... (for instance I found the love of my >>> live, and go suddenly living somewhere, where there is no internet, >>> electricity, etc :) ). wicket-jquery-ui has now thousand(s?) users, I am >>> sure there will be someone who can took the relay... >>> >>> Thanks & best regards, >>> Sebastien >>> >>> >>> On Sat, Aug 3, 2013 at 5:32 AM, Maxim Solodovnik >>> <solomax...@gmail.com>wrote: >>> >>>> Dear Sebastien, >>>> >>>> could you please take a look at >>>> https://github.com/sebfz1/wicket-jquery-ui/pull/52 ? >>>> >>>> Thanks in advance! >>>> >>>> ---------- Forwarded message ---------- >>>> From: seba.wag...@gmail.com <seba.wag...@gmail.com> >>>> Date: Sat, Aug 3, 2013 at 10:21 AM >>>> Subject: Pull request to jquery-wicket-ui for fixing some API to be >>>> customizable >>>> To: dev <dev@openmeetings.apache.org> >>>> >>>> >>>> Hi Maxim, >>>> >>>> ignoreTimezone to true partially resolves the issue. >>>> >>>> With ignoreTimezone you can decide that the Calendar UI shows the event >>>> in >>>> either the Browser/OS/Client side timezone (ignoreTimezone=false) OR the >>>> the server side timezone (ignoreTimezone=true) >>>> >>>> We neither want both, we want the events to be displayed in the >>>> timezone of >>>> the OpenMeetings user, and that can be configured different from the >>>> browser/os and server timezone. >>>> >>>> The idea would be that the server does send the Date/Time in the >>>> OpenMeetings user timezone, and we will set ignoreTimezone to true. >>>> >>>> Unfortunatelly this is currently not possible with wicket-jquery-ui as >>>> the >>>> needed API's are not overwritable / public. >>>> >>>> I have made a pull request to the wicket-jquery-ui to fix that: >>>> https://github.com/sebfz1/wicket-jquery-ui/pull/52 >>>> >>>> Can somebody contact sebfz? Maxim, you mentioned you are in contact with >>>> him? >>>> >>>> Thanks, >>>> Sebastian >>>> >>>> >>>> 2013/8/1 Maxim Solodovnik <solomax...@gmail.com> >>>> >>>> > I actively talk with Sebastien (the author of wicket-jquery-ui). >>>> > His project consist of different parts with different licences (for >>>> example >>>> > Kendo* plugins are GPLv3 licensed) >>>> > I only took parts licenced under compitible licenses. >>>> > >>>> > I can write him a letter to add NOTICE, should I? >>>> > >>>> > For the changes to the FullCalendar I would: >>>> > 1) read the documentation (it has 'ignoretimezone' option which might >>>> help >>>> > 2) take a look at the current issues, for ex. this one >>>> > https://github.com/arshaw/fullcalendar/pull/92 >>>> > 3) propose the patch to the author >>>> > 4) hacking ourselves :) >>>> > >>>> > >>>> > >>>> > On Thu, Aug 1, 2013 at 8:48 AM, seba.wag...@gmail.com < >>>> > seba.wag...@gmail.com >>>> > > wrote: >>>> > >>>> > > Okay but it seems like it is Apache Licensed: >>>> > > https://code.google.com/p/wicket-jquery-ui/ >>>> > > >>>> > > But wicket-jquery-ui includes other libraries that are under the MIT >>>> > > license. So he would need a NOTICE file (According to our rules). >>>> > > >>>> > > Its really a bit messy, I think we should clean that up and add the >>>> > > FullCalendar to our NOTICE file to make sure nobody raises concerns >>>> about >>>> > > the legal status of our project. >>>> > > >>>> > > Sebastian >>>> > > >>>> > > >>>> > > 2013/8/1 seba.wag...@gmail.com <seba.wag...@gmail.com> >>>> > > >>>> > > > I am afraid some of our changes that are required for instance for >>>> > making >>>> > > > it timezone safe will be much easier if we simply do it. >>>> > > > And also their use will be relatively limited to what we want to >>>> do >>>> > with >>>> > > > it. So its unlikely that it will be useful for anybody else. >>>> > > > >>>> > > > We can then discuss how and when those changes will become part of >>>> > > > wicket-jquery-ui. >>>> > > > >>>> > > > For me it seems like the author of wicket-jquery-ui does not care >>>> about >>>> > > > the license at all. There is not even a License file or any kind >>>> of >>>> > > header >>>> > > > in the source code of his file. >>>> > > > So in theory that can literally mean that he can decide tomorrow >>>> he >>>> > will >>>> > > > license it under whatever he wants it to be. >>>> > > > >>>> > > > That is a bit scary for us. We can't just include a library >>>> without >>>> > > having >>>> > > > a correct attribution of the License. >>>> > > > >>>> > > > I know there was put a bit of effort into using this library now, >>>> but >>>> > if >>>> > > > we release it and there will be doubts raised about this it could >>>> mean >>>> > we >>>> > > > have to replace the entire library. >>>> > > > >>>> > > > Was anybody able to actively talk to the author of that >>>> > wicket-jquery-ui >>>> > > ? >>>> > > > Cause if that guy does not respond to any emails its really kind >>>> of >>>> > > > dangerous to base our application on the hope he will not suddenly >>>> > change >>>> > > > his mind and put the code under a license we don't like. >>>> > > > >>>> > > > Sebastian >>>> > > > >>>> > > > >>>> > > > >>>> > > > >>>> > > > >>>> > > > 2013/8/1 Maxim Solodovnik <solomax...@gmail.com> >>>> > > > >>>> > > >> Hello Sebastian! >>>> > > >> >>>> > > >> we actually do not distribute the fullcalendar.js. >>>> > > >> We are using wicket-jquery-ui which ships fullcalendar for as. >>>> > > >> >>>> > > >> Despite wicket-jquery-ui allows to replace almost any resource >>>> with >>>> > > custom >>>> > > >> one, I would start from proposing our patch to the author since >>>> it >>>> > would >>>> > > >> be >>>> > > >> easier to maintain in the future. (Already was done with >>>> > > wicket-jquery-ui, >>>> > > >> wicket and some jquery libraries) >>>> > > >> >>>> > > >> >>>> > > >> >>>> > > >> On Thu, Aug 1, 2013 at 7:36 AM, seba.wag...@gmail.com < >>>> > > >> seba.wag...@gmail.com >>>> > > >> > wrote: >>>> > > >> >>>> > > >> > Hi, >>>> > > >> > >>>> > > >> > the OpenMeetings project would like to redistribute the jQuery >>>> > Plugin >>>> > > >> > "Fullcalendar": >>>> > > >> > http://arshaw.com/fullcalendar/ >>>> > > >> > >>>> > > >> > As part of its distribution. Which itself should not be a >>>> problem: >>>> > > >> > http://www.apache.org/legal/3party.html#category-a >>>> > > >> > >>>> > > >> > But we also might need to modify some of the source code to >>>> fit our >>>> > > >> needs. >>>> > > >> > >>>> > > >> > Are we allowed to do that? >>>> > > >> > Are there changes to NOTES files needed when we do that ? >>>> > > >> > >>>> > > >> > I've somebody knows an answer to that or pointers to the FAQ >>>> where >>>> > > this >>>> > > >> > would be covered, I would much appreciate. >>>> > > >> > But I think the FAQ don't cover that topic yet. >>>> > > >> > >>>> > > >> > Thanks, >>>> > > >> > Sebastian >>>> > > >> > -- >>>> > > >> > Sebastian Wagner >>>> > > >> > https://twitter.com/#!/dead_lock >>>> > > >> > http://www.webbase-design.de >>>> > > >> > http://www.wagner-sebastian.com >>>> > > >> > seba.wag...@gmail.com >>>> > > >> > >>>> > > >> >>>> > > >> >>>> >>> >> >> >> -- >> WBR >> Maxim aka solomax >> > > -- WBR Maxim aka solomax