Hi Jeff,
I think there are some other good reasons for upgrade, as I think in some of
the earlier version there was a potential corruption problem when using lots
of Memo fields.
Regards
Brian
PS. In upgrading just watch one small point. In going through a panel link
depending on which key you used to navigate it you would get access to
either the parent record's child records, and using a different key would
give you access to all records in the linked panel. I think Colin Robert in
this MailingList had some problems with that, so if it affects you I think
Colin has a workaround.
----- Original Message -----
From: "Jeff Puhlmann-Becker" <[EMAIL PROTECTED]>
To: "'DataPerfect Users Discussion Group'" <[email protected]>
Sent: Tuesday, May 09, 2006 5:59 AM
Subject: RE: [Dataperf] Printing on a Remote Desktop
I am using 2.3.
I have 2.6 -- and I will start using it for just this reason!
Jeff
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Shadel
Sent: Monday, May 08, 2006 11:18 AM
To: DataPerfect Users Discussion Group
Subject: Re: [Dataperf] Printing on a Remote Desktop
What version of DP are you running?
DP 2.6F has lpt1 through lpt4
Michael
Jeff Puhlmann-Becker wrote:
Hi Brian.
Thanks for the info. It appears that DataPerfect does not give an option
to
print to LPT4, only LPT1 and 2 and COM1 and 2. With this in mind, how can
I
NET USE LPT4 when the DP program doesn't give this option as a
destination?
Jeff
Jeff Puhlmann-Becker
Managing Director
Pilgrim Center
W1010 Spring Grove Rd
Ripon WI 54971-8647
920-PILGRIM (voice)
920-748-6752 (fax)
www.ucci.org
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Hancock
Sent: Sunday, May 07, 2006 4:23 PM
To: DataPerfect Users Discussion Group
Subject: Re: [Dataperf] Printing on a Remote Desktop
Hi Jeff,
On Windows you can redirect a local port to a shared Windows network
printer, using the NET USE command, but in the case of Terminal Server
where
you would never grant a user administrator rights you can only readily and
dynamically redirect a local printer port if it is not real, ie LPT1 and
LPT2 are real even if they do not have connectors, they are often
supported
on the motherboard), so best to use LPT4 in the reports, to redirect NET
USE
LPT4 \\computer\printersharename
Remember with Terminal Server that DP is executing in the memory space of
the server and not of the client, so if you want to use a local printer
you
are sharing in the opposite direction. So the server becomes the printer
client, and your client becomes the printer server.
Regards
Brian
----- Original Message -----
From: "Jeff Puhlmann-Becker" <[EMAIL PROTECTED]>
To: "'DataPerfect Users Discussion Group'" <[email protected]>
Sent: Sunday, May 07, 2006 9:31 AM
Subject: RE: [Dataperf] Printing on a Remote Desktop
I though DP only printed to a local prniter on a LPT1 or LPT2 port. Is
this
correct, or is there a way to get DP ro print across a network connection
to
a newwotrk printer?
I'll try this other stuff when I am in the office on Monday. Thanks.
Jeff
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Hancock
Sent: Saturday, May 06, 2006 4:50 PM
To: DataPerfect Users Discussion Group
Subject: Re: [Dataperf] Printing on a Remote Desktop
Hi Jeff,
This article might help describe the Windows printing process,
http://www.brianmadden.com/attachments/Brian%20Madden%20-%20Terminal%20Serv
e
r%20Printing.pdf
I have a feeling you might need a thirdy party product like Citrix,
however
you could try setting up shared printers on the client and then say use
a
batch file to redirect the local port to the network queue.
eg Using MyClient and MyServer , create a printer shared on MyClient (NB
keep share name to 8 chars or less), and give permission to the Terminal
Server user.
On MyServer use a batch file to start DP, (ie instance running on
MyServer -Terminal server session)
net use lpt4 \\Myclient\MyShare
dp myStr.str
and configure DP report to print to LPT4, do not use LPT1 or LPT2, or
even
LPT3, as non-Administrators cannot remap a real local port. Since most
systems do not have support for LPT4 it is reasonable safe.
You might be able to use environment variables set in log in scripts to
manage the bactch file for multiple users, eg
net use lpt4 %MyPrinter
Regards
Brian
----- Original Message -----
From: "Jeff Puhlmann-Becker" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Sunday, May 07, 2006 6:50 AM
Subject: [Dataperf] Printing on a Remote Desktop
Hello, Fellow DataPerfect Users!
We're using DataPerfect on Windows Server 2003. Almost everything
works
great (especially with the Tame DOS addition I picked up here!)
Our users log on to the server via a Remote Desktop connection. As I
said,
almost everything works...
Users can do anything EXCEPT print reports from DataPerfect on their
local
printer. They can print any other documents from any Windows programs
running on the remote desktop, so I know the connection to the local
printer
is good. I need a workaround to get DataPerfect to print directly to
the
local LPT1 port.
Can anyone help me?
Thanks.
Jeff
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
