I'd like to detect the shift key when a button is "clicked" in
Firefox/Mozilla. If the button is clicked with the mouse, no problem.
However, if the onclick event is keyboard originated, then my method is
not working. Same thing for SELECT elements.
The simple web page below shows the issue. Click with the mouse while
holding down the shift key, and the Shift key's status registers.
However, use Shift+Alt+o, or either (while the button has focus)
Shift+Space or Shift+Enter to kick off the onClick event and the shift
key is not detected. Works fine with IE 6 on my Win XP Pro.
<html><body><ti tle>onClick and Shift key detection</title></head>
<body>
<button type=button accessKey=i
onclick="bclick (this,event)">o n<u>C</u>lick</button>
<button type=button accessKey=a
onactivate="acl ick(this,event) ">on<u>A</u>ctivate</button>
<script type='text/javascript'>
function bclick(ctl,evt) {
evt = evt || window.event;
if (evt.shiftKey) alert("Shift key was pressed");
else alert("Shift key not detected");
}
function aclick(ctl, evt) {
/* evidently not working - see http://www.w3.org/TR/1999/WD-DOM-Lev...Events-UIEvent
*/
alert(evt.detai l);
}
</script>
</body>
</html>
Any suggestions or comments?
Csaba Gabor from Vienna 7  7197 
Csaba Gabor wrote: I'd like to detect the shift key when a button is "clicked" in
Firefox/Mozilla. If the button is clicked with the mouse, no problem.
However, if the onclick event is keyboard originated, then my method is
not working. Same thing for SELECT elements.
The simple web page below shows the issue. Click with the mouse while
holding down the shift key, and the Shift key's status registers.
However, use Shift+Alt+o, or either (while the button has focus)
Shift+Alt+O could trigger another application as well. Shift+Alt+C triggers
a new KNotes note here, for example.
But what should that trigger in your case anyway? You have no accesskey="o"
anywhere.
Shift+Space or Shift+Enter to kick off the onClick event and the shift
key is not detected. Works fine with IE 6 on my Win XP Pro.
<html><body><ti tle>onClick and Shift key detection</title></head>
Your markup is not Valid. Scripts operating on or within not Valid markup
are unlikely to work properly. <URL:http://validator.w3.or g/>
Probably someone told you this before.
<body>
<button type=button accessKey=i
All attribute values should be quoted, no matter the value.
onclick="bclick (this,event)">o n<u>C</u>lick</button>
Should you not underline the `i' if the accessibility key is "i"?
Ahhh -- but Alt+i triggers the history context menu with the Tab list here.
<button type=button accessKey=a
onactivate="acl ick(this,event) ">on<u>A</u>ctivate</button>
This is an element not defined before HTML 4.0, so it is even more
imperative that you declare the document type. However, no HTML
element has an `onactivate' attribute.
<script type='text/javascript'>
function bclick(ctl,evt) {
evt = evt || window.event;
if (!evt) evt = window.event;
if (evt)
{
if (evt.shiftKey) alert("Shift key was pressed");
else alert("Shift key not detected");
It would be better if you displayed the value of evt.shiftKey, because
it may be `undefined', which also evaluates to `false' in a boolean
expression.
}
function aclick(ctl, evt) {
/* evidently not working - see
http://www.w3.org/TR/1999/WD-DOM-Lev...Events-UIEvent
^^
Working Drafts MUST NOT be used as reference material. Use this instead:
<URL:http://www.w3.org/TR/DOM-Level-2/events.html#Eve nts-UIEvent>
*/
alert(evt.detai l);
However, I fail to see the relevance to your problem:
| The `detail' attribute inherited from UIEvent indicates the number of
| times a mouse button has been pressed and released over the same screen
^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^
| location during a user action. The attribute value is 1 when the user
| begins this action and increments by 1 for each full sequence of pressing
| and releasing. If the user moves the mouse between the mousedown and
| mouseup the value will be set to 0, indicating that no click is occurring.
evt.detail works in Firefox 1.5.0.1/Linux -- for _mouse_ events.
Furthermore, the `onclick' code is is not added as event listener to the
target element using one of the W3C DOM Level 2 Events methods, so it is
not surprising that the behavior is different that you expect. However,
even if you do use addEventListene r() it does not work as you expect.
The obvious reason is that `click' is specified as a mouse event, but
you trigger its intrinsic event handler with a keyboard event.
There is no DOM standard for keyboard events yet; there is a Working Draft
of W3C DOM Level 3 Events that includes the first time ever. So it is also
not surprising that Gecko-based and IE-based UAs work differently here.
[...]
Any suggestions or comments?
[x] done
PointedEars
Thomas 'PointedEars' Lahn wrote: Csaba Gabor wrote: I'd like to detect the shift key when a button is "clicked" in
Firefox/Mozilla. If the button is clicked with the mouse, no problem.
However, if the onclick event is keyboard originated, then my method is
not working. Same thing for SELECT elements.
The simple web page below shows the issue. Click with the mouse while
holding down the shift key, and the Shift key's status registers.
However, use Shift+Alt+o, or either (while the button has focus)
Shift+Alt+O could trigger another application as well. Shift+Alt+C triggers
a new KNotes note here, for example.
....
Your markup is not Valid. Scripts operating on or within not Valid markup
Sigh. There were several errors in the offered page, including <body>
appearing twice. Sorry about that. It was late and my transference
was poor. That should have been accessKey=c and Shift+Alt+c in the
text. Here's a proper page I have the beef with:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html><head>
<meta http-equiv="content-type" content="text/html;charset=is o-8859-1">
<title>onClic k and Shift key detection</title></head>
<body>
<script type='text/javascript'>
function bclick(ctl,evt) {
evt = evt || window.event;
if (evt.shiftKey) alert("Shift key was pressed");
else alert("Shift key not detected");
}
</script>
<button type=button accessKey=c
onclick="bclick (this,event)">o n<u>C</u>lick</button>
</body></html>
are unlikely to work properly. <URL:http://validator.w3.or g/>
Not in my experience. If we define working properly as performing in
the way that the author believes it should. Appears to me most of the
pages I visit, including biggies such as google.com, amazon.com,
chase.com, and wired.com do not have a DOCTYPE at the top and yet these
pages work as (I think) they should in the browsers I use, FF and IE.
Browsers tend to be quite forgiving about sloppy markup, not that that
justifies it.
At the same time, unless possibly dealing with layout issues, I can't
think that that DOCTYPE or <meta ... content...> has EVER affected me
in the pages I've written. Except that as I recall, the validator used
to pout when <meta ... content...> was not in my pages and now, lo and
behold, it is no longer necessary. Thus, the motivation is really low
to install that terrifically ugly line at the top of my pages.
<button type=button accessKey=a
onactivate="acl ick(this,event) ">on<u>A</u>ctivate</button>
This is an element not defined before HTML 4.0, so it is even more
imperative that you declare the document type. However, no HTML
element has an `onactivate' attribute.
This is another thing that I forgot to mention. Turns out that IE 6
has an onactivate and it fires when button gets focus - I didn't look
into it. And detail there is not defined. This differs markedly from
what I read the intention of onactivate to be on the page I referenced.
}
function aclick(ctl, evt) {
/* evidently not working - see
http://www.w3.org/TR/1999/WD-DOM-Lev...Events-UIEvent
^^
Working Drafts MUST NOT be used as reference material. Use this instead:
<URL:http://www.w3.org/TR/DOM-Level-2/events.html#Eve nts-UIEvent>
Thanks
However, I fail to see the relevance to your problem:
| The `detail' attribute inherited from UIEvent indicates the number of
| times a mouse button has been pressed and released over the same screen
^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^
| location during a user action. The attribute value is 1 when the user
Yes, but detail in that working draft for onactivate said:
A numerical argument is provided to give an indication of the type of
activation that occurs: 1 for a simple activation (e.g. a simple click
or Enter), 2 for hyperactivation (for instance a double click or Shift
Enter).
From that I imagined that it might possibly be related to Shift, it it
worked at all. That was the only reason for the inclusion of the 2nd
button. But since we're on the topic, I put in an event listener for
DOMActivate and it fired when the button was clicked, but event.detail
was undefined for it.
....
Furthermore, the `onclick' code is is not added as event listener to the
target element using one of the W3C DOM Level 2 Events methods, so it is
not surprising that the behavior is different that you expect. However,
even if you do use addEventListene r() it does not work as you expect.
I don't understand this - I must be missing your meaning. Are you
saying that putting onclick="..." in an element's tag is not
sanctioned?
The obvious reason is that `click' is specified as a mouse event, but
you trigger its intrinsic event handler with a keyboard event.
Ah. The meat. About shiftKey (of type boolean, readonly) it says:
Used to indicate whether the 'shift' key was depressed during the
firing of the event.
It is not qualified with "if due to a mouse click". If the event
fires, shiftKey should be set with the shiftKey's status at the time
that event fired, regardless of why the event fired.
There is no DOM standard for keyboard events yet; there is a Working Draft
of W3C DOM Level 3 Events that includes the first time ever. So it is also
not surprising that Gecko-based and IE-based UAs work differently here.
Thanks: http://www.w3.org/TR/DOM-Level-3-Events/
Csaba
Csaba Gabor wrote: Thomas 'PointedEars' Lahn wrote: Csaba Gabor wrote: > I'd like to detect the shift key when a button is "clicked" in
> Firefox/Mozilla. If the button is clicked with the mouse, no problem.
> However, if the onclick event is keyboard originated, then my method is
> not working. Same thing for SELECT elements.
>
> The simple web page below shows the issue. Click with the mouse while
> holding down the shift key, and the Shift key's status registers.
> However, use Shift+Alt+o, or either (while the button has focus)
Shift+Alt+O could trigger another application as well. Shift+Alt+C
triggers a new KNotes note here, for example.
...
Your markup is not Valid. Scripts operating on or within not Valid
markup are unlikely to work properly. <URL:http://validator.w3.or g/>
Not in my experience. If we define working properly as performing in
the way that the author believes it should.
But where, when, and for how long?
Appears to me most of the pages I visit, including biggies such as
google.com, amazon.com, chase.com, and wired.com do not have a DOCTYPE
at the top and yet these pages work as (I think) they should in the
browsers I use, FF and IE.
^^^^^^^^^^^^^^^ ^^^^^^^^^^^ Browsers tend to be quite forgiving about sloppy markup,
^^^^^^^^^^
You see?
not that that justifies it.
Exactly.
[...] > <button type=button accessKey=a
> onactivate="acl ick(this,event) ">on<u>A</u>ctivate</button>
This is an element not defined before HTML 4.0, so it is even more
imperative that you declare the document type. However, no HTML
element has an `onactivate' attribute.
This is another thing that I forgot to mention. Turns out that IE 6
has an onactivate and it fires when button gets focus - I didn't look
into it. And detail there is not defined. This differs markedly from
what I read the intention of onactivate to be on the page I referenced.
What IE does or does not define is irrelevant regarding interoperabilit y.
> }
> function aclick(ctl, evt) {
> /* evidently not working - see
>
>
http://www.w3.org/TR/1999/WD-DOM-Lev...Events-UIEvent ^^
Working Drafts MUST NOT be used as reference material. Use this instead:
^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^ ^^^^^^^^^ <URL:http://www.w3.org/TR/DOM-Level-2/events.html#Eve nts-UIEvent>
Thanks
However, I fail to see the relevance to your problem:
| The `detail' attribute inherited from UIEvent indicates the number of
| times a mouse button has been pressed and released over the same screen
^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^
| location during a user action. The attribute value is 1 when the user
Yes, but detail in that working draft for onactivate said: [...]
Whatever it says is not relevant /because/ it is only a _Working Draft_.
I put in an event listener for DOMActivate and it fired when the button
was clicked, but event.detail was undefined for it.
The UIEvent::view property, and the UIEvent::initUI Event() method are
not supported, too. It would appear that the Gecko DOM does not fully
implement the User Interface event module and the UIEvent interface of
W3C DOM Level 2 Events. That would be a bug either way, since its
document.implem entation.hasFea ture("UIEvents" , "2.0") yields `true'.
Furthermore, the `onclick' code is is not added as event listener to the
target element using one of the W3C DOM Level 2 Events methods, so it is
not surprising that the behavior is different that you expect. However,
even if you do use addEventListene r() it does not work as you expect.
I don't understand this - I must be missing your meaning. Are you
saying that putting onclick="..." in an element's tag is not
sanctioned?
It is sanctioned; `onclick' is an intrinsic event handler attribute in
(X)HTML. However, you are expecting a keyboard event, when it triggers
an event handler for a mouse event (click) that is attached to that
attribute, to work like a mouse event. Shift key-press detection works
with an intrinsic keyboard event handler, like `onkeypress', in Firefox
1.5.0.1/Linux, where it would appear that Gecko 1.8 implements (at least
partially) the Keyboard Event module and the KeyboardEvent interface of
the current W3C DOM Level 3 Events Working Group Note (see below).
The obvious reason is that `click' is specified as a mouse event, but
you trigger its intrinsic event handler with a keyboard event.
Ah. The meat. About shiftKey (of type boolean, readonly) it says:
Used to indicate whether the 'shift' key was depressed during the
firing of the event.
It is not qualified with "if due to a mouse click". [...]
| // Introduced in DOM Level 2:
| interface MouseEvent : UIEvent {
| [...]
| readonly attribute boolean shiftKey;
If the event fires, shiftKey should be set with the shiftKey's status
at the time that event fired, regardless of why the event fired.
No. It is a mouse event, but you triggered its intrinsic event handler
with a keyboard event. Neither are keyboard events specified yet, nor is
specified how event listeners for mouse events should work if triggered
by a keyboard event.
And I have showed that your expectations about the Shift key are not
practical in web browsers, as the Shift key in combination with the Alt
key and/or other keys usually triggers other features or applications in
graphical environments. So it is at least unwise to rely on that key
combination for a Web document except of one in a controlled environment. There is no DOM standard for keyboard events yet; there is a Working
Draft of W3C DOM Level 3 Events that includes the first time ever.
So it is also not surprising that Gecko-based and IE-based UAs work
differently here.
Thanks: http://www.w3.org/TR/DOM-Level-3-Events/
Yes, it is still a Working Group Note, not a Recommendation:
| This document contains the Document Object Model Level 3 Events
| specification and is a W3C Working Group Note. It is based on the
| feedback during the Last Call period. The W3C DOM Working Group
| participants do not expect to provide interoperable implementations
| of this module.
| [...]
| Publication as a Working Group Note does not imply endorsement by the
| W3C Membership. This is a draft document and may be updated, replaced
| or obsoleted by other documents at any time.
PointedEars
Thomas 'PointedEars' Lahn wrote: Csaba Gabor wrote:
Thomas 'PointedEars' Lahn wrote: Csaba Gabor wrote:
I'd like to detect the shift key when a button is "clicked" in
Firefox/Mozilla. If the button is clicked with the mouse, no problem.
However, if the onclick event is keyboard originated, then my method is
not working. Same thing for SELECT elements.
.... <button type=button accessKey=a
onactivate="acl ick(this,event) ">on<u>A</u>ctivate</button>
This is an element not defined before HTML 4.0, so it is even more
imperative that you declare the document type. However, no HTML
element has an `onactivate' attribute. This is another thing that I forgot to mention. Turns out that IE 6
has an onactivate and it fires when button gets focus - I didn't look
into it. And detail there is not defined. This differs markedly from
what I read the intention of onactivate to be on the page I referenced.
What IE does or does not define is irrelevant regarding interoperabilit y.
On the contrary, IE's definitions are highly relevant, especially where
interoperabilit y is concerned. Furthermore, when there is not a clear
standard defined, Mozilla looks to IE and very often will implement the
same thing exactly because IE has already defined it.
}
function aclick(ctl, evt) {
/* evidently not working - see
http://www.w3.org/TR/1999/WD-DOM-Lev...Events-UIEvent ^^
Working Drafts MUST NOT be used as reference material. Use this instead: ^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^ ^^^^^^^^^ <URL:http://www.w3.org/TR/DOM-Level-2/events.html#Eve nts-UIEvent>
Thanks
However, I fail to see the relevance to your problem:
| The `detail' attribute inherited from UIEvent indicates the number of
| times a mouse button has been pressed and released over the same screen
^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^
| location during a user action. The attribute value is 1 when the user
Yes, but detail in that working draft for onactivate said: [...]
Whatever it says is not relevant /because/ it is only a _Working Draft_.
There's that word again. Relevancy is always in relationship to
something else. You said Working Drafts MUST NOT be used as reference
material. Well and good, I didn't look carefully enough.
Then you continued on saying you failed to see the relevance to my problem
thus referencing it yourself, by implication. So I explained how it
WOULD HAVE BEEN been relevant, rather than making any claim about it
applying now. So what it says may not be relevant to the issue,
but it is very relevant to my thinking about the problem.
Which IS relevant.
....
The obvious reason is that `click' is specified as a mouse event, but
you trigger its intrinsic event handler with a keyboard event.
Ah. The meat. About shiftKey (of type boolean, readonly) it says:
Used to indicate whether the 'shift' key was depressed during the
firing of the event.
It is not qualified with "if due to a mouse click". [...]
| // Introduced in DOM Level 2:
| interface MouseEvent : UIEvent {
| [...]
| readonly attribute boolean shiftKey;
If the event fires, shiftKey should be set with the shiftKey's status
at the time that event fired, regardless of why the event fired.
No.
Evidently a gratuitous no.
It is a mouse event, but you triggered its intrinsic event handler
with a keyboard event. Neither are keyboard events specified yet, nor is
specified how event listeners for mouse events should work if triggered
by a keyboard event.
On the contrary, I pointed it out in my previous post.
I have not read anywhere in the docs that say that the mouse events may
only fire when the mouse is being used. That would be untrue, anyway,
since a click fires when the space bar is depressed when a button has
focus. Furthermore, the click event states certain circumstances under
which it will happen, and does not say anything about when it will not
happen.
All this does not remove the burden of obligation, according to the
spec, of providing a shiftKey status, regardless of the reason for
which the event fired.
http://www.w3.org/TR/DOM-Level-2-Eve...gs-mouseevents
And I have showed that your expectations about the Shift key are not
practical in web browsers,
Hogwash. You have shown very little about my expectations indeed.
Firing off a gratuitous "No" and a few irrelevant it's not relevants
does not mean that my expectations are not reasonable or practical.
That's the problem with saying "No, you can't do it that way" -
it's not very constructive because there may be other ways.
In fact, it is possible to determine the shift key state by using
a combination of onkeydown, onkeyup, onclick, ... to keep track of
its state for those situations when it is not supplied in the event
object, which is far messier than it should be.
as the Shift key in combination with the Alt
key and/or other keys usually triggers other features or applications in
graphical environments.
Well, I would only be interested in the shift key state when
my event handler fires.
So it is at least unwise to rely on that key
combination for a Web document except of one in a controlled environment.
Huh? I'm not relying on a specific key combination. I just want
to know about the shift key.
There is no DOM standard for keyboard events yet; there is a Working
Draft of W3C DOM Level 3 Events that includes the first time ever.
So it is also not surprising that Gecko-based and IE-based UAs work
differently here.
Thanks: http://www.w3.org/TR/DOM-Level-3-Events/
Yes, it is still a Working Group Note, not a Recommendation:
| This document contains the Document Object Model Level 3 Events
| specification and is a W3C Working Group Note. It is based on the
| feedback during the Last Call period. The W3C DOM Working Group
| participants do not expect to provide interoperable implementations
| of this module.
| [...]
| Publication as a Working Group Note does not imply endorsement by the
| W3C Membership. This is a draft document and may be updated, replaced
| or obsoleted by other documents at any time.
Csaba Gabor wrote: Thomas 'PointedEars' Lahn wrote: Csaba Gabor wrote: Thomas 'PointedEars' Lahn wrote:
Csaba Gabor wrote:
> <button type=button accessKey=a
> onactivate="acl ick(this,event) ">on<u>A</u>ctivate</button>
This is an element not defined before HTML 4.0, so it is even more
imperative that you declare the document type. However, no HTML
element has an `onactivate' attribute.
This is another thing that I forgot to mention. Turns out that IE 6
has an onactivate and it fires when button gets focus - I didn't look
into it. And detail there is not defined. This differs markedly from
what I read the intention of onactivate to be on the page I referenced. What IE does or does not define is irrelevant regarding interoperabilit y.
On the contrary, IE's definitions are highly relevant, especially where
interoperabilit y is concerned.
No, it is not. The above markup is not Valid.
Furthermore, when there is not a clear standard defined, Mozilla looks to
IE and very often will implement the same thing exactly because IE has
already defined it.
There are not only Geckos and IEs.
Your calendar is off by exactly one month, BTW.
PointedEars
Csaba Gabor said the following on 4/23/2006 12:43 PM: Thomas 'PointedEars' Lahn wrote:
<snip>
And I have showed that your expectations about the Shift key are not
practical in web browsers,
Hogwash. You have shown very little about my expectations indeed.
Firing off a gratuitous "No" and a few irrelevant it's not relevants
does not mean that my expectations are not reasonable or practical.
Welcome to Thomas' world of thinking.
That's the problem with saying "No, you can't do it that way" -
it's not very constructive because there may be other ways.
In fact, it is possible to determine the shift key state by using
a combination of onkeydown, onkeyup, onclick, ... to keep track of
its state for those situations when it is not supplied in the event
object, which is far messier than it should be.
I am not sure I agree with that. But, I have not read this entire
thread. Have you come up with a way to know its "state" when the page is
loaded? Whether the CapsLock key is locked or not will affect the Shift
Key State.
--
Randy
comp.lang.javas cript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/
Randy Webb wrote: Csaba Gabor said the following on 4/23/2006 about Lahn no mongering: That's the problem with saying "No, you can't do it that way" -
it's not very constructive because there may be other ways.
In fact, it is possible to determine the shift key state by using
a combination of onkeydown, onkeyup, onclick, ... to keep track of
its state for those situations when it is not supplied in the event
object, which is far messier than it should be.
I am not sure I agree with that. But, I have not read this entire
thread. Have you come up with a way to know its "state" when the page is
loaded?
No I have not. But for my purposes I am interested in knowing the
state of the shift key upon a (button) click event firing, and for that
it is sufficient: a click is either generated by an actual mouse click
(in which case I can know the shift status from the event object) or
some key on the keyboard must be pressed in which case I get keydown
and keypress events that I must process to know the shift key state.
There are other scenarios (with pulling down select elements, if I
remember correctly) where this approach might not be sufficient because
some events get 'eaten'.
Whether the CapsLock key is locked or not will affect the Shift Key State.
Could you give an example here? As far as I know, it's not the case.
CapsLock affects how keystrokes get translated to characters, but it
doesn't affect the Shift Key State. Thus, if you have CapsLock on and
press a q, the character generated is Q, but event.shiftKey will be
false. Conversely, if you then press Shift+q, you'll get a q, but
event.shiftKey will be true. You can check it out at:
https://bugzilla.mozilla.org/attachment.cgi?id=219883
(part of https://bugzilla.mozilla.org/show_bug.cgi?id=335538)
Csaba
The rest of this is just nother PointedEars INC post with factual
error.
I wonder if he thinks it's still April.
Thomas 'PointedEars' Lahn wrote: Csaba Gabor wrote:
Thomas 'PointedEars' Lahn wrote: Csaba Gabor wrote:
Thomas 'PointedEars' Lahn wrote:
> Csaba Gabor wrote:
>> <button type=button accessKey=a
>> onactivate="acl ick(this,event) ">on<u>A</u>ctivate</button>
> This is an element not defined before HTML 4.0, so it is even more
> imperative that you declare the document type. However, no HTML
> element has an `onactivate' attribute.
This is another thing that I forgot to mention. Turns out that IE 6
has an onactivate and it fires when button gets focus - I didn't look
into it. And detail there is not defined. This differs markedly from
what I read the intention of onactivate to be on the page I referenced.
What IE does or does not define is irrelevant regarding interoperabilit y.
On the contrary, IE's definitions are highly relevant, especially where
interoperabilit y is concerned.
No, it is not. The above markup is not Valid.
Furthermore, when there is not a clear standard defined, Mozilla looks to
IE and very often will implement the same thing exactly because IE has
already defined it.
There are not only Geckos and IEs.
Your calendar is off by exactly one month, BTW.
PointedEars This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics | |
by: Antioch |
last post by:
Ok, so Im a newb python programmer and I'm trying to create a simple python web-application. The program is simply going to read in pairs of words, parse them into a dictionary file, then randomly display the key and prompt the user for the correct answer. Basically, its a digital flash card system with a modular "dictionary" file.
The problem is this: I'm trying to create this program to help me study foregin languages (specifically Japanese...
|
by: Paul Cooper |
last post by:
Dear All,
I am working on a piece of Javascript code that needs to detect a
mouse-click, shift-click and control-click. The code is not my own -
it is a part of a much larger suite of routines. The code as it stands
does not work in Firefox, and I suspect that the task of feature
detection (which currently depends on browser detection) can be
carried out better. The result should be that opcode is set to 0,1 or
2 dor click,...
|
by: Ghulam |
last post by:
I am using an Access 2k ADP (Converted into ADE) front end and SQL 2K
on the backend. Although I taught pretty much myself into these
concept with the help of some publications and users group posts, some
time I would like to seek some specific help from fellow members.
My Question is: Is there any way I can disable Shift Bypass key for
regular Network users but enable that privilege to Network
Administrator Groups? Our Network...
|
by: maniac |
last post by:
Hey guys, I'm new here, just a simple question.
I'm learning to Program in C, and I was recommended a book called,
"Mastering C Pointers", just asking if any of you have read it,
and if it's worth the $25USD.
I'm just looking for a book on Pointers, because from what I've
read it's one of the toughest topics to understand.
thanks in advanced.
|
by: User10 |
last post by:
Can some one provide an algorithm for motion detection between two jpeg
frames? Or can you provide a more appropriate group to post this on?
Thanks!
| | |
by: Vijay Kumar R. Zanvar |
last post by:
I do not know much about shift sequence(7.1.1#5).
Can somebody enlighten me, giving some examples?
Regards,
Vijay Kumar R. Zanvar
--
Calvin: Hi Mom! I'm making my own newspaper to report the events
of our household.
|
by: LinuxGuy |
last post by:
Hi,
I want to add bits to present number. Shift operator pushes bits and
add '0' at the end.
I want to shift bits and want to add 1 at end
Ex,
1)
|
by: saumya.agarwal |
last post by:
Hi,
I am using libxml2 for xml parsing. When the client application sends
data to libxml2 in UTF-8 format, it works fine.
But, I have a scenarion in which the client application sends data to
libxml2 parser in SHIFT-JIS format.
The following error is thrown by libxml2 -
|
by: lokeshrajoria |
last post by:
hello everyone,
i have problem with left shift...can you solve this....
i want to write a simple function which will give output is 32 bit frame:
if input type == 0 - then output will shift left frame id by 18 bits and 31st bit as 0
eg for input configred frame id 0x7ff(111,1111,1111),
FrameID= 0x1ffc0000(0001,1111,1111,1100,0000,0000,0000,0000)
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it.
First, let's disable language synchronization. With a Microsoft account, language settings sync across devices. To prevent any complications,...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed.
This is as boiled down as I can make it.
Here is my compilation command:
g++-12 -std=c++20 -Wnarrowing bit_field.cpp
Here is the code in...
| | |
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the choice of these technologies. I'm particularly interested in Zigbee because I've heard it does some...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own....
Now, this would greatly impact the work of software developers. The idea...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules.
He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms.
Adolph will...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one.
At the time of converting from word file to html my equations which are in the word document file was convert into image.
Globals.ThisAddIn.Application.ActiveDocument.Select();...
|
by: 6302768590 |
last post by:
Hai team
i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
|
by: muto222 |
last post by:
How can i add a mobile payment intergratation into php mysql website.
| | |
by: bsmnconsultancy |
last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...
| |
