Re: Standard Icons for buttons in version 8.1 Standalones

[Roger Guay]

I’m confused. It used to be that one had to place icons into one’s stack with 
the Object Library, if I remember correctly. But apparently that’s not the case 
with v8. How does one include the required icons in standalones using v8? Where 
is this “icon library” you speak of?

Thanks!



> On Sep 11, 2016, at 7:08 PM, J. Landman Gay  wrote:
> 
> On 9/11/16 8:15 PM, Monte Goulding wrote:
>> I’ve got to admit the icon picker needs a rethink. It probably should
>> just allow you to pick any loaded stack that has 1 or more image
>> objects.
> 
> It does allow you to choose from "this stack". I agree that it needs a 
> rethink, but I'm leery of having it accept any open stack. If you happen to 
> have stacks open that are unrelated to your project, it would be easy for 
> users to assume the icons would always be available, which wouldn't be true.
> 
> That's the idea behind the icon library, which does let you move images to 
> the current stack. But that one requires you to create your own libraries for 
> your images, which presents a different kind of problem.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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: Bug or Feature - Tranparent Buttons Non-Responsive

[J. Landman Gay]

On 9/11/16 9:08 PM, Sannyasin Brahmanathaswami wrote:

 I have adopted Scott's "hack" to make a button that works across whole rect


Hm, if both you and Scott needed a hack to solve a problem I've never 
seen, then I wonder what's different.


I dragged a standard button to a new stack, resized it to be fairly 
large, and in the property inspector I turned off "opaque". I put a 
script into the button that just put the seconds into the msg box on 
mouseUp. It responded no matter where I clicked.


Then I turned off showborder, threeD, and autohilite and it still responded.

Then I made a new button and just chose "Transparent" from the button 
style in the inspector. That one also responded at any loc inside its rect.


What's different in your setup?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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

Re: Bug or Feature - Tranparent Buttons Non-Responsive

[J. Landman Gay]

On 9/11/16 9:08 PM, Sannyasin Brahmanathaswami wrote:

Is it just me that thinks the ideal button should be responsive
across it's whole rect regardless of the opacity status? That that
should be the default/in the engine itself?

We discussed this issue before under the heading of "Grabbing Image
with Transparent Mask" where the underlying challenge was the same.


Transparent buttons have always responded to a click in any part of the 
rectangle. If it isn't happening in LC 8 then I'd call it a bug. I just 
tried it here though and it seemed to work okay, at least on desktop. Is 
it different on mobile?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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

Re: Why Chained Behaviors May Be A Bad Idea

[Mark Wieder]

On 09/11/2016 07:22 PM, Sannyasin Brahmanathaswami wrote:

A bit OT, but this was interesting to me..

https://www.quora.com/Is-inheritance-bad-practice-in-OOP

"kinda" validated my gut feeling about nesting behaviors


Well, most of the article rants about multiple inheritance, which is 
indeed a bad idea. But of course you know that's different from chained 
behaviors, so no worries there.


I had to laugh about a self-proclaimed "Perl expert" arguing about OOP, 
but he does have one great quote:


"If none of the AOP stuff that I wrote made any sense, let me 
paraphrase: AOP was a an experiment that accidentally made its way into 
the wild and when found, should be beaten to death viciously with hammers."


--
 Mark Wieder
 ahsoftw...@gmail.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

Why Chained Behaviors May Be A Bad Idea

[Sannyasin Brahmanathaswami]

A bit OT, but this was interesting to me..

https://www.quora.com/Is-inheritance-bad-practice-in-OOP

"kinda" validated my gut feeling about nesting behaviors

BR


___
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: Standard Icons for buttons in version 8.1 Standalones

[Monte Goulding]

> On 12 Sep 2016, at 12:08 PM, J. Landman Gay  wrote:
> 
> It does allow you to choose from "this stack". I agree that it needs a 
> rethink, but I'm leery of having it accept any open stack. If you happen to 
> have stacks open that are unrelated to your project, it would be easy for 
> users to assume the icons would always be available, which wouldn't be true.

Yes we really need the concept of an open project to do this properly
> 
> That's the idea behind the icon library, which does let you move images to 
> the current stack. But that one requires you to create your own libraries for 
> your images, which presents a different kind of problem.

Indeed… I think image libraries are deprecated now. At least the menu item is 
no longer there. It could be it just needs some work. I think the object 
library probably shouldn’t come back (or only come back when we have something 
much better that covers widgets and custom controls) but there’s some 
reasonable use cases still for image libraries. 
http://quality.livecode.com/show_bug.cgi?id=17485 

___
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: Standard Icons for buttons in version 8.1 Standalones

[J. Landman Gay]

On 9/11/16 8:15 PM, Monte Goulding wrote:

I’ve got to admit the icon picker needs a rethink. It probably should
just allow you to pick any loaded stack that has 1 or more image
objects.


It does allow you to choose from "this stack". I agree that it needs a 
rethink, but I'm leery of having it accept any open stack. If you happen 
to have stacks open that are unrelated to your project, it would be easy 
for users to assume the icons would always be available, which wouldn't 
be true.


That's the idea behind the icon library, which does let you move images 
to the current stack. But that one requires you to create your own 
libraries for your images, which presents a different kind of problem.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Bug or Feature - Tranparent Buttons Non-Responsive

[Sannyasin Brahmanathaswami]

Is it just me that thinks the ideal button should be responsive across it's 
whole rect regardless of the opacity status? That that should be the default/in 
the engine itself?

We discussed this issue before under the heading of "Grabbing Image with 
Transparent Mask" where the underlying challenge was the same.

and  I have adopted Scott's "hack" to make a button that works across whole 
rect by using this technique

"Use a graphic instead of a button. Apply a two color gradient to the
graphic of the same color (i.e. white to white).  Set the opacity of each
color stop of the gradient to 1%. Set the showName of the graphic to true
and set the label of the graphic to your text.

use case is an "info" button with the letter "I" which is a thin target for 
small finger tips.. what you want is the button to respond, even if the user 
doesn’t exactly touch the label/name.

and FYI… there is no label option exposed in the property inspector for 
graphics. it is available, since you can set it from the msg box… should I 
report that?  yes.. you can code for the cords of the mouse within your button, 
but that seems too much work for something that one expects to work out of the 
box:

Draw big button, enter single char label, uncheck opacity. click on button 
"oops.. what? nothing happens?"  later click on the label… only the it reacts?

IMHO this is a "gotcha" moment (= stuck/frustrated) for a newbie. Even I was 
stymied "what am I doing wrong?" until I reflected back on our Grab Me 
discussion.

BR



___
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: Standard Icons for buttons in version 8.1 Standalones

[Monte Goulding]

Sounds like a bug to me (could you please open a report) although I’ve got to 
admit the icon picker needs a rethink. It probably should just allow you to 
pick any loaded stack that has 1 or more image objects.

Cheers

Monte

> On 12 Sep 2016, at 11:03 AM, Richard Burkett  
> wrote:
> 
> When I build a standalone using LiveCode 8.1 (any version so far) the icons 
> that I have selected from the “Standard Icons” tab for button icons don’t 
> show up in the standalone. They’re there when I’m using LiveCode to open and 
> edit the stacks. Is this a bug, or are the non-resizable icons now deprecated 
> and being replaced by SVG images?
> Just wondering before I go to a lot of trouble to build new icons for a bunch 
> of things.
> 
> Richard Burkett
> richard.burk...@sbcglobal.net
> 
> 
> ___
> 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

Standard Icons for buttons in version 8.1 Standalones

[Richard Burkett]

When I build a standalone using LiveCode 8.1 (any version so far) the icons 
that I have selected from the “Standard Icons” tab for button icons don’t show 
up in the standalone. They’re there when I’m using LiveCode to open and edit 
the stacks. Is this a bug, or are the non-resizable icons now deprecated and 
being replaced by SVG images?
Just wondering before I go to a lot of trouble to build new icons for a bunch 
of things.

Richard Burkett
richard.burk...@sbcglobal.net


___
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: vCard/vCal Parsing?

[Alex Tweedly]

Do you actually mean vCal ? or (more likely) vCalendar - which is the 
one that is very similar to vCard ?



vCalendar (better known nowadays as iCalendar) is probably as much of a 
minefield for incompatability as vCard :-)



I have a library for *helping to* deal with these, called icsLib. It was 
released late 2013 and Jan 2014 (but has been very little used). It 
comes as a libray stack, with a demo/test stack and some test data. The 
documentation is below (after my signature) to help you decide if it's 
likely to be any help to you.


Hmmm - and the web link for it is stale  so if you would like to try 
it out, let me know and I'll email a copy directly, until I get the web 
site updated.


It is available under GPL or commercial license, so can be used with the 
Community version of Livecode (and I'm going to change it to MIT license 
to make it easier and simpler to understand - so feel free to use it any 
way you want - by the time anything happens it'll be MIT licensed).


-- Alex.


--  icsLib  Both Commercial and  GPL / Trial version
-- © 2013 Pebble Beach Apps. To get in touch contact 
supp...@pebblebeachapps.com

-- This stack was written by Alex Tweedly

Current version matching these docs is 1.0

Overview
---

The library is intended to aid in reading ics (ical) files, created 
according to rfc5545.
The library includes a number of small utility functions, and two 
significant functions which provide all the main capabilities.


These allow you to import a ".ics" (aka ical) file, and build a calendar 
array of the data, and subsequently to "expand" a calendar
to extract all events (and instances of events) which impact a specific 
"period of interest" in time. Note that since many calendars
include open-ended recurring events, it is not possible to just "expand" 
a calendar - it MUST be for a limited time period.


The parameters and results of these functions are described below in the 
detailed functionality section. Here we have simply a

description of the calendar array that is created.


Calendar array definition
---

All data from the ics file is maintained in the calendar array. Note 
that (although LC is generally case insensitive), I have followed
a convention on the use of case for array elements - all data from the 
ics file is stored using an upper case key (actually, using the
case present in the ics file - which is upper case) using "-" (minus 
sign) to separate 'words' in the key; and all data generated by
the library is stored in a lower-case named key, using "_" (underscore) 
as a word separator. So for example, an event will generally

have its start date as stored in the ics file
CalA["events"][2]["DTSTART"]  will have   20131025T08Z
CalA["events"][2]["start_date"]  will have   20131025
and
CalA["events"][2]["start_date_time"]  will have 20131025.06
   (NB even though the event specifies a date+time, "start_date" is 
just the date.
  "start_date_time" has both date and time - and it has been 
adjusted to the correct local timezone).


Since all the data in the ics file is fully described by the RFC, I have 
not repeated all that info here, but instead
only described a small subset of the original data, only those which I 
think are most often likely to be used.


CalA["X-WR-TIMEZONE"] :: the default timezone for any event which 
doesn't specify its own time zone
CalA["default_time_zone"] :: the ultimate default timezone specified by 
the app, in case X-WR-TIMEZONE isn't set

CalA["event_count"] :: the number of events in the calendar
CalA["timezones"] :: array of timezone info
[] :: the name of the timezone, and 
it contains an array ofdata about it
   ["TZID"] :: the name of the 
TZ - should be the same as the key 
   ["daylight_saving_dates"] :: 
a sorted CR-delimited list of dates when clocks change

has the decimal-date/time of the change, and the offset (from UTC)
before, and after, the change
   ["DAYLIGHT"]
   ["STANDARD"] For each of 
daylight and standard time periods, a numerically indexed array
of event-like info specifying the rules for changing between the two 
time periods.
CalA["events"] :: a numerically-indexed list of event structures (i.e. 1 
... CalA["event_count"])


Each event structure (i.e. within ["events"][N] or 
["timezones"][][][N]) has the following data

 ...["SUMMARY"] :: the short summary description of the event
 ...["start_date"] :: the date on which the event starts
 ...["start_date_time"] :: the date+time the event starts (IF it is a 
timed event)
 ...["whole_day"] :: boolean true if the event is a 'whole day' event 
(i.e. untimed)
 ...["end_date"]  and ...["end_date_time"] same as start_date, 
start_date_time  above, but for the end of the event

 ...["days_delta_to_end"] :: the number of days 

Re: getProp puzzle

[Mike Bonner]

Hmm. Ok. My mistake.  Seems to work.. is stack B a substack of stack A?  If
not, that might be the issue.. If stack b is a mainstack, then the request
can't go up the message path to stack a, which then makes my previous point
applicable.

On Sun, Sep 11, 2016 at 3:59 PM, Mike Bonner  wrote:

> The "of stack b" part, delineates where the pseudo property resides. Since
> there is no getprop nSL of stack b, you get nothing back.  Better off to
> create a function that takes an object reference as a parameter, and make
> sure its in the message path so you can hit it from anywhere.
>
> On Sun, Sep 11, 2016 at 3:46 PM, David Epstein 
> wrote:
>
>> The script of stack “A” has a getProp handler to report the number of
>> lines in an object’s script:
>>
>> getProp nSL
>>   return the number of lines in the script of the target
>> end nSL
>>
>> With stack A frontmost, I type in the message box “the nSL of this stack”
>> or “the nSL of stack’A’”, and I get the expected result.  But with stack A
>> still frontmost, if I type in the message box “the nSL of stack ‘B’” I get
>> an empty result (not even a “0”).
>>
>> What am I missing?
>>
>> Thanks very much.
>>
>> David Epstein
>>
>> ___
>> 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: getProp puzzle

[Mike Bonner]

The "of stack b" part, delineates where the pseudo property resides. Since
there is no getprop nSL of stack b, you get nothing back.  Better off to
create a function that takes an object reference as a parameter, and make
sure its in the message path so you can hit it from anywhere.

On Sun, Sep 11, 2016 at 3:46 PM, David Epstein 
wrote:

> The script of stack “A” has a getProp handler to report the number of
> lines in an object’s script:
>
> getProp nSL
>   return the number of lines in the script of the target
> end nSL
>
> With stack A frontmost, I type in the message box “the nSL of this stack”
> or “the nSL of stack’A’”, and I get the expected result.  But with stack A
> still frontmost, if I type in the message box “the nSL of stack ‘B’” I get
> an empty result (not even a “0”).
>
> What am I missing?
>
> Thanks very much.
>
> David Epstein
>
> ___
> 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

getProp puzzle

[David Epstein]

The script of stack “A” has a getProp handler to report the number of lines in 
an object’s script:

getProp nSL
  return the number of lines in the script of the target
end nSL

With stack A frontmost, I type in the message box “the nSL of this stack” or 
“the nSL of stack’A’”, and I get the expected result.  But with stack A still 
frontmost, if I type in the message box “the nSL of stack ‘B’” I get an empty 
result (not even a “0”).  

What am I missing?

Thanks very much.

David Epstein

___
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: message path function

[Mike Kerner]

yes, but it makes it harder to work on other things.

On Sun, Sep 11, 2016 at 12:02 PM, J. Landman Gay 
wrote:

> Did you try setting the gRevDevelopment global to true? That is supposed
> to allow you access to normal debugging in the IDE.
>
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
>
>
>
> On September 11, 2016 10:32:22 AM Mike Kerner 
> wrote:
>
> When you are debugging the script editor, things like breakpoints don't
>> work.  When I hit a "pass", figuring out who the caller was can be a
>> little
>> hairy.
>>
>> On Sun, Sep 11, 2016 at 9:11 AM,  wrote:
>>
>> Hi.
>>>
>>>
>>> Breakpoints don't work? Hard breakpoints? Has v.8 (?) gone that batty?
>>>
>>>
>>> But what does the "next pass" mean? Or the "next stop"? Are we talking
>>> about the message path or subsequent breakpoints in the execution flow of
>>> your handlers?
>>>
>>>
>>> Craig Newman
>>>
>>>
>>>
>>> -Original Message-
>>> From: Mike Kerner 
>>> To: How to use LiveCode 
>>> Sent: Sun, Sep 11, 2016 7:55 am
>>> Subject: message path function
>>>
>>> I'm trying to find out where the next "pass" goes (I'm working on the
>>> script editor, so breakpoints don't work).  I don't remember there being
>>> any way to see what the next stop in the message path is (the script
>>> editor
>>> is now goverened by a pile of behavior scripts, and I am either
>>> overlooking
>>> something in one, or the next stop is some other script that I've
>>> missed).
>>>
>>> --
>>> 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
>>>
>>>
>>
>>
>> --
>> 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
>



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

Re: OSX/Xcode/LC Version Compatibility Panic

[panagiotis merakos]

Hi Ralph,

You can see that in the Release notes. IIRC, the following holds for all
the LC versions you are interested:

Xcode 6.2 on MacOSX 10.9
Xcode 6.2 and 7.2 on MacOSX 10.10
Xcode 7.3 on MacOSX 10.11

Regarding the problem your customer noticed on iOS 10, I guess it is this
one:

http://quality.livecode.com/show_bug.cgi?id=18327

If yes, the fix is merged and it will be included in the next LC 8.1.1 RC-1
release.

Best,
Panos
--

On Sun, Sep 11, 2016 at 8:34 PM, Ralph DiMola 
wrote:

> I just upgraded my Mac getting ready for iOS 10. I thought I remember
> someone having a more complete list than the one on the LC web site. My
> current setup (that I have been submitting apps to the app store) isn't
> even
> on the LC list. (Mavericks/Xcode 6.2/ LC 6.7.x). A list like below would be
> very helpful not only to me but to the newbie.
>
> OSX version / Xcode version / LC version(s) / iOS version(s) / Simulator
> Version(s)
>
> Does anyone have a complete matrix?
>
> I just upgraded to OSX 10.11.6. I need to use LC 6.7.x/7.1.4/8.02/8.1.0
> What
> versions of Xcode do I need to support what versions of iOS for the 4 LC
> versions I am using? I'm getting everything moved to 8.x but I am not there
> yet.
>
> ***One customer said an app choked on iOS 10 pre-release. I am upgrading a
> device to iOS 10 now to see what's happening. I might have a serious issue
> so I want to get this Xcode/LC version thing sorted out today if possible.
>
> Thank in advance!
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
>
> ___
> 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: OSX/Xcode/LC Version Compatibility Panic

[J. Landman Gay]

On 9/11/16 12:34 PM, Ralph DiMola wrote:

A list like below would be
very helpful not only to me but to the newbie.

OSX version / Xcode version / LC version(s) / iOS version(s) / Simulator
Version(s)

Does anyone have a complete matrix?


There is a partial list in the Release Notes. You may also have already 
seen this, but: 


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

OSX/Xcode/LC Version Compatibility Panic

[Ralph DiMola]

I just upgraded my Mac getting ready for iOS 10. I thought I remember
someone having a more complete list than the one on the LC web site. My
current setup (that I have been submitting apps to the app store) isn't even
on the LC list. (Mavericks/Xcode 6.2/ LC 6.7.x). A list like below would be
very helpful not only to me but to the newbie.

OSX version / Xcode version / LC version(s) / iOS version(s) / Simulator
Version(s)

Does anyone have a complete matrix?

I just upgraded to OSX 10.11.6. I need to use LC 6.7.x/7.1.4/8.02/8.1.0 What
versions of Xcode do I need to support what versions of iOS for the 4 LC
versions I am using? I'm getting everything moved to 8.x but I am not there
yet.

***One customer said an app choked on iOS 10 pre-release. I am upgrading a
device to iOS 10 now to see what's happening. I might have a serious issue
so I want to get this Xcode/LC version thing sorted out today if possible.

Thank in advance!

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net



___
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: message path function

[J. Landman Gay]

Did you try setting the gRevDevelopment global to true? That is supposed to 
allow you access to normal debugging in the IDE.


Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On September 11, 2016 10:32:22 AM Mike Kerner  
wrote:



When you are debugging the script editor, things like breakpoints don't
work.  When I hit a "pass", figuring out who the caller was can be a little
hairy.

On Sun, Sep 11, 2016 at 9:11 AM,  wrote:


Hi.


Breakpoints don't work? Hard breakpoints? Has v.8 (?) gone that batty?


But what does the "next pass" mean? Or the "next stop"? Are we talking
about the message path or subsequent breakpoints in the execution flow of
your handlers?


Craig Newman



-Original Message-
From: Mike Kerner 
To: How to use LiveCode 
Sent: Sun, Sep 11, 2016 7:55 am
Subject: message path function

I'm trying to find out where the next "pass" goes (I'm working on the
script editor, so breakpoints don't work).  I don't remember there being
any way to see what the next stop in the message path is (the script editor
is now goverened by a pile of behavior scripts, and I am either overlooking
something in one, or the next stop is some other script that I've missed).

--
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





--
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: message path function

[Mike Kerner]

When you are debugging the script editor, things like breakpoints don't
work.  When I hit a "pass", figuring out who the caller was can be a little
hairy.

On Sun, Sep 11, 2016 at 9:11 AM,  wrote:

> Hi.
>
>
> Breakpoints don't work? Hard breakpoints? Has v.8 (?) gone that batty?
>
>
> But what does the "next pass" mean? Or the "next stop"? Are we talking
> about the message path or subsequent breakpoints in the execution flow of
> your handlers?
>
>
> Craig Newman
>
>
>
> -Original Message-
> From: Mike Kerner 
> To: How to use LiveCode 
> Sent: Sun, Sep 11, 2016 7:55 am
> Subject: message path function
>
> I'm trying to find out where the next "pass" goes (I'm working on the
> script editor, so breakpoints don't work).  I don't remember there being
> any way to see what the next stop in the message path is (the script editor
> is now goverened by a pile of behavior scripts, and I am either overlooking
> something in one, or the next stop is some other script that I've missed).
>
> --
> 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
>



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

Re: message path function

[dunbarx]

Hi.


Breakpoints don't work? Hard breakpoints? Has v.8 (?) gone that batty?


But what does the "next pass" mean? Or the "next stop"? Are we talking about 
the message path or subsequent breakpoints in the execution flow of your 
handlers?


Craig Newman



-Original Message-
From: Mike Kerner 
To: How to use LiveCode 
Sent: Sun, Sep 11, 2016 7:55 am
Subject: message path function

I'm trying to find out where the next "pass" goes (I'm working on the
script editor, so breakpoints don't work).  I don't remember there being
any way to see what the next stop in the message path is (the script editor
is now goverened by a pile of behavior scripts, and I am either overlooking
something in one, or the next stop is some other script that I've missed).

-- 
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

message path function

[Mike Kerner]

I'm trying to find out where the next "pass" goes (I'm working on the
script editor, so breakpoints don't work).  I don't remember there being
any way to see what the next stop in the message path is (the script editor
is now goverened by a pile of behavior scripts, and I am either overlooking
something in one, or the next stop is some other script that I've missed).

-- 
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