I'm working with a database developed by an untrained person over
several years - and on a network that has recently been upgraded with
a new server installed and MS office upgraded from 2K (I think - it
might have been XP) to 2003. The database is impressive, both in what
it does and the obtuse and inconsistent ways it works. There are
several hundred queries, for example, with no indication of where they
are used or if they are in fact necessary at all...
The database is for the local Hospice service, and their entire
operation is based on it - from patient records to donations.
The database was developed in Access 2K and has not been converted, so
it's being opened as an Access 2000 database in Access 2003. I tried
converting to 2003, and didn't see any change in the bothersome
behavior.
There are several letters in MS Word that use the database as the
source data for mail merges. Until the conversion, everything worked
fine, but with the conversion, it became necessary to specify new
locations for the source data for the merges. In MS Word 2003, when I
try to open a new datasource, I can specify the MS Access database,
but the format of the dialog box is significantly different than I am
used to. I am presented with a list of "Views" and tables, with the
Views apparently corresponding to the queries in the database.
The difficulty is that, unlike in Access 2K, I don't seem to be seeing
any query that contain parameters - at least I think that's why I'm
not seeing all of the queries. I do see all of the tables, so my
workaround has been to create make-table queries based on the old
parameter queries, and specify those tables as the datasources for the
merges. That works, but involves lots of work with making new
make-table queries, and new macros that call the new queries, and
there are lots more merge document that need to be dealt with.
Also - I can't seem to open any reports. If I try to get to design
view from the reports tab, nothing happens - no error message or
anything. If I try to open a report from a button on a form that uses
code, I get a message the "The Open Report Action was cancelled".
Help!!!!????? 5 4039
Hard to help you without more specific info. Any answer to your post here
would be speculative.
Question #1: What database backend is being used (JET? MS SQL Server?
Oracle?)?
Question #2: If JET, are you using front-end/backend, or single file
scenario? (I *highly* recommend the former).
Question #3: Why would you use make-table queries to run reports? (these
will inflate your database dramatically, are *not* friendly or practical in
multi-user environments, and cause more maintenance hassles).
Question #4: The report design problem needs more detail. Are you able to
see the report designs in the MSA2K version?
Personally, I'd recommend getting more specialized on-hands help for your MS
Access dilemma.
HTH.
~ Duane Phillips.
"Jerry Hull" <st******@peak. org> wrote in message
news:58******** *************** ***@posting.goo gle.com... I'm working with a database developed by an untrained person over several years - and on a network that has recently been upgraded with a new server installed and MS office upgraded from 2K (I think - it might have been XP) to 2003. The database is impressive, both in what it does and the obtuse and inconsistent ways it works. There are several hundred queries, for example, with no indication of where they are used or if they are in fact necessary at all...
The database is for the local Hospice service, and their entire operation is based on it - from patient records to donations.
The database was developed in Access 2K and has not been converted, so it's being opened as an Access 2000 database in Access 2003. I tried converting to 2003, and didn't see any change in the bothersome behavior.
There are several letters in MS Word that use the database as the source data for mail merges. Until the conversion, everything worked fine, but with the conversion, it became necessary to specify new locations for the source data for the merges. In MS Word 2003, when I try to open a new datasource, I can specify the MS Access database, but the format of the dialog box is significantly different than I am used to. I am presented with a list of "Views" and tables, with the Views apparently corresponding to the queries in the database.
The difficulty is that, unlike in Access 2K, I don't seem to be seeing any query that contain parameters - at least I think that's why I'm not seeing all of the queries. I do see all of the tables, so my workaround has been to create make-table queries based on the old parameter queries, and specify those tables as the datasources for the merges. That works, but involves lots of work with making new make-table queries, and new macros that call the new queries, and there are lots more merge document that need to be dealt with.
Also - I can't seem to open any reports. If I try to get to design view from the reports tab, nothing happens - no error message or anything. If I try to open a report from a button on a form that uses code, I get a message the "The Open Report Action was cancelled".
Help!!!!?????
There are three ways to get Mail Merge data from an Access database:
DDE (office 6)
ODBC (office 95)
OLEDB (office 2000).
All three methods are still supported, you just have to navigate
through Word to find them. From your description, you are using
OLEDB, and can only see queries which are valid views in the OLEDB
connection. I think that you will have better luck with an ODBC
connection, but I personally don't do it that way: I automate from
the Access side, and I always start mail merges with an export to
a spreadsheet, csv, or a word (rtf) table.
I'm not really familiar with Word (you would be better off in a
Word group), but perhaps you could look for the "Select Method"
checkbox in the "Open Data Source" dialog box.
I don't know what the problem is with the reports. Make a backup
copy of the database, then de-compile or import all objects into
a new database.
(david)
"Jerry Hull" <st******@peak. org> wrote in message
news:58******** *************** ***@posting.goo gle.com... I'm working with a database developed by an untrained person over several years - and on a network that has recently been upgraded with a new server installed and MS office upgraded from 2K (I think - it might have been XP) to 2003. The database is impressive, both in what it does and the obtuse and inconsistent ways it works. There are several hundred queries, for example, with no indication of where they are used or if they are in fact necessary at all...
The database is for the local Hospice service, and their entire operation is based on it - from patient records to donations.
The database was developed in Access 2K and has not been converted, so it's being opened as an Access 2000 database in Access 2003. I tried converting to 2003, and didn't see any change in the bothersome behavior.
There are several letters in MS Word that use the database as the source data for mail merges. Until the conversion, everything worked fine, but with the conversion, it became necessary to specify new locations for the source data for the merges. In MS Word 2003, when I try to open a new datasource, I can specify the MS Access database, but the format of the dialog box is significantly different than I am used to. I am presented with a list of "Views" and tables, with the Views apparently corresponding to the queries in the database.
The difficulty is that, unlike in Access 2K, I don't seem to be seeing any query that contain parameters - at least I think that's why I'm not seeing all of the queries. I do see all of the tables, so my workaround has been to create make-table queries based on the old parameter queries, and specify those tables as the datasources for the merges. That works, but involves lots of work with making new make-table queries, and new macros that call the new queries, and there are lots more merge document that need to be dealt with.
Also - I can't seem to open any reports. If I try to get to design view from the reports tab, nothing happens - no error message or anything. If I try to open a report from a button on a form that uses code, I get a message the "The Open Report Action was cancelled".
Help!!!!?????
Thanks for the suggestions from those who responded - Here's what I've
discovered:
Re: couldn't see parameter queries from Word 2003:
MS Word 2003 will show the appropriate dialog boxes to let you choose
parameter queries as the data source for mail merges if, in word, you:
Select Options from the Tools menu
Click the General Tab
Place a check mark next to "Confirm conversion at Open"
After this (which only needs to be done once), you will get a dialog
box that lists tabs at the top for tables and queries, and you'll be
able to select parmeter queries.
Re: couldn't open reports
The problem seemed to be with the default network printer that was
somehow confusing MSAccess. Following the instructions of the network
administrator, we removed the network connection from the printer and
reconnected it as a local printer. Now the reports print fine - but
we're still not sure what causes the problem with the network
connected printer.
Re:questions and comments from responders
Question #1: What database backend is being used (JET? MS SQL Server?
Oracle?)?
JET
Question #2: If JET, are you using front-end/backend, or single file
scenario? (I *highly* recommend the former).
Since I inherited the database, and it's a real mish-mash, I haven't
split the database yet. First there's got to be a redesign, new
junction tables, importing and massaging existing data, redirecting
forms and reports, etc.
Question #3: Why would you use make-table queries to run reports?
(these will inflate your database dramatically, are *not* friendly or
practical in multi-user environments, and cause more maintenance
hassles).
Agreed - I wouldn't use make-table queries for reports. I used these
as a panic-induced solution to let the folks get out the mail merges
they needed (not reports). Now I don't even need those. The previous
designer did use some make-table queries, and I'll be doing away with
those as soon as I can.
Question #4: The report design problem needs more detail. Are you
able to see the report designs in the MSA2K version?
Nope - but that was apparently a printer issue, and that's been dealt
with .
Personally, I'd recommend getting more specialized on-hands help for
your MS Access dilemma.
That may be a necessity in the future - but there's the problem of
cost (I'm volunteering my time) and availability (we don't have a lot
of Access developers here in the local area)
HTH.
~ Duane Phillips.
There are three ways to get Mail Merge data from an Access database:
DDE (office 6)
ODBC (office 95)
OLEDB (office 2000).
All three methods are still supported, you just have to navigate
through Word to find them. From your description, you are using
OLEDB, and can only see queries which are valid views in the OLEDB
connection. I think that you will have better luck with an ODBC
connection, but I personally don't do it that way: I automate from the
Access side, and I always start mail merges with an export to a
spreadsheet, csv, or a word (rtf) table.
We ended up with DDE connections, which seem to work.
I'm not really familiar with Word (you would be better off in a Word
group), but perhaps you could look for the "Select Method" checkbox in
the "Open Data Source" dialog box.
Sort of what we did with the Confirm conversion at Open
I don't know what the problem is with the reports. Make a backup copy
of the database, then de-compile or import all objects into a new
database.
Didn't do it - but then, it was the printer thing....
David Epsom st******@peak.o rg (Jerry Hull) wrote in message news:<58******* *************** ****@posting.go ogle.com>...
Original Post: I'm working with a database developed by an untrained person over several years - and on a network that has recently been upgraded with a new server installed and MS office upgraded from 2K (I think - it might have been XP) to 2003. The database is impressive, both in what it does and the obtuse and inconsistent ways it works. There are several hundred queries, for example, with no indication of where they are used or if they are in fact necessary at all...
The database is for the local Hospice service, and their entire operation is based on it - from patient records to donations.
The database was developed in Access 2K and has not been converted, so it's being opened as an Access 2000 database in Access 2003. I tried converting to 2003, and didn't see any change in the bothersome behavior.
There are several letters in MS Word that use the database as the source data for mail merges. Until the conversion, everything worked fine, but with the conversion, it became necessary to specify new locations for the source data for the merges. In MS Word 2003, when I try to open a new datasource, I can specify the MS Access database, but the format of the dialog box is significantly different than I am used to. I am presented with a list of "Views" and tables, with the Views apparently corresponding to the queries in the database.
The difficulty is that, unlike in Access 2K, I don't seem to be seeing any query that contain parameters - at least I think that's why I'm not seeing all of the queries. I do see all of the tables, so my workaround has been to create make-table queries based on the old parameter queries, and specify those tables as the datasources for the merges. That works, but involves lots of work with making new make-table queries, and new macros that call the new queries, and there are lots more merge document that need to be dealt with.
Also - I can't seem to open any reports. If I try to get to design view from the reports tab, nothing happens - no error message or anything. If I try to open a report from a button on a form that uses code, I get a message the "The Open Report Action was cancelled".
Help!!!!?????
> That may be a necessity in the future - but there's the problem of cost (I'm volunteering my time) and availability (we don't have a lot of Access developers here in the local area)
What's the general area?
Sounds like you are working with a non-profit org?
There are those here who do sometimes contribute some effort, depending on
the cause and needs. You won't likely get the moon, but you may find some
willing and able to help. Also, the developer does not necessarily need to
be a local (especially with JET databases)... just someone you can trust.
Quite a few developers here have remote clientelle.
~ Duane Phillips.
"Jerry Hull" <st******@peak. org> wrote in message
news:58******** *************** ***@posting.goo gle.com... Thanks for the suggestions from those who responded - Here's what I've discovered:
Re: couldn't see parameter queries from Word 2003: MS Word 2003 will show the appropriate dialog boxes to let you choose parameter queries as the data source for mail merges if, in word, you: Select Options from the Tools menu Click the General Tab Place a check mark next to "Confirm conversion at Open"
After this (which only needs to be done once), you will get a dialog box that lists tabs at the top for tables and queries, and you'll be able to select parmeter queries.
Re: couldn't open reports The problem seemed to be with the default network printer that was somehow confusing MSAccess. Following the instructions of the network administrator, we removed the network connection from the printer and reconnected it as a local printer. Now the reports print fine - but we're still not sure what causes the problem with the network connected printer.
Re:questions and comments from responders
Question #1: What database backend is being used (JET? MS SQL Server? Oracle?)? JET
Question #2: If JET, are you using front-end/backend, or single file scenario? (I *highly* recommend the former). Since I inherited the database, and it's a real mish-mash, I haven't split the database yet. First there's got to be a redesign, new junction tables, importing and massaging existing data, redirecting forms and reports, etc.
Question #3: Why would you use make-table queries to run reports? (these will inflate your database dramatically, are *not* friendly or practical in multi-user environments, and cause more maintenance hassles). Agreed - I wouldn't use make-table queries for reports. I used these as a panic-induced solution to let the folks get out the mail merges they needed (not reports). Now I don't even need those. The previous designer did use some make-table queries, and I'll be doing away with those as soon as I can.
Question #4: The report design problem needs more detail. Are you able to see the report designs in the MSA2K version? Nope - but that was apparently a printer issue, and that's been dealt with .
Personally, I'd recommend getting more specialized on-hands help for your MS Access dilemma. That may be a necessity in the future - but there's the problem of cost (I'm volunteering my time) and availability (we don't have a lot of Access developers here in the local area)
HTH. ~ Duane Phillips.
There are three ways to get Mail Merge data from an Access database:
DDE (office 6) ODBC (office 95) OLEDB (office 2000).
All three methods are still supported, you just have to navigate through Word to find them. From your description, you are using OLEDB, and can only see queries which are valid views in the OLEDB connection. I think that you will have better luck with an ODBC connection, but I personally don't do it that way: I automate from the Access side, and I always start mail merges with an export to a spreadsheet, csv, or a word (rtf) table.
We ended up with DDE connections, which seem to work.
I'm not really familiar with Word (you would be better off in a Word group), but perhaps you could look for the "Select Method" checkbox in the "Open Data Source" dialog box.
Sort of what we did with the Confirm conversion at Open
I don't know what the problem is with the reports. Make a backup copy of the database, then de-compile or import all objects into a new database.
Didn't do it - but then, it was the printer thing....
David Epsom st******@peak.o rg (Jerry Hull) wrote in message news:<58******* *************** ****@posting.go ogle.com>...
Original Post:
I'm working with a database developed by an untrained person over several years - and on a network that has recently been upgraded with a new server installed and MS office upgraded from 2K (I think - it might have been XP) to 2003. The database is impressive, both in what it does and the obtuse and inconsistent ways it works. There are several hundred queries, for example, with no indication of where they are used or if they are in fact necessary at all...
The database is for the local Hospice service, and their entire operation is based on it - from patient records to donations.
The database was developed in Access 2K and has not been converted, so it's being opened as an Access 2000 database in Access 2003. I tried converting to 2003, and didn't see any change in the bothersome behavior.
There are several letters in MS Word that use the database as the source data for mail merges. Until the conversion, everything worked fine, but with the conversion, it became necessary to specify new locations for the source data for the merges. In MS Word 2003, when I try to open a new datasource, I can specify the MS Access database, but the format of the dialog box is significantly different than I am used to. I am presented with a list of "Views" and tables, with the Views apparently corresponding to the queries in the database.
The difficulty is that, unlike in Access 2K, I don't seem to be seeing any query that contain parameters - at least I think that's why I'm not seeing all of the queries. I do see all of the tables, so my workaround has been to create make-table queries based on the old parameter queries, and specify those tables as the datasources for the merges. That works, but involves lots of work with making new make-table queries, and new macros that call the new queries, and there are lots more merge document that need to be dealt with.
Also - I can't seem to open any reports. If I try to get to design view from the reports tab, nothing happens - no error message or anything. If I try to open a report from a button on a form that uses code, I get a message the "The Open Report Action was cancelled".
Help!!!!?????
Thanks for the reply! The general area is Corvallis, Oregon. The
nearest source of qualified Access programmers is Portland, about 90
miles to the north.
And yes, it's a non-profit. Hospice of Benton county works to provide
care for those who have been medically certified to have less than 6
months to live. And I am working for nothing, as a volunteer.
They're delighted to have me (I'm sure you know how little you really
have to know to be considered an expert), and I'm learning. I do have
some experience and a basic grasp of design priciples, so I think I
can get a bit further before I need to call in the big guns - but it's
a real comfort knowing that this group exists. It's already been very
helpful - Thanks!!!
Jerry Hull
Starship Enterprises st******@peak.o rg
"Duane Phillips" <as***@askme.as kme> wrote in message news:<eA******* ********@news.u swest.net>... That may be a necessity in the future - but there's the problem of cost (I'm volunteering my time) and availability (we don't have a lot of Access developers here in the local area)
What's the general area? Sounds like you are working with a non-profit org? There are those here who do sometimes contribute some effort, depending on the cause and needs. You won't likely get the moon, but you may find some willing and able to help. Also, the developer does not necessarily need to be a local (especially with JET databases)... just someone you can trust. Quite a few developers here have remote clientelle.
~ Duane Phillips.
"Jerry Hull" <st******@peak. org> wrote in message news:58******** *************** ***@posting.goo gle.com... Thanks for the suggestions from those who responded - Here's what I've discovered:
Re: couldn't see parameter queries from Word 2003: MS Word 2003 will show the appropriate dialog boxes to let you choose parameter queries as the data source for mail merges if, in word, you: Select Options from the Tools menu Click the General Tab Place a check mark next to "Confirm conversion at Open"
After this (which only needs to be done once), you will get a dialog box that lists tabs at the top for tables and queries, and you'll be able to select parmeter queries.
Re: couldn't open reports The problem seemed to be with the default network printer that was somehow confusing MSAccess. Following the instructions of the network administrator, we removed the network connection from the printer and reconnected it as a local printer. Now the reports print fine - but we're still not sure what causes the problem with the network connected printer.
Re:questions and comments from responders
Question #1: What database backend is being used (JET? MS SQL Server? Oracle?)? JET
Question #2: If JET, are you using front-end/backend, or single file scenario? (I *highly* recommend the former). Since I inherited the database, and it's a real mish-mash, I haven't split the database yet. First there's got to be a redesign, new junction tables, importing and massaging existing data, redirecting forms and reports, etc.
Question #3: Why would you use make-table queries to run reports? (these will inflate your database dramatically, are *not* friendly or practical in multi-user environments, and cause more maintenance hassles). Agreed - I wouldn't use make-table queries for reports. I used these as a panic-induced solution to let the folks get out the mail merges they needed (not reports). Now I don't even need those. The previous designer did use some make-table queries, and I'll be doing away with those as soon as I can.
Question #4: The report design problem needs more detail. Are you able to see the report designs in the MSA2K version? Nope - but that was apparently a printer issue, and that's been dealt with .
Personally, I'd recommend getting more specialized on-hands help for your MS Access dilemma. That may be a necessity in the future - but there's the problem of cost (I'm volunteering my time) and availability (we don't have a lot of Access developers here in the local area)
HTH. ~ Duane Phillips.
There are three ways to get Mail Merge data from an Access database:
DDE (office 6) ODBC (office 95) OLEDB (office 2000).
All three methods are still supported, you just have to navigate through Word to find them. From your description, you are using OLEDB, and can only see queries which are valid views in the OLEDB connection. I think that you will have better luck with an ODBC connection, but I personally don't do it that way: I automate from the Access side, and I always start mail merges with an export to a spreadsheet, csv, or a word (rtf) table.
We ended up with DDE connections, which seem to work.
I'm not really familiar with Word (you would be better off in a Word group), but perhaps you could look for the "Select Method" checkbox in the "Open Data Source" dialog box.
Sort of what we did with the Confirm conversion at Open
I don't know what the problem is with the reports. Make a backup copy of the database, then de-compile or import all objects into a new database.
Didn't do it - but then, it was the printer thing....
David Epsom st******@peak.o rg (Jerry Hull) wrote in message news:<58******* *************** ****@posting.go ogle.com>...
Original Post:
I'm working with a database developed by an untrained person over several years - and on a network that has recently been upgraded with a new server installed and MS office upgraded from 2K (I think - it might have been XP) to 2003. The database is impressive, both in what it does and the obtuse and inconsistent ways it works. There are several hundred queries, for example, with no indication of where they are used or if they are in fact necessary at all...
The database is for the local Hospice service, and their entire operation is based on it - from patient records to donations.
The database was developed in Access 2K and has not been converted, so it's being opened as an Access 2000 database in Access 2003. I tried converting to 2003, and didn't see any change in the bothersome behavior.
There are several letters in MS Word that use the database as the source data for mail merges. Until the conversion, everything worked fine, but with the conversion, it became necessary to specify new locations for the source data for the merges. In MS Word 2003, when I try to open a new datasource, I can specify the MS Access database, but the format of the dialog box is significantly different than I am used to. I am presented with a list of "Views" and tables, with the Views apparently corresponding to the queries in the database.
The difficulty is that, unlike in Access 2K, I don't seem to be seeing any query that contain parameters - at least I think that's why I'm not seeing all of the queries. I do see all of the tables, so my workaround has been to create make-table queries based on the old parameter queries, and specify those tables as the datasources for the merges. That works, but involves lots of work with making new make-table queries, and new macros that call the new queries, and there are lots more merge document that need to be dealt with.
Also - I can't seem to open any reports. If I try to get to design view from the reports tab, nothing happens - no error message or anything. If I try to open a report from a button on a form that uses code, I get a message the "The Open Report Action was cancelled".
Help!!!!????? This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics |
by: Dan Nash |
last post by:
Hi guys
I wonder if you could help. I'm trying to create a bespoke interface for
mail merging from an Access database in Word. At the moment, I'm just trying
it with CSV files, and it works. Word loads, data gets pasted in and it
merges fine. One problem tho, it's doing Form Letters rather than Mailing
Labels
Here's the code...
|
by: Steve |
last post by:
Access97 Database
The database is split into a frontend and backend and not connected to any other
database. The database has an unbound report with 15 subreports. Some of the
subreports include Excel charts in unbound object frames. When I add 3
additional subreports, I get the error message that Access can't open any more
databases. Can anyone suggest what may be causing the error message.
Thanks!
|
by: MHenry |
last post by:
Hi,
We were going merrily along for 6 years using this database to record
all client checks that came into our office, including information
about what the checks were for.
Suddenly, network computers cannot access the database.
The message is...
|
by: Melissa Kay Beeline |
last post by:
OK, here's the sitch : we have an access control system at work that
registers ever entry/exit of every employee. I recently made some
queries in Access so the ppl in HR could make reports (who came in
late, how many ppl were undertimed, etc etc) Now they are not
satisfied (of course) and they want a list of ABSENT employees.
I have the following tables :
PERSONNEL
CARD
|
by: j.mandala |
last post by:
I have two versions of a database front end and want to be able to use
docmd.copy (or some other method) to move a bunch of queries.
I was able to use the '.tag' property to of forms and reports to move
them using code. For example, first I put the word "Special" in the
..tag property of my reports (or forms), then I use the following
procedure:
Sub CopyReps()
| |
by: sparks |
last post by:
We have a database that reads in and formats raw data. We were using
queries to format the data per person and outputing reports.
The other database has the persons personal information. I changed the
queries on the raw data to maketables, copied the reports into the
personal info database and they have the reports from the raw data
available for the reports.
NOW they want the reports to be displayed as a new tab in the forms.
I am not...
|
by: Robert Fish |
last post by:
The compacting routine just hangs after about 20 seconds. Any
suggestions?
--
Robert Fish
------------------------------------------------------------------------
Robert Fish's Profile: http://www.dbtalk.net/m390
View this thread: http://www.dbtalk.net/t307374
|
by: Tony Ciconte |
last post by:
We are evaluating the prospect of integrating and/or using Crystal
Reports with some of our current products. Some of these are still in
Access 97 and are running well. Since we cannot include the report
wizard in a runtime environment, we are looking at ad hoc report
writers like Crystal.
Can we include Crystal with our runtimes and/or is there another
report writer that we should be looking at? Any and all help is
greatly appreciated.
|
by: jason301 |
last post by:
I have started to get a problem when mail merging from my access database to word.
When I mail merge the database password is requested to proceed which is odd as the database is already open.
If I enter the password then the mail merge will fail. However if I click cancel when asked for the password the mail merge will work but then the database will close.
I am continually working on this database and changing things which must mean...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look !
Part I. Meaning of...
|
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: 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...
|
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: 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...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
|
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...
| |