Filepro-list Digest, Vol 20, Issue 33

John Esak john at valar.com
Sun Sep 18 18:37:14 PDT 2005


Thank you. Much appreciated. I had only really checked out Programs
before... and I have fooled around with bringing across the
sound/printers... etc.  It is interesting to experiment with this stuff...
when you have previously been limited to an emulation program or simple ssh
or telnet session.

John


> -----Original Message-----
> From: filepro-list-bounces at lists.celestial.com
> [mailto:filepro-list-bounces at lists.celestial.com]On Behalf Of Jay
> Sent: Sunday, September 18, 2005 6:53 AM
> To: filepro-list at lists.celestial.com
> Subject: RE: Filepro-list Digest, Vol 20, Issue 33
>
>
> >> John Esak <john at valar.com> wrote:
> >> "Can you tell me more about disabling some of the graphic
> >> overhead you mention above. Where is this stuff, and what
> >> are some of the names of the items to disable.  I am curious
> >> to learn as much about RDP as I can."
>
> Sure John.  When you open RDP, normally rush to get to where they need to
> go; sometimes, it's nice to have a look around before taking that
> leap onto
> the info superhighway.
> Click "OPTIONS" and you're presented with 5 tabs: General, Display, Local
> Resources, Programs & Experience.
>
> Choosing GENERAL allows you to customize the RDP connection's login
> settings, so that you can save the connection to easily get to a specific
> destination.  I use it frequently and save the settings to a folder on my
> desktop.
>
> DISPLAY allows you to reduce or increase the depth of the color
> palette, as
> well as the size of the remote desktop
>
> LOCAL RESOURCES gives you the option of hearing sounds created from the
> remote machine, effects of using Windows shortcuts (i.e. CTRL-C to copy &
> CTRL-V to paste).  What is nice about this feature is you can
> copy from the
> remote & paste it on the local machine.  Other options allow you to bring
> your printers, disk drives & serial ports with you when
> connecting.  I don't
> use this part too much, but I'm sure that I'm under-utilizing it.
>
> PROGRAMS gives you the ability to auto-launch an application on the remote
> machine upon logging in.  For the average, less saavy user, this allows
> administrators to give someone this shortcut (which can be
> emailed) with the
> application setup to auto-launch.  Basically, it applies the KISS
> principle
> (Keep It Simple Stupid).
>
> EXPERIENCE is where all the options for turning off items such as Bitmap
> Caching, Desktop Themes & Backgrounds and Animation.  You can also use the
> dropdown box to allow RDP to pre-determine which settings to enable &
> disable.  The best response time is to choose the slowest connection type
> from the dropdown box, as it only enables bitmap caching.
>
> Enjoy your new experiences with RDP.
>
> Jay Kantrowitz
>
> -----Original Message-----
> From: filepro-list-bounces at lists.celestial.com
> [mailto:filepro-list-bounces at lists.celestial.com] On Behalf Of
> filepro-list-request at lists.celestial.com
> Sent: Sunday, September 18, 2005 3:21 AM
> To: filepro-list at lists.celestial.com
> Subject: Filepro-list Digest, Vol 20, Issue 33
>
> Send Filepro-list mailing list submissions to
> 	filepro-list at lists.celestial.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mailman.celestial.com/mailman/listinfo/filepro-list
> or, via email, send a message with subject or body 'help' to
> 	filepro-list-request at lists.celestial.com
>
> You can reach the person managing the list at
> 	filepro-list-owner at lists.celestial.com
>
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of Filepro-list digest..."
>
>
> Today's Topics:
>
>    1. Re: Report speed over VPN issue (Jay)
>    2. RE: Report speed over VPN issue (John Esak)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 17 Sep 2005 08:13:53 -0400
> From: "Jay" <kandoit at msn.com>
> Subject: Re: Report speed over VPN issue
> To: <filepro-list at lists.celestial.com>, <swiltsie at micro-mui.com>
> Message-ID: <BAY106-DAV120943E059156AFB4FF815B7900 at phx.gbl>
> Content-Type: text/plain;	charset="us-ascii"
>
> Steve,
> I have a similar situation with a client of mine.  Also running
> filePro in a
> mixed Windows (XP & 98 clients) environment on the local desktops (on a
> Novell Netware network).  I have the filePro data files on a mapped drive,
> pointing to the Novell server, and the clients each have the
> EXE's (dclerk,
> dreport, etc) on their local desktops.  filePro environment variables are
> all in a local batch file that's called when the desktop icon is executed.
>
> I've setup the local firewall with a NAT policy to allow Terminal Services
> from a PUBLIC IP address directly to the user's client.  This
> way, from any
> remote location (a branch office, their home, an air card, or a wireless
> hotspot) all they need is an onramp to the internet, and with
> Remote Desktop
> (built into the XP operating system) the remote user simply needs the IP
> address and the local login credentials.  Remote Desktop is also available
> for 98, but it's not built into the OS; it is downloadable from
> Microsoft's
> website.
>
> To access Remote Desktop, you can either navigate to it...ALL PROGRAMS->>
> ACCESSORIES->> COMMUNICATIONS->> REMOTE DESKTOP CONNECTION, -OR-
> RUN->>mstsc. The same scenario will work over their VPN, but they
> RUN->>sacrifice
> speed.  On the VPN, once the connection is established, they'll need the
> LOCAL IP address of the client machine rather than the PUBLIC IP address.
>
> To view reports, add -pv to the command line in the menu entry.  To print
> locally, add -pt to the command line instead of -pv.
>
> In my example client, the company's controller needs to do the same
> thing...view first, then either save the file for future
> reference, or print
> it remotely.  I copied the default menus & modified all of the
> menu entries
> to be batch/script files with "-p \tmp\fpreports\$REPORT" in the command
> line, and defined $REPORT to a user-friendly name with a ".txt" extension.
> After generating the report to a file, I followed the dreport line with
> "type $REPORT | more" so the user is put right into a view mode of the
> report just generated.  With a little training (and the user knowing that
> telecommuting allowed her greater work & time efficiencies as
> well as a big
> savings on gas & tolls), she saves the report to a default folder on her
> desktop and emails it to herself, then prints the report to the printer
> connected to the remote machine.
>
> While this all may sound a bit detail intensive, it took me about
> an hour to
> set it up for the company's controller, and about 20 minutes to train her
> how to use it.
>
> The nice thing about Remote Desktop is that you can modify the online
> options to eliminate the caching of desktop bitmaps and some of the
> graphic-intensive items on the desktop.  On pcAnywhere, you don't get that
> option & end up sacrificing the Windows GUI for speed.  I've
> found that most
> power-users are more interested in speed than the bells &
> whistles that the
> graphics display.
>
> Hope this helps.
>
> Jay Kantrowitz
>
> > Steve Wiltsie <swiltsie at micro-mui.com> wrote:
> > The problem is that the wireless notebook needs to access the network
> > via
> a
> > mapped drive - not PC Anywhere. This works but is pretty slow for menu
> > and screen functions. The real problem is in generating reports to
> > view or print. A report that would have been ready in a couple of
> > minutes is still selecting records an hour later!!! I tried it with
> > the filePro programs installed on the notebook and didn't see any
> > increase in speed. How can I get the reports to prepare faster over
> > this VPN link with the existing hardware/software?
> > (Switching operating systems is not an option)
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 17 Sep 2005 14:46:12 -0400
> From: "John Esak" <john at valar.com>
> Subject: RE: Report speed over VPN issue
> To: "Fplist (E-mail)" <filepro-list at seaslug.org>
> Message-ID: <JIECJPPMJGMIINMGGNGAAEIAOHAA.john at valar.com>
> Content-Type: text/plain;	charset="us-ascii"
>
> well as a big
> > savings on gas & tolls), she saves the report to a default folder on
> > her desktop and emails it to herself, then prints the report to the
> > printer connected to the remote machine.
>
> We do so many of the same things you do, except that we use Sco
> Open Server
> and filePro with Facetwin or Anzio  on the RDP'd box.  I think you have
> described a good working model regarding the batch scripts and so forth to
> your Windows based system. The RDP option is so nice because it gives the
> remote user an entire desktop (usually their entire desktop to work with
> rather than just a character -based login to our filePro stuff.
> I'm leaning
> more and more toward making this a reality for more of our users.
>
> >
> > The nice thing about Remote Desktop is that you can modify the online
> > options to eliminate the caching of desktop bitmaps and some of the
> > graphic-intensive items on the desktop.  On pcAnywhere, you don't get
> > that
>
> Very true. The PCAnywhere also is just a giant bitmap itself,
> meaning it can
> not be read with a screen reader. Very bad for me, in fact
> useless.  Can you
> tell me more about disabling some of the graphic overhead   you mention
> above. Where is this stuff, and what are some of the names of the items to
> disable.  I am curious to learn as much about RDP as I can. I think it is
> fantastic. Although, our systems and servers are so fast, that speed  has
> not been any problem so far. At least, I'm not bothered by or even notice
> any speed problems yet.  Incidentally, even more useful to me than RDP'ing
> directly to anyone's desktop is the virtual desktop that can be
> given to any
> user just logging into a main RDP server. It can look almost exactly like
> the user's own desktop, and the user can STILL run his own desktop at the
> same time. this is pretty cool stuff.
>
> John
>
>
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>
>
> End of Filepro-list Digest, Vol 20, Issue 33
> ********************************************
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list



More information about the Filepro-list mailing list