On 10/21/2019 9:43 AM, Paul H. Tarver wrote:
I think I saw on the internet where Abraham Lincoln said that too.
Paul H. Tarver
LMAO!!!
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Po
Had a quick play with this last night. I have a customer DBF with account, name
and creditlim fields. So this program will list the table out, and then update
one of the records. As you can see it is very recognisable to a VFP person,
even though you would be able to do several things more conci
On 21/10/2019 14:43, Paul H. Tarver wrote:
> I think I saw on the internet where Abraham Lincoln said that too.
>
> Paul H. Tarver
>
Lincoln was also complaining about devices on machines being "Master"
and "Slave". I think he want equality for devices ;-)
Peter
This communication is intended f
Hi Alan,
Well done and thanks for the testing work you doing.
Hmm not sure about VFP recognizable, it looks quite X# to me... :-P
Will just bash your code a little bit:
On 2019/10/23 11:08, Alan Bourke wrote:
// -- This opens customers.dbf in the next empty work area, and specifies the
CDX
> Hmm not sure about VFP recognizable, it looks quite X# to me... :-P
Well, in VFP I would have done:
use customers in 0 shared
I wouldn't need to specify the CDX as it would be opened automatically.
I could also do, in VFP:
if seek("ADA0001", "customers", "account")
endif
or in fact:
up
Hi Alan,
On 2019/10/23 13:52, Alan Bourke wrote:
use customers in 0 shared
I wouldn't need to specify the CDX as it would be opened automatically.
If I remember correctly, DBFCDX is AutoOpening CDX. Might be good to
ask on the forums, Robert currently en-route to SWFOX, but Chris is
monito
I'd just abandon learning this hybrid and use that time learning a better
replacement. The code samples are walking on thin ice between how you use
to do it in FOX and how you do it in any client/server environment.
Here is code to fetch a schedule of games for a team in a table that will
show
Stephen,
I actually address this philosophical issue of the best use of your time in
the conclusion of my Southwest Fox session, but it's a valid point. I
conclude there are many use cases where the "hybrid" X# is a fine choice
for transitioning from FoxPro to .Net.
Eric
On Wed, Oct 23, 2019 at
> I'd just abandon learning this hybrid and use that time learning a better
> replacement.
I've been developing in C# since .NET 1.1, so I've got that covered.
> The code samples are walking on thin ice between how you use
> to do it in FOX and how you do it in any client/server environment.
F
Interesting comment there, " quick conversions of VFP function libraries"
I have to ask what functionality from VFP that you wanted in .NET? String
manipulation, data manipulation or something else?
At work we have a C# shortcomings dll but that was written in 2007-9 days.
We no longer use it bu
On Wed, 23 Oct 2019 at 15:45, Alan Bourke wrote:
> For my own use case I would see a lot of value in quick conversions of VFP
> function libraries that don't necessarily interact with data, of which I have
> a lot.
It would be interesting to see how a C# decompiler would cope with the
XSharp ge
Hi Stephen,
On 2019/10/23 15:46, Stephen Russell wrote:
I'd just abandon learning this hybrid and use that time learning a better
replacement. The code samples are walking on thin ice between how you use
to do it in FOX and how you do it in any client/server environment.
I realize your senti
12 matches
Mail list logo