This conversation has veered far from LiveCode.
The wise advice generously proffered does not seem to have landed.
So, I second PeterH’s suggestion that this thread move to a more appropriate
venue.
Jim Lambert
___
use-livecode mailing list
use-livecode
I really do appreciate your help, Jacque.
The technician had me go to the site with
him on the phone line talking to me and
had me enter my info. He knows if I am at
the site and asked me everything I saw.
As for stealing my info he would be aware
if I had been compromised very fast. His
quest
On 9/7/2014, 12:12 AM, JB wrote:
I was not thinking correctly and you are right
about DNS but it goes back to the same issue
of why do you think B of A techs would not be
aware of this and have me change my password.
A DNS spoof is outside of their control, and they wouldn't know you are
tryin
Personally, I'd like to see this discussion continued somewhere more
appropriate to the subject matter. It has nothing remotely to do with
Livecode.
Pete
lcSQL Software
On Sep 6, 2014 9:26 PM, "JB" wrote:
> If my DNS was changed the bank would not recognize me
> and they would never have let
I was not thinking correctly and you are right
about DNS but it goes back to the same issue
of why do you think B of A techs would not be
aware of this and have me change my password.
Unless you have done their job I do not think you
have the knowledge they have.
So it does not matter if I know D
On 7 Sep 2014, at 12:26, JB wrote:
> If my DNS was changed the bank would not recognize me
> and they would never have let me log in without explaining
> why I have a different DNS and would tell me that was the
> problem. They are not idiots and don’t allow people to use
> my account with anot
I am glad you are done.
B of A had me go to the web site with
them of the phone and we still had the
problems. I was not at a fake site.
Post some good evidence. I am not going
to tell you anything else B of A and I talked
about.
John Balgenorth
On Sep 6, 2014, at 9:57 PM, Jerry Jensen wrot
On Sep 6, 2014, at 9:38 PM, JB wrote:
> B of A did not have MacKeeper ads. I can assure you that
> they were told about the abuse during the time they finally
> got me logged in.
>
> If you can prove what they have not I am sure they would
> like to know about it. Post the evidence.
I agree,
B of A did not have MacKeeper ads. I can assure you that
they were told about the abuse during the time they finally
got me logged in.
If you can prove what they have not I am sure they would
like to know about it. Post the evidence.
John Balgenorth
On Sep 6, 2014, at 9:36 PM, Jerry Jensen w
On Sep 6, 2014, at 9:26 PM, JB wrote:
> If my DNS was changed the bank would not recognize me
> and they would never have let me log in without explaining
> why I have a different DNS and would tell me that was the
> problem. They are not idiots and don’t allow people to use
> my account with an
If my DNS was changed the bank would not recognize me
and they would never have let me log in without explaining
why I have a different DNS and would tell me that was the
problem. They are not idiots and don’t allow people to use
my account with another DNS and that includes me.
John Balgenorth
On Sep 6, 2014, at 8:45 PM, J. Landman Gay wrote:
> On 9/6/2014, 6:53 PM, JB wrote:
>> I would like to clarify the part about the attack from MacKeeper
>> preventing me from accessing my bank account. I mentioned
>> that I was also taken to MacKeeper instead of the websites I
>> wanted to go to.
I suspect MacKeeper is the culprit and
they are causing the problem to get me
and other to purchase MacKeeper. It is
similar to the mafial coming into a store
and telling them we have noticed some
problems in the area and for a fee we
will insure you don’t have problems. If
you pay they protect y
On 9/6/2014, 6:53 PM, JB wrote:
I would like to clarify the part about the attack from MacKeeper
preventing me from accessing my bank account. I mentioned
that I was also taken to MacKeeper instead of the websites I
wanted to go to.
The attempt to go to other websites was done from my home
page
I would like to clarify the part about the attack from MacKeeper
preventing me from accessing my bank account. I mentioned
that I was also taken to MacKeeper instead of the websites I
wanted to go to.
The attempt to go to other websites was done from my home
page which was Google.
The attempt to
Hi Hugh,
Thank you again for the code.
When I first mentioned I tested your code I said that
for some reason it was causing me problems and I
would need to force quit the program,
A few days before that I replied to Richmond’s post
about spies under his bed.
My home page was Google and now it i
Nice!
alex
On 6/09/2014 7:44 pm, FlexibleLearning.com wrote:
Peter: Thank you for adding column ranges.
Mike: Thank you for the column extraction handler.
I believe this summarises our efforts to date. It includes column ranges and
the ability to either delete or extract columns of data from
I agree! Next... :-)
Original Message
From: Peter M. Brigham
Sent: Saturday, September 6, 2014 7:25 AM
To: How to use LiveCode
Reply To: How to use LiveCode
Subject: Re: How To: Manage columns of data (was Re: How To: Delete columns of
data)
That was fun! And useful!
-- Peter
Peter M
That was fun! And useful!
-- Peter
Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig
On Sep 6, 2014, at 5:44 AM, FlexibleLearning.com wrote:
> Peter: Thank you for adding column ranges.
> Mike: Thank you for the column extraction handler.
>
> I believe this summarises our effo
Peter: Thank you for adding column ranges.
Mike: Thank you for the column extraction handler.
I believe this summarises our efforts to date. It includes column ranges and
the ability to either delete or extract columns of data from a table. I
accept that optimisation has been compromised in favou
Yes. You split pData, which will alter the original table, and you don't
restore it. Don't reference the parameter.
Still great, however!!
-- Peter
Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig
On Sep 5, 2014, at 2:37 PM, Michael Doub wrote:
> just to complete your library,
All 3 of you have posted some fantastic code!
Thank you, Hugh, Peter and Mike. I can use it
to solve some problems.
John Balgenorth
On Sep 5, 2014, at 4:09 PM, Peter M. Brigham wrote:
> Great!
>
> -- Peter
>
> Peter M. Brigham
> pmb...@gmail.com
> http://home.comcast.net/~pmbrig
>
> On S
Yes. You split pData, which will alter the original table, and you don't
restore it. Don't reference the parameter.
-- Peter
Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig
On Sep 5, 2014, at 6:02 PM, Chris Heidecker wrote:
> I think you should not use @pData, just pData shou
Great and greater!
-- Peter
Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig
On Sep 5, 2014, at 2:37 PM, Michael Doub wrote:
> just to complete your library, here is a function that will extract the
> listed column in the order that you
> specify but it does not modify the or
Great!
-- Peter
Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig
On Sep 5, 2014, at 1:51 PM, Michael Doub wrote:
> Here is an even more general version:
>
> function deleteColumns pData,pColsToDelete,pDelim
> -- delete specified columns from a table
> -- Syntax: deleteColu
I think you should not use @pData, just pData should be enough.
You’re not using it to return the data but are modifying by splitting but not
combining the data.
regards,
Chris Heidecker
Op 5 sep. 2014, om 20:37 heeft Michael Doub het volgende
geschreven:
> just to complete your library, here
Opps, I left off the getItem function. Here it is again for completeness:
> just to complete your library, here is a function that will extract the
> listed columns in the order that you
> specify but it does not modify the original data.
>
> -= Mike
>
function extractColumns @pData,pColsT
just to complete your library, here is a function that will extract the listed
column in the order that you
specify but it does not modify the original data.
-= Mike
function extractColumns @pData,pColsToReturn,pDelim
-- Extract specified columns from a table in order
-- Syntax: extract
Here is an even more general version:
function deleteColumns pData,pColsToDelete,pDelim
-- delete specified columns from a table
-- Syntax: deleteColumns ,[,]
-- data: Specifies the data to parse.
-- cols: A comma separated list of columns or column ranges to be
removed,
--
Sorry, left out a crucial line:
put empty into pColsToDelete
before the repeat.
-- Peter
Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig
--
function deleteColumns pData,pColsToDelete,pDelim
-- delete specified columns from a table
-- Syntax: deleteColumns ,[,]
On Sep 5, 2014, at 7:59 AM, FlexibleLearning.com wrote:
> The routine lets you specify any number of columns to delete. You do not
> have to use it on each column. If you have 11 columns, simply specify which
> ones you do not want. If you have comma-separated data, you need to specify
> the colum
Hugh,
I noticed that you did not create this as a function. Can you explain your
rational? I am always debating this with myself.
Regards,
Mike
On Sep 5, 2014, at 7:59 AM, FlexibleLearning.com
wrote:
> Hi John
>
> The routine lets you specify any number of columns to delete. You do no
Hi John
The routine lets you specify any number of columns to delete. You do not
have to use it on each column. If you have 11 columns, simply specify which
ones you do not want. If you have comma-separated data, you need to specify
the columnDelimiter. This includes that option...
on mouseUp
-
That is fast but here are a few problems I
am having.
It looks to me like you can only delete one
column and then you use it again to delete
another column.
I am getting a list of the detailed files which
is a comma separated list of 11 items and I
only want to end up with 4 columns. When
I use
This takes 2ms to remove 4 columns from a 100x100 data table...
on mouseUp
--| Syntax: deleteColumns ,
--| data: Specifies the data to parse
--| cols: A comma separated list of columns to be removed
deleteColumns fld "Input","5,10,15,20"
-- Specify what to do with 'the result'...
35 matches
Mail list logo
