I have been working with someone on the IE team from Microsoft for
the last 2 days on this issue. They are saying that a ctrl-click in
IE7 does not even fire the onclick event at all. It appears that they
are correct. This is why none of the code cancels the event, it's not
even technically being fired.
Does this make sense to anyone here? I setup a sample page to
demonstrate the problem: http://orionweb.net/joelstuff/click.html
If you look at source, you will see i have a simple alert call in the
cancel function. It never gets called when doing a control-click in
IE7. Before I go back to Microsoft, I wanted to get some input from
the list.
Also, he asked the following question: Are you looking for a
scripting solution/workaround to this only? Are you open to using C+
I haven't answered yet, but my initial thought is that we want a pure
script solution, not some plugin hack. Thoughts?
Finally, is there any documentation you are aware of that I could
show the IE team stating it is bad practice to take low-level
ownership of a user-initiated click event? It seems like common sense
to me, but I'd love something official making a more solid point.
Thanks in advance. I will wait to hear back, and then I'll continue
working with MS tomorrow.
Joel Clermont joel@orionweb.net 262-377-9930
On Sep 17, 2007, at 12:54 PM, till wrote:
Sounds "right" to me. Thanks for taking the time to summarize this.
On 9/17/07, Joel Clermont joel@orionweb.net wrote:
Since I am new to RoundCube and this list, I thought it might be
beneficial for me to summarize my understanding of this issue before I contact Microsoft and research a solution. Please read over my summary and
feel free to edit it or add to it as needed.Round Cube uses common desktop conventions for multiple message
selection: control-click or shift-click. Round Cube also makes the subject
text a link for accessibility reasons. When the subject text is control- clicked or shift-clicked, Round Cube acknowledges this as a multi-select
activity and cancels the click event on the subject text link after marking the
message as selected. However, in IE7, control-click is an existing
reserved event for "open this link in a new tab". Using all the techniques for
canceling a click event do not work for a control-click in IE7. The message
selection event works, but you also have a needless new tab spawned in the
background.As it stands now, the workarounds for IE7 are to control-click in
an area other than the subject text, or to simply close the extra tabs
when you are done.The goal is to find a way to successfully cancel the click event
in IE7 when control-click is used.Does that sound about right?
Joel Clermont joel@orionweb.net 262-377-9930
On Sep 17, 2007, at 5:20 AM, Thomas Bruederli wrote:
till wrote:
I am guessing preventDefault (if that is what it's called - I don't recall right now) does not work in IE?
Have fun with trying this out. I already spent hours to find a way
but without success: http://trac.roundcube.net/trac.cgi/ticket/1484399The event is passed to rcube_event.canel() which does
- preventDefault()
- stopPropagation()
- cancelBubble = true
- returnValue = fals
But this all does not prevent IE 7 from executing the default
event action.~Thomas
List info: http://lists.roundcube.net/dev/