473,581 Members | 3,234 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

Detecting support for event types

When using createEvent, an eventType parameter must be provided as an
argument. This can be one of those specified in DOM 2 or 3 Events, or
it might be a proprietary eventType[1].

My problem is testing for support of particular eventTypes - the DOM 2
Events Interface DocumentEvent says that if the eventType is not
supported, it throws a DOM exception[2]. This makes testing rather
tough - if you try something like:

if (document && document.create Event &&
document.create Event(eventType )) {...}

or a typeof test and the eventType (say 'MouseEvents') isn't
supported, the script crashes with a DOM execption as specified in the
DOM 2 Events spec. I can do try..catch but I'd rather not if I can
avoid it:

var eventType = 'MouseEvents';
try {
document.create Event(eventType );
alert(eventType + ' OK');
} catch (e) {
alert(eventType + ' not supported by createEvent');
return;
}
Is there a feature test that can be used?
1. Gecko supporte eventTypes:
<URL: http://developer.mozilla.org/en/docs...nt.createEvent
>
2. W3C DOM 2 Events: Interface DocumentEvent - createEvent
<URL: http://www.w3.org/TR/DOM-Level-2-Eve...nt-createEvent
>

--
Rob
Aug 15 '08 #1
15 4211
On Aug 15, 2:04*pm, RobG <rg...@iinet.ne t.auwrote:
When using createEvent, an eventType parameter must be provided as an
argument.
While I'm at it, is there a list somewhere of the events that belong
to each event type (e.g. click, mouseup and mousedown belong to
MouseEvents while focus and blur belong to UIEvents), or do I have to
guess them and test by trial and error?
--
Rob
Aug 15 '08 #2
RobG wrote:
While I'm at it, is there a list somewhere of the events that belong
to each event type (e.g. click, mouseup and mousedown belong to
MouseEvents while focus and blur belong to UIEvents), or do I have to
guess them and test by trial and error?
The W3C DOM Level 2 Events specification lists events, for instance see
http://www.w3.org/TR/DOM-Level-2-Eve...Events-UIEvent
then you will find DOMFocusIn, DOMFocusOut, and DOMActivate.

--

Martin Honnen
http://JavaScript.FAQTs.com/
Aug 15 '08 #3
On Aug 14, 9:04*pm, RobG <rg...@iinet.ne t.auwrote:
When using createEvent, an eventType parameter must be provided as an
argument. *This can be one of those specified in DOM 2 or 3 Events, or
it might be a proprietary eventType[1].

My problem is testing for support of particular eventTypes - the DOM 2
Events Interface DocumentEvent says that if the eventType is not
supported, it throws a DOM exception[2]. *This makes testing rather
tough - if you try something like:

* if (document && document.create Event &&
document.create Event(eventType )) {...}

or a typeof test and the eventType (say 'MouseEvents') isn't
supported, the script crashes with a DOM execption as specified in the
DOM 2 Events spec. *I can do try..catch but I'd rather not if I can
avoid it:

* var eventType = 'MouseEvents';
* try {
* * document.create Event(eventType );
* * alert(eventType + ' OK');
* } catch (e) {
* * alert(eventType + ' not supported by createEvent');
* * return;
* }

Is there a feature test that can be used?
Second paragraph here

<URL: http://www.w3.org/TR/DOM-Level-2-Events/events.html#Eve nts-eventgroupings-mouseevents>

indicates something like the following would be sufficient

if (typeof document == 'object' && document &&
document.implem entation &&
document.implem entation.hasFea ture &&
document.implem entation.hasFea ture('MouseEven ts', 2.0))

But the browser may well still be lying as this implies the
MouseEvents interface is present *and* works. Evidence has shown that
many features are present in browsers but don't work. This may be too
paranoid.

See also Flanagan's 5th edition page 314 for a list of module names
that can be used for hasFeature, page 404 in the events section, and
page 776 in the reference section. (Flanagan's 4th edition has the
same content indexed.)

Peter
Aug 18 '08 #4
On Aug 18, 10:14 am, Peter Michaux <petermich...@g mail.comwrote:
On Aug 14, 9:04 pm, RobG <rg...@iinet.ne t.auwrote:
When using createEvent, an eventType parameter must be provided as an
argument. This can be one of those specified in DOM 2 or 3 Events, or
it might be a proprietary eventType[1].
My problem is testing for support of particular eventTypes - the DOM 2
Events Interface DocumentEvent says that if the eventType is not
supported, it throws a DOM exception[2]. This makes testing rather
tough - if you try something like:
if (document && document.create Event &&
document.create Event(eventType )) {...}
or a typeof test and the eventType (say 'MouseEvents') isn't
supported, the script crashes with a DOM execption as specified in the
DOM 2 Events spec. I can do try..catch but I'd rather not if I can
avoid it:
var eventType = 'MouseEvents';
try {
document.create Event(eventType );
alert(eventType + ' OK');
} catch (e) {
alert(eventType + ' not supported by createEvent');
return;
}
Is there a feature test that can be used?

Second paragraph here

<URL:http://www.w3.org/TR/DOM-Level-2-Events/events.html#Eve nts-eventgroup...>

indicates something like the following would be sufficient

if (typeof document == 'object' && document &&
document.implem entation &&
document.implem entation.hasFea ture &&
document.implem entation.hasFea ture('MouseEven ts', 2.0))
Looks familiar... :-)

But the browser may well still be lying as this implies the
MouseEvents interface is present *and* works. Evidence has shown that
many features are present in browsers but don't work. This may be too
paranoid.
I don't think it's paranoid, just common sense. The W3C hasFeature is
no better than feature inference, it doesn't actually test for
support. It would have been much better (though still not sufficient)
if they'd specified hasFeature return null for unsupported eventTypes,
like getElementById does if there's no element with the specified id.

See also Flanagan's 5th edition page 314 for a list of module names
that can be used for hasFeature, page 404 in the events section, and
page 776 in the reference section. (Flanagan's 4th edition has the
same content indexed.)
Yeah, looked there. Following Martin's advice I created my own list
from various sources, here's what I have so far:

var allFeatures = {

Safari : ['TouchEvent', 'GestureEvent'],

Gecko : ['MessageEvent', 'MouseScrollEve nts', 'PopupEvents',
'PopupBlockedEv ents', 'XULCommandEven t',
'XULCommandEven ts'],

SVG : ['SVGEvents', 'SVGEvent', 'SVGZoomEvents' ,
'SVGZoomEvent'],

DOM2 : ['UIEvents', 'MouseEvents', 'MutationEvents ',
'HTMLEvents'],

DOM3 : ['UIEvent', 'MouseEvent', 'MutationEvent' ,
'MutationNameEv ent', 'TextEvent', 'TextEvents',
'KeyboardEvent' , 'KeyEvents', 'Event', 'Events']
};
and the supported events for each interface (wrapped for posting, not
all features added yet):

var ifaces = {
UIEvents : 'DOMFocusIn DOMFocusOut DOMActivate',

MouseEvents : 'click mousedown mouseup mouseover mousemove'
+ ' mouseout',

MutationEvent : 'DOMSubtreeModi fied DOMNodeInserted '
+ ' DOMNodeRemoved DOMNodeRemovedF romDocument'
+ ' DOMNodeInserted IntoDocument DOMAttrModified '
+ ' DOMCharacterDat aModified',

HTMLEvents : 'load unload abort error select change'
+ ' submit reset focus blur resize scroll',

// Draft events
TouchEvent : 'touchstart touchmove touchend touchcancel',

GestureEvent : 'gesturestart gesturechange gestureend'
};
I'm still working on the best way to organise them, I need to study
the W3C specs more. Perhaps I need to use hasFeature first, then
try..catch. The idea is to have a pre-calculated list of supported
event interfaces and types, then allow calling them by:

sendEvent( elementId, eventType [, parameterObject])

where each event type has a default parameter object that can be
modified by passing an object with just the parameters that need to be
set to some other value.

The event interface to use with createEvent is calculated from the
list of supported interfaces. If the appropriate interface isn't
supported, the event isn't dispatched.

All this started because I wanted to know a good way of detecting
support for touch events and expanded to be a more general way to send
any event into the DOM.

It seems Mozilla has changed its position on dispatchEvent. I'm
pretty sure that in Firefox 2 when a click event was fired on a link
using dispatchEvent, it follow the link, but Firefox 3 doesn't (nor
does IE using fireEvent), Safari 3 does. I haven't got to testing
other browsers but I expect this will only work in fairly modern
versions.

Maybe I'll go back to my original plan and do this just for touch
events.
--
Rob
Aug 18 '08 #5
On Aug 17, 6:13 pm, RobG <rg...@iinet.ne t.auwrote:

[snip]
I'm still working on the best way to organise them, I need to study
the W3C specs more. Perhaps I need to use hasFeature first, then
try..catch.
What does that gain over just using try-catch? The only issue with try-
catch is it may syntax error in old browsers.
The idea is to have a pre-calculated list of supported
event interfaces and types, then allow calling them by:

sendEvent( elementId, eventType [, parameterObject])

where each event type has a default parameter object that can be
modified by passing an object with just the parameters that need to be
set to some other value.
This reads like prototype-based inheritance and I find it is rare to
actually find situations where prototype-based inheritance is so
appropriate.
The event interface to use with createEvent is calculated from the
list of supported interfaces. If the appropriate interface isn't
supported, the event isn't dispatched.
The way my feature testing has evolved would mean this "failure" is
too late. If the DOM has been manipulated and then depends on this
dispatch being successful and the dispatch will fail then the DOM
never should have been manipulated in the first place. In other words,
a widget isn't initialized unless it can be fully functional.

All this started because I wanted to know a good way of detecting
support for touch events
Apple's documentation is disappointingly dependent on
navigator.userA gent parsing.
and expanded to be a more general way to send
any event into the DOM.
I've never had any need for production code to send and even to a DOM
element. Do you?

Sending events to DOM elements could be useful in a test library.
Selenium does this but the code specific to each browser is a little
scary (admittedly they are writing something difficult.)
It seems Mozilla has changed its position on dispatchEvent. I'm
pretty sure that in Firefox 2 when a click event was fired on a link
using dispatchEvent, it follow the link, but Firefox 3 doesn't (nor
does IE using fireEvent), Safari 3 does. I haven't got to testing
other browsers but I expect this will only work in fairly modern
versions.

Maybe I'll go back to my original plan and do this just for touch
events.
What does something like
document.implem entation.hasFea ture('TouchEven t', 1.0) return?

Peter
Aug 18 '08 #6
RobG wrote:
When using createEvent, an eventType parameter must be provided as an
argument. This can be one of those specified in DOM 2 or 3 Events, or
it might be a proprietary eventType[1].

My problem is testing for support of particular eventTypes - the DOM 2
Events Interface DocumentEvent says that if the eventType is not
supported, it throws a DOM exception[2]. This makes testing rather
tough - if you try something like:

if (document && document.create Event &&
document.create Event(eventType )) {...}

or a typeof test and the eventType (say 'MouseEvents') isn't
supported, the script crashes with a DOM execption as specified in the
DOM 2 Events spec.
It does _not_ really *crash* with the exception; the method *throws* the
(runtime) exception and you missed catching it.
I can do try..catch but I'd rather not if I can avoid it:
You cannot avoid it, this is exactly what the exception and consequently the
TryStatement with a Catch part is for. It has been learned from e.g. Java
that exceptions allow subroutines to return to their caller with a failure
state immediately, and exception handling allows the caller to recognize and
handle that state, without having to define a return value for each kind of
failure which would then no longer be available as return value for proper
execution.
var eventType = 'MouseEvents';
try {
You should add the "supposedly callable" feature test here, see below.
document.create Event(eventType );

alert(eventType + ' OK');
} catch (e) {
alert(eventType + ' not supported by createEvent');
return;
}

Is there a feature test that can be used?
try...catch can be eval()'d to hide it from incompatible parsers:

/**
* Wrapper for safer <code>try</code>...<code>c atch</code>.
*
* Attempts to evaluate a value as a <i>StatementLis t</i>, and attempts
* to evaluate another value as a <i>StatementLis t</iif an exception
* is thrown in the process. The argument identifiers may be used
* in each value to refer to the used values; the <code>code</code>
* word may be used to the refer to the entire constructed
* <code>try</code>...<code>c atch</codestring that is evaluated
* as a <i>Program</i>.
*
* @param statements
* Value to be evaluated as a <i>StatementLis t</i>.
* Called if a <code>Functio n</codeobject reference, converted
* to string if not a string, and used as-is otherwise.
* For compatibility, the <code>undefined </codevalue
* is evaluated like the empty string.
* @param errorHandlers
* Value to be evaluated as a <i>StatementLis t</iin case of an
* exception. Called if a <code>Functio n</codeobject reference,
* converted to string if not a string, and used as-is otherwise.
* For compatibility, the <code>undefined </codevalue
* is evaluated like the empty string.
* @return
* The result of <code>statement s</code>, or the result
* of <code>errorHand lers</codeif an error occurred.
* @author
* Copyright (c) 2008
* Thomas 'PointedEars' Lahn &lt;js@PointedE ars.de&gt;
* Distributed under the GNU GPL v3 and later.
* @partof JSX:exception.j s
*/
function tryThis(stateme nts, errorHandlers)
{
/**
* @param s Value to be stringified
* @return Stringified version of <code>s</code>
*/
function stringify(s)
{
if (typeof s == "function")
{
s = "(" + s + ")()";
}
else if (typeof s == "undefined" )
{
s = "";
}

return s;
}

statements = stringify(state ments);
errorHandlers = stringify(error Handlers);

var code = 'try { ' + statements + ' }'
+ 'catch (e) { ' + errorHandlers + ' }';

return eval(code);
}

var eventType = 'MouseEvents';
tryThis(
function() {
if (isMethod(docum ent, "createEven t"))
{
document.create Event(eventType );
window.alert(ev entType + ' OK');
}
},
function() {
window.alert(ev entType + ' not supported by createEvent');
});
HTH

PointedEars
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f8************ *******@news.de mon.co.uk>
Aug 18 '08 #7
On Aug 18, 12:09 pm, Peter Michaux <petermich...@g mail.comwrote:
On Aug 17, 6:13 pm, RobG <rg...@iinet.ne t.auwrote:

[snip]
I'm still working on the best way to organise them, I need to study
the W3C specs more. Perhaps I need to use hasFeature first, then
try..catch.

What does that gain over just using try-catch?
If it returns false, don't even bother with the W3C event model.

I'm still not clear about the difference between the event model and
the Events *module* - does hasFeature('Eve nts', '2.0') just mean
support for interface Event, or does it mean all of the interfaces for
the event model (Event, DocumentEvent, EventListener, EventTarget) but
not the extra ones like UIEvents, MutationEvents, etc.?

Anyhow, I figured hasFeaure might circumvent using try..catch on
interfaces where the module itself isn't supported, e.g. there are 7
interfaces in MutationEvent, if hasFeature(‘Mut ationEvents’,’2 .0’)
returns false, that's 7 try..catch calls that can be avoided. I
figure it's more likely browsers will pretend to support modules than
not, or only implement part of them. Testing will reveal.

The only issue with try-
catch is it may syntax error in old browsers.
Yes, Thomas has posted a solution that I'll file away if it's really
needed.

The idea is to have a pre-calculated list of supported
event interfaces and types, then allow calling them by:
sendEvent( elementId, eventType [, parameterObject])
where each event type has a default parameter object that can be
modified by passing an object with just the parameters that need to be
set to some other value.

This reads like prototype-based inheritance and I find it is rare to
actually find situations where prototype-based inheritance is so
appropriate.
No, I have an isSupported method so you'd call:

if (isSupported('U IEvents')) {
The pre-calculated list is kept in isSupported using a closure and is
used so that the feature test doesn't have to happen every time.

The event interface to use with createEvent is calculated from the
list of supported interfaces. If the appropriate interface isn't
supported, the event isn't dispatched.

The way my feature testing has evolved would mean this "failure" is
too late. If the DOM has been manipulated and then depends on this
dispatch being successful and the dispatch will fail then the DOM
never should have been manipulated in the first place. In other words,
a widget isn't initialized unless it can be fully functional.
It can use the same isSupported test.

All this started because I wanted to know a good way of detecting
support for touch events

Apple's documentation is disappointingly dependent on
navigator.userA gent parsing.
and expanded to be a more general way to send
any event into the DOM.

I've never had any need for production code to send and even to a DOM
element. Do you?
No, but although that isn't where I started it seems to be where I'm
headed. The goal is a feature test for touch events. One approach is
to attach an ontouchstart (or some other touch event) listener and
fire it using dispatchEvent it to see what happens - it seems very
crude but was a starting point. Along the way it occurred to me that
detecting support for the TouchEvent interface might be sufficient and
a little more elegant. Then I got a bit sidetracked into a more
general detection of event modules...

Sending events to DOM elements could be useful in a test library.
Selenium does this but the code specific to each browser is a little
scary (admittedly they are writing something difficult.)
I think I prefer the 'unobtrusive' approach - if it doesn't look like
it'll work, don't attempt it and fallback to simpler stuff.

It seems Mozilla has changed its position on dispatchEvent. I'm
pretty sure that in Firefox 2 when a click event was fired on a link
using dispatchEvent, it follow the link, but Firefox 3 doesn't (nor
does IE using fireEvent), Safari 3 does. I haven't got to testing
other browsers but I expect this will only work in fairly modern
versions.
Maybe I'll go back to my original plan and do this just for touch
events.

What does something like
document.implem entation.hasFea ture('TouchEven t', 1.0) return?
I don't know, Apple's documentation doesn't provide any hints on the
version number or whether it should work with hasFeature - '1.0' is as
good a guess as any, I'll try it later. :-)
--
Rob
Aug 18 '08 #8
On Aug 18, 4:45*pm, RobG <rg...@iinet.ne t.auwrote:
On Aug 18, 12:09 pm, Peter Michaux <petermich...@g mail.comwrote:
[...]
What does something like
document.implem entation.hasFea ture('TouchEven t', 1.0) return?

I don't know, Apple's documentation doesn't provide any hints on the
version number or whether it should work with hasFeature - '1.0' is as
good a guess as any, I'll try it later. *:-)
I tried all version numbers from '0.0' to '3.9', all returned false.
--
Rob
Aug 18 '08 #9
On Aug 18, 9:26*pm, RobG <rg...@iinet.ne t.auwrote:
On Aug 18, 4:45*pm, RobG <rg...@iinet.ne t.auwrote:
On Aug 18, 12:09 pm, Peter Michaux <petermich...@g mail.comwrote:
[...]
What does something like
document.implem entation.hasFea ture('TouchEven t', 1.0) return?
I don't know, Apple's documentation doesn't provide any hints on the
version number or whether it should work with hasFeature - '1.0' is as
good a guess as any, I'll try it later. *:-)

I tried all version numbers from '0.0' to '3.9', all returned false.
Here's my final effort:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<title>TouchEve nt feature test</title>
<script type="text/javascript">

/* Feature tests for TouchEvent and GestureEvent modules
* implemented in Mobile Safari on iPhone
*
* The TouchEvent module is a draft (18/08/2008) that supports:
*
* touchstart
* touchmove
* touchend
* touchcancel
*
* The GestureEvent module is a draft (18/08/2008)
* that supports:
*
* gesturestart
* gesturechange
* gestureend
*
* The functions require support for try..catch, introduced
* in ECMA-262 ed3, JavaScript 1.4 and JScript 5.1.5010.
* Equates to Navigator 4.0 or later and IE 5.1 or later
* (http://pointedears.de/scripts/es-matrix/)
*
* If W3C DOM 2 Event document.create Event is supported,
* return either true or false,
* otherwise return undefined.
*/
function touchSupported( ) {
if (document && document.create Event) {
try {
document.create Event('TouchEve nt');
return true;
} catch (e) {
return false;
}
}
}

function gestureSupporte d() {
if (document && document.create Event) {
try {
document.create Event('GestureE vent');
return true;
} catch (e) {
return false;
}
}
}

/* Alternative hasTouch variable
*
* Example:
*
* if (hasTouches) {
* // assign touch and gesture events
* }
*/
var hasTouch = (function(){
if (document && document.create Event) {
try {
document.create Event('GestureE vent');
document.create Event('TouchEve nt');
return true;
} catch (e) {
return false;
}
}
})();
</script>
</head>
<body>
<div>
<button onclick="
alert('TouchEve nt supported: ' + touchSupported( ));
">Touch supported</button>
<button onclick="
alert('GestureE vent supported: ' + gestureSupporte d());
">Gesture supported</button>
<button onclick="
alert('Touch and gestures supported: ' + hasTouch);
">Touch and gestures supported</button>
</div>
</body>
</html>
--
Rob
Aug 18 '08 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

15
2685
by: Jay | last post by:
I'm sure this is a really dumb question, but how do you detect a variable type in Python? For example, I want to know if the variable "a" is a list of strings or a single string. How do I do this?
0
2728
by: Erik Bethke | last post by:
Hello All, I am trying to clean up some polish bugs with the Shanghai game I am working on and I am currently stuck on trying to get the right event for detecting when the user has changed the desktop resolution. I have tried trapping the following events: 1) SDL_ACTIVEEVENT 2) SDL_VIDEOEXPOSE
7
2338
by: fox | last post by:
Maybe this is not the best group to ask this question, but I don't know a better one. I'm looking for a *portable* program in C (I mean source code) to detect whether unaligned word access is: a. handled by the main processor (e.g. x86) b. not supported (e.g. Sparc running Solaris) c. emulated in software (e.g. Alpha running Linux) By...
3
10604
by: Adam Clauss | last post by:
There seems to be various methods to determine when the remote client disconnects, but all of them I have seen are Synchronous. AKA: Right before you try to send or receive data, check. Is there no way to do raise an event for this? That way you know as soon as the client disconnects? There are events for Accepting, Connecting, Receiving,...
2
2308
by: Paul Steele | last post by:
Some time ago I tracked down the code for detecting the shutdown event within a C# program. I tested it, it worked, and I moved on. However, I just discovered that the code is no longer working, and I'm baffled. I've done some more Google searches and have come up with the same thing. A portion of the code is below. I call the...
79
3743
by: VK | last post by:
I wandering about the common proctice of some UA's producers to spoof the UA string to pretend to be another browser (most often IE). Shouldn't it be considered as a trademark violation of the relevant name owner? If I make a whisky and call it "Jack Daniels", I most probably will have some serious legal problems. "Mozilla" partially...
5
6388
by: steve | last post by:
Hi All I have a form set as the splash screen in VB.net 2005 application properties How can I tell when it has or is closing, as I want to then run some licence checking code without the splash screen interfering with msgboxes which may need to be displayed if the licence is invalid or missing I have tried in the splash form's...
7
6284
by: cj | last post by:
As your probably aware the datagridview doesn't update it's source datatable with changes to a cell until you move off that cell. Suppose somone makes a change in a cell of my datagridview then clicks to go elsewhere in the program--how can I be assured that change is transmitted back to the source datatable?
3
2770
by: dbuchanan | last post by:
How, at rundime, do I capture the fact that the parametrized query that fills a CheckBoxList results in an empty set. When the dataset is empty the CheckBoxList does not appear. I would like to properly inform the user of the fact. How is ths done? Thank you, Doug
0
7789
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...
0
8141
Oralloy
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. ...
0
8300
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that...
0
6548
agi2029
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...
1
5669
isladogs
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...
0
5358
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...
1
2299
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
1
1399
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.
0
1130
bsmnconsultancy
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...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.