Apologies for the grouping of topics - efficiency or plain lazyness - not
sure which :-)
Great to see some activity on the list after a bit of a lull and lots of
"old" familiar names as well.
Hi Brian and Jeff,
Version 2.3 was when the F5 function "see all records" was lost, so Jeff
has
been working without it. Never had it probably won't miss it :-) Version
2.6x can get the old option back again with an F5 start switch happy to
walk
anyone thru it if you still want it back.
Great news about your miners Brian - what an ordeal - When you coming over
the ditch for a visit?
Hi Tom,
Played around with V5.0 Tame about 8 months ago - found same as you - the
"theory" of all the windows screen fonts available was great, but in
practice the old dos fonts are hard to beat. I couldn't find a way to fix
the window size either - it had this auto-size feature that I couldn't
figure or see how to lock at a fixed size. Sorry can't add more but
rocketing along with 4e still
Hi Tim,
Just a note to say I haven't given up on getting new wide dot matrix
printer
to work with dpspool - just that some of the standard fonts are looking OK
with the new printer and pressure is not there as much too get sorted as
quickly
And Charlie - how you going? - Annaleys saw you on the Telly a few months
back - you're now "World famous in NZ" :-)
Me... Still flat out at work but spending too much time on on DVD editing
and production in spare time - that conference really started something
quite challenging and different for me.
Cheers
Colin Roberts
----- Original Message -----
From: "Brian Hancock" <[EMAIL PROTECTED]>
To: "DataPerfect Users Discussion Group" <[email protected]>
Sent: Tuesday, 9 May 2006 10:39
Subject: Re: [Dataperf] Printing on a Remote Desktop
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%20Ser
v
> 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
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
