[Proto-Scripty] Re: Prototype / IE6 issue (bug?)
IE6 is a buggy browser which takes much longer to do computation and
get the values from HTML elements etc. When you pop up an alert box
you actually break the running of the script and give IE6 a chance to
pull itself ( and the values) together. This is why it works properly
then, I think.
Why don't you put the evaluation part in a separate function within
the scope of handleVehiclesClick and call it with some delay (100ms)
to decide what and how many option elements to select?
function evaluateValue(val){
if (val != 'All vehicles') {
$('vehicles-select-all').selected = false;
} else if(val != '') {
$$('.vehicles-options').each(function(e){
e.selected = true;
};
--
You received this message because you are subscribed to the Google Groups
Prototype script.aculo.us group.
To post to this group, send email to prototype-scriptacul...@googlegroups.com.
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en.
Risky delay (was: Re: [Proto-Scripty] Re: Prototype / IE6 issue (bug?))
On Wed, Nov 17, 2010 at 09:01, petrob petrob...@yahoo.com wrote: Why don't you put the evaluation part in a separate function within the scope of handleVehiclesClick and call it with some delay (100ms) to decide what and how many option elements to select? That is of course a common solution to such problems, and I use it myself a lot, but I always have a nagging worry in the back of my head: Is that really a clean and safe method? I pick a delay time, e.g. 100ms, out of thin air and then test if it works ... for me, in my browsers, in my computer, today, here. But will that be so for every user everywhere? Perhaps those 100ms will not be enough for someone using an old computer with MSIE6, or on a computer with lots of malware that sucks all the resources, or for someone who is compiling the Linux kernel while browsing, or... So maybe 500ms, or 1000ms, or... How do we test? How do we make sure? There must be a better way. Or not? Nothing to do with Prototype or scriptaculous, I know, but still... -- Bertilo Wennergren berti...@gmail.com http://bertilow.com -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
Re: Risky delay (was: Re: [Proto-Scripty] Re: Prototype / IE6 issue (bug?))
I know there are exceptions to every rule... and I have been in your shoes (supporting users on platforms that are no longer supported) and its a tough walk. On Wed, Nov 17, 2010 at 9:13 AM, matt.asbury matt.asb...@gmail.com wrote: I appreciate your standpoint Phil but as web developers we must support our users needs. Unfortunately our biggest customers are public sector workers with the major browser in their environment being IE6. Online figures tell half a story On Nov 17, 2:07 pm, Phil Petree phil.pet...@gmail.com wrote: There comes a time in every products life cycle when you must choose which core products (e.g. browsers etc.) and platforms you will support. In the case of ie6, with less than 5% of all page views (and rapidly declining), it is now a footnote so why support it at all? stats here:http://mashable.com/2010/06/01/ie6-below-5-percent/ This be-all-to-all strategy simply doesn't work. You can't possibly support all versions of all browsers without causing a horrible and unpredictable experience for users. On Wed, Nov 17, 2010 at 7:40 AM, Bertilo Wennergren berti...@gmail.com wrote: On Wed, Nov 17, 2010 at 09:01, petrob petrob...@yahoo.com wrote: Why don't you put the evaluation part in a separate function within the scope of handleVehiclesClick and call it with some delay (100ms) to decide what and how many option elements to select? That is of course a common solution to such problems, and I use it myself a lot, but I always have a nagging worry in the back of my head: Is that really a clean and safe method? I pick a delay time, e.g. 100ms, out of thin air and then test if it works ... for me, in my browsers, in my computer, today, here. But will that be so for every user everywhere? Perhaps those 100ms will not be enough for someone using an old computer with MSIE6, or on a computer with lots of malware that sucks all the resources, or for someone who is compiling the Linux kernel while browsing, or... So maybe 500ms, or 1000ms, or... How do we test? How do we make sure? There must be a better way. Or not? Nothing to do with Prototype or scriptaculous, I know, but still... -- Bertilo Wennergren berti...@gmail.comhttp://bertilow.com -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.comprototype-scriptaculous%2bunsubscr...@googlegroups.comprototype-scriptaculou s%2bunsubscr...@googlegroups.com s%252bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en. -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.comprototype-scriptaculous%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en. -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
Re: Risky delay (was: Re: [Proto-Scripty] Re: Prototype / IE6 issue (bug?))
On 17 November 2010 14:43, Phil Petree phil.pet...@gmail.com wrote: I know there are exceptions to every rule... and I have been in your shoes (supporting users on platforms that are no longer supported) and its a tough walk. On Wed, Nov 17, 2010 at 9:13 AM, matt.asbury matt.asb...@gmail.com wrote: I appreciate your standpoint Phil but as web developers we must support our users needs. Unfortunately our biggest customers are public sector workers with the major browser in their environment being IE6. Online figures tell half a story On Nov 17, 2:07 pm, Phil Petree phil.pet...@gmail.com wrote: There comes a time in every products life cycle when you must choose which core products (e.g. browsers etc.) and platforms you will support. In the case of ie6, with less than 5% of all page views (and rapidly declining), it is now a footnote so why support it at all? stats here:http://mashable.com/2010/06/01/ie6-below-5-percent/ This be-all-to-all strategy simply doesn't work. You can't possibly support all versions of all browsers without causing a horrible and unpredictable experience for users. On Wed, Nov 17, 2010 at 7:40 AM, Bertilo Wennergren berti...@gmail.comwrote: On Wed, Nov 17, 2010 at 09:01, petrob petrob...@yahoo.com wrote: Why don't you put the evaluation part in a separate function within the scope of handleVehiclesClick and call it with some delay (100ms) to decide what and how many option elements to select? That is of course a common solution to such problems, and I use it myself a lot, but I always have a nagging worry in the back of my head: Is that really a clean and safe method? I pick a delay time, e.g. 100ms, out of thin air and then test if it works ... for me, in my browsers, in my computer, today, here. But will that be so for every user everywhere? Perhaps those 100ms will not be enough for someone using an old computer with MSIE6, or on a computer with lots of malware that sucks all the resources, or for someone who is compiling the Linux kernel while browsing, or... So maybe 500ms, or 1000ms, or... How do we test? How do we make sure? There must be a better way. Or not? Nothing to do with Prototype or scriptaculous, I know, but still... I've been in this exact situation. And the way I handled this was to say that the due to the limitations and capabilities of IE6, the more interactive features prevalent on modern websites were simply not economically viable to implement. Basically IE6 development costs at least twice as much as IE8, in terms of development time and hacking workarounds. AND there is no guarantee that once the code is running on IE6 that it will work on any other browser, not without even more development time (and therefore money). Tell them that by providing a standard/simple HTML page you are saving them considerable amounts of money in terms of development costs and support issues. So, sure, provide them with a normal, non-interactive site that fulfils the business requirement. Just don't add any bells and whistles. If you do this AND can provide a working site, you'll probably keep the contract AND be the first they'll talk to when/if they do upgrade. Regards, Richard. -- Richard Quadling Twitter : EE : Zend @RQuadling : e-e.com/M_248814.html : bit.ly/9O8vFY -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
Re: Risky delay (was: Re: [Proto-Scripty] Re: Prototype / IE6 issue (bug?))
Phil Petree phil.pet...@gmail.com wrote: There comes a time in every products life cycle when you must choose which core products (e.g. browsers etc.) and platforms you will support. In the case of ie6, with less than 5% of all page views (and rapidly declining), it is now a footnote so why support it at all? I agree, but my question and doubt about using some arbitrary delay to solve problems like this, was not just a question about IE6. The delay needed surely varies in other browsers too, depending on various circumstances. Can we always be sure that any given operation will be ready within, say, 100ms, in every modern browser in every kind of computer under any kind of stress from other processes? -- Bertilo Wennergren berti...@gmail.com http://bertilow.com -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
[Proto-Scripty] using nested lists for drop-down menus. Am I unclear on a concept?
I like using nested lists positioned by percentages, but in trying to make
them work for a dropdown menu, I'm not succeeding in getting the child lists
to stay visible when the mouse moves from the parent list item to the
block-displayed child list. I'm also having trouble getting the lists to
display on top of images in IE, despite setting z-indices on the various
elements. Do I need to unnest the lists and make the parent items spans or
divs or something? Or am I missing something else (probably obvious)?
Thanks very much for your help.
ul id=TopicATop onmouseover=$('topicA').show(); return false;
onmouseout=$('topicA').hide(); return false; liTopic Abr /
ul id=TopicA
lia href=# class=lvl3menu item/a/li
lia href=# class=lvl3menu item/a/li
lia href=# class=lvl3menu item/a/li
/ul/li/ul
I have the css set up like this (omitting the positioning for the lists,
which is absolute relative to the containing div):
#menu ul, #menu ul li
{font-family:Papyrus, Parisian BT, Palatino Linotype, Times New Roman;
color:White;
font-size:15px;
font-weight:bold;
margin:0;
text-align:left;
display:block;
list-style:none;
cursor:pointer;
}
#menu ul li ul
{padding-top:6px;
}
#menu ul li ul, #menu ul li ul li, .lvl3
{display:block;
list-style:none;
color:White;
background-color:#5d4550;
width:100%;
font-family:Papyrus, Parisian BT, Palatino Linotype, Times New Roman;
font-size:15px;
cursor:pointer;
}
a.lvl3:link
{cursor:pointer;
color:White;
background-color:#5d4550;
text-decoration:none;}
etc...
--
You received this message because you are subscribed to the Google Groups
Prototype script.aculo.us group.
To post to this group, send email to prototype-scriptacul...@googlegroups.com.
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en.
[Proto-Scripty] Re: Guidance Needed: Math manipulatives project
That does give me a jumping point to get started, thanks! I wont have time to play with it until next week at the earliest. Would you be able to give a code sample? Also, is it possible to have it where the ctrl key is not required? Maybe a button on the canvas for select multiple / move and a delete selected? Thanks again for the help! On Nov 16, 3:44 pm, Phil Petree phil.pet...@gmail.com wrote: Not sure why the color shifts... but: Create a color shift table (array of color shift values): Create a property array for each element (triangle, square, circle): this would contain, among other things (length of each side, original color, current color, etc. etc. etc.) If mouse click AND ctrl key is down (pressed), add element (triangle) to group to be moved, if ctrl key is not down, remove all currently selected elements from selected status and then add current element to selected status If mouse down AND mouse move begin drag/drop action. Is that what you wanted? On Tue, Nov 16, 2010 at 6:11 PM, sethammons seth.amm...@gmail.com wrote: While no stranger to PHP/MySQL and basic JavaScript, I could use some major guidance on a project I wanted to try to put together. I'm not sure how to go about it, but a little direction I think is all that I need. Basic Elements: User can create any number of seven present rectangles (preset color and size). These rectangles can then be dragged, rotated 90 degrees, and/or deleted. The canvas or play area is divided into four quadrants. Each time the rectangle is moved across the border between two quadrants, the color is toggled (ex: a blue rectangle is dragged sideways and is now in a new quedrant, and upon entering the quadrant, the color is toggled to red. Upon dragging it to the next quadrant -- either to the original or to another adjacent quadrant, the color is toggled back to blue). It would be best if multiple rectangles can be selected at once, and it would be best if the mouse was the only input needed. Any and all help is highly appreciated. This is destined to be a functional algebra tiles manipulative to be used by my algebra students. Thanks again for any direction! -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.comprototype-scriptaculous%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en. -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
Re: Risky delay (was: Re: [Proto-Scripty] Re: Prototype / IE6 issue (bug?))
Amen! Well said Richard! On one site we did, we detected ie6 and did a redirect to ie6.domain.com On Wed, Nov 17, 2010 at 10:02 AM, Richard Quadling rquadl...@gmail.comwrote: On 17 November 2010 14:43, Phil Petree phil.pet...@gmail.com wrote: I know there are exceptions to every rule... and I have been in your shoes (supporting users on platforms that are no longer supported) and its a tough walk. On Wed, Nov 17, 2010 at 9:13 AM, matt.asbury matt.asb...@gmail.com wrote: I appreciate your standpoint Phil but as web developers we must support our users needs. Unfortunately our biggest customers are public sector workers with the major browser in their environment being IE6. Online figures tell half a story On Nov 17, 2:07 pm, Phil Petree phil.pet...@gmail.com wrote: There comes a time in every products life cycle when you must choose which core products (e.g. browsers etc.) and platforms you will support. In the case of ie6, with less than 5% of all page views (and rapidly declining), it is now a footnote so why support it at all? stats here:http://mashable.com/2010/06/01/ie6-below-5-percent/ This be-all-to-all strategy simply doesn't work. You can't possibly support all versions of all browsers without causing a horrible and unpredictable experience for users. On Wed, Nov 17, 2010 at 7:40 AM, Bertilo Wennergren berti...@gmail.comwrote: On Wed, Nov 17, 2010 at 09:01, petrob petrob...@yahoo.com wrote: Why don't you put the evaluation part in a separate function within the scope of handleVehiclesClick and call it with some delay (100ms) to decide what and how many option elements to select? That is of course a common solution to such problems, and I use it myself a lot, but I always have a nagging worry in the back of my head: Is that really a clean and safe method? I pick a delay time, e.g. 100ms, out of thin air and then test if it works ... for me, in my browsers, in my computer, today, here. But will that be so for every user everywhere? Perhaps those 100ms will not be enough for someone using an old computer with MSIE6, or on a computer with lots of malware that sucks all the resources, or for someone who is compiling the Linux kernel while browsing, or... So maybe 500ms, or 1000ms, or... How do we test? How do we make sure? There must be a better way. Or not? Nothing to do with Prototype or scriptaculous, I know, but still... I've been in this exact situation. And the way I handled this was to say that the due to the limitations and capabilities of IE6, the more interactive features prevalent on modern websites were simply not economically viable to implement. Basically IE6 development costs at least twice as much as IE8, in terms of development time and hacking workarounds. AND there is no guarantee that once the code is running on IE6 that it will work on any other browser, not without even more development time (and therefore money). Tell them that by providing a standard/simple HTML page you are saving them considerable amounts of money in terms of development costs and support issues. So, sure, provide them with a normal, non-interactive site that fulfils the business requirement. Just don't add any bells and whistles. If you do this AND can provide a working site, you'll probably keep the contract AND be the first they'll talk to when/if they do upgrade. Regards, Richard. -- Richard Quadling Twitter : EE : Zend @RQuadling : e-e.com/M_248814.html : bit.ly/9O8vFY -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.comprototype-scriptaculous%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en. -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
Re: [Proto-Scripty] Re: Guidance Needed: Math manipulatives project
Dont have any samples, just an active imagination! LOL The ctrl key (windows) being used for selecting multiple objects is part of the common user interface guidelines created by Microsoft years ago. (Before then, IBM had a guide for their mainframe developers, since then Apple and many other companies have created them.) The best starting point to learn more is from this post by wiki founder Jimmy Wales: http://en.wikipedia.org/wiki/Human_interface_guidelines On Wed, Nov 17, 2010 at 11:31 AM, sethammons seth.amm...@gmail.com wrote: That does give me a jumping point to get started, thanks! I wont have time to play with it until next week at the earliest. Would you be able to give a code sample? Also, is it possible to have it where the ctrl key is not required? Maybe a button on the canvas for select multiple / move and a delete selected? Thanks again for the help! On Nov 16, 3:44 pm, Phil Petree phil.pet...@gmail.com wrote: Not sure why the color shifts... but: Create a color shift table (array of color shift values): Create a property array for each element (triangle, square, circle): this would contain, among other things (length of each side, original color, current color, etc. etc. etc.) If mouse click AND ctrl key is down (pressed), add element (triangle) to group to be moved, if ctrl key is not down, remove all currently selected elements from selected status and then add current element to selected status If mouse down AND mouse move begin drag/drop action. Is that what you wanted? On Tue, Nov 16, 2010 at 6:11 PM, sethammons seth.amm...@gmail.com wrote: While no stranger to PHP/MySQL and basic JavaScript, I could use some major guidance on a project I wanted to try to put together. I'm not sure how to go about it, but a little direction I think is all that I need. Basic Elements: User can create any number of seven present rectangles (preset color and size). These rectangles can then be dragged, rotated 90 degrees, and/or deleted. The canvas or play area is divided into four quadrants. Each time the rectangle is moved across the border between two quadrants, the color is toggled (ex: a blue rectangle is dragged sideways and is now in a new quedrant, and upon entering the quadrant, the color is toggled to red. Upon dragging it to the next quadrant -- either to the original or to another adjacent quadrant, the color is toggled back to blue). It would be best if multiple rectangles can be selected at once, and it would be best if the mouse was the only input needed. Any and all help is highly appreciated. This is destined to be a functional algebra tiles manipulative to be used by my algebra students. Thanks again for any direction! -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.comprototype-scriptaculous%2bunsubscr...@googlegroups.com prototype-scriptaculous%2bunsubscr...@googlegroups.comprototype-scriptaculous%252bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en. -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.comprototype-scriptaculous%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en. -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
Re: Risky delay (was: Re: [Proto-Scripty] Re: Prototype / IE6 issue (bug?))
this is not an IE6 issue. You're doing it wrong. First of all, the event to listen for on selects is not click, but change (as in, you don't wire listeners to the option elements). In the onchange event for the select element, you then grab the value of the selected item via something like: var myselect = Event.element(e); // e === the select var val = myselect.options[myselect.selectedIndex].value; note: pseudocode but you should be able to get it from there. --- Warm Regards, Ryan Gahl On Wed, Nov 17, 2010 at 10:33 AM, Phil Petree phil.pet...@gmail.com wrote: Amen! Well said Richard! On one site we did, we detected ie6 and did a redirect to ie6.domain.com On Wed, Nov 17, 2010 at 10:02 AM, Richard Quadling rquadl...@gmail.comwrote: On 17 November 2010 14:43, Phil Petree phil.pet...@gmail.com wrote: I know there are exceptions to every rule... and I have been in your shoes (supporting users on platforms that are no longer supported) and its a tough walk. On Wed, Nov 17, 2010 at 9:13 AM, matt.asbury matt.asb...@gmail.com wrote: I appreciate your standpoint Phil but as web developers we must support our users needs. Unfortunately our biggest customers are public sector workers with the major browser in their environment being IE6. Online figures tell half a story On Nov 17, 2:07 pm, Phil Petree phil.pet...@gmail.com wrote: There comes a time in every products life cycle when you must choose which core products (e.g. browsers etc.) and platforms you will support. In the case of ie6, with less than 5% of all page views (and rapidly declining), it is now a footnote so why support it at all? stats here:http://mashable.com/2010/06/01/ie6-below-5-percent/ This be-all-to-all strategy simply doesn't work. You can't possibly support all versions of all browsers without causing a horrible and unpredictable experience for users. On Wed, Nov 17, 2010 at 7:40 AM, Bertilo Wennergren berti...@gmail.comwrote: On Wed, Nov 17, 2010 at 09:01, petrob petrob...@yahoo.com wrote: Why don't you put the evaluation part in a separate function within the scope of handleVehiclesClick and call it with some delay (100ms) to decide what and how many option elements to select? That is of course a common solution to such problems, and I use it myself a lot, but I always have a nagging worry in the back of my head: Is that really a clean and safe method? I pick a delay time, e.g. 100ms, out of thin air and then test if it works ... for me, in my browsers, in my computer, today, here. But will that be so for every user everywhere? Perhaps those 100ms will not be enough for someone using an old computer with MSIE6, or on a computer with lots of malware that sucks all the resources, or for someone who is compiling the Linux kernel while browsing, or... So maybe 500ms, or 1000ms, or... How do we test? How do we make sure? There must be a better way. Or not? Nothing to do with Prototype or scriptaculous, I know, but still... I've been in this exact situation. And the way I handled this was to say that the due to the limitations and capabilities of IE6, the more interactive features prevalent on modern websites were simply not economically viable to implement. Basically IE6 development costs at least twice as much as IE8, in terms of development time and hacking workarounds. AND there is no guarantee that once the code is running on IE6 that it will work on any other browser, not without even more development time (and therefore money). Tell them that by providing a standard/simple HTML page you are saving them considerable amounts of money in terms of development costs and support issues. So, sure, provide them with a normal, non-interactive site that fulfils the business requirement. Just don't add any bells and whistles. If you do this AND can provide a working site, you'll probably keep the contract AND be the first they'll talk to when/if they do upgrade. Regards, Richard. -- Richard Quadling Twitter : EE : Zend @RQuadling : e-e.com/M_248814.html : bit.ly/9O8vFY -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.comprototype-scriptaculous%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en. -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to
Re: Risky delay (was: Re: [Proto-Scripty] Re: Prototype / IE6 issue (bug?))
On Nov 17, 2010, at 1:16 PM, Ryan Gahl wrote: this is not an IE6 issue. You're doing it wrong. First of all, the event to listen for on selects is not click, but change (as in, you don't wire listeners to the option elements). In the onchange event for the select element, you then grab the value of the selected item via something like: var myselect = Event.element(e); // e === the select var val = myselect.options[myselect.selectedIndex].value; note: pseudocode but you should be able to get it from there. If you're listening to that event using Prototype, then inside your listener function, you can get the current value of the element with $F(this). That hops through all the hoops of element.options[element.options.selectedOption] and whatnot. Walter -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
Re: Risky delay (was: Re: [Proto-Scripty] Re: Prototype / IE6 issue (bug?))
Sure... but my point was simply that dude was doing it wrong listening for click events on option elements, which is why he's having the issue he's having. --- Warm Regards, Ryan Gahl On Wed, Nov 17, 2010 at 2:38 PM, Walter Lee Davis wa...@wdstudio.comwrote: On Nov 17, 2010, at 1:16 PM, Ryan Gahl wrote: this is not an IE6 issue. You're doing it wrong. First of all, the event to listen for on selects is not click, but change (as in, you don't wire listeners to the option elements). In the onchange event for the select element, you then grab the value of the selected item via something like: var myselect = Event.element(e); // e === the select var val = myselect.options[myselect.selectedIndex].value; note: pseudocode but you should be able to get it from there. If you're listening to that event using Prototype, then inside your listener function, you can get the current value of the element with $F(this). That hops through all the hoops of element.options[element.options.selectedOption] and whatnot. Walter -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.comprototype-scriptaculous%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en. -- You received this message because you are subscribed to the Google Groups Prototype script.aculo.us group. To post to this group, send email to prototype-scriptacul...@googlegroups.com. To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en.
