Re: Milliseconds -> minutes and seconds

[Gerry Orkin]

Perfect :) Many thanks. A real d'oh moment happening here :)

g


On 28 Jun 2014, at 2:45 pm, Peter W A Wood  wrote:

> Is this any help?

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: Milliseconds -> minutes and seconds

[FlexibleLearning.com]

Have a look at FieldFormatter. It does just this sort of thing...

www.flexibleLearning.com/fieldformatter

Hugh Senior
FLCo



Gerry Orkin  wrote

Hi all

I'm playing an .mp3 file in iOS and saving the elapsed playing time (in
milliseconds as reported by the native player) into an sqlite database as it
plays. That's working fine.

I'm now struggling to convert those milliseconds into a MM:SS format for
real time display. Anyone done that?

Cheers

Gerry



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[OT] Dropbox modifies uploaded file

[Alejandro Tejada]

Hi All,

Many Developers in this platform uses Dropbox in
their LiveCode's apps. So...

I upload a PDF file of 1,147,732 kb (1.09 mb)
then downloaded the same file to verify it
Downloaded PDF file is 1,165,331 kb (1.11 mb)

Both files are visually identical.
How many of you have seen this before
while using Dropbox?

Thanks in advance!

Al



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/OT-Dropbox-modifies-uploaded-file-tp4680706.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [OT] Dropbox modifies uploaded file

[Mike Kerner]

I'm just taking a flyer, here, but they may actually be the same, and if
you compare them byte-by-byte (say, use LC to open and read the files and
them compare them), you may find they are the same.  The difference may
well be due to differences in block sizes and positions with the hard
drive.  Especially as you get into bigger drives, block sizes tend to grow.


On Sat, Jun 28, 2014 at 1:39 PM, Alejandro Tejada 
wrote:

> Hi All,
>
> Many Developers in this platform uses Dropbox in
> their LiveCode's apps. So...
>
> I upload a PDF file of 1,147,732 kb (1.09 mb)
> then downloaded the same file to verify it
> Downloaded PDF file is 1,165,331 kb (1.11 mb)
>
> Both files are visually identical.
> How many of you have seen this before
> while using Dropbox?
>
> Thanks in advance!
>
> Al
>
>
>
> --
> View this message in context:
> http://runtime-revolution.278305.n4.nabble.com/OT-Dropbox-modifies-uploaded-file-tp4680706.html
> Sent from the Revolution - User mailing list archive at Nabble.com.
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Name shadows another variable

[Peter Haworth]

On Fri, Jun 27, 2014 at 7:08 PM, Mark Wieder  wrote:

> So... ensure that variable preservation is unchecked, change the name
> of the variable to something without a conflict, compile the script,
> and save the stack. I think that should clear up the problem for this
> stack. Since I never use variable preservation and always have strict
> compilation enabled I haven't run into this problem, and can't say for
> certain whether this will do the trick, but it makes sense to me that
> way. I also haven't looked to see where variables are being stored,
> and maybe someone else has a better sense of that.
>

Hi Mark,
Thanks for the idea.

I'm not sure I fully understand your explanation but I do have Variable
Preservation turned on.

It's unlikely there's a clash of variable names in a different scope since,
like most of us, I use a naming convention for global, script local, and
handler local variables.  Having said that, the stack in question is one
I've just started working on again after a long break and I may not have
been as "educated" about variable naming conventions when I last worked on
it :-)

I tried what you suggested. After changing the name of the variable in
question, the error went away for that instance of the variable  but the
same message came up for the same variable name in a different handler.  At
least it's consistent!

Following that, I just continued changing variable names until the error
stopped occurring - there were a couple of other variable names that were
used in multiple handlers - and now all seems to be OK again.  Not all
variable names that were declared in different handlers were flagged by the
way.


Pete
lcSQL Software 
Home of lcStackBrowser  and
SQLiteAdmin 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [OT] Dropbox modifies uploaded file

[Alejandro Tejada]

Actually, both files have different checksums.
I will check both files, byte by byte,
to learn the differences between both.

Al



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/OT-Dropbox-modifies-uploaded-file-tp4680706p4680709.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [OT] Dropbox modifies uploaded file

[Dr. Hawkins]

On Sat, Jun 28, 2014 at 1:59 PM, Alejandro Tejada 
wrote:

> Actually, both files have different checksums.
> I will check both files, byte by byte,
> to learn the differences between both.
>

I have found that to share executables with Wuala, I have to bzip them
first, otherwise when the other person downloads, the file isn't valid.


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Calculating age

[Mark Smith]

Many thanks to Mike and Hlowe, I suspect the algorithms you suggested are
doing very similar things and are an improvement over my approximation.
Mike, I don't think you can calculate the seconds of a date prior to
1/1/1970 since the seconds are calculated as 'from that point'. An astute
observation I never noticed. Since I was only calculating the ages of
actively pregnant women, it was extremely unlikely any would be born prior
to 1970. But in any event, your improved algorithm neatly side steps that
issue.

Thanks,

Mark



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Calculating-age-tp4680687p4680711.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode