mobilePickPhoto

[Eric Corbett]

I’m on 6.6.2, building for iOS 7.1 or later and running on an iPhone 4s & above.

After clicking on a photo when using mobilePickPhoto, the phone takes forever 
to return to the application.  (it’s only 5 to 10 seconds average but that’s 
too long, don’t you think?)

Even if we do nothing with the photo after it’s placed on the current card, 
getting back to app is super slow.

The basic script looks like this:

on mouseUp
local tImageAttachment, tImageID, tPhotoCount
   
set vis of the templateImage to false
   
lock screen
   
if exists(img "user selected image") then delete img "user selected image"
   
if the environment is "mobile" then
put the num of imgs of this cd into tPhotoCount — RETURNING CANCEL MIGHT BE 
BROKEN
answer "Choose Photo from..." with "Library" and "Camera"
mobilePickPhoto it
end if
set the name of the last image of this cd to "user selected image"
…

I’ve timed every step of the process and the delay is clearly from photo select 
to return to app.

Thanks

-E
___
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: mobile focus

[Eric Corbett]

Hi Mike,

In my limited use of the native field on mobile, I have come across some key 
features.

First, when you create the field, I would recommend creating each one in a 
separate control, like a desktop field to be used as a place holder. Here's the 
reason:

inputBeginEditing
inputTextChanged
inputEndEditing
inputReturnKey

These messages are sent to the script that created the mobile field. Therefore, 
when more than one field is required on a card, I create a behavior and each 
dummy field uses the one behavior. Then at the appropriate time (openCard 
possibly), I send a dispatch to each field to create the appropriate field. I 
use switch statements in my create field handler to set the appropriate 
settings like mobileControlSet [control],"keyboardType","[value]; 
"returnKeyType","[value]", etc. I also use a switch statement in inputReturnKey 
to determine what to do next. The switch cases become the short name of me 
since the object is the field and of course the desktop dummy field is named 
the same as the native mobile field.

I guess each card would have a different behavior so the one script is not 
switching between too many fields. You could also create behaviors for specific 
groups, but the need to set the behavior of the dummy fields is the key, not 
setting the behavior of the group. One other option to try to create a 
mobileControlCreate library might be by to chain behaviors, but that's a 
complicated subject I am looking forward to hearing more about at the 
conference in Scott Rossi's 'Well Behaved Behaviors' talk.

One other command to keep in mind is mobileControlDo. Specifically, 
mobileControlDo [control name or ID], "focus". This will cause focus on the 
field and up comes the keyboard. On iOS, the keyboardActivated message is sent, 
but on Android, this feature is still broken. To take focus away, the only 
thing I know to do script wise is 'focus on nothing'.

Maybe there's another way; I'll keep my eye on the thread to see who has more 
experience and a better idea.

HTH

Eric

On Aug 29, 2014, at 8:05 PM, Mike Kerner wrote:

> How do I figure out which native mobilc field has the focus (or if no
> native field does)?
> 
> A field doesn't lose the focus when you do other things like hit buttons,
> or throw up pick lists, which can make it tricky to deal with fields that
> have updated values.
> 
> focusedObject() doesn't seem to work as advertised (it returns the same
> value no matter which mobile field has the focus, or for that matter, if no
> field has the focus).
> 
> I know I could do it the hard way, manually, but...
> 
> -- 
> 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


___
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: mobile focus

[Eric Corbett]

Come on Gerry, that's too simple :-)

Now I have to completely rethink my mobileControl library :-(

Too easy.

Still some work dealing with mobile fields and the keyboard and such, but until 
native mobile controls become native to LiveCode, it's worth it.

E

On Aug 29, 2014, at 8:46 PM, Gerry wrote:

> iPhoneControlTarget()
> 
> Gerry
> 
> On 30 August 2014 13:26, Eric Corbett  wrote:
>> Hi Mike,
>> 
>> In my limited use of the native field on mobile, I have come across some key 
>> features.
>> 
>> First, when you create the field, I would recommend creating each one in a 
>> separate control, like a desktop field to be used as a place holder. Here's 
>> the reason:
>> 
>> inputBeginEditing
>> inputTextChanged
>> inputEndEditing
>> inputReturnKey
>> 
>> These messages are sent to the script that created the mobile field. 
>> Therefore, when more than one field is required on a card, I create a 
>> behavior and each dummy field uses the one behavior. Then at the appropriate 
>> time (openCard possibly), I send a dispatch to each field to create the 
>> appropriate field. I use switch statements in my create field handler to set 
>> the appropriate settings like mobileControlSet 
>> [control],"keyboardType","[value]; "returnKeyType","[value]", etc. I also 
>> use a switch statement in inputReturnKey to determine what to do next. The 
>> switch cases become the short name of me since the object is the field and 
>> of course the desktop dummy field is named the same as the native mobile 
>> field.
>> 
>> I guess each card would have a different behavior so the one script is not 
>> switching between too many fields. You could also create behaviors for 
>> specific groups, but the need to set the behavior of the dummy fields is the 
>> key, not setting the behavior of the group. One other option to try to 
>> create a mobileControlCreate library might be by to chain behaviors, but 
>> that's a complicated subject I am looking forward to hearing more about at 
>> the conference in Scott Rossi's 'Well Behaved Behaviors' talk.
>> 
>> One other command to keep in mind is mobileControlDo. Specifically, 
>> mobileControlDo [control name or ID], "focus". This will cause focus on the 
>> field and up comes the keyboard. On iOS, the keyboardActivated message is 
>> sent, but on Android, this feature is still broken. To take focus away, the 
>> only thing I know to do script wise is 'focus on nothing'.
>> 
>> Maybe there's another way; I'll keep my eye on the thread to see who has 
>> more experience and a better idea.
>> 
>> HTH
>> 
>> Eric
>> 
>> On Aug 29, 2014, at 8:05 PM, Mike Kerner wrote:
>> 
>>> How do I figure out which native mobilc field has the focus (or if no
>>> native field does)?
>>> 
>>> A field doesn't lose the focus when you do other things like hit buttons,
>>> or throw up pick lists, which can make it tricky to deal with fields that
>>> have updated values.
>>> 
>>> focusedObject() doesn't seem to work as advertised (it returns the same
>>> value no matter which mobile field has the focus, or for that matter, if no
>>> field has the focus).
>>> 
>>> I know I could do it the hard way, manually, but...
>>> 
>>> --
>>> 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
>> 
>> 
>> ___
>> 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
> 
> ___
> 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


___
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: mobile focus

[Eric Corbett]

Sorry Mike, I missed the manual part of your question the first time. At a 
minimum, I learned about mobileControlTarget. Don't know how I missed that in 
the docs.

Does anyone have a suggestion on how to handle the mobile field with keyboard 
movements? Specifically, I want the controls to slide up and down as the 
keyboard is (de)-activated. But if the field has content, resetting the rect 
causes some flashing even if I set the mobile control vis to false.

thanks,
- eric



> On Aug 30, 2014, at 7:20, Mike Kerner  wrote:
> 
> And, yes, I'm well aware of how to do it manually.
> 
> 
> On Sat, Aug 30, 2014 at 10:18 AM, Mike Kerner 
> wrote:
> 
>> mobilecontroltarget doesn't tell me what mobile field has the focus right
>> now, it tells me what I just clicked on, which is not the field with the
>> focus.
>> 
>> 
>> On Sat, Aug 30, 2014 at 12:38 AM, Eric Corbett 
>> wrote:
>> 
>>> Come on Gerry, that's too simple :-)
>>> 
>>> Now I have to completely rethink my mobileControl library :-(
>>> 
>>> Too easy.
>>> 
>>> Still some work dealing with mobile fields and the keyboard and such, but
>>> until native mobile controls become native to LiveCode, it's worth it.
>>> 
>>> E
>>> 
>>>> On Aug 29, 2014, at 8:46 PM, Gerry wrote:
>>>> 
>>>> iPhoneControlTarget()
>>>> 
>>>> Gerry
>>>> 
>>>>> On 30 August 2014 13:26, Eric Corbett  wrote:
>>>>> Hi Mike,
>>>>> 
>>>>> In my limited use of the native field on mobile, I have come across
>>> some key features.
>>>>> 
>>>>> First, when you create the field, I would recommend creating each one
>>> in a separate control, like a desktop field to be used as a place holder.
>>> Here's the reason:
>>>>> 
>>>>> inputBeginEditing
>>>>> inputTextChanged
>>>>> inputEndEditing
>>>>> inputReturnKey
>>>>> 
>>>>> These messages are sent to the script that created the mobile field.
>>> Therefore, when more than one field is required on a card, I create a
>>> behavior and each dummy field uses the one behavior. Then at the
>>> appropriate time (openCard possibly), I send a dispatch to each field to
>>> create the appropriate field. I use switch statements in my create field
>>> handler to set the appropriate settings like mobileControlSet
>>> [control],"keyboardType","[value]; "returnKeyType","[value]", etc. I also
>>> use a switch statement in inputReturnKey to determine what to do next. The
>>> switch cases become the short name of me since the object is the field and
>>> of course the desktop dummy field is named the same as the native mobile
>>> field.
>>>>> 
>>>>> I guess each card would have a different behavior so the one script is
>>> not switching between too many fields. You could also create behaviors for
>>> specific groups, but the need to set the behavior of the dummy fields is
>>> the key, not setting the behavior of the group. One other option to try to
>>> create a mobileControlCreate library might be by to chain behaviors, but
>>> that's a complicated subject I am looking forward to hearing more about at
>>> the conference in Scott Rossi's 'Well Behaved Behaviors' talk.
>>>>> 
>>>>> One other command to keep in mind is mobileControlDo. Specifically,
>>> mobileControlDo [control name or ID], "focus". This will cause focus on the
>>> field and up comes the keyboard. On iOS, the keyboardActivated message is
>>> sent, but on Android, this feature is still broken. To take focus away, the
>>> only thing I know to do script wise is 'focus on nothing'.
>>>>> 
>>>>> Maybe there's another way; I'll keep my eye on the thread to see who
>>> has more experience and a better idea.
>>>>> 
>>>>> HTH
>>>>> 
>>>>> Eric
>>>>> 
>>>>>> On Aug 29, 2014, at 8:05 PM, Mike Kerner wrote:
>>>>>> 
>>>>>> How do I figure out which native mobilc field has the focus (or if no
>>>>>> native field does)?
>>>>>> 
>>>>>> A field doesn't lose the focus when you do other things like hit
>>> buttons,
>>>>>> or throw up pick lists, which can make 

Re: Usng an image to "disable" a group

[Eric Corbett]

Hi Peter,

I guess I assumed when you said you were using an image to block controls that 
the image was of the group.

Can you take a snapshot of the group and then use that image as the disabled 
looking "group" by blending it and hide the real group?


On Sep 20, 2014, at 9:20 AM, Peter Haworth wrote:

> I have a stack with a series of groups on it.  I need to control the order
> in which data is entered into the groups.  The obvious/easy way is to
> enable/disable the groups as needed but I'm not happy with the way groups
> look when they are disabled.
> 
> I vaguely remember a thread about using images to do this since clicks
> within the image don't make it through to the underlying controls.  When I
> tried this, clicks on buttons that were under the image did not trigger any
> mouse events on them, as hoped, but field controls still get focus and I
> can type into them.
> 
> It seems like this isn't going to work so looking for other ways to achieve
> this without having to go through every control in the group and adjusting
> their properties to disable them.  Alternatively, is there a way to control
> how a group looks when it is disabled?
> 
> 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


___
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: Export Snapshot

[Eric Corbett]

Hi Peter,

Try resetting the templateImage before the export.

- eric

On Oct 28, 2014, at 11:00 AM, Peter Haworth  wrote:

> I'm noticing that if I export a snapshot from a group as PNG, the resulting
> image has a black background, not the background of the group.  Small
> sample size, just 2 groups so far, but why is that happening?
> 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


___
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: Find the scroll location in wrapped field

[Eric Corbett]

I knew you could select the line number, but I did not know starting at the end 
would provide the best results. This will be helpful, thanks.

One method I have used in the past is to put the htmlText of the field into a 
variable, then put line 1 to (the line to scroll to) into the field (or delete 
line (scroll line +1) to -1 of the field. Find the formattedHeight at this 
point, set the htmlText of the field back to the original contents, then scroll 
to the formattedHeight value.

- eric


On Nov 18, 2014, at 7:14 AM, Richard Gaskin  wrote:

> dunbarx wrote:
> >> James Hale wrote:
> >>
> >> So if you have the linenumber of the line contains the text you wish
> >> to see at the top of the field then...
> >>
> >>select line  -1 of  field "TextToScroll"
> >>select line linenumber of  field "TextToScroll"
> >>
> >> And line linenumber will now be at the top of the field.
> >
> >
> > The field will scroll to the desired line, but if the textSizes
> > of those lines are variable, the scroll will not come out right.
> >
> >
> > The discussion here and on the forum is how to make that happen.
> > So far, no solution. The OP wanted to find text, and this is
> > straightforward, in that the foundline can be used to set the
> > line selection. But his data was with mixed textSizes, and that
> > is how this all started.
> 
> If James were suggesting doing calculations based on textHeight you'd be 
> spot-on, but by using selection he's relying on the engine's understanding of 
> the text as rendered - testing here it seems to work quite well.
> 
> If we needed to do this with calculations only (if for some reason selection 
> would be problematic), we could use the formattedHeight of line 1 to the 
> desired line, subtracting the effective textheight of the desired line itself 
> (and accounting for the topmargin), e.g.:
> 
>   put lineoffset("stringWeAreLookingFor", fld 1) into tLOS
>   put the effective textheight of line tLOS of fld 1 into tHt
>   put the formattedHeight of line 1 to tLOS of fld 1 into tScroll
>   set the vscroll of fld 1 to (tScroll-tHt-the topmargin of fld 1)
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.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


___
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: ANN:Another app made with LiveCode has been approved by Apple!

[Eric Corbett]

Thanks Tom,

Glad you had a chance to download the software.
 
Both apps were built using version 6.1.3.

The desktop app is actually the master. The iPad app is simply a remote 
control, telling the eye chart what to draw. Then the eye chart sends the data 
to the iPad so the remote can display the same data. This is why the desktop 
draws first, but the sockets are fast and reliable.

I recently re-built the iPad add using 7.0.1 RC 2 with the updated mergSocket 
library. Everything worked great.

- Eric

On Nov 20, 2014, at 11:19 AM, tbodine  wrote:

> Mark Talluto wrote
>> We used Monte's socket external for iOS to make the communication between
>> the iPad and the desktop work.  We specifically use UDP for all
>> communication.  It is extremely fast and reliable.  We could not be
>> happier with Monte's work on that external.
> 
> Congrats to your team! This is cool and fast! Changes via the remote
> controls actually update on the Windows screen faster than on the iPad
> itself. Communication is maintained even after the iPad goes in/out of sleep
> and even if I exit out of the iPad app and restart it. 
> 
> Which version of Livecode did you use? 
> 
> Great work!
> Tom Bodine
> 
> 
> 
> 
> --
> View this message in context: 
> http://runtime-revolution.278305.n4.nabble.com/ANN-Another-app-made-with-LiveCode-has-been-approved-by-Apple-tp4668984p4686096.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


___
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] baby

[Eric Corbett]

Congrats Monte and Rebecca. Best wishes.

- eric



> On Nov 27, 2014, at 12:14, Monte Goulding  wrote:
> 
> Hi Folks
> 
> We just had a baby so I won't be able to get to mergExt related questions for 
> a few days. Rebecca(mum) and Sarah(bub) are doing well but Sarah has a few 
> breathing issues so needs some extra O2 for a while.
> 
> Cheers
> 
> Monte
> 
> --
> M E R Goulding
> Software development services
> 
> mergExt - There's an external for that!
> ___
> 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

___
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: Request for feedback

[Eric Corbett]

I too would like to see some added field capabilities. What I want is a 
textSize of 17, a fixedLineHeight at 52, horizontal lines, and the text 
centered between the top and bottom lines.

Is there a way to do this that I am not finding through extensive research? I 
don't want a custom control, I want one field. I'm sure I missed something 
simple, right?

Do the properties you list account for adding this behavior?

Additionally,  I would like to specify that the horizontal lines start at item 
1 of the margins; or I want to specific a beginning and end point.

Am I dreaming?

- eric


On Nov 30, 2014, at 12:52 PM, Ralph DiMola wrote:

> Mike,
> 
> Thanks You! I'm a + 1 on this. We need to be able to reliably calculate
> field/line geometry especially on mobile. I've been wrestling getting this
> correct since the new field object was introduced. I have 2 related bugs on
> this: http://quality.runrev.com/show_bug.cgi?id=12176 and
> http://quality.runrev.com/show_bug.cgi?id=13551
> 
> It looks like you have all the bases covered. Let's see when RR and anybody
> into the sources has to offer on this. Button labels should have this
> property also.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
> Of Michael Doub
> Sent: Sunday, November 30, 2014 11:57 AM
> To: How To use LiveCode use LiveCode
> Subject: Request for feedback
> 
> I would like the lists assistance in flushing out a enhancement request
> proposal that I would like to make to the development team. Because of a bug
> in the pageranges function where it did not take into account the spaceabove
> and spacebelow properties, i attempted to do this manually.  
> I quickly learned that there is no easy way to understand where a line is
> actually wrapped.  I was using the formatted size functions measuring each
> character and run and getting different answers when measuring the same
> text.  This was attributed to kerning and letter spacing issues by the
> support folks.  This was not a very satisfying answer.
> 
> After working on this for several weeks, I have come to the conclusion that
> we can not accurately reproduce the algorithms of the field object with the
> current tools available to us.  I would loved to be proven wrong here, but I
> threw in the towel and starting thinking about the the information that is
> really needed to understand what is actually being displayed within a field.
> 
> I am proposing that a property or function be added to livecode field
> object.  It would be similar to styled text, but it would provide a PERFECT
> representation of what is being displayed within a field.  The structure
> returned would include all attributes needed to understand exactly how a
> field is laid out and how the text was flowed within the field.
> 
> For the purposes of this discussion a field is made up of lines.
> A line is a string terminated by a return.  A line is made up of softlines.
> A line may contain a single softline or multiple softlines.  
> A softline is single row of text that fits in the visual area within the 
> field.  SoftLines are made up of runs as defined in styledtext.   A tab 
> character is considered a run.
> 
> Ok to be clear, a softline is each segment of a line that was wrapped to fit
> in to the field.  ;-)
> 
> 
> put the formatedStyledAttributes of fld "foo" into rArray
> 
> rArray:
> "height":
> "width":
> "dontwrap":
> "borderwidth":
> "leftMargin":
> "topMargin":
> "rightMargin":
> "bottomMargin":
> [line_Nbr] --  a number for each string terminated by a return
> "borderwidth":
> "leftIndent":
> "rightIndent":
> "padding":
> "spaceAbove":
> "spaceBelow":
> [softline_number]  -- this the segment of the line on a row 
> within a field
> "MaxformattedHeight":  -- of the softline including all runs
> "MaxformattedWidth":   -- of the softline including all runs
> "leftIndent":
> "firstIndent":  -- only applicable to the first segment of 
> a paragraph
> "rightIndent":
> "padding":
> [run_number]  -- this is the run within the soft line
>-- a tab character is considered 
> a run
> "textSize":
> "textFont":
> "textStyle":
> "text":
> formattedHeight:
> formattedWidth: -- when text = tab, this is the length 
> of space
>-- allocated to the tab
> [run_number + 1]
> [softline_number + 1]
> [pgh_Nbr + 1]
> 
> 
> I added the MaxFormatted Height/Width so it would be easer to calculate 
> the scroll positions.  A function that would tell you the softline 
> number of a given chunk woul

Re: Request for feedback

[Eric Corbett]

Thanks Terry,

Glad it was just an easy property I missed.

- e



> On Nov 30, 2014, at 18:55, Terry Judd  wrote:
> 
> Hi Eric - I think you can probably get what you want as far as the first
> part of your request goes by fiddling with the textShift property. Set
> your textsize first, then your textHeight and then set the textShift to
> something like -20 (+ or - a bit) ­ i.e. (set the textShift of char 1 to
> -1 of fld x to y ­ and you should be almost there.
> 
> Terry...
> 
>> On 1/12/2014 1:05 pm, "Eric Corbett"  wrote:
>> 
>> I too would like to see some added field capabilities. What I want is a
>> textSize of 17, a fixedLineHeight at 52, horizontal lines, and the text
>> centered between the top and bottom lines.
>> 
>> Is there a way to do this that I am not finding through extensive
>> research? I don't want a custom control, I want one field. I'm sure I
>> missed something simple, right?
>> 
>> Do the properties you list account for adding this behavior?
>> 
>> Additionally,  I would like to specify that the horizontal lines start at
>> item 1 of the margins; or I want to specific a beginning and end point.
>> 
>> Am I dreaming?
>> 
>> - eric
>> 
>> 
>>> On Nov 30, 2014, at 12:52 PM, Ralph DiMola wrote:
>>> 
>>> Mike,
>>> 
>>> Thanks You! I'm a + 1 on this. We need to be able to reliably calculate
>>> field/line geometry especially on mobile. I've been wrestling getting
>>> this
>>> correct since the new field object was introduced. I have 2 related
>>> bugs on
>>> this: http://quality.runrev.com/show_bug.cgi?id=12176 and
>>> http://quality.runrev.com/show_bug.cgi?id=13551
>>> 
>>> It looks like you have all the bases covered. Let's see when RR and
>>> anybody
>>> into the sources has to offer on this. Button labels should have this
>>> property also.
>>> 
>>> Ralph DiMola
>>> IT Director
>>> Evergreen Information Services
>>> rdim...@evergreeninfo.net
>>> 
>>> -Original Message-
>>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
>>> Behalf
>>> Of Michael Doub
>>> Sent: Sunday, November 30, 2014 11:57 AM
>>> To: How To use LiveCode use LiveCode
>>> Subject: Request for feedback
>>> 
>>> I would like the lists assistance in flushing out a enhancement request
>>> proposal that I would like to make to the development team. Because of
>>> a bug
>>> in the pageranges function where it did not take into account the
>>> spaceabove
>>> and spacebelow properties, i attempted to do this manually.
>>> I quickly learned that there is no easy way to understand where a line
>>> is
>>> actually wrapped.  I was using the formatted size functions measuring
>>> each
>>> character and run and getting different answers when measuring the same
>>> text.  This was attributed to kerning and letter spacing issues by the
>>> support folks.  This was not a very satisfying answer.
>>> 
>>> After working on this for several weeks, I have come to the conclusion
>>> that
>>> we can not accurately reproduce the algorithms of the field object with
>>> the
>>> current tools available to us.  I would loved to be proven wrong here,
>>> but I
>>> threw in the towel and starting thinking about the the information that
>>> is
>>> really needed to understand what is actually being displayed within a
>>> field.
>>> 
>>> I am proposing that a property or function be added to livecode field
>>> object.  It would be similar to styled text, but it would provide a
>>> PERFECT
>>> representation of what is being displayed within a field.  The structure
>>> returned would include all attributes needed to understand exactly how a
>>> field is laid out and how the text was flowed within the field.
>>> 
>>> For the purposes of this discussion a field is made up of lines.
>>> A line is a string terminated by a return.  A line is made up of
>>> softlines.
>>> A line may contain a single softline or multiple softlines.
>>> A softline is single row of text that fits in the visual area within
>>> the 
>>> field.  SoftLines are made up of runs as defined in styledtext.   A tab
>>> character is considered a run.
>>> 
>>> Ok to be clear, a softline is each segment of a line that was wrapped
>&

Re: Best Strategies for Duplicating Object

[Eric Corbett]

Try setting the name, not the short name.

I often use templates and copy or clone them. I use template... to create 
groups usually.

- eric


On Dec 1, 2014, at 2:57 PM, Brahmanathaswami wrote:

> I have a little widget I'm creating to help with internal discussion about 
> web site development. To prepare, I could just drag book marks into folders 
> in my browser but that's too weak...
> 
> So I have a button I can use to drop links onto and this triggers the 
> creation of a new button
> 
> on dragEnter -- show a green outline around the drop target
>   set the borderColor of the target to "green"
> set the dragaction to "copy"
> end dragEnter
> 
> 
> on dragDrop
>   put the dragData["text"]  into tURL
>   createButtonLink tURL
> end dragDrop
> 
> on createButtonLink tURL
>   ask "Name your button" with tURL
>   put it into tButtonName
>   create button tButtonName
>   set the script of btn tButtonName to \
>   "on mouseup" & cr & "revGoUrl " & quote & tURL & quote & cr &  "end mouseup"
> end createButtonLink
> 
> I can then set the systemWindow to true and my little pallette rides on top 
> of the screen and I can navigate web pages in Firefox...
> 
> This worked so nicely I want to make it a bit more robust and perhaps style 
> the buttons. Put a "key point" into a custom property or in the script itself:
> 
> on mouseup
>  put "Robust Sidebar" into fld "points"
> revGoUrl "http://dev.himalayanacademy.com/looklisten/music";
> end mouseup
> 
> Now, my question is about best strategies. Of course with LC there's always 
> ten different ways to do things. but if I want to tweak the look and feel of 
> the buttons later, I think I need to include behaviors in the mix...
> 
> So rather than create a new button.. I could:
> 
> 1) clone a button with the existing requirement, and then replace strings in 
> the script and set name and the custom prop  for the newly cloned button.
> 2) perhaps use the "templateButton" but that seems a weak path.
> 
> What do others do?
> 
> And how to you change the name of a cloned object in the same script?
> 
> this:
> 
> clone button "Create Links"; set the short name of it to "Hello"
> 
> Generates and error:
> 
> Script compile error:
> Error description: seek: missing 'in'
> 
> but "it" contains a valid button reference... so what is wrong?
> 
> even this does not work:
> 
> set the short name of button ID 1037  to "hello"
> 
> ??
> 
> 
> 
> 
> 
> 
> Swasti Astu, Be Well!
> Brahmanathaswami
> 
> Kauai's Hindu Monastery
> www.HimalayanAcademy.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


___
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: Disabling effective innerShadow

[Eric Corbett]

Pete,

Try setting the opaque property of the parent group to true.

- Eric

On Dec 10, 2014, at 2:40 PM, Peter Haworth  wrote:

> I have a group that has its innerShadow property set.  Within it are two
> rectangles that do not have their innerShadow property set but I can see an
> innerShadow on them, presumably because they are inheriting it from the
> containing rectangle.
> 
> I want to get rid of the innerShadow on the rectangles and have tried
> setting their innershadow property to empty and also to "none" but it still
> shows.
> 
> How can I get rid of the rectangles' innerShadow?
> 
> 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


___
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: Disabling effective innerShadow

[Eric Corbett]

Hi Pete,

Just for my knowledge, was the groups showBorder set to true?

I gave this a try using 6.1.3 (just happens to be the version I have to use for 
a production product.). Turning on opaque and showBorder caused it to look 
funny; also turning on 3D caused the innerShadow to transfer to the graphics. 
Turning off showBorder gave the result I think you wanted, the group has an 
innerShadow, the objects do not.

- Eric


On Dec 10, 2014, at 4:46 PM, Peter Haworth  wrote:

> Hi Eric,
> I tried that but it made the the combination of the group's innerShadow and
> being opaque made the group look weird (sorry, hard to explain).
> 
> Pete
> lcSQL Software <http://www.lcsql.com>
> Home of lcStackBrowser <http://www.lcsql.com/lcstackbrowser.html> and
> SQLiteAdmin <http://www.lcsql.com/sqliteadmin.html>
> 
> On Wed, Dec 10, 2014 at 3:08 PM, Eric Corbett 
> wrote:
> 
>> Pete,
>> 
>> Try setting the opaque property of the parent group to true.
>> 
>> - Eric
>> 
>> On Dec 10, 2014, at 2:40 PM, Peter Haworth  wrote:
>> 
>>> I have a group that has its innerShadow property set.  Within it are two
>>> rectangles that do not have their innerShadow property set but I can see
>> an
>>> innerShadow on them, presumably because they are inheriting it from the
>>> containing rectangle.
>>> 
>>> I want to get rid of the innerShadow on the rectangles and have tried
>>> setting their innershadow property to empty and also to "none" but it
>> still
>>> shows.
>>> 
>>> How can I get rid of the rectangles' innerShadow?
>>> 
>>> Pete
>>> lcSQL Software <http://www.lcsql.com>
>>> Home of lcStackBrowser <http://www.lcsql.com/lcstackbrowser.html> and
>>> SQLiteAdmin <http://www.lcsql.com/sqliteadmin.html>
>>> ___
>>> 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
>> 
>> 
>> ___
>> 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
>> 
> ___
> 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


___
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: 7.0.1-RC4 crashing regularly

[Eric Corbett]

One of my stacks was crashing on save in 7.0.1 (rc 4). I deleted everything I 
could including script up to the point that it would not crash anymore and will 
send it to LC.

Submitted bug 14239 with a crash log.

Trevore also submitted a bug 14227 with a crash log.

- eric


On Dec 16, 2014, at 2:42 PM, Dr. Hawkins  wrote:

> On Tue, Dec 16, 2014 at 2:17 PM, Dr. Hawkins  wrote:
>> 
>> 
>> It may be happening during disk save--I've just gotten corrupted files of
>> 2.2M a couple of times (full stack is 15.1M)
>> 
> 
> It is most definitely either saving when the crash happens, or it is making
> a failed attempt to save when something has gone wrong.
> 
> No crash report; just OSX reporting that it quit unexpectedly.
> 
> 
> 
> -- 
> 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


___
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: 7.0.1-RC4 crashing regularly

[Eric Corbett]

My issue caused LC to crash with every cmd-s. A Crash Log opened, the stack was 
saved, but corrupt, and the original was backed up using [file name].livecode~

- e


On Dec 16, 2014, at 3:46 PM, Dr. Hawkins  wrote:

> On Tue, Dec 16, 2014 at 3:14 PM, Dr. Hawkins  wrote:
>> 
>> I added a crash log to your bug.
> 
> 
> Just thought of something . . .
> 
> Do the other people who see this have windows spread across multiple
> screens?
> 
> Just tried staying on one screen, which didn't stop the crash.
> 
> After several failed tries in a row to save a three line change, I reloaded
> 7.0.2.  It saved just fine, and took several cmd-s in a row.
> 
> 
> 
> -- 
> 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


___
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: Vertically aligning text in a field

[Eric Corbett]

This is great!

Just change text to formattedText for this line:

> put the number of lines of the text of myFld into tNoOfLines

See below

- Eric

On Dec 19, 2014, at 9:32 AM, BNig  wrote:

> here is a definitive (as opposed to infinitive) calculation that correctly
> sets the positon of text vertically in a field
> 
> for testing purposes it is ready to be put into a slider
> 
> optionally make three graphics to get visual feedback, see below
> 
> watch out for line breaks
> ---
> -- optionally have visual feedback
> -- make 3 horizontal line graphics, "gTop", "gBot", "gCenter"
> -- place them near the field
> 
> on scrollbarDrag pValue -- tested with values 9 to 36
>   lock screen
>   put the long id of fld "fTest" into myFld -- change to name of your field
> 
>   set the textSize of myFld to pValue
> 
>   CenterTextVertically myFld
> 
>   if there is a grc "gTop" AND there is a grc "gBot" AND there is a grc
> "gCenter" then
>  getFeedBack myFld
>   end if
> 
> end scrollbarDrag
> 
> on CenterTextVertically myFld
>   put the effective textHeight of myFld into tTextHeight
>   put item 2 of the loc of myFld into tfieldY
> 
>   put the formattedRect of line 1 to - 1 of myFld into tFormatRect
>   put item 2 of tFormatRect into tCurrFormatTop
>   put tfieldY - tCurrFormatTop into tCenterField_To_TopTextDiff
> 
>   put the number of lines of the text of myFld into tNoOfLines

put the number of lines of the formattedText of myFld into tNoOfLines

>   put (((tNoOfLInes div 2)) * tTextHeight) + (tNoOfLInes mod 2) *
> (tTextHeight div 2) into tOffset
> 
>   set the topMargin of myFld to the topMargin of myFld +
> tCenterField_To_TopTextDiff - tOffset
> end CenterTextVertically
> 
> on getFeedBack myFld
>   put the formattedRect of char 1 to - 1 of myFld into tFormatRect
>   put item 2 of the loc of myFld into tfieldY
>   set the top of grc "gTop" to item 2 of tFormatRect - 1
>   set the top of grc "gBot" to item 4 of tFormatRect - 1
>   set the top of grc "gCenter" to tFieldY - 1
> end getFeedBack
> ---
> 
> Did the code "you came across" not do what you wanted?
> 
> Kind regards
> Bernd
> 
> 
> 
> Terence Heaford wrote
>> Is there a definitive calculation that correctly sets the position of text
>> vertically in a field?
>> 
>> I am using LC 6.7.
>> 
>> I have come across a few ideas like the one below that all appear to use
>> an arbitrary offset to the margins, is there a method to calculate this
>> accurately?
>> 
>>   put the effective textSize of fld id tID into tTextSize
>>   --   put round (((tTextSize - 22) * 1/3)) into tOffset
>>   put round (((tTextSize - 24) * 1/3)) into tOffset
>>   put the formattedheight of char 1 to - 1 of fld id tID into
>> tFormattedHeight
>>   put round((the height of fld id tID - tFormattedHeight) / 2) into
>> tVerticalMargins
>>   put tVerticalMargins - tOffset into tTopMargin
>>   put tVerticalMargins + tOffset into tBottomMargin
>>   set the margins of fld id tID to 8,tTopMargin,8,tBottomMargin
>> 
>> All the best
>> Terry
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://runtime-revolution.278305.n4.nabble.com/Vertically-aligning-text-in-a-field-tp4686824p4686954.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

___
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

Sockets

[Eric Corbett]

Hello all,

I’m using LiveCode 7.0.1.

I have a port open and when I get the openSockets list, the port has an extra 
character on the end like an ‘å’ or a double quote. I check to see if the port 
is in the openSocket list so I don’t try to accept connections again, but if I 
have wholeMatches set to true, it’s not returning true.

Can anyone confirm this before I submit a bug report?

Thanks,

- Eric
___
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: Sockets

[Eric Corbett]

Thanks Peter,

Try starting a server by doing 

accept connections on port 12345 with message "xxx"

Then list the openSockets. The open port 12345 will or might have an extra 
character at the end. 

- Eric



> On Dec 22, 2014, at 17:35, Peter W A Wood  wrote:
> 
> Hello Eric
> 
> I ran a very simple test using LiveCode 7.0.1 on OS X Yosemite and didn’t see 
> the issue. It was a very simple test though.
> 
> My test had three buttons: open, list, close and one field: Report.
> 
> The three button scripts were:
> 
>open - open socket to "127.0.0.1:80"
>
>close - close socket "127.0.0.1:80"
> 
>list - put the openSockets into Field "Report"
> 
> It worked as expected.
> 
> Regards
> 
> Peter
> 
>> On 23 Dec 2014, at 09:04, Eric Corbett  wrote:
>> 
>> Hello all,
>> 
>> I’m using LiveCode 7.0.1.
>> 
>> I have a port open and when I get the openSockets list, the port has an 
>> extra character on the end like an ‘å’ or a double quote. I check to see if 
>> the port is in the openSocket list so I don’t try to accept connections 
>> again, but if I have wholeMatches set to true, it’s not returning true.
>> 
>> Can anyone confirm this before I submit a bug report?
>> 
>> Thanks,
>> 
>> - Eric
>> ___
>> 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
> 
> 
> ___
> 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

___
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: Sockets

[Eric Corbett]

Thanks all, I'll send in a bug report.

e



> On Dec 22, 2014, at 20:22, Paul Hibbert  wrote:
> 
> Eric,
> 
> I see the same problem too on LC 7.0.1 (Build 1023) under Yosemite, works 
> fine in LC 6.7.1 & LC 6.6.5 as far as I can tell.
> 
> Paul
> 
>> On Dec 22, 2014, at 8:02 PM, Mike Bonner  wrote:
>> 
>> Yep, i'm seeing this on 7.0.0 too. The other versions I have (various 6xxx
>> versions) work correction, though I haven't tried the most recent 6 stable.
>> If I can get 7.0.1 to install I'll try it there also.
>> 
>> On Mon, Dec 22, 2014 at 6:35 PM, Peter W A Wood 
>> wrote:
>>> 
>>> Hello Eric
>>> 
>>> I ran a very simple test using LiveCode 7.0.1 on OS X Yosemite and didn’t
>>> see the issue. It was a very simple test though.
>>> 
>>> My test had three buttons: open, list, close and one field: Report.
>>> 
>>> The three button scripts were:
>>> 
>>>  open - open socket to "127.0.0.1:80"
>>> 
>>>  close - close socket "127.0.0.1:80"
>>> 
>>>  list - put the openSockets into Field "Report"
>>> 
>>> It worked as expected.
>>> 
>>> Regards
>>> 
>>> Peter
>>> 
>>>> On 23 Dec 2014, at 09:04, Eric Corbett  wrote:
>>>> 
>>>> Hello all,
>>>> 
>>>> I’m using LiveCode 7.0.1.
>>>> 
>>>> I have a port open and when I get the openSockets list, the port has an
>>> extra character on the end like an ‘å’ or a double quote. I check to see if
>>> the port is in the openSocket list so I don’t try to accept connections
>>> again, but if I have wholeMatches set to true, it’s not returning true.
>>>> 
>>>> Can anyone confirm this before I submit a bug report?
>>>> 
>>>> Thanks,
>>>> 
>>>> - Eric
>>>> ___
>>>> 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
>>> 
>>> 
>>> ___
>>> 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
>>> 
>> ___
>> 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
> 
> 
> ___
> 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

___
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: Sockets

[Eric Corbett]

Bug reported: 14287

- e

On Dec 22, 2014, at 10:32 PM, Peter W A Wood  wrote:

> When opening when starting a socket, I see the problem. This is the port 
> number that was displayed "12345ر”
> 
> Regards
> 
> Peter
> 
>> On 23 Dec 2014, at 11:54, Eric Corbett  wrote:
>> 
>> Thanks Peter,
>> 
>> Try starting a server by doing 
>> 
>> accept connections on port 12345 with message "xxx"
>> 
>> Then list the openSockets. The open port 12345 will or might have an extra 
>> character at the end. 
>> 
>> - Eric
>> 
>> 
>> 
>>> On Dec 22, 2014, at 17:35, Peter W A Wood  wrote:
>>> 
>>> Hello Eric
>>> 
>>> I ran a very simple test using LiveCode 7.0.1 on OS X Yosemite and didn’t 
>>> see the issue. It was a very simple test though.
>>> 
>>> My test had three buttons: open, list, close and one field: Report.
>>> 
>>> The three button scripts were:
>>> 
>>>  open - open socket to "127.0.0.1:80"
>>> 
>>>  close - close socket "127.0.0.1:80"
>>> 
>>>  list - put the openSockets into Field "Report"
>>> 
>>> It worked as expected.
>>> 
>>> Regards
>>> 
>>> Peter
>>> 
>>>> On 23 Dec 2014, at 09:04, Eric Corbett  wrote:
>>>> 
>>>> Hello all,
>>>> 
>>>> I’m using LiveCode 7.0.1.
>>>> 
>>>> I have a port open and when I get the openSockets list, the port has an 
>>>> extra character on the end like an ‘å’ or a double quote. I check to see 
>>>> if the port is in the openSocket list so I don’t try to accept connections 
>>>> again, but if I have wholeMatches set to true, it’s not returning true.
>>>> 
>>>> Can anyone confirm this before I submit a bug report?
>>>> 
>>>> Thanks,
>>>> 
>>>> - Eric
>>>> ___
>>>> 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
>>> 
>>> 
>>> ___
>>> 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
>> 
>> ___
>> 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
> 
> ___
> 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


___
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

lcext for iOS

[Eric Corbett]

I am trying to include a mergSocket.lcext file with my iOS build, but the 
standalone builder refuses to include it. There are no errors, just no file in 
the bundle.

I am using  LC 7.0.1 on OSX 10.9 using SDK 8.1. I am selecting copy file 
directly, not copy folder. The file is located in a folder called binaries.

If I change the extension, the file copies fine. Any ideas about what I am 
doing wrong or missing? I think it’s me because I know I was successful with 
this version of mergSocket a couple months ago, probably using LC 7.0, but it’s 
not working any longer.

Thanks,

- Eric

 
___
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: lcext for iOS

[Eric Corbett]

Thanks Monte, must be the way I modified how I use the library in my latest 
socket implementation. I'll do some additional testing.

Thanks,

 - e

On Dec 29, 2014, at 5:19 PM, Monte Goulding wrote:

> You won’t get a copy of the lcext file in the bundle. iOS externals are 
> statically linked into the engine executable during the build.
> 
>> On 30 Dec 2014, at 10:26 am, Eric Corbett  wrote:
>> 
>> I am trying to include a mergSocket.lcext file with my iOS build, but the 
>> standalone builder refuses to include it. There are no errors, just no file 
>> in the bundle.
>> 
>> I am using  LC 7.0.1 on OSX 10.9 using SDK 8.1. I am selecting copy file 
>> directly, not copy folder. The file is located in a folder called binaries.
>> 
>> If I change the extension, the file copies fine. Any ideas about what I am 
>> doing wrong or missing? I think it’s me because I know I was successful with 
>> this version of mergSocket a couple months ago, probably using LC 7.0, but 
>> it’s not working any longer.
>> 
>> Thanks,
>> 
>> - Eric
>> 
>> 
>> ___
>> 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
> 
> --
> Monte Goulding
> 
> M E R Goulding <http://goulding.ws/> - software development services
> mergExt <http://mergext.com/> - There's an external for that!
> 
> 
> 
> 
> 
> ___
> 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


___
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: Code 2014 - Vote for LiveCode

[Eric Corbett]

I started a twitter account just to vote, but can’t get it to work. My tweet is 
not going through and private is not on.

- Eric

On Dec 30, 2014, at 4:32 PM, Bob Sneidar  wrote:

> Unfortunately I do not tweet. Or twitter for that matter. Although I *have* 
> been called a twit on an indeterminate number of occasions. 
> 
> Bob S
> 
> 
>> On Dec 29, 2014, at 15:34 , Peter W A Wood  wrote:
>> 
>> #code2014 is this year’s programming languages popularity poll. You can see 
>> the current results at http://www.code2014.com 
>> 
>> As I write this note, LiveCode doesn’t have a single vote. I am about to 
>> change that. You can vote by tweeting with the hashtag #code2014 and 
>> mentioning the languages you have used in 2014.
>> 
>> Why don’t you?
>> 
>> Regards
>> 
>> Peter
>> http://LiveCode1001.blogspot.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
> 
> ___
> 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


___
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: Delete this card command not working in LIvecode 5.5.3

[Eric Corbett]

You can not delete a control whose script is still running.

Try in the button:

on mouseUp
 local tID
 put the long I'd of this card into tID
 send "deleteMe tID" to me in 1 milliseconds
end mouseUp

Then put the deleteMe handler in the stack.

- e



> On Dec 31, 2014, at 07:36, "stgoldb...@aol.com"  wrote:
> 
> If I want to delete a card using the message box in LC 5.5.3 (on Mac 10.9.5) 
> it works if I type
> 
> 
> delete this card 
> 
> 
> in the message box.  However, I get an error message if I try the same thing 
> from a button on the card or from a script in the stack.  This didn't used to 
> be the case.  Any suggestions?
> Thanks!
> Happy New Year,
> Stephen Goldberg
> stgoldb...@aol.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

___
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

iconGravity

[Eric Corbett]

Cool new button property I discovered finally (new to me anyway).

Any way to set the iconGravity to left, the textAlign to left and have the 
label start next to the icon without having to add spaces in front of the label?

Thanks,

- Eric


___
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

mobile input field

[Eric Corbett]

Howdy,

Any was to restrict input to numbers only without using the numbers keyboard or 
replacing non numeric numbers after the fact for a mobile input control?

Thanks,

- Eric


___
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: mobile input field

[Eric Corbett]

Thanks Rick,

What I ended up trying is this:

on inputTextChanged, I get the mobile field value, strip out any non numeric 
characters, and the set the text of the field to the new value. This 
unexpectedly works without first seeing the character in the field.

 - E



On Jan 7, 2015, at 3:53 PM, Rick Harrison  wrote:

> Hi Eric,
> 
> Users may type anything they want into a field, and it is up to
> the programmer to make sure that the type of data is accepted 
> (or valid) if possible.  Use a text field for the input, and
> then process the text to see if it is valid numeric data.  If so, you
> are good, if not, you have to tell them they didn’t enter numeric
> data and to try again.
> 
> The only other way I can think of is you would have to make up
> some other kind of control similar to a date picker where only
> numeric values can be scrolled to and selected by clicking on them,
> kind of like making your own keypad control.
> 
> So the answer to your question is most probably no.
> 
> Cheers and good luck!
> 
> Rick
> 
> 
>> On Jan 7, 2015, at 6:18 PM, Eric Corbett  wrote:
>> 
>> Howdy,
>> 
>> Any was to restrict input to numbers only without using the numbers keyboard 
>> or replacing non numeric numbers after the fact for a mobile input control?
>> 
>> Thanks,
>> 
>> - Eric
>> 
>> 
>> ___
>> 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
> 
> 
> ___
> 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


___
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: Fields Have Labels

[Eric Corbett]

How about a ghostText property. An array style property for a data entry field. 
All the text properties + onEntry dim or hide; or onEmpty dim or hide; dimColor 
or dimBlendLevel.

Or not an array at all, but labelFont, labelTextSize, labelAlign...

 It would be nice to not have to require a custom behavior script and to have 
this on iOS too. 

- Eric



> On Jan 11, 2015, at 20:44, Peter Haworth  wrote:
> 
> There isn't right now but this is an enhancement idea. I don't think it
> could use the label property because of its use elsewhere but the idea is
> similar to how the label of a group is used when showname is true.
>> On Jan 11, 2015 7:24 PM,  wrote:
>> 
>> Jim.
>> 
>> 
>> But how is this different from (or better than) a custom property, that
>> contains any or all of those other values as an array or list? In other
>> words, the "label" property has immense value in, say, a button, where the
>> "shown" name may be separate from the actual button name. This extra layer
>> of reference is very useful, but is based on the ability to display that
>> different text apart from the name. After all, in a button, if the label is
>> left blank, the shown name is the actual name of the button.
>> 
>> 
>> How can a field use this extra layer in a way that enhances its existence,
>> since there is no way, no place, to display that extra information?
>> 
>> 
>> Craig
>> 
>> 
>> 
>> -Original Message-
>> From: Jim Lambert 
>> To: use-livecode 
>> Sent: Sun, Jan 11, 2015 8:48 pm
>> Subject: Re: Fields Have Labels
>> 
>> 
>> 
>>> Craig wrote:
>>> 
>>> If you could set the label property to actually change some aspect of a
>> field,
>> what form would that take? Not the text, I assume.
>> 
>> 
>> Hi Craig,
>> 
>> I’m thinking the field’s label would have its own property set, such as
>> font,
>> style, fore/back colors, ‘iconGravity’ etc.
>> These properties would be separate from the field’s properties; even
>> though the
>> label itself is a property of the field.
>> 
>> Jim Lambert
>> ___
>> 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
>> 
>> 
>> ___
>> 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
> ___
> 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

___
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: Possible insanity, or is it LC 7.0.1?

[Eric Corbett]

Try on the multi-line option in the message box:

put (1.884956 is a number) into tIsNum
put tIsNum


On Jan 14, 2015, at 12:03 PM, Graham Samuel  wrote:

> Using LC 7.0.1 on Yosemite 1010.1, when I type this into the message box
> 
>  put (1.884955 is a number)
> 
> I get true, as expected, but if I put
> 
>  put (1.884956 is a number)
> 
> I get 
> 
> Script compile error:
> Error description: Expression: unquoted literal
> 
> This result was derived from some complex code so I originally thought that 
> the character string could have been corrupt with invisible characters,  but 
> I retyped the numbers myself. This seems so mad that I need someone to 
> confirm it, even though I find it completely repeatable. I tried it on LC 6.7 
> (which just happens to be on my machine) and I got true as expected.
> 
> Someone tell me I am not crazy.
> 
> TIA
> 
> Graham
> ___
> 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


___
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: changing layer within a group by script/ speed of "start editing"

[Eric Corbett]

Try using the relayer command;

relayer grc 1 of grp x after grc 2 of grp x

You don't need to start editing with relayer, but you need to be careful not to 
relayer an object to outside the group.

HTH

Eric



> On Jan 25, 2015, at 17:19, Dr. Hawkins  wrote:
> 
> I have a group with four overlapping graphics.
> 
> Depending upon what happens, different ones want to be brought to the top
> and change the overlap.
> 
> I'm currently using start editing/set the layer of zzz to top/stop
> editing.  I think it also changes the size.
> 
> I can actually see the order in which this is handled on an iphone 6+.
> Fast, but visible.
> 
> Is start editing "expensive"?  Is there a better way to do this?
> 
> 
> I suppose I could skip the group and catch their handlers in the card or
> stack instead of the group, but . . .
> -- 
> 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

___
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: stackfileversion and locking 6.5.2

[Eric Corbett]

I had to do this as well. In the end it was a group that had two fields in it. 
I assumed it was a field property that I either could not find or could not 
change and submitted a bug report. Since my problem was present in 6.7. or 7, 
nothing was investigated.

e

On Jan 30, 2015, at 7:27 AM, Geoff Canyon  wrote:

> So far I've determined that stripping out every line of code from the stack
> doesn't fix the problem.
> 
> Deleting every control does.
> 
> Now I'm going through to figure out which control is poisonous to 6.5.2
> 
> On Fri, Jan 30, 2015 at 3:40 AM, Geoff Canyon  wrote:
> 
>> I have a stack that I moved to 7.0.2 for a few days without thinking, and
>> I want to move it back. I tried this in the message box:
>> 
>> 
>> set the stackfileversion to 5.5;lock messages;save stack
>> "versionProblem";close stack "versionProblem"
>> 
>> 
>> and after that if I open it in 6.5.2 or 6.7, they lock up with the
>> spinning beach ball of death. I don't think I put anything into the stack
>> that requires 7, and LC dies even if I lock messages before opening the
>> stack.
>> 
>> 
>> Any ideas?
>> 
>> 
>> gc
>> 
> ___
> 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


___
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: Self Awareness?

[Eric Corbett]

Try newBackground, newButton, new…, etc.

Eric

On Feb 11, 2015, at 11:06 AM, Scott Rossi  wrote:

> Does a control receive any message when it is pasted onto a card?
> 
> I¹m trying to figure out a way for a control (usually a group) to
> initialize some of its properties upon being pasted.  Things like
> preOpenControl and openControl don¹t appear to work.  I know this can be
> done with a frontScript, but I¹d prefer to detect a message in the control
> itself, if there is one.
> 
> Thanks for any suggestions.
> 
> Regards,
> 
> Scott Rossi
> Creative Director
> Tactile Media, UX/UI Design
> 
> 
> 
> 
> ___
> 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


___
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: Deleting cards from within themselves.

[Eric Corbett]

use

send "mouseUp" to btn "DELL" of card “INPUTTER” in 1 milliseconds

in the first mouseU



On Feb 16, 2015, at 12:02 PM, Richmond  wrote:

> On 16/02/15 21:54, Roger Eller wrote:
>> try this:
>> 
>> click at the loc of btn "DELL" of card "INPUTTER"
>> 
>> ~Roger
> 
> Thanks, but no joy: because that line still has to be inside a script in an 
> object on the card
> to be deleted.
> 
>> 
>> 
>> On Mon, Feb 16, 2015 at 2:42 PM, Richmond 
>> wrote:
>> 
>>> This CANNOT be done, as such.
>>> 
>>> I am currently working up a moronically simple flashcard program for
>>> people to learn words in a new language.
>>> 
>>> It features a card where end-users can add terms.
>>> 
>>> Now, for every new term a templet card is cloned and 2 fields on the
>>> cloned card are filled.
>>> 
>>> No rocket science round these parts!
>>> 
>>> HOWEVER . . . there's always one of those . . .
>>> 
>>> I want a button on each vocab. card that allows chummy to delete that card.
>>> 
>>> Tried a button with this script:
>>> 
>>> on mouseUp
>>>   put the ID of this card into fld "QARD" of card "INPUTTER"
>>>   send "mouseUp" to btn "DELL" of card "INPUTTER"
>>> end mouseUp
>>> 
>>> where button "DELL" contains this:
>>> 
>>> on mouseUp
>>>   put fld "QARD" into QARD
>>>   delete card ID QARD
>>> end mouseUp
>>> 
>>> now, clicking directly on button "DELL" deletes the card . .
>>> 
>>> but clicking the button on the card to be deleted does NOT delete that
>>> card because the script in that button
>>> is still active.
>>> 
>>> Would be grateful for any ideas on this one.
>>> 
>>> Richmond.
>>> 
>>> ___
>>> 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
>>> 
>> ___
>> 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
> 
> 
> ___
> 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

___
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: Go back no longer works

[Eric Corbett]

Try:

on openStack
go card 2
go back 1
end openCard

Eric

On Feb 17, 2015, at 4:25 PM, Bob Sneidar  wrote:

> Something very odd has happened to my Livecode Install. The command Go Back 
> no longer works. Was working up until about a half hour ago. To test it I 
> created a new stack with two cards, each marked card 1 and card 2 
> respectively. In the first card I have a handler in the card script 
> 
> on openStack
> go card 2
> go back
> end openCard
> 
> I end up on card 2. Ideas??
> 
> Bob S
> 
> 
> 
> ___
> 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


___
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: 7.0 Issues

[Eric Corbett]

Not sure if this helps, but LiveCode 7 uses a different arrayEncoding than 
previous version due to Unicode. Check the dictionary on how to use arrayEncode 
in 7 to be able to decode in an earlier version.

Eric




On Feb 19, 2015, at 12:16 PM, Peter Haworth  wrote:

> I've been careful to create separate versions of my stack files and
> Livecode Preferences folder for use when running LC 7.  However, it seems
> there other issues with compatibility.
> 
> I save the preferences for my application in a file in the
> /Library/Application Support folder with the following statement:
> 
> *write* base64Encode(arrayEncode(gSettings)) to file "
> 
> These are then read in at startup with:
> 
> read from file myPath until EOF
>   if it is empty then
>  put empty into gSettings
>   else
>  put arrayDecode(base64Decode(it)) into gSettings
>   end if
> 
> Yesterday, I started working on this stack with LC7 and the prefs file was
> saved by the LC7 version of the stack.
> Today, I needed to go back to the non LC7 version of the stack.  To my
> surprise, a runtime error was thrown on the "put arrayDecode..." statement
> above.  The  it variable looked  like it contained base64 encoded data.
> 
> I ran the LC7 version of the stack again and the runtime error did not
> occur.
> 
> I restored the preferences file from a Time Machine backup that I know
> preceded my use of LC7, ran the application again with LC 6.6.2, and all
> worked fine.
> 
> So it seems that something in either the array/base64 encode/decode
> functions changed between v6.6.2 and 7.0.1.
> 
> I really want to use LC7 but stuff like this makes me very nervous.  How
> many other inconsistencies like this are lurking out there.
> ___
> 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


___
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: 7.0 Issues

[Eric Corbett]

I think what you will have to do is this:

Check the LC version;
if it’s >= 7 then
arrayEncode(tData,6) — force the engine to use the old arrayEncoding
else
arrayEncode(tData) — older versions can not have the extra parameter
end if

LiveCode 7 will be smart enough to decode the array either way.

Eric

On Feb 19, 2015, at 12:49 PM, Peter Haworth  wrote:

> Thanks Eric, yes that does indeed help.  However, I'm still confused.  The
> dictionary indicates that if the new parameter, version, is not present
> then arrays are encoded the old way.  None of my calls include the new
> parameter so not sure how they ended up being inaccessible in pre7 versions.
> 
> I guess the gist of my post was what else have I failed to account for?  Is
> there a document somewhere that details what code structures may need
> attention when moving back and forth between LC7 and prior versions?  I'm
> guessing that anything addressing char chunks or offset would need to be
> changed.
> 
> On Thu Feb 19 2015 at 12:31:24 PM Eric Corbett 
> wrote:
> 
>> Not sure if this helps, but LiveCode 7 uses a different arrayEncoding than
>> previous version due to Unicode. Check the dictionary on how to use
>> arrayEncode in 7 to be able to decode in an earlier version.
>> 
>> Eric
>> 
>> 
>> 
>> 
>> On Feb 19, 2015, at 12:16 PM, Peter Haworth  wrote:
>> 
>>> I've been careful to create separate versions of my stack files and
>>> Livecode Preferences folder for use when running LC 7.  However, it seems
>>> there other issues with compatibility.
>>> 
>>> I save the preferences for my application in a file in the
>>> /Library/Application Support folder with the following statement:
>>> 
>>> *write* base64Encode(arrayEncode(gSettings)) to file "
>>> 
>>> These are then read in at startup with:
>>> 
>>> read from file myPath until EOF
>>>  if it is empty then
>>> put empty into gSettings
>>>  else
>>> put arrayDecode(base64Decode(it)) into gSettings
>>>  end if
>>> 
>>> Yesterday, I started working on this stack with LC7 and the prefs file
>> was
>>> saved by the LC7 version of the stack.
>>> Today, I needed to go back to the non LC7 version of the stack.  To my
>>> surprise, a runtime error was thrown on the "put arrayDecode..."
>> statement
>>> above.  The  it variable looked  like it contained base64 encoded data.
>>> 
>>> I ran the LC7 version of the stack again and the runtime error did not
>>> occur.
>>> 
>>> I restored the preferences file from a Time Machine backup that I know
>>> preceded my use of LC7, ran the application again with LC 6.6.2, and all
>>> worked fine.
>>> 
>>> So it seems that something in either the array/base64 encode/decode
>>> functions changed between v6.6.2 and 7.0.1.
>>> 
>>> I really want to use LC7 but stuff like this makes me very nervous.  How
>>> many other inconsistencies like this are lurking out there.
>>> ___
>>> 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
>> 
>> 
>> ___
>> 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
>> 
> ___
> 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


___
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: 7.0 Issues

[Eric Corbett]

Additionally,

The dictionary may be a bit inaccurate. In LC 7, if there is no version, 
arrayEncode uses the encoding for the version you are on, LC 7 encoding. So, if 
LC 8 has different encoding than 7, LC 8 will use LC 8 encoding when no version 
is specified.

Eric

On Feb 19, 2015, at 12:49 PM, Peter Haworth  wrote:

> Thanks Eric, yes that does indeed help.  However, I'm still confused.  The
> dictionary indicates that if the new parameter, version, is not present
> then arrays are encoded the old way.  None of my calls include the new
> parameter so not sure how they ended up being inaccessible in pre7 versions.
> 
> I guess the gist of my post was what else have I failed to account for?  Is
> there a document somewhere that details what code structures may need
> attention when moving back and forth between LC7 and prior versions?  I'm
> guessing that anything addressing char chunks or offset would need to be
> changed.
> 
> On Thu Feb 19 2015 at 12:31:24 PM Eric Corbett 
> wrote:
> 
>> Not sure if this helps, but LiveCode 7 uses a different arrayEncoding than
>> previous version due to Unicode. Check the dictionary on how to use
>> arrayEncode in 7 to be able to decode in an earlier version.
>> 
>> Eric
>> 
>> 
>> 
>> 
>> On Feb 19, 2015, at 12:16 PM, Peter Haworth  wrote:
>> 
>>> I've been careful to create separate versions of my stack files and
>>> Livecode Preferences folder for use when running LC 7.  However, it seems
>>> there other issues with compatibility.
>>> 
>>> I save the preferences for my application in a file in the
>>> /Library/Application Support folder with the following statement:
>>> 
>>> *write* base64Encode(arrayEncode(gSettings)) to file "
>>> 
>>> These are then read in at startup with:
>>> 
>>> read from file myPath until EOF
>>>  if it is empty then
>>> put empty into gSettings
>>>  else
>>> put arrayDecode(base64Decode(it)) into gSettings
>>>  end if
>>> 
>>> Yesterday, I started working on this stack with LC7 and the prefs file
>> was
>>> saved by the LC7 version of the stack.
>>> Today, I needed to go back to the non LC7 version of the stack.  To my
>>> surprise, a runtime error was thrown on the "put arrayDecode..."
>> statement
>>> above.  The  it variable looked  like it contained base64 encoded data.
>>> 
>>> I ran the LC7 version of the stack again and the runtime error did not
>>> occur.
>>> 
>>> I restored the preferences file from a Time Machine backup that I know
>>> preceded my use of LC7, ran the application again with LC 6.6.2, and all
>>> worked fine.
>>> 
>>> So it seems that something in either the array/base64 encode/decode
>>> functions changed between v6.6.2 and 7.0.1.
>>> 
>>> I really want to use LC7 but stuff like this makes me very nervous.  How
>>> many other inconsistencies like this are lurking out there.
>>> ___
>>> 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
>> 
>> 
>> ___
>> 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
>> 
> ___
> 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


___
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: 7.0 Issues

[Eric Corbett]

Hi Peter,

I forgot about that fact. I just checked some code in a library we use and 
indeed the arrayEncode for version 7 is wrapped in a do statement.

I agree about the behavior. Mark W. made some comments to a bug report I 
submitted explaining the current functionality but I can not find it.

eric


On Feb 19, 2015, at 2:15 PM, Peter Haworth  wrote:

> Ho Eric,
> Spoke too soon.  Your code wont compile in versions prior to 7 because of
> the extra parameter.  I guess I could compile it in 7 but that would mean I
> would have to compile that script in 7 every time I wanted to make a change
> and there's a lot of handlers in it so high probability of changes.  I
> suppose I could use a do statement (yuk).
> 
> The more I think about this, the more it's a pretty bad backward
> compatibility problem.  I'm wondering if the dictionary entry is in fact
> the way it was supposed to be implemented, meaning if the new parm isn't
> present the old encoding is used.
> 
> You only care about the new encoding if you're storing unicode data in an
> array and doesn't seem like any more of an imposition to use the new
> parameter than having to use textEncode/Decode for other unicode operations.
> 
> On Thu Feb 19 2015 at 1:03:05 PM Eric Corbett 
> wrote:
> 
>> I think what you will have to do is this:
>> 
>> Check the LC version;
>> if it’s >= 7 then
>> arrayEncode(tData,6) — force the engine to use the old arrayEncoding
>> else
>> arrayEncode(tData) — older versions can not have the extra parameter
>> end if
>> 
>> LiveCode 7 will be smart enough to decode the array either way.
>> 
>> Eric
>> 
>> On Feb 19, 2015, at 12:49 PM, Peter Haworth  wrote:
>> 
>>> Thanks Eric, yes that does indeed help.  However, I'm still confused.
>> The
>>> dictionary indicates that if the new parameter, version, is not present
>>> then arrays are encoded the old way.  None of my calls include the new
>>> parameter so not sure how they ended up being inaccessible in pre7
>> versions.
>>> 
>>> I guess the gist of my post was what else have I failed to account for?
>> Is
>>> there a document somewhere that details what code structures may need
>>> attention when moving back and forth between LC7 and prior versions?  I'm
>>> guessing that anything addressing char chunks or offset would need to be
>>> changed.
>>> 
>>> On Thu Feb 19 2015 at 12:31:24 PM Eric Corbett 
>>> wrote:
>>> 
>>>> Not sure if this helps, but LiveCode 7 uses a different arrayEncoding
>> than
>>>> previous version due to Unicode. Check the dictionary on how to use
>>>> arrayEncode in 7 to be able to decode in an earlier version.
>>>> 
>>>> Eric
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Feb 19, 2015, at 12:16 PM, Peter Haworth  wrote:
>>>> 
>>>>> I've been careful to create separate versions of my stack files and
>>>>> Livecode Preferences folder for use when running LC 7.  However, it
>> seems
>>>>> there other issues with compatibility.
>>>>> 
>>>>> I save the preferences for my application in a file in the
>>>>> /Library/Application Support folder with the following statement:
>>>>> 
>>>>> *write* base64Encode(arrayEncode(gSettings)) to file "
>>>>> 
>>>>> These are then read in at startup with:
>>>>> 
>>>>> read from file myPath until EOF
>>>>> if it is empty then
>>>>>put empty into gSettings
>>>>> else
>>>>>put arrayDecode(base64Decode(it)) into gSettings
>>>>> end if
>>>>> 
>>>>> Yesterday, I started working on this stack with LC7 and the prefs file
>>>> was
>>>>> saved by the LC7 version of the stack.
>>>>> Today, I needed to go back to the non LC7 version of the stack.  To my
>>>>> surprise, a runtime error was thrown on the "put arrayDecode..."
>>>> statement
>>>>> above.  The  it variable looked  like it contained base64 encoded data.
>>>>> 
>>>>> I ran the LC7 version of the stack again and the runtime error did not
>>>>> occur.
>>>>> 
>>>>> I restored the preferences file from a Time Machine backup that I know
>>>>> preceded my use of LC7, ran the application again with LC 6.6.2, and
>> all
>>>>&g

Re: LiveCode 7.0.3: a new meme

[Eric Corbett]

Richard,

I’m wondering if the standalone engine size is a concern for anyone else. I 
have a standalone for iOS that is 3 times smaller when built with 6 over 7. I 
think I understand that the unicode dictionary is responsible, but until there 
is a way to selectively remove that, I would rather have the smaller footprint.

Eric

On Feb 26, 2015, at 12:45 PM, Richard Gaskin  wrote:

> The road to enhanced support for Cocoa, Unicode, GTK, iOS, and all the other 
> things that make up v7 has been a long one, and while it's not been without 
> difficulty this third point release seems very promising.
> 
> But don't take my word for it.  I'm just a fanboy - you can safely ignore 
> anything I write. :)
> 
> Instead, enjoy this post I came across in the forums today for a fresh take 
> on v7 - excerpt:
> 
>So I got to try out LiveCode 7.0.3 today and I have to say I
>am impressed, the engine is the fastest I've used since the
>open source revamp began
> 
> 
> His post is well worth reading, and in my thank you reply I also included 
> some details about that performance boost in 7.0.3 and an earlier change with 
> copy-on-write-only which may be of interest to those who've seen performance 
> issues in the past.
> 
> 
> Looking ahead:
> 
> Right now RunRev maintains three versions, 6.x, 7.x, and 8.x.  This is of 
> course more expensive than maintaining two, so it's in everyone's interest to 
> see a productive migration to v7 ASAP so we can have the team focusing on the 
> things we truly need rather than just patching the past.
> 
> "Version 6, we loved ya', but we gotta move on to the present."
> 
> But of course this needs to be truly productive, and that's where you come in.
> 
> In the past we've discussed isolated benchmarks, but as Peter Brett explained 
> here a few weeks ago, and Ben explained to me in more detail in our last 
> meeting, the changes in v7's core are so deep and pervasive that isolated 
> benchmarks are far less useful than we might think.
> 
> In some areas, given the larger amount of data and automatic encoding 
> detection for Unicode, we know some aspects of v7 will be slower.
> 
> But in many other areas, with copy-on-write-only and other algorithmic 
> changes under the hood, many other areas have become much faster.
> 
> So the real focus now is two-fold:
> 
> #1 Priority: Bugs
> -
> If you're seeing a bug in v7.0.3 that you do not see in v6.7.3, please report 
> it ASAP.
> 
> Of course data-loss bugs will get priority, and bugs for which simple 
> workarounds exist may get a lower priority.  But let's do make sure we 
> catalog any issues unique to v7 so we can all move forward with confidence.
> 
> 
> #2 Priority: Performance
> 
> Given the holistic nature of the changes in v7, the key here is to find 
> applications that are noticeably slower.  If you have one, send it to support 
> AT runrev.com with a note explaining where the performance difference can be 
> found.
> 
> No need to worry about trade secrets and all that:  RunRev regularly works 
> with very sensitive projects, and discards everything noted as such as soon 
> as their analysis is complete.
> 
> The main thing is that they see it, so if you see a noticeable performance 
> loss and are concerned about sensitivity of the materials, please at least 
> write to them describing the issue and your concerns and let's find a way to 
> take care of it.
> 
> 
> I write this as an ardent fan of v6.7.x.  It's been good to me, and it's 
> enjoyed a favored position in my Mac's Dock and my Ubuntu Launcher.
> 
> But as of today I'm migrating all new work to v7. I want 2D physics, GPU 
> rendering, stack views, and more, and those only take longer as long as the 
> core team is saddled with v6.x backports.
> 
> And for us Linux fanboys, much the enhanced GTK support we crave is already 
> in v7 (thanks, Fraser!).
> 
> If you have any other concerns about migrating your work to v7, let me know.  
> Probably best to discuss them here so we can all benefit, but if it's a 
> sensitive issue you can send me an email if you prefer and I'll do my best to 
> reply quickly.
> 
> -- 
> Richard Gaskin
> LiveCode Community Manager
> rich...@livecode.org
> 
> ___
> 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


___
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: mergExt Update for LC 6.7.3 and 7.0.3

[Eric Corbett]

Yes, THANK YOU Monte; mergExt with LiveCode makes so much possible for iOS.

eric

On Mar 4, 2015, at 9:39 AM, Ralph DiMola  wrote:

> I can't +1 this enough times. Monte's externals saved my butt BIG TIME one 
> night. Being a LC new-be at the time he showed me how to implement the 
> external that night with a few emails. He supports and stands behind his 
> products.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
> Of Jim Lambert
> Sent: Wednesday, March 04, 2015 12:31 PM
> To: use-livecode@lists.runrev.com
> Subject: Re: mergExt Update for LC 6.7.3 and 7.0.3
> 
> Thank you, Monte, for the quick update.
> Everyone else, buy mergExt!  
> You won’t regret it. It’s a great collection of externals.
> 
> Jim Lambert
> ___
> 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
> 
> 
> ___
> 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


___
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

Saving Objects

[Eric Corbett]

Any way to save an object or a group of objects without having to save the 
stack?

I would like to create a group, save the group, then be able to add that group 
to a stack.

I am currently:

1. Creating a group on a blank stack;
2. Saving the stack binary;
3. Downloading the stack binary when needed;
4. Creating a stack file from the binary;
5. Loading the stack into memory;
6. Copying the group to another stack;
7 Deleting the stack from memory, from disk.

I also thought about saving the properties of the group and all the objects to 
a text file, then creating all the objects on the fly and setting each one’s 
property from the text file.

Any ideas?

Thanks,

Eric
___
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: fastes way to search an array?

[Eric Corbett]

Cool function Bob, I always love a good recursive handler.

It might be broken when an array element contains more than one word. (Limited 
testing tho.)

Eric

On May 4, 2015, at 2:14 PM, Bob Sneidar  wrote:

> I wrote a couple functions that “flatten” an array into a string in such a 
> way that it can be converted back into an array again when done. Here they 
> are:
> 
> function altPrintKeys @pArray, theKeyList, pFullData 
>put numtochar(11) into vertTab
>put numtochar(30) into altCr
>put the keys of pArray into theKeys
>sort theKeys numeric
> 
>repeat FOR each line theKey in theKeys
>put "[" & theKey & "] " after theKeyList
>if theKey is not a number then
>  replace "[" & theKey & "]" WITH "[" & quote & theKey & quote & 
> "]" in theKeyList
>end if
>if pArray[theKey] is an array then
>put pArray[theKey] into theTempArray
>put altPrintKeys(theTempArray, theKeyList, pFullData) after theText
>put empty into the last word of theKeyList
>delete the last char of theKeyList
>put cr into the last char of theText
>else
>put "pArray " & the last word of theKeyList into theKeyName
>-- put "put " & theKeyName & " into theValue" into theCommand
>-- do theCommand
>put value(theKeyName) into theValue
>replace tab WITH vertTab in theValue
>replace return WITH altCr in theValue
>put theKeyList & tab & theValue & comma after theText
>put empty into the last word of theKeyList
>delete the last char of theKeyList
>end if
>end repeat
> 
>return theText
> end altPrintKeys
> 
> function altKeysToArray theText
>put numtochar(11) into vertTab
>put numtochar(30) into altCr
>repeat FOR each line theRecord in theText
>repeat FOR each item theKeyData in theRecord
>put the itemdelimiter into theOldDelim
>set the itemdelimiter to tab
>put item 1 of theKeyData into theKeyList
>put item 2 of theKeyData into theValue
>replace vertTab WITH tab in theValue
>replace altCr WITH return in theValue
>set the itemdelimiter to theOldDelim
>put "put " & quote & theValue & quote & " into theArrayA " & 
> theKeyList into theCommand
>do theCommand
>end repeat
>end repeat
>return theArrayA
> end altKeysToArray
> 
> 
> They work together, one for converting an array to text and the other for 
> converting back again. This is handy when you need to eliminate keys using 
> the filter command and then converting back to an array again. But it can be 
> useful for finding an array key or element. Try it on a multidimensional 
> array and view the results. You can see that if you find a line, you will be 
> able to discern the actual array key. 
> 
> Bob S
> 
> 
>> On Apr 22, 2015, at 14:44 , Mike Bonner  wrote:
>> 
>> I wonder how easy it would be to add an option to arrayencode.  It already
>> flattens an array nicely, but not in a searchable way. It would be cool to
>> add an optional argument that still flattens, but doesn't encode.  The code
>> to traverse the array is already there, with an option to leave the data
>> and keys readable, it would then make an interesting batch of searchable
>> text. Just glancing at an encoded array, it looks relatively
>> comprehensible.
>> 
>> One issue would be the unordered way arrays are stored. (making
>> arrayencoded arrays come out different despite identical data, as per the
>> dictionary page)
>> 
>> On Wed, Apr 22, 2015 at 2:26 PM, Phil Davis  wrote:
>> 
>>> Hi Tiemo,
>>> 
>>> How many levels deep are the array elements you want to search?
>>> 
>>> How many words might each of the searchable array elements contain?
>>> 
>>> How is the array keyed - by sequential number, a preassigned numeric ID, a
>>> content description, ...?
>>> 
>>> Would it be worth your time when loading the primary array to build a
>>> second array that indexes the primary keys by word? (i.e. make an alternate
>>> index) Then finding which words are in which primary array elements would
>>> be easy.
>>> 
>>> But if your array is "flat" enough, I like Geoff's idea of combining and
>>> filtering it. But you haven't told us much about its structure.
>>> 
>>> Thanks -
>>> Phil Davis
>>> 
>>> 
>>> On 4/22/15 6:20 AM, Tiemo Hollmann TB wrote:
>>> 
 Hello,
 
 I have an array with 2 records, where I want to extract all records,
 which either "begins with" or "contains" a search string.
 
 Up to now I just loop thru the whole array, do the compare and extract the
 result records. I wonder, if there is a way to speed up this search? E.g.,
 does it makes a difference, if I compare the string in the key or the data
 of the array while looping thru? I mean, would it make a difference, if I
 would create an "a

Re: Naive question number 3374

[Eric Corbett]

Try lineSize

set the lineSize to 3

On May 6, 2015, at 11:25 AM, Richmond  wrote:

> On 06/05/15 15:42, BNig wrote:
>> on mouseUp
>>choose pencil tool
>>drag from 10,10 to 100,100
>>choose browse tool
>> end mouseUp
> 
> Um; nothing special I'm afraid to say: drew the line.
> 
> Currently I'm wondering why I seem unable to produce a thick line (maybe I'm 
> being a bit thick?):
> 
> neither:
> 
> set the lineSize to 3
> 
> nor:
> 
> set the penWidth to 3
> set the penHeight to 3
> 
> [LiveCode 6.7.4]
> 
> do anything at all.
> 
> Richmond.
> 
> ___
> 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


___
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: Naive question number 3374

[Eric Corbett]

yep, saw the first time and missed it after reading the docs and double 
checking. doh.


On May 6, 2015, at 12:02 PM, Richmond  wrote:

> On 06/05/15 21:56, Eric Corbett wrote:
>> Try lineSize
> 
> If you had taken the trouble to read my e-mail right through you wouldn't 
> have written that.
> 
>> 
>> set the lineSize to 3
>> 
>> On May 6, 2015, at 11:25 AM, Richmond  wrote:
>> 
>>> On 06/05/15 15:42, BNig wrote:
>>>> on mouseUp
>>>>choose pencil tool
>>>>drag from 10,10 to 100,100
>>>>choose browse tool
>>>> end mouseUp
>>> Um; nothing special I'm afraid to say: drew the line.
>>> 
>>> Currently I'm wondering why I seem unable to produce a thick line (maybe 
>>> I'm being a bit thick?):
>>> 
>>> neither:
>>> 
>>> set the lineSize to 3
>>> 
>>> nor:
>>> 
>>> set the penWidth to 3
>>> set the penHeight to 3
>>> 
>>> [LiveCode 6.7.4]
>>> 
>>> do anything at all.
>>> 
>>> Richmond.
>>> 
>>> ___
>>> 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
>> 
>> ___
>> 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
> 
> 
> ___
> 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

___
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: advice needed re uploading text & binary data from iOS app

[Eric Corbett]

Hi Phil,

Have you come across LiveCloud yet (livecloud.io)? LiveCloud is a NoSQL 
database system designed for LiveCode. Currently LIveCloud is in beta release, 
but we use it extensively in-house for all our projects. You can sign up and 
use it for free. Just download the LiveCloud Manager (LCM) from the website to 
get started.

Eric


On Jun 4, 2015, at 3:53 AM, Phil Jimmieson  wrote:

> Hi folks,
> I've been writing a couple of iOS apps that capture data and at the moment I 
> save this data locally and it is eventually transferred to a PC for 
> processing via iTunes (so it happens only occasionally). I'd like to transfer 
> data automatically to a secure server when my app is running and a network 
> connection is available. Does anyone else upload data (text and images) from 
> their LiveCode iOS apps and if so what technique do you use? I note that 
> LibURL isn't available for iOS apps and although there's ftp support on iOS 
> and it looks straightforward I don't think it's secure so I cannot really use 
> that.  
> 
> Any suggestions?
> 
> Thanks
> --
> Phil Jimmieson  p...@liverpool.ac.uk  (UK) 0151 795 4236 
> Computer Science Dept., Liverpool University, Ashton Building, Ashton Street
> Liverpool L69 3BX  http://www.csc.liv.ac.uk/~phil/
> I used to sit on a special medical board... ...but now I use this ointment.
> 
> 
> 
> 
> 
> ___
> 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

___
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: advice needed re uploading text & binary data from iOS app

[Eric Corbett]

Hi Ethan,

We haven’t released official pricing yet, as the product is still in beta. 
However, we use it in our production apps and there are other dev teams who 
have shipped apps using LiveCloud. The current release is very stable.

We estimate the Tier 1 pricing will be around $20.00 per month.

We are planning on coming out of beta this summer.

Eric

On Jun 4, 2015, at 10:36 AM, Ethan Lish  wrote:

> Livecode.io looks like a nice database abstraction layer with cloud and local 
> database support. 
> Seems to be in beta.  Has pricing been announced for this product? Any 
> announced date for production release?
> E
> 
> 
> 
> 
> 
> On Thu, Jun 4, 2015 at 8:29 AM -0700, "Eric Corbett" 
>  wrote:
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Hi Phil,
> 
> Have you come across LiveCloud yet (livecloud.io)? LiveCloud is a NoSQL 
> database system designed for LiveCode. Currently LIveCloud is in beta 
> release, but we use it extensively in-house for all our projects. You can 
> sign up and use it for free. Just download the LiveCloud Manager (LCM) from 
> the website to get started.
> 
> Eric
> 
> 
> On Jun 4, 2015, at 3:53 AM, Phil Jimmieson  wrote:
> 
>> Hi folks,
>> I've been writing a couple of iOS apps that capture data and at the moment I 
>> save this data locally and it is eventually transferred to a PC for 
>> processing via iTunes (so it happens only occasionally). I'd like to 
>> transfer data automatically to a secure server when my app is running and a 
>> network connection is available. Does anyone else upload data (text and 
>> images) from their LiveCode iOS apps and if so what technique do you use? I 
>> note that LibURL isn't available for iOS apps and although there's ftp 
>> support on iOS and it looks straightforward I don't think it's secure so I 
>> cannot really use that.  
>> 
>> Any suggestions?
>> 
>> Thanks
>> --
>> Phil Jimmieson  p...@liverpool.ac.uk  (UK) 0151 795 4236 
>> Computer Science Dept., Liverpool University, Ashton Building, Ashton Street
>> Liverpool L69 3BX  http://www.csc.liv.ac.uk/~phil/
>> I used to sit on a special medical board... ...but now I use this ointment.
>> 
>> 
>> 
>> 
>> 
>> ___
>> 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
> 
> ___
> 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
> ___
> 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

___
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: Open Socket With Messages

[Eric Corbett]

Did you accept connection on port aConnection["deport”]?

I think it’s possible for the open socket to remain in the openSockets list 
until the connection times out. Grab message socketTimeout pSocketID to see if 
it’s timing out without connecting.

Eric

On Jul 6, 2015, at 12:36 PM, Bob Sneidar  wrote:

> Hi all. 
> 
> I am trying to use open socket like this:
> 
>put aConnection["dbhost"] & ":" & aConnection["dbport"] into theSocket
>open secure socket to theSocket with message socketConnected
>wait for messages
>put the openSockets into theOpenSockets
>close socket theSocket
> 
> I have this handler in the same script:
> on socketConnected
>  -- callBack for open socket commands
>  put "connected!"
> end socketConnected
> 
> The problem is, socketConnected never gets called. The connection works 
> because theOpenSockets contains the connection as it should, but I never get 
> the callback. What am I missing? 
> 
> Bob S
> 
> 
> 
> ___
> 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


___
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: Multiple Stacks on Mobile

[Eric Corbett]

Would it be helpful to use lock screen for visual effect in rect tRect?

If the controls you want to leave are in a header for instance, tRect would be 
0,bottom of ,width of cd,bottom of cd.

-E

On Jul 28, 2015, at 10:53 AM, Ray  wrote:

> Understood, but then I'm still left with how to use the built-in visual 
> effects while hiding one group and showing another and still leave the 
> stationary fields out of the transition.
> 
> On 7/28/15 6:10 PM, Dr. Hawkins wrote:
>> On Tue, Jul 28, 2015 at 9:01 AM, Ray  wrote:
>> 
>>> Dr. Hawkins also suggested the groups idea which I can try, although now
>>> that I think about it that might be a little complicated since it's my
>>> users, not me, who populate each card with objects.
>> 
>> That should not be a problem--you can paste, etc. to groups in the same way
>> as cards, and there is the "start editing group sizzle" to let them
>> populate the group.
>> 
>> 
> 
> 
> ___
> 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


___
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: Why is LC text blurred on a retina display?

[Eric Corbett]

Improving lineOffset performance would be great, but just as a reminder, fixing 
the lineOffset bug first would be ideal:

http://quality.runrev.com/show_bug.cgi?id=15512 


Eric

> On Sep 18, 2015, at 2:38 PM, Richard Gaskin  
> wrote:
> 
> Mark Waddingham wrote:
> > I'm slightly surprised lineOffset would generally be 10 times slower
> > though - do you have code that demonstrates that?
> 
> Thankfully not in the latest v7 build, 7.1rc3.  I'll see if I can get some 
> time later to dig up the old version where I'd seen that, but at this point 
> it may not matter since v7 is only two to three times slower than v6, nowhere 
> near as slow as seen previously for lineoffset.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.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

___
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: Release 8.0 DP 5

[Eric Corbett]

The release notes are mostly gibberish. Is it just me?


> On Sep 23, 2015, at 7:25 AM, Ali Lloyd  wrote:
> 
> Dear list members,
> 
> We are pleased to announce the release of LiveCode 8.0 DP 5.
> 
> Warning: this is not a stable release. Please ensure you back up your
> stacks before testing them.
> 
> ***Known Issues***:
>  - revBrowser fails to initialise in the 32-bit Linux engine. This causes
> the dictionary to fail to render.
> - The release notes and updater text contain references to JSON
> import/export library extension. This will in fact be in DP 6.
> 
> LiveCode 8.0 DP 5 contains the following changes:
> 
> Xcode 7.0
> iOS 9.0 SDK is now part of the valid SDKs that can be used for iOS
> standalone application deployment, from Mac OSX 10.10.4.
> If you installed the new version of Xcode at another location than the
> previous one, we invite you to update the Xcode in Preferences > Mobile
> Preferences.
> All the previously existing versions of iOS supported are still supported.
> 
> Plus:
> - scriptOnly stack property (contributed by Monte Goulding)
> - Script editor variables filter (contributed by Charles Warwick)
> - Popup widget syntax
> - LiveCode Builder: sort using arbitrary comparison handler
> - LiveCode Builder: defeault canvas constructor
> - LiveCode Builder: foreign handler types
> - Tree view widget sorting options
> - Navigation bar widget android theme
> - 69 bug fixes.
> 
> The release can be downloaded at http://downloads.livecode.com/livecode/
> 
> Further information on the changes in this release can be found in the
> release notes,
> http://downloads.livecode.com/livecode/8_0_0/LiveCodeNotes-8_0_0_dp_5.pdf
> 
> Try out LiveCode 8.0 in preparation for the global jam on 5th and 6th
> October
> https://livecode.com/how-to-make-livecode-8-great-with-the-global-jam/
> 
> Please report any bugs encountered on our Bugzilla at
> http://quality.livecode.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


___
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: Release 8.0 DP 5

[Eric Corbett]

Looks like it is specific to my Chrome browse. Works in Firefox and if I 
download the PDF and view it in Adobe.

Eric


> On Sep 23, 2015, at 3:20 PM, Ali Lloyd  wrote:
> 
> From the lack of replies, perhaps it is :-)
> 
> What specific flavour of gibberish are you seeings, and in what location?
> 
> On Wed, Sep 23, 2015 at 4:31 PM Eric Corbett 
> wrote:
> 
>> The release notes are mostly gibberish. Is it just me?
>> 
>> 
>>> On Sep 23, 2015, at 7:25 AM, Ali Lloyd  wrote:
>>> 
>>> Dear list members,
>>> 
>>> We are pleased to announce the release of LiveCode 8.0 DP 5.
>>> 
>>> Warning: this is not a stable release. Please ensure you back up your
>>> stacks before testing them.
>>> 
>>> ***Known Issues***:
>>> - revBrowser fails to initialise in the 32-bit Linux engine. This causes
>>> the dictionary to fail to render.
>>> - The release notes and updater text contain references to JSON
>>> import/export library extension. This will in fact be in DP 6.
>>> 
>>> LiveCode 8.0 DP 5 contains the following changes:
>>> 
>>> Xcode 7.0
>>> iOS 9.0 SDK is now part of the valid SDKs that can be used for iOS
>>> standalone application deployment, from Mac OSX 10.10.4.
>>> If you installed the new version of Xcode at another location than the
>>> previous one, we invite you to update the Xcode in Preferences > Mobile
>>> Preferences.
>>> All the previously existing versions of iOS supported are still
>> supported.
>>> 
>>> Plus:
>>> - scriptOnly stack property (contributed by Monte Goulding)
>>> - Script editor variables filter (contributed by Charles Warwick)
>>> - Popup widget syntax
>>> - LiveCode Builder: sort using arbitrary comparison handler
>>> - LiveCode Builder: defeault canvas constructor
>>> - LiveCode Builder: foreign handler types
>>> - Tree view widget sorting options
>>> - Navigation bar widget android theme
>>> - 69 bug fixes.
>>> 
>>> The release can be downloaded at http://downloads.livecode.com/livecode/
>>> 
>>> Further information on the changes in this release can be found in the
>>> release notes,
>>> 
>> http://downloads.livecode.com/livecode/8_0_0/LiveCodeNotes-8_0_0_dp_5.pdf
>>> 
>>> Try out LiveCode 8.0 in preparation for the global jam on 5th and 6th
>>> October
>>> https://livecode.com/how-to-make-livecode-8-great-with-the-global-jam/
>>> 
>>> Please report any bugs encountered on our Bugzilla at
>>> http://quality.livecode.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
>> 
>> 
>> ___
>> 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
>> 
> ___
> 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


___
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

Sockets

[Eric Corbett]

I’ve read all the documentation and posts I can find and something still 
confuses me about sockets…

Server computer accept connections on port 12345 with message “readSocket”

Client opens socket IP:12345
Client writes to socket IP:12345

Server reads message from client:

on readSocket pAddress, pMsg…

pAddress in this case does not contain IP:12345, but IP:[some unique id]

My question is how do I send a message back to the client on IP:[some unique 
id]?
What does the client have to do to read messages coming back?

If I need to send messages back and forth, I have always created a server on 
both sides. According to docs, this should not be necessary. I don’t know how 
to open a single socket and send messages back and forth.

Bonus: How do I use the "|[connection id]”? I use an id for open socket and 
write to, but the address from the readSocket callback does not contain an ID. 
Is this a bug? I use write to… with message… and this handler has the ID as 
part of the address, but what use is it for the client if the server does not 
get it?

I’ve been using sockets for years, but still feel thoroughly ignorant.

Thanks,

Eric
___
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: Sockets

[Eric Corbett]

Thanks Bob, but it doesn’t quite help. I can use sockets, just not sure how to 
talk back and forth without having both devices acting like a server.

Thanks Dr. Hawkins, I’ll look that up. Does your code have both computers doing 
an “accept connection on port …”? And is the port different on each computer or 
the same? Maybe I’ll have my answer from a code audit.

I’ll have to look back at the rev chat example again also, but I don’t remember 
this being helpful.

Eric

> On Oct 16, 2015, at 4:47 PM, Dr. Hawkins  wrote:
> 
> On Fri, Oct 16, 2015 at 1:44 PM, Eric Corbett 
> wrote:
> 
>> Bonus: How do I use the "|[connection id]”? I use an id for open socket
>> and write to, but the address from the readSocket callback does not contain
>> an ID. Is this a bug? I use write to… with message… and this handler has
>> the ID as part of the address, but what use is it for the client if the
>> server does not get it?
> 
> 
> The gist of it is that when you listen on at the server, and opensocket at
> the client, you specify handlers.  That handler is then called when there
> is a message from the other.
> 
> If you search the archives, there should be a link where you could download
> my old master/slave stacks, which talk to one another.
> -- 
> 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


___
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: snapshot and animation capture

[Eric Corbett]

Nice Scott,

The resize is super fast.

the moveStack is slower than other moveStack scripts I have from you.

Eric
___
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: Modifying Drop-Down Menus on the fly

[Eric Corbett]

Set the text of the button to the list of menu items.

Also look in the dictionary under menu for more drop down menu features.

​eric​
___
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