I wouldn't put the panels in the options hash. I'd make it an argument of initialize.Then, when you extend (ie HoverPick.time), you override initialize and remove that argument.
It makes more sense too, since it's not an "option". On Sun, Oct 12, 2008 at 3:14 PM, SilverTab <[EMAIL PROTECTED]> wrote: > > Well, I'm pretty much done with HoverPick.Time but I'm not really > satisfied with the code... pretty sure it could be done in a better > way... anyway here it is (basically its just a small extension of > HoverPick.base with new options. The only method that I've override is > updateText() where the formatting is done...) > > http://www.silverscripting.com/MooTimePick/hoverpick.time.html > > If anyone wants to peek at the code and see how HoverPick.Time can be > improved, I'll gladly accept any suggestions/ideas! :) > > > On Oct 11, 9:18 pm, Tom Occhino <[EMAIL PROTECTED]> wrote: > > Very nice progress SilverTab. You've taken a nice plugin and extracted > > it into a simple generic base for lots of other useful plugins. > > > > Good stuff > > > > On Oct 11, 2008, at 6:16 PM, SilverTab wrote: > > > > > > > > > Ok, I've rewritten the HoverPicker class completely... it can now work > > > with any number of levels (panels)... and I've stripped anything that > > > was unnecessary (result formatting, etc etc)... so right now it's not > > > even time or date related, the basic stuff and events are there that's > > > it.. > > > > > You can see it in action here with 3 and 5 levels: > > >http://www.silverscripting.com/MooTimePick/test.html > > > > > Next, I'll start on the subclasses, HoverPicker.Time and > > > HoverPicker.Date > > > > > On Oct 11, 4:16 pm, SilverTab <[EMAIL PROTECTED]> wrote: > > >> Quick Update: > > >> I'm rewritting the base class (HoverPanel.Base) from scratch so that > > >> it is much more generic and can work with any amount of "panels" ... > > >> once this is done it will be pretty easy to subclass it and create > > >> HoverPanel.Time and HoverPanel.Date... > > > > >> I'll post my progress here... > > > > >> On Oct 10, 5:47 pm, SilverTab <[EMAIL PROTECTED]> wrote: > > > > >>> First, the latest edge build fixed the IE bug! So right now it's > > >>> working well in IE, FF, Webkit and Opera.. (which is good news!) > > >>> Now, Aaron, in reply to your post: > > > > >>> 1) let me know when you're back, I will gladly accept any help I can > > >>> get! :) > > > > >>> 2) A good date class would definitely help, right now it's still a > > >>> bit > > >>> of a mess... > > > > >>> 3) The latest build fixed the issue, but I will still keep > > >>> Element.setPosition in mind > > > > >>> 4) see 3) > > > > >>> 5) That part is up to you guys! ;) > > > > >>> -silvertab > > > > >>> On Oct 10, 5:22 pm, nutron <[EMAIL PROTECTED]> wrote: > > > > >>>> A couple of things: > > >>>> 1) I'm about to go offline for a day or two, so I can't chip in, > > >>>> but I'd > > >>>> love to. I expect you'll have all this sorted out by the time I'm > > >>>> back > > >>>> though. > > > > >>>> 2) You might look at Date.js in the Clientside repo. I haven't > > >>>> looked at the > > >>>> source code for this plugin yet, but it might be helpful to have > > >>>> some easier > > >>>> date methods. > > > > >>>> 3) You might look at Element.setPosition in the Clientside repo, > > >>>> as it > > >>>> manages positioning for you (it positions one element relative to > > >>>> another). > > >>>> It works in all browsers. > > > > >>>> 4) There WAS a bug in IE that we fixed that will be out next > > >>>> week. You > > >>>> could, for the time being, go snag that file out of the git repo > > >>>> (just with > > >>>> your web browser - you don't need git to download it) and include > > >>>> it and see > > >>>> if it fixes your problems. > > > > >>>> 5) I'd still love to include this in the Clientside repo if it > > >>>> doesn't go > > >>>> into MooTools-more. > > > > >>>> -a > > > > >>>> On Fri, Oct 10, 2008 at 2:01 PM, tomocchino < > > >>>> [EMAIL PROTECTED]<[EMAIL PROTECTED]> > <ml-user > > >>>> [EMAIL PROTECTED]> > > > > >>>>> wrote: > > > > >>>>> They should... but they probably dont :) > > > > >>>>> try with the latest edge build... Aaron / Daniel added a fix for > > >>>>> getOffsets... > > > > >>>>> On Oct 10, 2008, at 4:41 PM, SilverTab wrote: > > > > >>>>>> Ok, about the IE bug... is it possible that element.getPosition > > >>>>>> and > > >>>>>> element.getSize is yielding a different result in IE than in > > >>>>>> FF?? It > > >>>>>> shouldn't right?? This is the code I'm using to position the > > >>>>>> main DIV > > >>>>>> (keep in mind that "this.el" refers to the text input)... > > > > >>>>>> this.mainDiv = new Element('div', { > > >>>>>> 'styles' : { > > >>>>>> 'position': 'absolute', > > >>>>>> 'width': '100%', > > >>>>>> 'left': this.el.getPosition().x, > > >>>>>> 'top': this.el.getPosition().y + this.el.getSize().y > > >>>>>> } > > >>>>>> }); > > > > >>>>>> It works fine in FF and Webkit, again, not in IE.... which > > >>>>>> doesn't > > >>>>>> make much sense if we consider that getPosition and getSize > > >>>>>> should > > >>>>>> return the same results in both browser??? > > > > >>>>>> On Oct 10, 4:24 pm, SilverTab <[EMAIL PROTECTED]< > http://n2.nabble.com/user/SendEmail.jtp?type=node&node=1317758&i=0 > > > > >>>>> wrote: > > >>>>>>> Yeah obviously, it would be easier to use with a shorter date > > >>>>>>> range... > > >>>>>>> As far as seconds goes, well I already added it, but it resulted > > >>>>>>> pretty much in clunkier code... > > > > >>>>>>> I'm trying to think of a way to make it simple AND easy to > > >>>>>>> extend, > > >>>>>>> but > > >>>>>>> it might not be as easy as I initially thought... > > > > >>>>>>> I really don't mind sending the code to github or whatever if > > >>>>>>> anyone > > >>>>>>> wants to take a look at it and help me figure it out... > > >>>>>>> problem is, I > > >>>>>>> only used git on linux and right now I'm on windows so... I'll > > >>>>>>> have > > >>>>>>> to > > >>>>>>> find a "git on windows" tutorial or something hehe... (and to > > >>>>>>> think I > > >>>>>>> was FINALLY getting used to svn haha).... > > > > >>>>>>> On Oct 10, 4:17 pm, Tom Occhino <[EMAIL PROTECTED]< > http://n2.nabble.com/user/SendEmail.jtp?type=node&node=1317758&i=1 > > > > >>>>> wrote: > > > > >>>>>>>> In my last message when I said 'hours, minutes, seconds' i > > >>>>>>>> meant > > >>>>>>>> 'hours, minutes, am/pm'. If a user did decide they needed > > >>>>>>>> seconds > > >>>>>>>> as > > >>>>>>>> well, maybe it could be made easy to extend the > > >>>>>>>> HoverPicker.Time > > >>>>>>>> Class > > >>>>>>>> to add it, but it was just a typo on my part. > > > > >>>>>>>> Anyway, decades sounds like a good way to do the year, but I > > >>>>>>>> think > > >>>>>>>> there should be some way to omit it, as in, only allow the > > >>>>>>>> user to > > >>>>>>>> pick month and day and have the year be assumed. I was > > >>>>>>>> originally > > >>>>>>>> thinking in terms of the 'Publish Article On:' date range > > >>>>>>>> instead of > > >>>>>>>> 'When were you born:' date range. > > > > >>>>>>>> If I come up with any good ideas for the interface I'll let you > > >>>>>>>> know ;) > > > > >>>>>>>> - Tom > > > > >>>>>>>> On Oct 10, 2008, at 3:54 PM, SilverTab wrote: > > > > >>>>>>>>> Been trying to fix the IE bug for a while with no luck... if > > >>>>>>>>> anyone > > >>>>>>>>> has a clue as to why the whole thing isn't positioned > > >>>>>>>>> properly in > > >>>>>>>>> IE > > >>>>>>>>> (it should be like 20 or so pixels lower) please let me > > >>>>>>>>> know ... > > > > >>>>>>>>> Right now this is what it looks like: > > >>>>>>>>> Text Element, Div (Positioned absolutely) > ul, ul, ul (all > > >>>>>>>>> positioned absolutely) > > > > >>>>>>>>> I tried the following: > > >>>>>>>>> Text Element, Div (Positioned absolutely) > Div (Positioned > > >>>>>>>>> relatively) > ul, ul, ul (all positioned absolutely) > > > > >>>>>>>>> but no luck... :( > > > > >>>>>>>>> On Oct 10, 2:40 pm, SilverTab <[EMAIL PROTECTED]< > http://n2.nabble.com/user/SendEmail.jtp?type=node&node=1317758&i=2 > > > > >>>>> wrote: > > >>>>>>>>>> Gotta agree that scrolling would make it so much cooler > > >>>>>>>>>> hehe... > > > > >>>>>>>>>> First thing first though, right now the code is very messy > > >>>>>>>>>> (i.e. I > > >>>>>>>>>> didn't code it with Time AND Date in mind so it's not very > > >>>>>>>>>> "inheritance" friendly...) so the first step I guess would > > >>>>>>>>>> be to > > >>>>>>>>>> separate the methods/properties etc to determine if it > > >>>>>>>>>> should be > > >>>>>>>>>> part > > >>>>>>>>>> of .Base, .Date or .Time.... Probably a bunch of methods that > > >>>>>>>>>> need to > > >>>>>>>>>> be re-written with that in mind.... > > > > >>>>>>>>>> And IE is still a problem :-( > > > > >>>>>>>>>> On Oct 10, 2:34 pm, "Guillermo Rauch" <[EMAIL PROTECTED]< > http://n2.nabble.com/user/SendEmail.jtp?type=node&node=1317758&i=3 > > > > >>>>> wrote: > > > > >>>>>>>>>>> It's good, but scroll when the right and left boundaries are > > >>>>>>>>>>> reached would > > >>>>>>>>>>> be amazing too...For example when there're more than 10 > > >>>>>>>>>>> elements, > > >>>>>>>>>>> the rest > > >>>>>>>>>>> are hidden and scrolling is enabled. > > > > >>>>>>>>>>> options: { > > >>>>>>>>>>> scrollAt: 10 > > > > >>>>>>>>>>> } > > > > >>>>>>>>>>> It'd be coded into HoverPicker base. > > > > >>>>>>>>>>> On Fri, Oct 10, 2008 at 4:24 PM, SilverTab <[EMAIL PROTECTED]< > http://n2.nabble.com/user/SendEmail.jtp?type=node&node=1317758&i=4 > > > > >>>>>>>>>>> wrote: > > > > >>>>>>>>>>>> hmmm should've read your post before I posted mine.... > > >>>>>>>>>>>> decade is > > >>>>>>>>>>>> definitely a way to do it!.... > > > > >>>>>>>>>>>> On Oct 10, 1:53 pm, "Guillermo Rauch" <[EMAIL PROTECTED]< > http://n2.nabble.com/user/SendEmail.jtp?type=node&node=1317758&i=5 > > > > >>>>> wrote: > > >>>>>>>>>>>>> Oh, and a possible implementation for dates: decade > > >>>>>>>>>>>>> first, then > > >>>>>>>>>>>>> specific > > >>>>>>>>>>>>> year. > > > > >>>>>>>>>>>>> On Fri, Oct 10, 2008 at 3:52 PM, Guillermo Rauch > > >>>>>>>>>>>>> <[EMAIL PROTECTED]< > http://n2.nabble.com/user/SendEmail.jtp?type=node&node=1317758&i=6 > > > > >>>>>>>>>>>> wrote: > > >>>>>>>>>>>>>> I love the plugin, but I don't think it's Mootools More > > >>>>>>>>>>>>>> worthy. > > >>>>>>>>>>>>>> Plus, > > >>>>>>>>>>>>>> our.mootools is coming and we're gonna have dozens of > > >>>>>>>>>>>>>> impressive > > >>>>>>>>>>>> plugins :) > > > > >>>>>>>>>>>>> -- > > >>>>>>>>>>>>> Guillermo Rauchhttp://devthought.com > > > > >>>>>>>>>>> -- > > >>>>>>>>>>> Guillermo Rauchhttp://devthought.com > > > > >>>>> ------------------------------ > > >>>>> View message @ > > >>>>> > http://n2.nabble.com/Sweet-time-picker-plugin-tp1306377p1317758.html > > >>>>> To start a new topic under MooTools Users, email > > >>>>> [EMAIL PROTECTED]<[EMAIL PROTECTED]> > <ml-node > > >>>>> [EMAIL PROTECTED]> > > >>>>> To unsubscribe from MooTools Users, click here< (link removed) >. > > > > >>>> ----- > > >>>> The MooTools Tutorial: http://www.mootorial.comwww.mootorial.com > > >>>> CNET Clientside: http://clientside.cnet.comclientside.cnet.com > > >>>> -- > > >>>> View this message in context: > http://n2.nabble.com/Sweet-time-picker-plugin-tp1306377p1317826.html > > >>>> Sent from the MooTools Users mailing list archive at Nabble.com. > -- Guillermo Rauch http://devthought.com
