lieve.
-Original Message-
From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Kurt
Wendt
Sent: Friday, 15 May 2015 11:11 PM
To: profoxt...@leafe.com
Subject: RE: VFP9: Form Data Environment
This is also something I have done - simply drop tables in the DE - then
drag and drop
then remove the Tables from
the DE after initially putting fields & Grids on the Form.
-K-
-Original Message-
From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Jean MAURICE
Sent: Friday, May 15, 2015 1:10 AM
To: profoxt...@leafe.com
Subject: Re: VFP9: Form Data Enviro
hu, May 14, 2015 at 9:30 PM, Desmond Lloyd
> wrote:
> > Odd question. For years I've always opened my desired forms by including
> > the statement use somewhere in the code... Is there a benefit to using
> the
> > data environment. Being rather set in my ways
The small software companies I worked for in Hong Kong doesn't use DE at all. :)
On Thu, May 14, 2015 at 9:30 PM, Desmond Lloyd wrote:
> Odd question. For years I've always opened my desired forms by including
> the statement use somewhere in the code... Is there a benefit to
my two cents :
at the beginning, I used the 'visual data environment' until one day a 'table
object' became sized 0,0 and I was unable to reinitialize it to a normal size.
So I came back to what I like a lot : code. In fact, sometimes I open the
dataenvironment, put a t
And there is no other code after the set step on other than what should be
there. Maybe I should put a watch on the alias() and see where it changes.
BTW, I think this started after a service pack but I am not sure
Al
-Original Message-
Yes, it should. It can make trying to debug code wi
Ok so I need to make sure my datasession on forms are set as default and not
private. I will look for that.
Al
-Original Message-
To be somewhat pedantic about it, Al, forms always use a datasession. :-)
The only question becomes is the form using a private datasession or the
default data
Yes, it should. It can make trying to debug code with the debugger
difficult when those events fire.
Fred
On Thu, May 14, 2015 at 11:32 AM, Allen wrote:
> Good point. But should this code not appear in the debug trace?
> Al
>
> -Original Message-
>
> You may also have code in a LostFoc
e.com] On Behalf Of Allen
Sent: Thursday, May 14, 2015 2:33 PM
To: profoxt...@leafe.com
Subject: RE: VFP9: Form Data Environment
Yes good point, I really meant I do not use the datasession as such.
Certainly not in forms.
Al
-Original Message-
From: ProfoxTech [mailto:profoxtech
Yes good point, I really meant I do not use the datasession as such.
Certainly not in forms.
Al
-Original Message-
From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Richard
Kaye
Sent: 14 May 2015 20:03
To: profoxt...@leafe.com
Subject: RE: VFP9: Form Data Environment
Good point. But should this code not appear in the debug trace?
Al
-Original Message-
You may also have code in a LostFocus or a Deactivate that occurs when you
switch to the debugger that could change things.
---
This email is free from viruses and malware because avast! Antivirus prot
fe.com] On Behalf Of Allen
Sent: Thursday, May 14, 2015 11:24 AM
To: profoxt...@leafe.com
Subject: RE: VFP9: Form Data Environment
I am not using datasession, I open as I want. Also I set resource off. But it
rarely is on the correct, as in the last select, table. I am not sure why but
it's
"stacking forms".
Odd question. For years I've always opened my desired forms by including
the statement use somewhere in the code... Is there a benefit to using the
data environment. Being rather set in my ways have always been a little
leery of it.
Thoughts?
Regards and TIA,
Desmond
; -Original Message-
> From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Fred
> Taylor
> Sent: 14 May 2015 17:51
> To: profoxt...@leafe.com
> Subject: Re: VFP9: Form Data Environment
>
> Do you have any timers running that change the work area? I've
I do but they put the work area back after. Well I thought they did.
Something to check
Al
-Original Message-
From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Fred
Taylor
Sent: 14 May 2015 17:51
To: profoxt...@leafe.com
Subject: Re: VFP9: Form Data Environment
Do you
ginal Message-
> From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Allen
> Sent: Thursday, May 14, 2015 11:08 AM
> To: profoxt...@leafe.com
> Subject: RE: VFP9: Form Data Environment
>
> I agree with that
>
> On that subject, is it possible to sto
profoxt...@leafe.com
> Subject: VFP9: Form Data Environment
>
> Good Morning,
>
> Thank you Fernando for your response regarding "stacking forms".
>
> Odd question. For years I've always opened my desired forms by including
> the statement use somewhere in the co
Yes set step either in code or I have an on key
Al
-Original Message-
From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Desmond
Lloyd
Sent: 14 May 2015 17:17
To: profoxt...@leafe.com
Subject: Re: VFP9: Form Data Environment
Are you referring to when you set step on
ehalf Of Richard
Kaye
Sent: 14 May 2015 17:11
To: profoxt...@leafe.com
Subject: RE: VFP9: Form Data Environment
I'm not sure it changes the current workarea all on its own but I have found
that it doesn't necessarily connect to the datasession of the form you may
be debugging.
--
r
Are you referring to when you set step on? How do you mean "moving the
alias", selecting another?
Regards
Desmond
On 14 May 2015 at 10:07, Allen wrote:
> I agree with that
>
> On that subject, is it possible to stop debug from moving the alias? When
> I set debug on its always at a table no
rsday, May 14, 2015 11:08 AM
To: profoxt...@leafe.com
Subject: RE: VFP9: Form Data Environment
I agree with that
On that subject, is it possible to stop debug from moving the alias? When I set
debug on its always at a table nothing to do with where it should be.
Al
-Original Message-
F
I agree with that
On that subject, is it possible to stop debug from moving the alias? When I set
debug on its always at a table nothing to do with where it should be.
Al
-Original Message-
Fascinating I hate giving up control of anything a preference!
---
This email is fr
las 10:38, Kurt Wendt escribió:
>
>> Desmond,
>>
>> A number of years ago - I discovered the use of the Data Environment on
>> Forms. Why did I find it so Exciting? I'm glad you asked! Because - once
>> you put one or more Tables in the Data Environment - you can simply
rence
Rafael Copquin
El 14/05/2015 a las 10:38, Kurt Wendt escribió:
Desmond,
A number of years ago - I discovered the use of the Data Environment on Forms. Why did I
find it so Exciting? I'm glad you asked! Because - once you put one or more Tables in the
Data Environment - you can sim
the Data Environment on
> Forms. Why did I find it so Exciting? I'm glad you asked! Because - once
> you put one or more Tables in the Data Environment - you can simply
> Drag-n-Drop the fields from the Table right onto your Form - allowing you
> to do true "visual design". I
Desmond,
A number of years ago - I discovered the use of the Data Environment on Forms.
Why did I find it so Exciting? I'm glad you asked! Because - once you put one
or more Tables in the Data Environment - you can simply Drag-n-Drop the fields
from the Table right onto your Form - all
Good Morning,
Thank you Fernando for your response regarding "stacking forms".
Odd question. For years I've always opened my desired forms by including
the statement use somewhere in the code... Is there a benefit to using the
data environment. Being rather set in my ways hav
in Data Environment
On Mon, Dec 24, 2012 at 4:32 PM, Michael Savage mailto:msav...@golden.net> > wrote:
> I would like to get a count of how many tables/views the form loads
> when auto open tables=.t.
> This would help me with some automation I'm think
Michael Savage wrote:
>I would like to get a count of how many tables/views the form loads
>when
>auto open tables=.t.
>This would help me with some automation I'm thinking of. I know about
>Thisform.DataEnvironment.cursor?.controlsource. Thus by filling in the
>number, you get the table from c
I would like to get a count of how many tables/views the form loads when
auto open tables=.t.
This would help me with some automation I'm thinking of. I know about
Thisform.DataEnvironment.cursor?.controlsource. Thus by filling in the
number, you get the table from controlsource.
I looking for
Christof,
Just got into work and saw your post and that is exactly what I did last night.
That, along with the save as class ... option when saving the form and
selecting Data Environment only, partially sorts out my problem and has lead to
a few more thoughts ... I'll keep the group p
Interesting question - does the DE actually exist in [source] code? I
suppose it may do. I always thought the DE was a very unappreciated
resource - not strictly OOP enough perhaps?
AndyD 8-)₹
On 10/04/2012 15:38, Dave Crozier wrote:
> Does anyone know of an easy way to extract the d
Thanks Rick, I'll take a look
Dave
-Original Message-
From: profox-boun...@leafe.com [mailto:profox-boun...@leafe.com] On Behalf Of
Rick Schummer
Sent: 10 April 2012 20:43
To: profox@leafe.com
Subject: RE: Data Environment
Hi Dave,
>> Does anyone know of an easy way to
Hi Dave,
>> Does anyone know of an easy way to extract the data environment of a form
>> into in-line code in the same way as when
you convert a form into code from the object browser?<<
Not sure if this is exactly what you are looking for, and it might not be
perfect, but th
I meant class browser, not Object browser there of course... it's been a long
day.
Dave
-Original Message-
From: profox-boun...@leafe.com [mailto:profox-boun...@leafe.com] On Behalf Of
Dave Crozier
Sent: 10 April 2012 15:38
To: ProFox Email List
Subject: Data Environment
Does a
35 matches
Mail list logo