Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.databases.ms-access > #10517 > unrolled thread
| Started by | bobalston@gmail.com |
|---|---|
| First post | 2015-03-18 12:38 -0700 |
| Last post | 2015-03-23 07:00 -0500 |
| Articles | 12 — 6 participants |
Back to article view | Back to comp.databases.ms-access
eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc bobalston@gmail.com - 2015-03-18 12:38 -0700
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc Patrick Finucane <patrickfinucanetx@gmail.com> - 2015-03-18 13:10 -0700
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc PW <emailaddyinsig@ifIremember.com> - 2015-03-18 15:04 -0600
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc PW <emailaddyinsig@ifIremember.com> - 2015-03-18 15:04 -0600
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc BobAlston <bobalston9@yahoo.com> - 2015-03-18 18:37 -0500
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc BobAlston <bobalston9@yahoo.com> - 2015-03-18 19:45 -0500
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc BobAlston <bobalston9@yahoo.com> - 2015-03-18 19:51 -0500
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc PW <emailaddyinsig@ifIremember.com> - 2015-03-18 20:57 -0600
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc "Albert D. Kallal" <PleaseNOSpamkallal@msn.com> - 2015-03-20 13:50 -0600
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc PW <emailaddyinsig@ifIremember.com> - 2015-03-18 20:55 -0600
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc "Albert D. Kallal" <PleaseNOSpamkallal@msn.com> - 2015-03-20 13:41 -0600
Re: eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc "Ron Paii" <None@none.com> - 2015-03-23 07:00 -0500
| From | bobalston@gmail.com |
|---|---|
| Date | 2015-03-18 12:38 -0700 |
| Subject | eqldata.com Access applications running on the web "without change" - existing forms, reports, VBA, etc |
| Message-ID | <6afcbf40-7048-494d-83c3-203200497600@googlegroups.com> |
Anyone have first hand experience with eqldata.com? They are supposed to 1) allow an existing Access application to "run", unchanged, with existing forms, reports, VBA, etc on a web browser. bob
[toc] | [next] | [standalone]
| From | Patrick Finucane <patrickfinucanetx@gmail.com> |
|---|---|
| Date | 2015-03-18 13:10 -0700 |
| Message-ID | <a0f3863f-033d-4eb4-a217-62dbfc284b84@googlegroups.com> |
| In reply to | #10517 |
On Wednesday, March 18, 2015 at 3:39:05 PM UTC-4, boba...@gmail.com wrote: > Anyone have first hand experience with eqldata.com? They are supposed to 1) allow an existing Access application to "run", unchanged, with existing forms, reports, VBA, etc on a web browser. > > bob Interesting. Thanks for sharing.
[toc] | [prev] | [next] | [standalone]
| From | PW <emailaddyinsig@ifIremember.com> |
|---|---|
| Date | 2015-03-18 15:04 -0600 |
| Message-ID | <o2qjgade4ud4ohoci3g3qibr4u1ovhkn56@4ax.com> |
| In reply to | #10518 |
On Wed, 18 Mar 2015 13:10:21 -0700 (PDT), Patrick Finucane <patrickfinucanetx@gmail.com> wrote: >On Wednesday, March 18, 2015 at 3:39:05 PM UTC-4, boba...@gmail.com wrote: >> Anyone have first hand experience with eqldata.com? They are supposed to 1) allow an existing Access application to "run", unchanged, with existing forms, reports, VBA, etc on a web browser. >> >> bob > >Interesting. Thanks for sharing. Hi Patrick. We are doing the exact thing with http://www.remoteapphosting.net/application-hosting/ See my reply to Bob. -paulw
[toc] | [prev] | [next] | [standalone]
| From | PW <emailaddyinsig@ifIremember.com> |
|---|---|
| Date | 2015-03-18 15:04 -0600 |
| Message-ID | <oppjga97l32s72ioni2edbm405nac5jm21@4ax.com> |
| In reply to | #10517 |
On Wed, 18 Mar 2015 12:38:58 -0700 (PDT), bobalston@gmail.com wrote: >Anyone have first hand experience with eqldata.com? They are supposed to 1) allow an existing Access application to "run", unchanged, with existing forms, reports, VBA, etc on a web browser. > >bob We went with these guys: http://www.remoteapphosting.net/application-hosting/ Basically setup was a piece of cake with their support people. Not a single problem running our Access 2010 application there and we did not have to change a thing. I highly recommend them. We have a few clients now accessing their versions "in the cloud" (I am so sick of that term). We rent a shared server and charge the clients per user per month. It runs flawlessly but people need to realize that the speed of their Internet connection is extremely important. We had to move a client in Alaska (?) back to our desktop version. -paulw
[toc] | [prev] | [next] | [standalone]
| From | BobAlston <bobalston9@yahoo.com> |
|---|---|
| Date | 2015-03-18 18:37 -0500 |
| Message-ID | <550A0C3C.70906@yahoo.com> |
| In reply to | #10519 |
On 3/18/2015 4:04 PM, PW wrote: > On Wed, 18 Mar 2015 12:38:58 -0700 (PDT), bobalston@gmail.com wrote: > >> Anyone have first hand experience with eqldata.com? They are supposed to 1) allow an existing Access application to "run", unchanged, with existing forms, reports, VBA, etc on a web browser. >> >> bob > > We went with these guys: > http://www.remoteapphosting.net/application-hosting/ > > Basically setup was a piece of cake with their support people. Not a > single problem running our Access 2010 application there and we did > not have to change a thing. I highly recommend them. > > We have a few clients now accessing their versions "in the cloud" (I > am so sick of that term). We rent a shared server and charge the > clients per user per month. > > It runs flawlessly but people need to realize that the speed of their > Internet connection is extremely important. We had to move a client > in Alaska (?) back to our desktop version. > > -paulw > So it is essentially terminal server. Will it work from a browser on a tablet or android phone? bob
[toc] | [prev] | [next] | [standalone]
| From | BobAlston <bobalston9@yahoo.com> |
|---|---|
| Date | 2015-03-18 19:45 -0500 |
| Message-ID | <med658$mh3$1@dont-email.me> |
| In reply to | #10523 |
On 3/18/2015 6:37 PM, BobAlston wrote: > On 3/18/2015 4:04 PM, PW wrote: >> On Wed, 18 Mar 2015 12:38:58 -0700 (PDT), bobalston@gmail.com wrote: >> >>> Anyone have first hand experience with eqldata.com? They are >>> supposed to 1) allow an existing Access application to "run", >>> unchanged, with existing forms, reports, VBA, etc on a web browser. >>> >>> bob >> >> We went with these guys: >> http://www.remoteapphosting.net/application-hosting/ >> >> Basically setup was a piece of cake with their support people. Not a >> single problem running our Access 2010 application there and we did >> not have to change a thing. I highly recommend them. >> >> We have a few clients now accessing their versions "in the cloud" (I >> am so sick of that term). We rent a shared server and charge the >> clients per user per month. >> >> It runs flawlessly but people need to realize that the speed of their >> Internet connection is extremely important. We had to move a client >> in Alaska (?) back to our desktop version. >> >> -paulw >> > So it is essentially terminal server. Will it work from a browser on a > tablet or android phone? > > bob Anyone with experience setting up a terminal server and providing access via a browser to the server? bob
[toc] | [prev] | [next] | [standalone]
| From | BobAlston <bobalston9@yahoo.com> |
|---|---|
| Date | 2015-03-18 19:51 -0500 |
| Message-ID | <med6ge$n8k$1@dont-email.me> |
| In reply to | #10524 |
On 3/18/2015 7:45 PM, BobAlston wrote: > On 3/18/2015 6:37 PM, BobAlston wrote: >> On 3/18/2015 4:04 PM, PW wrote: >>> On Wed, 18 Mar 2015 12:38:58 -0700 (PDT), bobalston@gmail.com wrote: >>> >>>> Anyone have first hand experience with eqldata.com? They are >>>> supposed to 1) allow an existing Access application to "run", >>>> unchanged, with existing forms, reports, VBA, etc on a web browser. >>>> >>>> bob >>> >>> We went with these guys: >>> http://www.remoteapphosting.net/application-hosting/ >>> >>> Basically setup was a piece of cake with their support people. Not a >>> single problem running our Access 2010 application there and we did >>> not have to change a thing. I highly recommend them. >>> >>> We have a few clients now accessing their versions "in the cloud" (I >>> am so sick of that term). We rent a shared server and charge the >>> clients per user per month. >>> >>> It runs flawlessly but people need to realize that the speed of their >>> Internet connection is extremely important. We had to move a client >>> in Alaska (?) back to our desktop version. >>> >>> -paulw >>> >> So it is essentially terminal server. Will it work from a browser on a >> tablet or android phone? >> >> bob > Anyone with experience setting up a terminal server and providing access > via a browser to the server? > > bob > I just found this link that seems to have excellent information on how to setup with Access. http://www.fmsinc.com/microsoftaccess/terminal-services/remoteapp.htm I remember seeing Albert Kallal and others tout terminal services. Only now do I realize that in addition to a PC client, any device with a browser can be a client. Just that the user has to be pre-setup to use the app. bob
[toc] | [prev] | [next] | [standalone]
| From | PW <emailaddyinsig@ifIremember.com> |
|---|---|
| Date | 2015-03-18 20:57 -0600 |
| Message-ID | <knekga57df7jc9jo854r5fccp9h1c64v3e@4ax.com> |
| In reply to | #10525 |
On Wed, 18 Mar 2015 19:51:12 -0500, BobAlston <bobalston9@yahoo.com> wrote: >On 3/18/2015 7:45 PM, BobAlston wrote: >> On 3/18/2015 6:37 PM, BobAlston wrote: >>> On 3/18/2015 4:04 PM, PW wrote: >>>> On Wed, 18 Mar 2015 12:38:58 -0700 (PDT), bobalston@gmail.com wrote: >>>> >>>>> Anyone have first hand experience with eqldata.com? They are >>>>> supposed to 1) allow an existing Access application to "run", >>>>> unchanged, with existing forms, reports, VBA, etc on a web browser. >>>>> >>>>> bob >>>> >>>> We went with these guys: >>>> http://www.remoteapphosting.net/application-hosting/ >>>> >>>> Basically setup was a piece of cake with their support people. Not a >>>> single problem running our Access 2010 application there and we did >>>> not have to change a thing. I highly recommend them. >>>> >>>> We have a few clients now accessing their versions "in the cloud" (I >>>> am so sick of that term). We rent a shared server and charge the >>>> clients per user per month. >>>> >>>> It runs flawlessly but people need to realize that the speed of their >>>> Internet connection is extremely important. We had to move a client >>>> in Alaska (?) back to our desktop version. >>>> >>>> -paulw >>>> >>> So it is essentially terminal server. Will it work from a browser on a >>> tablet or android phone? >>> >>> bob >> Anyone with experience setting up a terminal server and providing access >> via a browser to the server? >> >> bob >> >I just found this link that seems to have excellent information on how >to setup with Access. >http://www.fmsinc.com/microsoftaccess/terminal-services/remoteapp.htm > >I remember seeing Albert Kallal and others tout terminal services. Only >now do I realize that in addition to a PC client, any device with a >browser can be a client. Just that the user has to be pre-setup to use >the app. > >bob What is the difference between remote desktop and terminal services? What makes TS better? -pw
[toc] | [prev] | [next] | [standalone]
| From | "Albert D. Kallal" <PleaseNOSpamkallal@msn.com> |
|---|---|
| Date | 2015-03-20 13:50 -0600 |
| Message-ID | <NR_Ow.107784$bk5.67054@fx06.iad> |
| In reply to | #10527 |
"PW" wrote in message news:knekga57df7jc9jo854r5fccp9h1c64v3e@4ax.com... >What is the difference between remote desktop and terminal services? >What makes TS better? > >-pw remote desktop or RDP (remote desktop protocol) is the "client" software that "connects" to terminal services. So terminal services provides the remote desktops that you connect to with via a remote desktop program. So just like a web browser uses HTML, then a remote desktop system is used by Citrix and Terminal services. As noted, these client programs can "run" inside of a browser also. As noted, you can run the remote desktop client "inside" of a web browser. Citrix and TS have both supported RDP in a browser via a ActiveX add-in, but these days OFTEN this ability of the browser is disabled for security reasons. The company eqldata "client" is Adobe FLASH, which on some smart phones etc. is quite problematic, but as noted RDP clients quite much exist for most platforms and thus you really don't gain a "lot" by running such RDP clients "inside" of a browser. However I can say that for desktop computers, flash in a browser is quite common, so this could eliminate "some" deployment issues. Regards, -- Albert D. Kallal (Access MVP) Edmonton, Alberta Canada PleaseNoSpam_kallal@msn.com
[toc] | [prev] | [next] | [standalone]
| From | PW <emailaddyinsig@ifIremember.com> |
|---|---|
| Date | 2015-03-18 20:55 -0600 |
| Message-ID | <h9ekga1fdkbj3p6a6r5olkcmq2dpru6bm9@4ax.com> |
| In reply to | #10523 |
On Wed, 18 Mar 2015 18:37:32 -0500, BobAlston <bobalston9@yahoo.com> wrote: >On 3/18/2015 4:04 PM, PW wrote: >> On Wed, 18 Mar 2015 12:38:58 -0700 (PDT), bobalston@gmail.com wrote: >> >>> Anyone have first hand experience with eqldata.com? They are supposed to 1) allow an existing Access application to "run", unchanged, with existing forms, reports, VBA, etc on a web browser. >>> >>> bob >> >> We went with these guys: >> http://www.remoteapphosting.net/application-hosting/ >> >> Basically setup was a piece of cake with their support people. Not a >> single problem running our Access 2010 application there and we did >> not have to change a thing. I highly recommend them. >> >> We have a few clients now accessing their versions "in the cloud" (I >> am so sick of that term). We rent a shared server and charge the >> clients per user per month. >> >> It runs flawlessly but people need to realize that the speed of their >> Internet connection is extremely important. We had to move a client >> in Alaska (?) back to our desktop version. >> >> -paulw >> >So it is essentially terminal server. Will it work from a browser on a >tablet or android phone? > >bob It uses Remote Desktop. There's an app for that ;-) I think there is an option using a browser, but we haven't tried it. I can't think of why we would anyone to do that. Users click on an icon on their desktop or device and they are using our application just like anything on a PC or Mac. Can't even tell it's running remotely. -paul
[toc] | [prev] | [next] | [standalone]
| From | "Albert D. Kallal" <PleaseNOSpamkallal@msn.com> |
|---|---|
| Date | 2015-03-20 13:41 -0600 |
| Message-ID | <nJ_Ow.75238$yX2.21210@fx18.iad> |
| In reply to | #10517 |
wrote in message news:6afcbf40-7048-494d-83c3-203200497600@googlegroups.com... Anyone have first hand experience with eqldata.com? They are supposed to 1) allow an existing Access application to "run", unchanged, with existing forms, reports, VBA, etc on a web browser. bob ---- No, but there has been for over 5 years companies that offer "remote" desktop hosting, and some specific for Access. So the above company simply joins that group. You been able to use Terminal Services and have TS run “inside” of a web browser for about 15 years now. So what that company does is provide terminal services hosting. So nothing really new here. Terminal Services has ALWAYS been a great choice for deploying Access applications for remote use. The “only” new difference here is that in place of having you download + install the ActiveX TS client that is available for a web browser, is their client uses Adobe FLASH 10. Of course the “issue” of using flash is that a good number of tablets and even the iPad does not support FLASH. However most tablets (including iPad) does and did in the past have a RDP client that works with TS (ie: a remote desktop client that works with TS). So is it much of a big deal to run the TS client “inside” of a web browser, or simply that of using a real RDP client program? So using TS inside of a web browser is nothing new. I always stated “many” times that TS is one of the best choices for deploying Access applications for remote use. It has in the past and “remains” the #1 choice for remote use of Access. And as noted we had the “choice” to deploy + use terminal services via a web browser for about 15 years now. (you had to run both Terminal Services + IIS) I should point out that www.accesshosting.com also provides remote desktop hosting of Access applications. http://accesshosting.com/remote-desktop-hosting I suppose the requirement of having to use FLASH for the remote client will be a deal breaker for many, but I suppose there much debate as the past case of having to install an ActiveX TS client for the last 15 years was “also” a pain point for some. In most cases dumping the web browser and using a RDP (ts client) program is preferred. Regards, Albert D. Kallal (Access MVP) Edmonton, Alberta Canada
[toc] | [prev] | [next] | [standalone]
| From | "Ron Paii" <None@none.com> |
|---|---|
| Date | 2015-03-23 07:00 -0500 |
| Message-ID | <meov79$17a$1@dont-email.me> |
| In reply to | #10542 |
"Albert D. Kallal" <PleaseNOSpamkallal@msn.com> wrote in message news:nJ_Ow.75238$yX2.21210@fx18.iad... > wrote in message > news:6afcbf40-7048-494d-83c3-203200497600@googlegroups.com... > > Anyone have first hand experience with eqldata.com? They are supposed to > 1) allow an existing Access application to "run", unchanged, with existing > forms, reports, VBA, etc on a web browser. > > bob > > ---- > > No, but there has been for over 5 years companies that offer "remote" > desktop hosting, and some specific for Access. So the above company simply > joins that group. > > > You been able to use Terminal Services and have TS run “inside” of a web > browser for about 15 years now. > > So what that company does is provide terminal services hosting. > > So nothing really new here. Terminal Services has ALWAYS been a great > choice for deploying Access applications for remote use. > > The “only” new difference here is that in place of having you download + > install the ActiveX TS client that is available for a web browser, is > their client uses Adobe FLASH 10. > > Of course the “issue” of using flash is that a good number of tablets and > even the iPad does not support FLASH. > > However most tablets (including iPad) does and did in the past have a RDP > client that works with TS (ie: a remote desktop client that works with > TS). > > So is it much of a big deal to run the TS client “inside” of a web > browser, or simply that of using a real RDP client program? > > So using TS inside of a web browser is nothing new. I always stated “many” > times that TS is one of the best choices for deploying Access applications > for remote use. It has in the past and “remains” the #1 choice for remote > use of Access. > > And as noted we had the “choice” to deploy + use terminal services via a > web browser for about 15 years now. (you had to run both Terminal Services > + IIS) > > I should point out that www.accesshosting.com also provides remote desktop > hosting of Access applications. > > http://accesshosting.com/remote-desktop-hosting > > I suppose the requirement of having to use FLASH for the remote client > will be a deal breaker for many, but I suppose there much debate as the > past case of having to install an ActiveX TS client for the last 15 years > was “also” a pain point for some. > > In most cases dumping the web browser and using a RDP (ts client) program > is preferred. > > > Regards, > Albert D. Kallal (Access MVP) > Edmonton, Alberta Canada > There are free RDP clients for tables that work well.
[toc] | [prev] | [standalone]
Back to top | Article view | comp.databases.ms-access
csiph-web