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
the
> user interface, it belongs in a
> business layer with actual storage issues governed by the data layer. I don't
> feel that this is an object
> engineering issue so much as a question of how strictly we layer our code and
> how much of the labor saving
> features ..
[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
storage issues governed by the data layer. I don't
feel that this is an object
engineering issue so much as a question of how strictly we layer our code and
how much of the labor saving
features .. in this case the ControlSource property... in VFP we're willing to
give up to achieve the
perfec
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
> IMO, that's completely backward. We need more layers and, better yet,
> more standard layers to make software more flexible and more reliable.
Yes and no. A two-story building made of concrete slab is solid and
inexpensive. A five-story building built the same way is a death trap.
The big probl
> Message: 6
> Date: Wed, 27 Jun 2007 10:35:50 +0100
> From: Alan Bourke <[EMAIL PROTECTED]>
> Subject: > To: [EMAIL PROTECTED]
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
>
> Layers are inevitable in development today. Multi-platform, SOA all
> demand it if not
Alan Bourke wrote:
> Layers are inevitable in development today. Multi-platform, SOA all
> demand it if nothing else.
>
>
>
>> Why don't modern languages come with business objects?
>>
>
> How would you supply business objects that would cover all the bases?
>
Without "covering all the
Layers are inevitable in development today. Multi-platform, SOA all
demand it if nothing else.
> Why don't modern languages come with business objects?
How would you supply business objects that would cover all the bases?
___
Post Messages to: Pro
Hi all
Would you all please help me to clarify my thinking?
I've long believed there is a significant lack of "engineering" in
software. One engineering precept outside of software seems to be that
layering is a good thing.
Steve McConnell said: The goal is to create routines with internal
integ
29 matches
Mail list logo
