Hi Ted
> Message: 9
> Date: Tue, 3 Jul 2007 10:05:15 -0400
> From: "Ted Roche" <[EMAIL PROTECTED]>
> Subject: Re: Object engineering #2
> To: [EMAIL PROTECTED]
> Message-ID:
><[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-a
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Stanton
Sent: 03 July 2007 09:38
To: profox@leafe.com
Subject: Re: Object engineering #2
> If you follow Ted's and my suggestion of generating a
> local, flat read-write cursor & do batch updates of the underlying tables
cc:
Sent by: Subject: Re: Object engineering
#2
profox
om: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Stanton
Sent: Tuesday, July 03, 2007 4:38 AM
To: profox@leafe.com
Subject: Re: Object engineering #2
> If you follow Ted's and my suggestion of generating a local, flat
> read-write cursor & do batch updates of the u
On 7/3/07, Mark Stanton <[EMAIL PROTECTED]> wrote:
> Seems a shame, doesn't it, that all that clever table buffering is actually
> completely useless...
Well, perhaps you need to reconsider which end of the chainsaw you're holding.
> Ok, not completely, but it would appear not to do the job it's
> Don't forget that you can use WITH BUFFERING in your SQL now to reflect the
> buffered changes!
VFP9?
I haven't converted any of my applications to it yet. 8-(
> ... a definite gotcha in this case.
Pardon?
Mark Stanton
One small step for mankind...
___
> If you follow Ted's and my suggestion of generating a
> local, flat read-write cursor & do batch updates of the underlying tables
Seems a shame, doesn't it, that all that clever table buffering is actually
completely useless...
Ok, not completely, but it would appear not to do the job it's meant
... a definite gotcha in this case.
Don't forget that you can use WITH BUFFERING in your SQL now to reflect the
buffered changes!
--
Michael J. Babcock, MCP
MB Software Solutions, LLC
http://mbsoftwaresolutions.com
http://fabmate.com
"Work smarter, not harder, with MBSS custom software solutions
Mark Stanton wrote:
> Hi both,
>
> Yes, I'm still here reading.
> I hadn't particularly thought of it as an issue impacting on the end
> user's ability ("right"?) to design the ui, I thought it was me doing
> that not them. It was more about the linked data issue and therefore
> about designing
TED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Stanton
Sent: Monday, July 02, 2007 1:34 PM
To: profox@leafe.com
Subject: Re: Object engineering #2
Hi both,
Yes, I'm still here reading.
I hadn't particularly thought of it as an issue impacting on the end user's
ability ("righ
Hi both,
Yes, I'm still here reading.
I hadn't particularly thought of it as an issue impacting on the end
user's ability ("right"?) to design the ui, I thought it was me doing
that not them. It was more about the linked data issue and therefore
about designing so that cancelling an editing se
On 7/2/07, Lew <[EMAIL PROTECTED]> wrote:
>
> The next situation he addresses is one in which the same and linked data
> appears & must be refreshed &
> editable on more than one screen, so in order for changes to be visible, a
> commit must be issued leaving him
> without the option of a rollbac
code it. A temporary single rw cursor would probably
work here with the various
component tables, buffered or not, updated en mass at some later point.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Roche
Sent: Sunday, July 01, 2007 9:18 PM
To: profox@l
On 6/30/07, Lew <[EMAIL PROTECTED]> wrote:
> Depends on what you're taking.
> Ted's right about buffering and rollbacks, but I think you were referring to
> a different concept. Namely that
> the logic governing which tables to update and when doesn't belong in the
> user interface, it belongs in
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike yearwood
Sent: Sunday, July 01, 2007 4:57 PM
To: profox@leafe.com
Subject: RE: Object engineering #2
Hi Lew
> Message: 10
> Date: Sun, 1 Jul 2007 16:12:35 -0400
> From: "Lew" <[EMAIL PROTECTED]>
> Subject: R
Hi Lew
> Message: 10
> Date: Sun, 1 Jul 2007 16:12:35 -0400
> From: "Lew" <[EMAIL PROTECTED]>
> Subject: RE: Object engineering #2 (Lew)
> To: [EMAIL PROTECTED]
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
Hi John
> Message: 7
> Date: Sun, 1 Jul 2007 14:20:59 -0500
> From: "john harvey" <[EMAIL PROTECTED]>
> Subject: RE: Object engineering #2 (Lew)
> To: [EMAIL PROTECTED]
> Message-ID: <[EMAIL PROTECTED]@shelbynet.com>
> Content-Type: text/plain; char
ing needs to be
rewired if it's done properly in
the first place.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike yearwood
Sent: Sunday, July 01, 2007 12:34 PM
To: profox@leafe.com
Subject: Re: Object engineering #2 (Lew)
> Message: 3
> Da
CTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Mike yearwood
Sent: Sunday, July 01, 2007 11:34 AM
To: profox@leafe.com
Subject: Re: Object engineering #2 (Lew)
> Message: 3
> Date: Sat, 30 Jun 2007 23:58:39 -0400
> From: "Lew" <[EMAIL PROTECTED]>
> Subject: RE: Object eng
> Message: 3
> Date: Sat, 30 Jun 2007 23:58:39 -0400
> From: "Lew" <[EMAIL PROTECTED]>
> Subject: RE: Object engineering #2
> To: [EMAIL PROTECTED]
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
>
> Depen
Hi Mark
> Message: 1
> Date: Sat, 30 Jun 2007 18:25:40 +0100
> From: Mark Stanton <[EMAIL PROTECTED]>
> Subject: Object engineering #2
> To: [EMAIL PROTECTED]
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
>
&g
tly tiered and engineered app.
-Lew
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Stanton
Sent: Saturday, June 30, 2007 1:26 PM
To: profox@leafe.com
Subject: Object engineering #2
Further to that conversation, or perhaps further to my private f
On 6/30/07, Mark Stanton <[EMAIL PROTECTED]> wrote:
> If I check the box in the grid for a particular subscription, it
> ought to immediately show up as checked on the payments page.
> I *was* doing this by updating the underlying data (saving the view
> for this grid, and refreshing the one for t
Further to that conversation, or perhaps further to my private
further thoughts about it, how d'you update linked data?
For example, I have a subscriptions table, which records
subscriptions (cryptic I know), and a payments table, which records
payments of all types.
My "trader" screen has tab
24 matches
Mail list logo
