I worked for a project manager who wanted all the specs written in Excel
because he didn't know how to use tables in Word.
John Weller
01380 723235
07976 393631
> I would say the same for spreadsheets. I swear I have a client who uses
Excel
> for writing their business letters (because they can
On Wed, Sep 5, 2012 at 2:55 PM, Mike Copeland wrote:
> I would say the same for spreadsheets. I swear I have a client who uses
> Excel for writing their business letters (because they can position
> their logo at the top easily)
My dad used 1-2-3 R2 as his word processor
If you have ever done work for the Army, PowerPoint is king. LOL
From: Mike Copeland
To: profox@leafe.com
Sent: Wednesday, September 5, 2012 3:55 PM
Subject: Re: [NF] How many tables do you think Reddit's database has?
I would say the same for spreadsheets.
I would say the same for spreadsheets. I swear I have a client who uses
Excel for writing their business letters (because they can position
their logo at the top easily)
Oye.
Mike
Original Message
Subject: Re: [NF] How many tables do you think Reddit's database has?
From:
I wish my suppliers would stop using PowerPoint for every document... Technical
specifications as PowerPoint presentations.
Sent from my iPad
On 3 Sep 2012, at 14:22, "Ted Roche" wrote:
> Sure. A lot of non-RDBMSes do better at high-performance, scaling,
> etc. But they are not suitable fo
As it turns out, yessurprise to me, too.
From what I can tell, they resell the overseas LD calling to people at
a discounted rate.
While VOIP data might originate and travel as a string of data packets
on our end (the source), eventually it will almost always have to exit
the Internet and
Do people actually bother hacking VOIP?
From: Mike Copeland
To: profox@leafe.com
Sent: Wednesday, September 5, 2012 12:08 AM
Subject: Re: [NF] VOIP hacking
Logs on the Samsung VOIP box showed nada. Nothing but normal log traffic.
"hacked" meaning that at 1:
On Sep 5, 2012, at 7:51 AM, Dave Crozier wrote:
> Embrace new technology and thinking as it is formalised and introduced but
> never forget that innovation and logical thinking is normally the way to
> solve most difficult programming problems and that is mostly a natural
> ability to concentra
Good point...
Dave
-Original Message-
From: profox-boun...@leafe.com [mailto:profox-boun...@leafe.com] On Behalf Of
Matt Slay
Sent: 05 September 2012 14:32
To: profox@leafe.com
Subject: RE: Dynamic Forms for FoxPro
The reason I do not like pure HTML or XAML markup syntax is because of a
The reason I do not like pure HTML or XAML markup syntax is because of all
the that have to be used at the end of each element. I find
that this adds a ton of noise to the markup.
So, I prefer something lighter... My chosen format here is more closely
patterned after JSON and a some parts of Ruby
Gerard,
Yes we did it, of course we did and I was brought up on Cobol and Algol in the
70's so I understand where you are coming from very well. There were always
ways in which to get around potential locking problems whatever you were using.
In fact data records were locked in Cobol by placing
> Gerard,
> That is true for ALL the data not just the pointer table so that isn't an
> issue when DBF's are used because the whole of the DBF structure > is
> available to change as long as the user has access rights.
Yes indeed, that's the genetic lack of open systems, but i wanted to
espec
Matt,
I've joined your group and may well be able to help out as I have developed
quite a few form generators in VFP.
My only comment is why re-invent the wheel? It seems that you are creating a
markup language from scratch when there is an XML/XAML base that you can build
on with all the advan
Gerard,
That is true for ALL the data not just the pointer table so that isn't an issue
when DBF's are used because the whole of the DBF structure is available to
change as long as the user has access rights. Normally a "$ Share is sufficient
to hide the data away from potential prying eyes on s
14 matches
Mail list logo