473,881 Members | 1,653 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

Mozilla slowness on div show hide routine

Hi everyone,

Hoping there are some .js/browser experts out there that can help with this
weird problem.

I have made a swap div routine and applied the events to menu buttons with a
closer layer behind the menus. The closer div has a lower index than the
submenu divs so it appears behind them. The closer div contains a
transparent gif with an event applied to it to close all of the divs when
moused over.

The problem.

This all works fine in IE6, Opera7, NN4 but in Mozilla browsers ( NN7 -
Firefox 0.8 ) it is slow. It gets even slower if the closer image is made
taller. I don't understand this.

Here is a link to see what is going on
http://mysite.verizon.net/res8xvny/menu/

The first page isn't so bad because the closer div/image is relatively short
in height, 160px, but the 2nd example is very slow and it is because the
closer div/image height has been increased to 400px. Other than the height
of the closer image the pages are identical.

This is all very strange to me. I know the problem is because of the height
because if I make the closer very very small it is very fast in the Mozilla
browsers.

Anyone have an idea what could be causing this? There are no animations on
the divs, just show hides. I have placed some comments in the code but it is
pretty simple to see what is going on in the function.

David

Jul 23 '05 #1
10 3225
> ... The closer div contains a
transparent gif with an event applied to it to close all of the divs when
moused over.

The problem.

This all works fine in IE6, Opera7, NN4 but in Mozilla browsers ( NN7 -
Firefox 0.8 ) it is slow. It gets even slower if the closer image is made
taller. I don't understand this.


Moz and Firefox always seem to bog doing repaints involving transparent
images (they slow a bit with markedly resized images as well). Dump the
..gif and throw a sized table in the DIV and it'll get snappy again. Or
get rid of the A tag too and attach the event to the DIV itself.
Jul 23 '05 #2
Thanks, that's a good suggestion and I have thought of that but this script
needs to support NN4 as well. I guess I could use a
captureEvents(E vent.MOUSEOVER) for the div in NN4.

What I find strange is that there are other show-hide routines using this
method, even scripts that are way more bloated than this one and they do not
exhibit this lagging behavior. That's what leads me to believe there is
something in the script itself that is lending to this.

David

"CharlieDontSur f" <du*********@ya hoo.com> wrote in message
news:MP******** *************** *@News.Individu al.NET...
... The closer div contains a
transparent gif with an event applied to it to close all of the divs when moused over.

The problem.

This all works fine in IE6, Opera7, NN4 but in Mozilla browsers ( NN7 -
Firefox 0.8 ) it is slow. It gets even slower if the closer image is made taller. I don't understand this.


Moz and Firefox always seem to bog doing repaints involving transparent
images (they slow a bit with markedly resized images as well). Dump the
.gif and throw a sized table in the DIV and it'll get snappy again. Or
get rid of the A tag too and attach the event to the DIV itself.

Jul 23 '05 #3
David wrote:
Hi everyone,

Hoping there are some .js/browser experts out there that can help with this
weird problem.

The problem.

This all works fine in IE6, Opera7, NN4 but in Mozilla browsers ( NN7 -
Firefox 0.8 ) it is slow. It gets even slower if the closer image is made
taller. I don't understand this.
Works fine in Firefox 0.9.3 and Mozilla 1.7.2. It might just be a bug in earlier
Gecko-based browsers you will be unable to avoid.
Here is a link to see what is going on
http://mysite.verizon.net/res8xvny/menu/

Anyone have an idea what could be causing this? There are no animations on
the divs, just show hides. I have placed some comments in the code but it is
pretty simple to see what is going on in the function.


This function:

function Menu(subToShow, num){
var z,y,activeDrop, closer,layers,h ="hidden",v="vi sible";
if((y=MM_findOb j("drop0"))!=nu ll){closer=(doc ument.layers)?y :y.style;} //
closer div.
if((z=MM_findOb j(subToShow))!= null){activeDro p=(document.lay ers)?z:z.style} //
the active drop div.
for(i=0;i<20;i+ +){
if((x=MM_findOb j("drop"+[i]))!=null){subAr ray=(document.l ayers)?x:x.styl e;} //
all of the drop divs.
closer.visibili ty=v; // "show" the closer.
if(num>0){
subArray.visibi lity=h; // "hide" all the rest.
if(activeDrop){ activeDrop.visi bility=v} // "show" the drop.
}else{
closer.visibili ty=h; // "hide" the closer.
subArray.visibi lity=h; // "hide" all the rest.
}
}
}

is pretty badly written.

Every pass through the loop you are doing a '"show" the closer'. As well, every
pass through the loop you are doing a '"show" the drop'. These things only need
to happen once. The only reason you are looping is to '"hide" all the rest'.
This is probably the only thing you should be doing in the loop. The reason
you're setting the activeDrop on every pass is because you are turning
everything off unconditionally all the time, so at some point you end up turning
off the layer you want on. As well, you are checking for 20 layers regardless of
whether they actually exist or not. As well, you turn the closer on with each
pass through the loop, but if num is < 1 (whatever num is) then you turn it off
immediately. To correct at least some of these deficiencies I've modified the
original function:

function Menu(subToShow, num){
var z,y,h="hidden", v="visible";
if ((y = MM_findObj("dro p0")) != null) {
var closer = (document.layer s) ? y : y.style;
if (num > 0) {
closer.visibili ty = v;
} else {
closer.visibili ty = h;
}
}// closer div.
if ((z = MM_findObj(subT oShow)) != null) {
var activeDrop = (document.layer s) ? z : z.style;
if (activeDrop && num > 0) {
activeDrop.visi bility = v;
}
} // the active drop div.
var i = 0;
while ((x = MM_findObj("dro p" + i)) != null) {
if ("drop" + i != subToShow && num > 0) {
subArray = (document.layer s) ? x : x.style;
subArray.visibi lity = h;
}
i++;
}
}

Untested and it doesn't improve things very much. But it does stop you from
setting the visibility of closer and activeDrop 20 times everytime you mouseover
something, which is probably the problem.

--
Grant Wagner <gw*****@agrico reunited.com>
comp.lang.javas cript FAQ - http://jibbering.com/faq

Jul 23 '05 #4
> What I find strange is that there are other show-hide routines using this
method, even scripts that are way more bloated than this one and they do not
exhibit this lagging behavior. That's what leads me to believe there is
something in the script itself that is lending to this.


If you think it's the script, try using this:

activeDrop=0;
function Menu(num){
var o=getEl(num);
if(o){
if(num){
if(activeDrop)a ctiveDrop.visib ility='hidden';
activeDrop=o;
o.visibility='v isible';
getEl(0).visibi lity='visible';
return;
}
o.visibility='h idden';
activeDrop.visi bility='hidden' ;
}
function getEl(n){
return (document.layer s)?document.lay ers['drop'+n]:
(document.all)? document.all['drop'+n].style:(documen t.getElementByI d)?
document.getEle mentById('drop' +n).style:0;
}
}

I still suspect the gif, though. I upgraded from .8 to 9.3 just last
week and was struck by how much quicker it is at show/hide/moving layers
over images with transparency. It's still kinda bloopy compared to
IE/NN4/Opera, though.
Jul 23 '05 #5
Charlie and Grant,

Thanks to both of you for your help.

Grants example was the one to go with in this case. I did have to make one
change but it worked flawlessly and it did in fact solve the Mozilla issue.
You can see below the change I had to make. For some reason the function
wasn't recognizing the "num" arg but it does honor the "i". This was causing
the closer to hide when it should be visible when rolling over the buttons.

var i = 0;
while ((x = MM_findObj("dro p" + i)) != null) {

//if ("drop" + i != subToShow && num > 0) {
if ("drop" + i != subToShow && i > 0) {

subArray = (document.layer s) ? x : x.style;
subArray.visibi lity = h;
}//closer.visibili ty = h;
i++;
}
}

David


"Grant Wagner" <gw*****@agrico reunited.com> wrote in message
news:41******** *******@agricor eunited.com...
David wrote:
Hi everyone,

Hoping there are some .js/browser experts out there that can help with this weird problem.

The problem.

This all works fine in IE6, Opera7, NN4 but in Mozilla browsers ( NN7 -
Firefox 0.8 ) it is slow. It gets even slower if the closer image is made taller. I don't understand this.
Works fine in Firefox 0.9.3 and Mozilla 1.7.2. It might just be a bug in

earlier Gecko-based browsers you will be unable to avoid.
Here is a link to see what is going on
http://mysite.verizon.net/res8xvny/menu/

Anyone have an idea what could be causing this? There are no animations on the divs, just show hides. I have placed some comments in the code but it is pretty simple to see what is going on in the function.
This function:

function Menu(subToShow, num){
var z,y,activeDrop, closer,layers,h ="hidden",v="vi sible";
if((y=MM_findOb j("drop0"))!=nu ll){closer=(doc ument.layers)?y :y.style;} //
closer div.

if((z=MM_findOb j(subToShow))!= null){activeDro p=(document.lay ers)?z:z.style}
// the active drop div.
for(i=0;i<20;i+ +){
if((x=MM_findOb j("drop"+[i]))!=null){subAr ray=(document.l ayers)?x:x.styl e;}
// all of the drop divs.
closer.visibili ty=v; // "show" the closer.
if(num>0){
subArray.visibi lity=h; // "hide" all the rest.
if(activeDrop){ activeDrop.visi bility=v} // "show" the drop.
}else{
closer.visibili ty=h; // "hide" the closer.
subArray.visibi lity=h; // "hide" all the rest.
}
}
}

is pretty badly written.

Every pass through the loop you are doing a '"show" the closer'. As well, every pass through the loop you are doing a '"show" the drop'. These things only need to happen once. The only reason you are looping is to '"hide" all the rest'. This is probably the only thing you should be doing in the loop. The reason you're setting the activeDrop on every pass is because you are turning
everything off unconditionally all the time, so at some point you end up turning off the layer you want on. As well, you are checking for 20 layers regardless of whether they actually exist or not. As well, you turn the closer on with each pass through the loop, but if num is < 1 (whatever num is) then you turn it off immediately. To correct at least some of these deficiencies I've modified the original function:

function Menu(subToShow, num){
var z,y,h="hidden", v="visible";
if ((y = MM_findObj("dro p0")) != null) {
var closer = (document.layer s) ? y : y.style;
if (num > 0) {
closer.visibili ty = v;
} else {
closer.visibili ty = h;
}
}// closer div.
if ((z = MM_findObj(subT oShow)) != null) {
var activeDrop = (document.layer s) ? z : z.style;
if (activeDrop && num > 0) {
activeDrop.visi bility = v;
}
} // the active drop div.
var i = 0;
while ((x = MM_findObj("dro p" + i)) != null) {
if ("drop" + i != subToShow && num > 0) {
subArray = (document.layer s) ? x : x.style;
subArray.visibi lity = h;
}
i++;
}
}

Untested and it doesn't improve things very much. But it does stop you from setting the visibility of closer and activeDrop 20 times everytime you mouseover something, which is probably the problem.

--
Grant Wagner <gw*****@agrico reunited.com>
comp.lang.javas cript FAQ - http://jibbering.com/faq

Jul 23 '05 #6
This new method does work good but there is a problem. If one of the drops
are removed the i var breaks and the script fails. This was the reason for
the loop and its arbitrary number in the original method. Any of the drops
could be removed and the loop would skip over the missing value and continue
onto the rest and process them.

I'm trying to think of a way to make the new method work in this way without
using a loop but I don't think its possible.

David


"David" <ha**@hahaha.co m> wrote in message
news:7AM1d.5738 $lX.634@trnddc0 4...
Charlie and Grant,

Thanks to both of you for your help.

Grants example was the one to go with in this case. I did have to make one
change but it worked flawlessly and it did in fact solve the Mozilla issue. You can see below the change I had to make. For some reason the function
wasn't recognizing the "num" arg but it does honor the "i". This was causing the closer to hide when it should be visible when rolling over the buttons.
var i = 0;
while ((x = MM_findObj("dro p" + i)) != null) {

//if ("drop" + i != subToShow && num > 0) {
if ("drop" + i != subToShow && i > 0) {

subArray = (document.layer s) ? x : x.style;
subArray.visibi lity = h;
}//closer.visibili ty = h;
i++;
}
}

David


"Grant Wagner" <gw*****@agrico reunited.com> wrote in message
news:41******** *******@agricor eunited.com...
David wrote:
Hi everyone,

Hoping there are some .js/browser experts out there that can help with this weird problem.

The problem.

This all works fine in IE6, Opera7, NN4 but in Mozilla browsers ( NN7 - Firefox 0.8 ) it is slow. It gets even slower if the closer image is made taller. I don't understand this.
Works fine in Firefox 0.9.3 and Mozilla 1.7.2. It might just be a bug in

earlier
Gecko-based browsers you will be unable to avoid.
Here is a link to see what is going on
http://mysite.verizon.net/res8xvny/menu/

Anyone have an idea what could be causing this? There are no
animations on the divs, just show hides. I have placed some comments in the code but it is pretty simple to see what is going on in the function.
This function:

function Menu(subToShow, num){
var z,y,activeDrop, closer,layers,h ="hidden",v="vi sible";
if((y=MM_findOb j("drop0"))!=nu ll){closer=(doc ument.layers)?y :y.style;} // closer div.

if((z=MM_findOb j(subToShow))!= null){activeDro p=(document.lay ers)?z:z.style} //
the active drop div.
for(i=0;i<20;i+ +){

if((x=MM_findOb j("drop"+[i]))!=null){subAr ray=(document.l ayers)?x:x.styl e;} //
all of the drop divs.
closer.visibili ty=v; // "show" the closer.
if(num>0){
subArray.visibi lity=h; // "hide" all the rest.
if(activeDrop){ activeDrop.visi bility=v} // "show" the drop.
}else{
closer.visibili ty=h; // "hide" the closer.
subArray.visibi lity=h; // "hide" all the rest.
}
}
}

is pretty badly written.

Every pass through the loop you are doing a '"show" the closer'. As
well, every
pass through the loop you are doing a '"show" the drop'. These things
only need
to happen once. The only reason you are looping is to '"hide" all the rest'.
This is probably the only thing you should be doing in the loop. The

reason
you're setting the activeDrop on every pass is because you are turning
everything off unconditionally all the time, so at some point you end up

turning
off the layer you want on. As well, you are checking for 20 layers

regardless of
whether they actually exist or not. As well, you turn the closer on with

each
pass through the loop, but if num is < 1 (whatever num is) then you turn

it off
immediately. To correct at least some of these deficiencies I've

modified the
original function:

function Menu(subToShow, num){
var z,y,h="hidden", v="visible";
if ((y = MM_findObj("dro p0")) != null) {
var closer = (document.layer s) ? y : y.style;
if (num > 0) {
closer.visibili ty = v;
} else {
closer.visibili ty = h;
}
}// closer div.
if ((z = MM_findObj(subT oShow)) != null) {
var activeDrop = (document.layer s) ? z : z.style;
if (activeDrop && num > 0) {
activeDrop.visi bility = v;
}
} // the active drop div.
var i = 0;
while ((x = MM_findObj("dro p" + i)) != null) {
if ("drop" + i != subToShow && num > 0) {
subArray = (document.layer s) ? x : x.style;
subArray.visibi lity = h;
}
i++;
}
}

Untested and it doesn't improve things very much. But it does stop you

from
setting the visibility of closer and activeDrop 20 times everytime you

mouseover
something, which is probably the problem.

--
Grant Wagner <gw*****@agrico reunited.com>
comp.lang.javas cript FAQ - http://jibbering.com/faq


Jul 23 '05 #7
> Grants example was the one to go with in this case. I did have to make one
change but it worked flawlessly and it did in fact solve the Mozilla issue.
Glad to hear your problem is fixed :)
If one of the drops are removed the i var breaks and the script fails. This
was the reason for the loop and its arbitrary number in the original method.
Any of the drops could be removed and the loop would skip over the missing
value and continue onto the rest and process them.


If you give the bit I posted a try, you'll find that it'll work with
arbitrary numbers, serialized or not, without a loop. Just as long as 1.
the menu layers are always IDed with the "drop"+num format, 2. the
closer layer is named "drop0", 3. activeDrop remains a reserved variable
and isn't used elsewhere, and 4. you pass only a number to the Menu
function, ie, Menu(12).

If you want to stick with using the Macromedia object finder, then this
will work:

activeDrop=0;
function Menu(num){
var o=MM_findObj('d rop'+num);
if(o){
o=(document.lay ers)?o:o.style;
if(num){
if(activeDrop)a ctiveDrop.visib ility='hidden';
activeDrop=o;
o.visibility='v isible';
(document.layer s)?MM_findObj
('drop0').visib ility='visible' :MM_findObj
('drop0').style .visibility='vi sible';
return;
}
o.visibility='h idden';
activeDrop.visi bility='hidden' ;
}
}

Jul 23 '05 #8
Charlie,

Well it isn't exactly fixed yet :-))

Your method does work with the exception of the closer div doesn't close
when moused over. This is probably a simple fix, but for some strange reason
the sluggishness is still there in Mozilla browsers. This bugs me... I know
Mozilla has had animation problems but I'm not up on the transparent gifs
causing things like this and with a .jpg the problem goes away.

Grants code does remove the sluggish problem but if a drop in the middle is
removed the hide stops working for the following drops. I believe this is
because the while loop exits because the loop is broken at the point of the
removed drop number.

David

"CharlieDontSur f" <du*********@ya hoo.com> wrote in message
news:MP******** *************** *@News.Individu al.NET...
Grants example was the one to go with in this case. I did have to make one change but it worked flawlessly and it did in fact solve the Mozilla issue.

Glad to hear your problem is fixed :)
If one of the drops are removed the i var breaks and the script fails.

This was the reason for the loop and its arbitrary number in the original method. Any of the drops could be removed and the loop would skip over the missing value and continue onto the rest and process them.


If you give the bit I posted a try, you'll find that it'll work with
arbitrary numbers, serialized or not, without a loop. Just as long as 1.
the menu layers are always IDed with the "drop"+num format, 2. the
closer layer is named "drop0", 3. activeDrop remains a reserved variable
and isn't used elsewhere, and 4. you pass only a number to the Menu
function, ie, Menu(12).

If you want to stick with using the Macromedia object finder, then this
will work:

activeDrop=0;
function Menu(num){
var o=MM_findObj('d rop'+num);
if(o){
o=(document.lay ers)?o:o.style;
if(num){
if(activeDrop)a ctiveDrop.visib ility='hidden';
activeDrop=o;
o.visibility='v isible';
(document.layer s)?MM_findObj
('drop0').visib ility='visible' :MM_findObj
('drop0').style .visibility='vi sible';
return;
}
o.visibility='h idden';
activeDrop.visi bility='hidden' ;
}
}

Jul 23 '05 #9
In article <4kP1d.5975$MS1 .735@trnddc02>, ha**@hahaha.com says...
Your method does work with the exception of the closer div doesn't close
when moused over. This is probably a simple fix...
Odd. I just planted it on a page and it's working in Firefox9.3,
Opera7.23, NN4, and IE5.01,5.5,6. Are you passing an ID in the closer
mouseout -- Menu('drop0') -- instead of just a number -- Menu(0)?
but for some strange reason
the sluggishness is still there in Mozilla browsers. This bugs me...
Me too. It's a stumper. I don't know why Grant's routine fixes it.
Grants code does remove the sluggish problem but if a drop in the middle is
removed the hide stops working for the following drops. I believe this is
because the while loop exits because the loop is broken at the point of the
removed drop number.


This should fix that, IF you don't pass the num argument as a string --
use Menu('drop2',2) and not Menu('drop2','2 '):

function Menu(subToShow, num){
var z,y,h="hidden", v="visible";
if ((y = MM_findObj("dro p0")) != null) {
var closer = (document.layer s) ? y : y.style;
if (num > 0) {
closer.visibili ty = v;
}
else {
closer.visibili ty = h;
}
}// closer div.
if ((z = MM_findObj(subT oShow)) != null) {
var activeDrop = (document.layer s) ? z : z.style;
if (activeDrop && num > 0) {
activeDrop.visi bility = v;
}
} // the active drop div.
var i = 20;
while(i-->1){
if((x=MM_findOb j('drop'+i))!=n ull&&i!=num){
x=(document.lay ers)?x:x.style;
x.visibility=h;
}
}
}

Jul 23 '05 #10

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

Similar topics

6
6849
by: David List | last post by:
I'm having a problem using different properties of the document object in the example javascripts in my textbook with browsers that identify themselves as using the Mozilla engine. One example of these problems is using document.layers. I have Google'd for examples of how to use the document object specifically with Mozilla, but I cannot find anything that explains why my problems occur. Could anyone here see through the included example...
12
3277
by: Bart | last post by:
Hallo, I'm have a problem with the following script: function wr(s) { //Just got tired of writing document.write, //so I created a shorthand version document.write(s);
5
8555
by: jeff | last post by:
Hello, I am coding a web application to be used on an internal Intranet. I have already coded a menubar for the application using DHTML. I want to get rid of the standard menubar in Mozilla to: a) Stop people getting confused with 2 menubars b) Free up a bit of more screen space
6
2014
by: R. Stormo | last post by:
I have a problem showing output that is comming from a script. If I make a script running at commandline it do work and everything are showing. But when I try to execute it from within my proggy it would not show. I have tried to save the outout to a file and again, when I runit from commandline it do save everything but from software it would not. It do only show things that are outputed with "echo" My routine for showing the file are,...
0
3077
by: javaguy | last post by:
I have a table I hide show/hide through a pair of divs. The show/hide part works fine in both Mozilla and MSIE. When switching between the hide and show versions the Mozilla browser keeps them in small width, about 740 pixels. When switching between show/hide with MSIE the "show" table wants to display about 960 pixels. If I set the outer table to ' style="table-layout: fixed;" ' then MSIE chooses to force the width to 960 pixels.
5
4781
by: mooeypoo | last post by:
Hello all, I'm a php developer. I have been using a very simple script to hide/unhide divs in my script: function DisplayI(obj) { obj.style.display=("none"==obj.style.display? "block" : "none"); }
4
5361
by: somaskarthic | last post by:
Hi In a php script , i'm passing some values as parameter in anchor tag attribute. e.g <a href = "test.php?id=110&name=xyz&sno=oo8s7"... On mouse over this link , these values are displayed in the status bar. To avoid this , i add a small javascript which makes the statusbar message null. It is working on mouseover event . But on mousedown event , it fails and displays the url with parameter in status bar. I added the same script...
1
4184
by: pamate | last post by:
hi, I want to show hide layers. I am able to show and hide layers but i am facing problem that, cant view the cursor in Mozilla,but i can type in input text box, its overlapping the layers. I don`t want to change the way i have used to show and hide layers. check down code :- <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html...
6
3560
shane3341436
by: shane3341436 | last post by:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> <title>Untitled Document</title> </head> <body> <form name="f1"> <table width="1123">
0
9776
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,...
0
11100
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. Here is my compilation command: g++-12 -std=c++20 -Wnarrowing bit_field.cpp Here is the code in...
0
10718
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 captivates audiences and drives business growth. The Art of Business Website Design Your website is...
0
9554
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 launch it, all on its own.... Now, this would greatly impact the work of software developers. The idea...
1
7953
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 instead of User Defined Types (UDT). For example, to manage the data in unbound forms. Adolph will...
0
5781
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
0
5977
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
1
4597
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
3
3225
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 effective websites that not only look great but also perform exceptionally well. In this comprehensive...

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.