Re: Browser Widget/HTML5/LC Integration

[Sannyasin Brahmanathaswami via use-livecode]

So as not to burden this list which  "use" list and not a "complain" list  I 
have responded to you at length directly.

in a word:

1) the graphics rendering layer of LC is behind the graphics rendering layer of 
the browser

2) an IDE that provides a tool box for super elegant 21st century UI  -- 
smooth, responsive, easy to change the Look/Feel
even my attempts with AnimationEngine  which is, I believe as good as it's 
going to ever get with LC's engine, have a clunky, jerky feel
e.g. try a ken burns: move the image while simultaneously increasing is rect in 
proportion. even rotating a ball around a circular path… has this subtle "1990" 
feel to it vs the same thing done with CSS animation in the browser. Maybe not 
an issue for all those whose use case is business/systems/tools etc. but in our 
shop it has to look fabulous or the horse is not considered a viable vehicle 
for the content delivery. Period end of discussion.

I don't know why or the technical issues behind that… I would be interested to 
know to understand it

3) robust surport for SVG (not just a single color) on top of 1 and 2 above

even shorter summary

vector perfect, smooth as glass, motion graphics

Isn’t the dictionary html in a widget? Why? There's one answer to your question 
from HQ itself.

If a player serves to provide the space to show content develop on another 
platform (video/Premiere)

Why not the browser widget to provide a space to show HTML5?

I believe it has tremendous potential for engagement across a wide spectrum of 
developers, going both ways.

More in the email I sent you

BR



 

On 1/27/17, 12:21 PM, "use-livecode on behalf of Richard Gaskin via 
use-livecode"  wrote:

There seems to be another, perhaps bigger, question implied here:

What needs to be added in LC which would make it easier to develop GUIs 
in than HTML/CSS/JavaScript, so that you wouldn't need to split your 
work between such very different paradigms?

___
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: Community Dictionary (was Re: Delete element from array)

[Sannyasin Brahmanathaswami via use-livecode]

Richard Gaskin wrote:

/Documentation/resources/data/api/api.sqlite

Oh boy, gonna have fun with that!

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: "lightening" a color

[Dr. Hawkins via use-livecode]

[hopefully pulling the colors brought this down to the size limit]
Bringing up an old topic . . .

I got interrupted after asking, but here's a cute way to do it.

Hopefully, someone can help with a couple of the deficiencies of this
script:
1) backgroundPixel no longer works.  Older examples to convert a color to a
triplet used it (set the backgroundPixel to a color, then set it to its own
color producing the triplet).
2) I see no way to set the mouse position other than with screenMouseLoc
3) selectedLoc when a line win a field is selected seems to do
nothing--putting it doesn't even change the output in the message box!
4) can I scroll a field to a selection?  if so, the scrolling fields in
this might even be useful!
5) because I'm monkeying around with the mouse position, I can hardly slide
at all.
6) if I could change the color of the slider on the scrollbar, this would
work much better, but I can't see a way to do that

To try, make a new card, add a slider, and put this into it's script:

on scrollbarDrag sVal

--REH, 170124

local oMloc, oClr, nClr,clrScl, oVl, linLoc

lock screen

lock messages

if not  there is a field 1 then

create field 1

set the rect of it to 10, 40, 226, 400

exit scrollBarDrag

end if

set the vScrollBar of field 1 to true

set the left of me to the left of field 1

set the top of me to the bottom of field 1 + 18

set the textheight of field 1 to 18

if not there is a field 2 then

clone field 1

exit scrollBarDrag

end if

put empty into field 2

set the top of field 2 to the top of field 1

set the left of field 2 to the right of field 1 + 18

set the textheight of field 2 to the textHeight of field 1

set the vScrollbar of field 2 to true

set the opaque of field 1 to true

set the opaque of field 2 to true

set the pageInc of me to .05

put the screenMouseLoc into oMloc

repeat with i = 1 to the number of lines in field 1

switch

case line i of field 1 is a color

case item 3 of line i of field 1 is a number

put line i of field 1 into oClr

set the backgroundColor of line i of field 1 to oClr

break

default

set the backgroundColor of line i of field 1 to empty

next repeat

break

end switch
___
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

Slow Sockets on Mac

[Ralph DiMola via use-livecode]

I'm transferring 40mb over sockets a chunk at a time. The receiver is on a Win 
10 Pro Hyper-V Host using LC 8.2.1. The sender uses LC 8.2.1 also.
Sender on a Win10 Host==> 10 seconds
Sender on a Win10 Pro VM==> 10 seconds
Sender on a Win10 Home VM==> 10 seconds
Sender on a 64 bit Linux VM==> 10 seconds
Sender on a Win XP PC==> 10 seconds
Sender on MacBook Pro OS X 10.11==> 60 seconds.

All(except the VMs) have 1000mb nics connected via a 1000mb switch. An increase 
of 600% makes me think I'm missing something. Anyone else seen this?

Thanks!

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

Community Dictionary (was Re: Delete element from array)

[Richard Gaskin via use-livecode]

Sannyasin Brahmanathaswami wrote:

> On 1/27/17, 6:55 AM, "use-livecode on behalf of Richard Gaskin wrote:
>> The current Dictionary content is in wonderfully well-separated array
>> files, making it easier than ever for third parties to use existing
>> internal APIs to deliver the content in any form we choose.
>
> I'm game to play with this… I need it
>
> where are these array files?
>
> Do we want to change the thread subject to "Dictionary Improvements"

I've chosen "Community Dictionary".  Run with it or change it as you 
like.  Better still, perhaps create a forum thread so the conversation 
is less ephemeral.


I used the wrong term with "files".  The actual files on disk at SQLite. 
 The API (Dictionary) data is at:


/Documentation/resources/data/api/api.sqlite

Somewhere a couple months ago I posted the IDE handlers for obtaining 
the array of data associated with a keyword.


I don't recall it offhand, but easily findable by exploring the Script 
Editor's "Documentation" pane.


The array itself is quite nicely constructed, with the keyword, its 
params, param types, definition, examples, see also, and more all 
accessible within it.


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

Re: Browser Widget/HTML5/LC Integration

[Richard Gaskin via use-livecode]

Sannyasin Brahmanathaswami wrote:

> Currently there is a "wall" between LC and the browser widget.
...
> Our use case is simple: the browser widget by default can only store
> data in the web indexDB space.  But if you want to run a SQLLite
> database in your mobile app, and use html5 for either, complete
> robust small app modules or even as light weight "views" … you need
> to have the browser widget act and behave and communicate with the LC
> back like any other control. Presently if, e.g. you issue click down
> in the browser widget to fire some handler in LC (to store some data
> in the database)  and the LC handler is supposed to store the data..
> that handler's response never gets back to the Javascript. You have
> to start building up crazy solutions where you set values in LC and
> then other JS handler check those… it turns into "call back hell"
> with no means to control the timing.

There seems to be another, perhaps bigger, question implied here:

What needs to be added in LC which would make it easier to develop GUIs 
in than HTML/CSS/JavaScript, so that you wouldn't need to split your 
work between such very different paradigms?


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

Browser Widget/HTML5/LC Integration

[Sannyasin Brahmanathaswami via use-livecode]

How many devs here would be willing to pitch in $ to cover the cost for HQ to 
add "deep integration" between the browser widget and Livecode.

Currently there is a "wall" between LC and the browser widget. Jonathan Lynch, 
myself and Andre have been looking into this very closely. There is no way for 
a javacript to "ping" LC and get an immediate response.

Our use case is simple: the browser widget by default can only store data in 
the web indexDB space.  But if you want to run a SQLLite database in your 
mobile app, and use html5 for either, complete robust small app modules or even 
as light weight "views" … you need to have the browser widget act and behave 
and communicate with the LC back like any other control. Presently if, e.g. you 
issue click down in the browser widget to fire some handler in LC (to store 
some data in the database)  and the LC handler is supposed to store the data.. 
that handler's response never gets back to the Javascript. You have to start 
building up crazy solutions where you set values in LC and then other JS 
handler check those… it turns into "call back hell" with no means to control 
the timing.

I've as HQ to quote on this… I'm wondering if anyone else is interested. It 
expands the horizons for you team, as you could engage some young html5 wizard 
to build stuff, that could be fully integrated into your LC platform.

Brahmanathaswami






___
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: Building a standalone on Mac OS Lion

[panagiotis merakos via use-livecode]

You just have to drag *the executable* onto the terminal. (The myApp.app is
actually a folder). So you have to drag the file
myApp.app/Contents/MacOS/MyApp onto the terminal.

Best,
Panos

On 27 Jan 2017 20:47, "Richmond Mathewson via use-livecode" <
use-livecode@lists.runrev.com> wrote:

You have got me there . . .

Please tell me how to run the standalone from the Terminal: unless, of
course is all I drag it to
the Terminal as with Linux . . . whoops: "27 Jan 2017/DEMO/Devawriter
Pro/MacOSX/Devawriter Pro.app:
is a directory".

Richmond.



On 1/27/17 10:41 pm, panagiotis merakos via use-livecode wrote:

> Thanks Richmond. BTW it might be useful to run the standalone from the
> terminal. This will probably show the error that prevents the standalone
> from starting.
>
> Best,
> Panos
> --
>
> On 27 Jan 2017 20:36, "Richmond Mathewson via use-livecode" <
> use-livecode@lists.runrev.com> wrote:
>
> Dear Panagiotis,
>
> I have just run off a Mac standalone as per your request (NO inclusions at
> all) and the thing does not work.
>
> I will, in a few minutes, build a standalone from a plain "vanilla" stack
> (one card and one button with no script) and see what I end up with.
>
> Richmond.
>
>
> On 1/27/17 10:26 pm, panagiotis merakos via use-livecode wrote:
>
> Hi Richmond,
>> Does the standalone include the tsnet  external? Can you try building a
>> standalone with "select inclusions" (not "search for inclusions") and make
>> sure that " tsnet" and "internet" are NOT included? Just for testing.
>>
>> On 27 Jan 2017 20:14, "Richmond Mathewson via use-livecode" <
>> use-livecode@lists.runrev.com> wrote:
>>
>> Oh, well, I suppose I shouldn't complain: 8.1.2 just ground away for 20
>>
>>> minutes and I had tp
>>> force quit the thing!
>>>
>>> Richmond.
>>>
>>> On 1/27/17 9:43 pm, Richmond Mathewson wrote:
>>>
>>> I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS
>>>
 10.7.5 . . .

 it does work on that operating system, however . . .

 building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5
 results in
 a standalone that does not open on Mac OS 10.7.5 . . .

 LiveCode 8.1.3 rc-1 INDY

 I have yet to try building a similar Mac standalone on Linux . . .

 The document "LiveCodeNotes-8_1_3_rc_1.pdf" states:


   The Mac engine supports:
 10.6.x (Snow Leopard) on Intel
 10.7.x (Lion) on Intel
 10.8.x (Mountain Lion) on Intel
 10.9.x (Mavericks) on Intel
 10.10.x (Yosemite) on Intel
 10.11.x (El Capitan) on Intel
 10.12.x (Sierra) on Intel


 Which would seem to suggest that a standalone for Mac should run on Mac
 OS 10.7.5.

 I would be grateful if anyone could tell me why my standalone is NOT
 working on Mac OS 10.7.5

 As a side-note: a standalone generated from the same code with LC 7.1.4
 does run, but this is of no use
 as my code in that standalone depends on 8.1.3 to function.

 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
>

___
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: Building a standalone on Mac OS Lion

[Richmond Mathewson via use-livecode]

You have got me there . . .

Please tell me how to run the standalone from the Terminal: unless, of 
course is all I drag it to
the Terminal as with Linux . . . whoops: "27 Jan 2017/DEMO/Devawriter 
Pro/MacOSX/Devawriter Pro.app:

is a directory".

Richmond.


On 1/27/17 10:41 pm, panagiotis merakos via use-livecode wrote:

Thanks Richmond. BTW it might be useful to run the standalone from the
terminal. This will probably show the error that prevents the standalone
from starting.

Best,
Panos
--

On 27 Jan 2017 20:36, "Richmond Mathewson via use-livecode" <
use-livecode@lists.runrev.com> wrote:

Dear Panagiotis,

I have just run off a Mac standalone as per your request (NO inclusions at
all) and the thing does not work.

I will, in a few minutes, build a standalone from a plain "vanilla" stack
(one card and one button with no script) and see what I end up with.

Richmond.


On 1/27/17 10:26 pm, panagiotis merakos via use-livecode wrote:


Hi Richmond,
Does the standalone include the tsnet  external? Can you try building a
standalone with "select inclusions" (not "search for inclusions") and make
sure that " tsnet" and "internet" are NOT included? Just for testing.

On 27 Jan 2017 20:14, "Richmond Mathewson via use-livecode" <
use-livecode@lists.runrev.com> wrote:

Oh, well, I suppose I shouldn't complain: 8.1.2 just ground away for 20

minutes and I had tp
force quit the thing!

Richmond.

On 1/27/17 9:43 pm, Richmond Mathewson wrote:

I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS

10.7.5 . . .

it does work on that operating system, however . . .

building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5
results in
a standalone that does not open on Mac OS 10.7.5 . . .

LiveCode 8.1.3 rc-1 INDY

I have yet to try building a similar Mac standalone on Linux . . .

The document "LiveCodeNotes-8_1_3_rc_1.pdf" states:


  The Mac engine supports:
10.6.x (Snow Leopard) on Intel
10.7.x (Lion) on Intel
10.8.x (Mountain Lion) on Intel
10.9.x (Mavericks) on Intel
10.10.x (Yosemite) on Intel
10.11.x (El Capitan) on Intel
10.12.x (Sierra) on Intel


Which would seem to suggest that a standalone for Mac should run on Mac
OS 10.7.5.

I would be grateful if anyone could tell me why my standalone is NOT
working on Mac OS 10.7.5

As a side-note: a standalone generated from the same code with LC 7.1.4
does run, but this is of no use
as my code in that standalone depends on 8.1.3 to function.

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


___
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: Building a standalone on Mac OS Lion

[Richmond Mathewson via use-livecode]

Well, I have just run off a plain, "vanilla" standalone as I said I 
would, and that opens

in Mac OS 10.7.5.

So:

1. The stack I built as a standalone that did NOT work was my 
"Devawriter Pro" stack,
developed through LC 4.0 - 8.1.3 and with password protected stacks, and 
a Macintosh icon.


Richmond.

On 1/27/17 10:36 pm, Richmond Mathewson wrote:

Dear Panagiotis,

I have just run off a Mac standalone as per your request (NO 
inclusions at all) and the thing does not work.


I will, in a few minutes, build a standalone from a plain "vanilla" 
stack (one card and one button with no script) and see what I end up with.


Richmond.

On 1/27/17 10:26 pm, panagiotis merakos via use-livecode wrote:

Hi Richmond,
Does the standalone include the tsnet  external? Can you try building a
standalone with "select inclusions" (not "search for inclusions") and make
sure that " tsnet" and "internet" are NOT included? Just for testing.

On 27 Jan 2017 20:14, "Richmond Mathewson via use-livecode" <
use-livecode@lists.runrev.com> wrote:


Oh, well, I suppose I shouldn't complain: 8.1.2 just ground away for 20
minutes and I had tp
force quit the thing!

Richmond.

On 1/27/17 9:43 pm, Richmond Mathewson wrote:


I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS
10.7.5 . . .

it does work on that operating system, however . . .

building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5
results in
a standalone that does not open on Mac OS 10.7.5 . . .

LiveCode 8.1.3 rc-1 INDY

I have yet to try building a similar Mac standalone on Linux . . .

The document "LiveCodeNotes-8_1_3_rc_1.pdf" states:


 The Mac engine supports:
10.6.x (Snow Leopard) on Intel
10.7.x (Lion) on Intel
10.8.x (Mountain Lion) on Intel
10.9.x (Mavericks) on Intel
10.10.x (Yosemite) on Intel
10.11.x (El Capitan) on Intel
10.12.x (Sierra) on Intel


Which would seem to suggest that a standalone for Mac should run on Mac
OS 10.7.5.

I would be grateful if anyone could tell me why my standalone is NOT
working on Mac OS 10.7.5

As a side-note: a standalone generated from the same code with LC 7.1.4
does run, but this is of no use
as my code in that standalone depends on 8.1.3 to function.

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

Re: Building a standalone on Mac OS Lion

[panagiotis merakos via use-livecode]

Thanks Richmond. BTW it might be useful to run the standalone from the
terminal. This will probably show the error that prevents the standalone
from starting.

Best,
Panos
--

On 27 Jan 2017 20:36, "Richmond Mathewson via use-livecode" <
use-livecode@lists.runrev.com> wrote:

Dear Panagiotis,

I have just run off a Mac standalone as per your request (NO inclusions at
all) and the thing does not work.

I will, in a few minutes, build a standalone from a plain "vanilla" stack
(one card and one button with no script) and see what I end up with.

Richmond.


On 1/27/17 10:26 pm, panagiotis merakos via use-livecode wrote:

> Hi Richmond,
> Does the standalone include the tsnet  external? Can you try building a
> standalone with "select inclusions" (not "search for inclusions") and make
> sure that " tsnet" and "internet" are NOT included? Just for testing.
>
> On 27 Jan 2017 20:14, "Richmond Mathewson via use-livecode" <
> use-livecode@lists.runrev.com> wrote:
>
> Oh, well, I suppose I shouldn't complain: 8.1.2 just ground away for 20
>> minutes and I had tp
>> force quit the thing!
>>
>> Richmond.
>>
>> On 1/27/17 9:43 pm, Richmond Mathewson wrote:
>>
>> I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS
>>> 10.7.5 . . .
>>>
>>> it does work on that operating system, however . . .
>>>
>>> building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5
>>> results in
>>> a standalone that does not open on Mac OS 10.7.5 . . .
>>>
>>> LiveCode 8.1.3 rc-1 INDY
>>>
>>> I have yet to try building a similar Mac standalone on Linux . . .
>>>
>>> The document "LiveCodeNotes-8_1_3_rc_1.pdf" states:
>>>
>>>
>>>  The Mac engine supports:
>>> 10.6.x (Snow Leopard) on Intel
>>> 10.7.x (Lion) on Intel
>>> 10.8.x (Mountain Lion) on Intel
>>> 10.9.x (Mavericks) on Intel
>>> 10.10.x (Yosemite) on Intel
>>> 10.11.x (El Capitan) on Intel
>>> 10.12.x (Sierra) on Intel
>>>
>>>
>>> Which would seem to suggest that a standalone for Mac should run on Mac
>>> OS 10.7.5.
>>>
>>> I would be grateful if anyone could tell me why my standalone is NOT
>>> working on Mac OS 10.7.5
>>>
>>> As a side-note: a standalone generated from the same code with LC 7.1.4
>>> does run, but this is of no use
>>> as my code in that standalone depends on 8.1.3 to function.
>>>
>>> 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: Building a standalone on Mac OS Lion

[Richmond Mathewson via use-livecode]

Dear Panagiotis,

I have just run off a Mac standalone as per your request (NO inclusions 
at all) and the thing does not work.


I will, in a few minutes, build a standalone from a plain "vanilla" 
stack (one card and one button with no script) and see what I end up with.


Richmond.

On 1/27/17 10:26 pm, panagiotis merakos via use-livecode wrote:

Hi Richmond,
Does the standalone include the tsnet  external? Can you try building a
standalone with "select inclusions" (not "search for inclusions") and make
sure that " tsnet" and "internet" are NOT included? Just for testing.

On 27 Jan 2017 20:14, "Richmond Mathewson via use-livecode" <
use-livecode@lists.runrev.com> wrote:


Oh, well, I suppose I shouldn't complain: 8.1.2 just ground away for 20
minutes and I had tp
force quit the thing!

Richmond.

On 1/27/17 9:43 pm, Richmond Mathewson wrote:


I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS
10.7.5 . . .

it does work on that operating system, however . . .

building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5
results in
a standalone that does not open on Mac OS 10.7.5 . . .

LiveCode 8.1.3 rc-1 INDY

I have yet to try building a similar Mac standalone on Linux . . .

The document "LiveCodeNotes-8_1_3_rc_1.pdf" states:


 The Mac engine supports:
10.6.x (Snow Leopard) on Intel
10.7.x (Lion) on Intel
10.8.x (Mountain Lion) on Intel
10.9.x (Mavericks) on Intel
10.10.x (Yosemite) on Intel
10.11.x (El Capitan) on Intel
10.12.x (Sierra) on Intel


Which would seem to suggest that a standalone for Mac should run on Mac
OS 10.7.5.

I would be grateful if anyone could tell me why my standalone is NOT
working on Mac OS 10.7.5

As a side-note: a standalone generated from the same code with LC 7.1.4
does run, but this is of no use
as my code in that standalone depends on 8.1.3 to function.

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

Re: Building a standalone on Mac OS Lion

[panagiotis merakos via use-livecode]

Hi Richmond,
Does the standalone include the tsnet  external? Can you try building a
standalone with "select inclusions" (not "search for inclusions") and make
sure that " tsnet" and "internet" are NOT included? Just for testing.

On 27 Jan 2017 20:14, "Richmond Mathewson via use-livecode" <
use-livecode@lists.runrev.com> wrote:

> Oh, well, I suppose I shouldn't complain: 8.1.2 just ground away for 20
> minutes and I had tp
> force quit the thing!
>
> Richmond.
>
> On 1/27/17 9:43 pm, Richmond Mathewson wrote:
>
>> I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS
>> 10.7.5 . . .
>>
>> it does work on that operating system, however . . .
>>
>> building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5
>> results in
>> a standalone that does not open on Mac OS 10.7.5 . . .
>>
>> LiveCode 8.1.3 rc-1 INDY
>>
>> I have yet to try building a similar Mac standalone on Linux . . .
>>
>> The document "LiveCodeNotes-8_1_3_rc_1.pdf" states:
>>
>>
>> The Mac engine supports:
>> 10.6.x (Snow Leopard) on Intel
>> 10.7.x (Lion) on Intel
>> 10.8.x (Mountain Lion) on Intel
>> 10.9.x (Mavericks) on Intel
>> 10.10.x (Yosemite) on Intel
>> 10.11.x (El Capitan) on Intel
>> 10.12.x (Sierra) on Intel
>>
>>
>> Which would seem to suggest that a standalone for Mac should run on Mac
>> OS 10.7.5.
>>
>> I would be grateful if anyone could tell me why my standalone is NOT
>> working on Mac OS 10.7.5
>>
>> As a side-note: a standalone generated from the same code with LC 7.1.4
>> does run, but this is of no use
>> as my code in that standalone depends on 8.1.3 to function.
>>
>> 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: Snippet to show status bar on mobile

[J. Landman Gay via use-livecode]

On 1/27/17 12:38 AM, Sannyasin Brahmanathaswami via use-livecode wrote:

Do we have control over the layer of the native device top status
status bar?

is it always on topmost layer?  if so then we have to dynamically
hide and show it if we want to occupy the whole screen


It is part of the OS and so overlays the stack. You can hide or show it, 
but it isn't otherwise under LC control. Think of it like the MacOS 
dock, menubar, or any other system element.


--
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: Script editor chops "end handler" to "nd handler"

[Sannyasin Brahmanathaswami via use-livecode]

FWIW:

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



 

On 1/27/17, 4:46 AM, "use-livecode on behalf of panagiotis merakos via 
use-livecode"  wrote:

Hi guys,

Thanks for spending time on this. Indeed, I can now replicate this bug. As
you said, it happens only if the code is not indented. Thus, make sure you
press "Tab" key before editing your un-indented script. I will update the
bug report.

Best,
Panos

___
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: Building a standalone on Mac OS Lion

[Richmond Mathewson via use-livecode]

Oh, well, I suppose I shouldn't complain: 8.1.2 just ground away for 20 
minutes and I had tp

force quit the thing!

Richmond.

On 1/27/17 9:43 pm, Richmond Mathewson wrote:
I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS 
10.7.5 . . .


it does work on that operating system, however . . .

building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5 
results in

a standalone that does not open on Mac OS 10.7.5 . . .

LiveCode 8.1.3 rc-1 INDY

I have yet to try building a similar Mac standalone on Linux . . .

The document "LiveCodeNotes-8_1_3_rc_1.pdf" states:


The Mac engine supports:
10.6.x (Snow Leopard) on Intel
10.7.x (Lion) on Intel
10.8.x (Mountain Lion) on Intel
10.9.x (Mavericks) on Intel
10.10.x (Yosemite) on Intel
10.11.x (El Capitan) on Intel
10.12.x (Sierra) on Intel


Which would seem to suggest that a standalone for Mac should run on 
Mac OS 10.7.5.


I would be grateful if anyone could tell me why my standalone is NOT 
working on Mac OS 10.7.5


As a side-note: a standalone generated from the same code with LC 
7.1.4 does run, but this is of no use

as my code in that standalone depends on 8.1.3 to function.

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

Re: 8.1.3 (RC1) Invoking Script Editor Failing Everywhere

[Sannyasin Brahmanathaswami via use-livecode]

Ooops sorry  I should have added that.

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

copy of my stack is there, nothing proprietary in it… it does not do any front 
scripts.

but there is definitely something in it that 8.1.3 does not like (and also 
lcStackBrowser was unhappy with this stack also for equally unknown, mysterious 
reasons.


 

On 1/27/17, 7:30 AM, "use-livecode on behalf of Richard Gaskin via 
use-livecode"  wrote:

Report #/URL?

___
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 element from array

[Sannyasin Brahmanathaswami via use-livecode]

I'm game to play with this… I need it

where are these array files?

Do we want to change the thread subject to "Dictionary Improvements"
 

On 1/27/17, 6:55 AM, "use-livecode on behalf of Richard Gaskin via 
use-livecode"  wrote:

The current Dictionary content is in wonderfully well-separated array 
files, making it easier than ever for third parties to use existing 
internal APIs to deliver the content in any form we choose.

___
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

Building a standalone on Mac OS Lion

[Richmond Mathewson via use-livecode]

I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS 
10.7.5 . . .


it does work on that operating system, however . . .

building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5 
results in

a standalone that does not open on Mac OS 10.7.5 . . .

LiveCode 8.1.3 rc-1 INDY

I have yet to try building a similar Mac standalone on Linux . . .

The document "LiveCodeNotes-8_1_3_rc_1.pdf" states:


The Mac engine supports:
10.6.x (Snow Leopard) on Intel
10.7.x (Lion) on Intel
10.8.x (Mountain Lion) on Intel
10.9.x (Mavericks) on Intel
10.10.x (Yosemite) on Intel
10.11.x (El Capitan) on Intel
10.12.x (Sierra) on Intel


Which would seem to suggest that a standalone for Mac should run on Mac 
OS 10.7.5.


I would be grateful if anyone could tell me why my standalone is NOT 
working on Mac OS 10.7.5


As a side-note: a standalone generated from the same code with LC 7.1.4 
does run, but this is of no use

as my code in that standalone depends on 8.1.3 to function.

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

Re: Delete element from array

[Richard Gaskin via use-livecode]

Dr. Hawkins wrote:

On Fri, Jan 27, 2017 at 8:55 AM, Richard Gaskin wrote:

>> What is "the other way?"
>>
>> I almost never click anything other than results from the search
>> list. I open the Dict window, type my query, review the results.
>>
>> What would we do to improve this?
>
> In 7, you can click on the side to narrow, but the default is "all"
>
> In 8, it's a pull-down button, and as near as I can tell, there is
> nothing resembling "all"
>
> 7 could also filter to sub levels by clicking the triangles for the
> subcategories.

I see, thanks.

Aooarently the filters act as toggles.  When you select one a button 
with that name appears, which can later be clicked to remove it.  So 
after applying filters, removing all of them will return to "all".


LiveCode is a pretty good toolkit for building UIs.  In my experience 
far less work for desktop GUUs than using HTML/CSS.


Maybe we can use LC to make a great Dictionary UI?

--
 Richard Gaskin
 Fourth World Systems

___
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 element from array

[Dr. Hawkins via use-livecode]

On Fri, Jan 27, 2017 at 8:55 AM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> What is "the other way?"
>
> I almost never click anything other than results from the search list. I
> open the Dict window, type my query, review the results.
>
> What would we do to improve this?
>

In 7, you can click on the side to narrow, but the default is "all"

In 8, it's a pull-down button, and as near as I can tell, there is nothing
resembling "all"

7 could also filter to sub levels by clicking the triangles for the
subcategories.


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

Re: It looks like Director is Finally Dead

[Skip Kimpel via use-livecode]

Sad to see it officially going away but the writing on the wall has been
there for YEARS.  I think most of us switched to other tools to do what we
once did in Director.  That is why we are now all friends of LiveCode :)

SKIP

On Fri, Jan 27, 2017 at 1:25 PM, Colin Holgate via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks for the link. I’m going to post it on Marc Canter’s Facebook wall!
>
>
> > On Jan 27, 2017, at 10:03 AM, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Colin,
> >
> >> Am 27.01.2017 um 17:56 schrieb Colin Holgate via use-livecode <
> use-livecode@lists.runrev.com>:
> >>
> >> I can’t find any announcements from Adobe, and the article doesn’t
> provide links.
> >
> > there is in fact a link to an ADOBE blog:
> >  adobe-contribute-director-and-shockwave/>
> >
> > I have been using Director for years, its animation possibilities were
> AWESOME, wish we had (a fraction of) this in LC,
> > but scripting was a real pain in the arse!
> >
> > I never regretted my switch to MetaCard in 1999! ;-)
> >
> >> The logic in the article is a bit dumb. They say that Mac shockwave
> support is going to end, and so naturally they would get rid of the tool
> that makes shockwave content. But shockwave is only one part of what
> Director is good for.
> >> Anyway, I’ll keep trying to find an Adobe post about it.
> >>
> >>> On Jan 27, 2017, at 9:45 AM, Lynn Fredricks via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>  contribute-and-director-on-february-1-drop-shockwave-for-
> mac-support-on-march-14/>
> >
> > Best
> >
> > Klaus
> >
> > --
> > Klaus Major
> > http://www.major-k.de
> > kl...@major-k.de
> >
> >
> > ___
> > 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: It looks like Director is Finally Dead

[Bob Sneidar via use-livecode]

I have said the exact same thing ever since SAAS was conceived, only with less 
words. ;-) Wait until there is no alternative, then see how competitive they 
are with pricing!

Bob S


On Jan 27, 2017, at 10:19 , Lynn Fredricks via use-livecode 
> wrote:

While I can appreciate as a publicly traded company, Adobe needs to remain
closed mouthed about things, the situation should make anyone thing twice
about supporting the Adobe hegemony any more than necessary. Very, very few
updates came out for Director after Adobe acquired it. They've been slowly
strangling it over the years, rather than doing right by their customers and
selling it off when they could.

I think there are many companies that look to the Adobe model of doing
business with envy. Microsoft (to some extent) and Autodesk (all in!) are
following the same business model, and seducing customers based on the most
transient of selling points, which is pricing model. Once they reach the
point in which individual customers no longer have viable alternatives (the
pain of 'unsubscribing' is business destroying), they can increase or shift
pricing. This is banking on the short sightedness of customers and sadly
many have embraced it like a severe diabetic wolfing down a carton of
twinkies every day.

Best regards,

Lynn Fredricks
Paradigma Software
http://www.paradigmasoft.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: It looks like Director is Finally Dead

[Colin Holgate via use-livecode]

Thanks for the link. I’m going to post it on Marc Canter’s Facebook wall!


> On Jan 27, 2017, at 10:03 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Colin,
> 
>> Am 27.01.2017 um 17:56 schrieb Colin Holgate via use-livecode 
>> :
>> 
>> I can’t find any announcements from Adobe, and the article doesn’t provide 
>> links.
> 
> there is in fact a link to an ADOBE blog:
> 
> 
> I have been using Director for years, its animation possibilities were 
> AWESOME, wish we had (a fraction of) this in LC,
> but scripting was a real pain in the arse!
> 
> I never regretted my switch to MetaCard in 1999! ;-)
> 
>> The logic in the article is a bit dumb. They say that Mac shockwave support 
>> is going to end, and so naturally they would get rid of the tool that makes 
>> shockwave content. But shockwave is only one part of what Director is good 
>> for.
>> Anyway, I’ll keep trying to find an Adobe post about it.
>> 
>>> On Jan 27, 2017, at 9:45 AM, Lynn Fredricks via use-livecode 
>>>  wrote:
>>> 
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
> 
> 
> ___
> 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: It looks like Director is Finally Dead

[Richmond Mathewson via use-livecode]

I did some stuff with Director in 1998-9 while I worked at the United 
Arab Emirates University
in Al Ain, U.A.E. churning out gap-fill with exerciese that all got 
censored because half of my
imagery was judged "unIslamic" (the coding was more diffcult than 
Toolbook which I was
also using at the same time); but I made some awesome animation games 
for my children and their

friends.

Yes, Klaus, is right about both the scripting and the animation.

Let's hope that the animation in LiveCode  . . .

Richmond.

On 1/27/17 7:03 pm, Klaus major-k via use-livecode wrote:

Hi Colin,


Am 27.01.2017 um 17:56 schrieb Colin Holgate via use-livecode 
:

I can’t find any announcements from Adobe, and the article doesn’t provide 
links.

there is in fact a link to an ADOBE blog:


I have been using Director for years, its animation possibilities were AWESOME, 
wish we had (a fraction of) this in LC,
but scripting was a real pain in the arse!

I never regretted my switch to MetaCard in 1999! ;-)


The logic in the article is a bit dumb. They say that Mac shockwave support is 
going to end, and so naturally they would get rid of the tool that makes 
shockwave content. But shockwave is only one part of what Director is good for.
Anyway, I’ll keep trying to find an Adobe post about it.


On Jan 27, 2017, at 9:45 AM, Lynn Fredricks via use-livecode 
 wrote:
  


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: It looks like Director is Finally Dead

[Lynn Fredricks via use-livecode]

> One of the reasons I stopped buying Adobe products is the 
> clandestine way they EOL them.
> 
> GoLive, Fireworks, LiveMotion, maybe more - all had 
> development stop months or years before any public disclosure 
> of the EOL decision.
> 
> This led many of us to buy products that were effectively 
> already dead, no upgrade path and non-working just an OS 
> update or two later.
> 
> Repeated requests from many in the user community for 
> clarification of EOL status went without reply.
> 
> Not cool, preventing consumers from making informed 
> purchasing decisions.  I and many others stopped doing 
> business with them after those.

While I can appreciate as a publicly traded company, Adobe needs to remain
closed mouthed about things, the situation should make anyone thing twice
about supporting the Adobe hegemony any more than necessary. Very, very few
updates came out for Director after Adobe acquired it. They've been slowly
strangling it over the years, rather than doing right by their customers and
selling it off when they could.

I think there are many companies that look to the Adobe model of doing
business with envy. Microsoft (to some extent) and Autodesk (all in!) are
following the same business model, and seducing customers based on the most
transient of selling points, which is pricing model. Once they reach the
point in which individual customers no longer have viable alternatives (the
pain of 'unsubscribing' is business destroying), they can increase or shift
pricing. This is banking on the short sightedness of customers and sadly
many have embraced it like a severe diabetic wolfing down a carton of
twinkies every day.

Best regards,

Lynn Fredricks
Paradigma Software
http://www.paradigmasoft.com

Valentina SQL Server: The Ultra-fast, Royalty Free Database Server 



___
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: 8.1.3 (RC1) Invoking Script Editor Failing Everywhere

[Richard Gaskin via use-livecode]

Sannyasin Brahmanathaswami wrote:


> ...no odd open stack or preopenstack handlers that would do weird
> things, but if it is in my plugins folder 8.1.3 "dies in chaos"
> take it out, put in others (like your 4thworld ones andsome of
> Scotts) it works just fine.

Sorry to hear that.  Would be interested to know if the problem is 
related to an unpassed message handled in a frontScript.



> I sent the stack in with the bug report.

Report #/URL?


> lead me to the question: we know here that some legacy documents that
> were, for example created in Quark Express, then exported to InDesign
> then used as templates over several years.. will gradually become
> corrupt in mysterious ways are indiscernable to the user… presumably
> at some binary level that does not actually cause the program to
> crash but enough to cause a lot of trouble
>
> could the same be with old, old, old LC stacks?

In rare and obscure (hard to reproduce) ways, it's possible.  I may have 
seen it once or twice over the years, perhaps most recently (a couple 
years ago) with some field contents.


Moving one file format change to the next I've never seen an issue.  But 
the couple times I might have seem something related to format 
conversion differences ("might" because unconfirmed) it was when moving 
something into a new format from three or four format changes earlier.


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

Re: It looks like Director is Finally Dead

[Richard Gaskin via use-livecode]

Colin Holgate wrote:

>> On Jan 27, 2017, at 9:45 AM, Lynn Fredricks wrote:
>>
>> 


>
> I can’t find any announcements from Adobe...

You may never.

One of the reasons I stopped buying Adobe products is the clandestine 
way they EOL them.


GoLive, Fireworks, LiveMotion, maybe more - all had development stop 
months or years before any public disclosure of the EOL decision.


This led many of us to buy products that were effectively already dead, 
no upgrade path and non-working just an OS update or two later.


Repeated requests from many in the user community for clarification of 
EOL status went without reply.


Not cool, preventing consumers from making informed purchasing 
decisions.  I and many others stopped doing business with them after those.


In all fairness, obviously those products I listed are very old.  Maybe 
the company's changed.


If they respond to your request for EOL clarification, I would welcome 
being wrong if they are now more forthcoming about their EOL schedules.


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

Re: It looks like Director is Finally Dead

[Klaus major-k via use-livecode]

Hi Colin,

> Am 27.01.2017 um 17:56 schrieb Colin Holgate via use-livecode 
> :
> 
> I can’t find any announcements from Adobe, and the article doesn’t provide 
> links.

there is in fact a link to an ADOBE blog:


I have been using Director for years, its animation possibilities were AWESOME, 
wish we had (a fraction of) this in LC,
but scripting was a real pain in the arse!

I never regretted my switch to MetaCard in 1999! ;-)

> The logic in the article is a bit dumb. They say that Mac shockwave support 
> is going to end, and so naturally they would get rid of the tool that makes 
> shockwave content. But shockwave is only one part of what Director is good 
> for.
> Anyway, I’ll keep trying to find an Adobe post about it.
> 
>> On Jan 27, 2017, at 9:45 AM, Lynn Fredricks via use-livecode 
>>  wrote:
>>  
>> 

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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 element from array

[Richard Gaskin via use-livecode]

Dr. Hawkins wrote:

> The new dictionary, like the project browser, is targeted to people
> who think exactly that way, and access things in that pointy-clicky
> way.
>
> And even then, pulldown for categories rather than clicking.
>
> Those of us that run the other way in accessing a UI will *never*
> find this approach an adequate replacement.

What is "the other way?"

I almost never click anything other than results from the search list. 
I open the Dict window, type my query, review the results.


What would we do to improve this?

FWIW, I've not really been fond of any Dictionary since MetaCard's. 
Even then I didn't really like it all that much, and worked with Jacque 
and some others to make a replacement.


The current Dictionary content is in wonderfully well-separated array 
files, making it easier than ever for third parties to use existing 
internal APIs to deliver the content in any form we choose.


Anyone up for making a new Dictionary using native (non-web-based) LiveCode?

Would take some work, but very doable.

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

Re: It looks like Director is Finally Dead

[Colin Holgate via use-livecode]

I can’t find any announcements from Adobe, and the article doesn’t provide 
links.

The logic in the article is a bit dumb. They say that Mac shockwave support is 
going to end, and so naturally they would get rid of the tool that makes 
shockwave content. But shockwave is only one part of what Director is good for.

Anyway, I’ll keep trying to find an Adobe post about it.


> On Jan 27, 2017, at 9:45 AM, Lynn Fredricks via use-livecode 
>  wrote:
> 
> http://venturebeat.com/2017/01/27/adobe-will-stop-selling-contribute-and-dir 
> 
> ector-on-february-1-drop-shockwave-for-mac-support-on-march-14/

___
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

It looks like Director is Finally Dead

[Lynn Fredricks via use-livecode]

http://venturebeat.com/2017/01/27/adobe-will-stop-selling-contribute-and-dir
ector-on-february-1-drop-shockwave-for-mac-support-on-march-14/

This walking dead has been walking around for more than seven seasons.

Best regards,

Lynn Fredricks
President
Paradigma Software
http://www.paradigmasoft.com

Valentina SQL Server: The Ultra-fast, Royalty Free Database Server 


___
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: Script editor chops "end handler" to "nd handler"

[Ralph DiMola via use-livecode]

I've fixed some weird script problems by copying the entire script to the
clipboard, Deleting the script., Clicking on "Apply", Paste the entire
script back in from the clipboard and then hitting "Apply" again. I did not
need to save in a text editor to remove formatting. I found that the key was
to click "Apply" when the script was empty after deleting it to reset
things.

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 Bob Sneidar via use-livecode
Sent: Friday, January 27, 2017 10:47 AM
To: How to use LiveCode
Cc: Bob Sneidar
Subject: Re: Script editor chops "end handler" to "nd handler"

Also, as it began with 8, try copy/pasting the ENTIRE SCRIPT (not just the
handler) into a text editor that has the ability to remove all formatting.
Do so, then copy/paste the text back into your script. I have seen this
resolve certain issues before. 

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: Script editor chops "end handler" to "nd handler"

[Bob Sneidar via use-livecode]

Also, as it began with 8, try copy/pasting the ENTIRE SCRIPT (not just the 
handler) into a text editor that has the ability to remove all formatting. Do 
so, then copy/paste the text back into your script. I have seen this resolve 
certain issues before. 

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

Re: Script editor chops "end handler" to "nd handler"

[Bob Sneidar via use-livecode]

I tried it with and without indent. No problems either case. 8.1.2 OS X

Bob S


On Jan 27, 2017, at 01:26 , Ralf Bitter via use-livecode 
> wrote:

I can replicate this behavior, but it
only happens in case the code is
not indented.

Mac Sierra LC 8.1.3-rc-1

Ralf

___
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: Script editor chops "end handler" to "nd handler"

[Bob Sneidar via use-livecode]

Just pasted the last snippet into a button and had no problems. 8.1.2

Bob S


On Jan 26, 2017, at 22:23 , Sannyasin Brahmanathaswami via use-livecode 
> wrote:

on closeStack
if the environment is "mobile" then
scroller_Delete "scrolling lesson field" # not actually used
end if
pass closeStack
end closeStack   # Ok put your cursor right here immediately after closestack 
and hit return and we get this

on closeStack
if the environment is "mobile" then
scroller_Delete "scrolling lesson field" # not actually used
end if
pass closeStack
nd closeStack
# cursor is here now. but the word "end" above has become "nd"

___
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 element from array

[Dr. Hawkins via use-livecode]

On Thu, Jan 26, 2017 at 3:32 PM, Ali Lloyd via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Goes without saying perhaps but it would be extremely helpful if you could
> articulate *why* you find this information harder to come by in the current
> dictionary. Thanks!
>

The new dictionary, like the project browser, is targeted to people who
think exactly that way, and access things in that pointy-clicky way.

And even then, pulldown for categories rather than clicking.

Those of us that run the other way in accessing a UI will *never* find this
approach an adequate replacement.

I suspect the preference for the larger amount of *actual* information that
could be displayed in the older forms will run with this preference, too.


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

Re: Script editor chops "end handler" to "nd handler"

[panagiotis merakos via use-livecode]

Hi guys,

Thanks for spending time on this. Indeed, I can now replicate this bug. As
you said, it happens only if the code is not indented. Thus, make sure you
press "Tab" key before editing your un-indented script. I will update the
bug report.

Best,
Panos
--

On Fri, Jan 27, 2017 at 2:41 PM, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I cannot confirm this, it's even more:
> "en" is chopped.
>
> [Also, sometimes: When hitting immediately after that the backspace key a
> zero appears.]
>
> This is only with code that is not "beautified" (all lines begin at left).
> I tried my own, not your demo.
>
> [I had also _sometimes_ similar chopping when I opened in LC 8/9 a 6.7.11
> script, *without* any edit.]
>
> MacOS 10.12.3 - LC 8.1.3rc1 AND LC 9.0.0dp4
>
>
> ___
> 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: Script editor chops "end handler" to "nd handler"

[hh via use-livecode]

I cannot confirm this, it's even more:
"en" is chopped.

[Also, sometimes: When hitting immediately after that the backspace key a zero 
appears.]

This is only with code that is not "beautified" (all lines begin at left). I 
tried my own, not your demo.

[I had also _sometimes_ similar chopping when I opened in LC 8/9 a 6.7.11 
script, *without* any edit.]

MacOS 10.12.3 - LC 8.1.3rc1 AND LC 9.0.0dp4


___
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

AW: can't open file on web server

[Tiemo Hollmann TB via use-livecode]

Hi Malte,
thanks, that worked.
Perhaps an issue fort he docs
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Malte Brill via use-livecode
Gesendet: Donnerstag, 26. Januar 2017 13:36
An: use-livecode@lists.runrev.com
Cc: Malte Brill 
Betreff: Re: can't open file on web server

Hi Tiemo,

did you try the URL directly without using the binfile keyword?

put URL „http://www.somServer/someImage.jpg 
“ into img „myImage“ ? This works here. If 
you are using either the file or binfile keyword you are indicating file access 
to the engine, which might work with a UNC path, not if the protocoll for 
transmission is http though. 

Hope that helps,

Malte

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

[Richmond Mathewson via use-livecode]

Aha. Thanks. Richmond.

On 1/27/17 11:40 am, Tore Nilsen via use-livecode wrote:

The point of any pass-handler is to pass the message to the next level in the 
message hierarchy. If you pass a message and the engine has a generic routine 
to handle this message, you may end up with unexpected behavior in your 
application. There is no need to pass any message unless you specifically want 
the engine or a script at an other level to handle the message.

Tore



27. jan. 2017 kl. 09.36 skrev Richmond Mathewson via use-livecode 
:

I wonder why a couple of people told me to remove 'pass copyKey' from:

on copyKey
  answer "Export disabled in Demo"
  pass copyKey
end copyKey

I did remove it and this seemed to make no difference at all . . .

So, the big question has to be; "What is the point of 'pass copyKey'?"

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

Re: copyKey

[Tore Nilsen via use-livecode]

The point of any pass-handler is to pass the message to the next level in the 
message hierarchy. If you pass a message and the engine has a generic routine 
to handle this message, you may end up with unexpected behavior in your 
application. There is no need to pass any message unless you specifically want 
the engine or a script at an other level to handle the message.

Tore


> 27. jan. 2017 kl. 09.36 skrev Richmond Mathewson via use-livecode 
> :
> 
> I wonder why a couple of people told me to remove 'pass copyKey' from:
> 
> on copyKey
>  answer "Export disabled in Demo"
>  pass copyKey
> end copyKey
> 
> I did remove it and this seemed to make no difference at all . . .
> 
> So, the big question has to be; "What is the point of 'pass copyKey'?"
> 
> 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: copyKey

[Richmond Mathewson via use-livecode]

I wonder why a couple of people told me to remove 'pass copyKey' from:

on copyKey
  answer "Export disabled in Demo"
  pass copyKey
end copyKey

I did remove it and this seemed to make no difference at all . . .

So, the big question has to be; "What is the point of 'pass copyKey'?"

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

Re: Script editor chops "end handler" to "nd handler"

[Ralf Bitter via use-livecode]

I can replicate this behavior, but it
only happens in case the code is
not indented.

Mac Sierra LC 8.1.3-rc-1

Ralf


> On 27 Jan 2017, at 07:23, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> I have a bug report on this but HQ says they cannot replicate it.
> 
> Today I think I have a definitive recipe. Can you try and confirm?
> 
> Symptom:
> 
> the "e" at the beginning of the last line end of handlers is getting chopped 
> off
> 
> on closeStack
> if the environment is "mobile" then
> scroller_Delete "scrolling lesson field" # not actually used
> end if
> pass closeStack
> end closeStack   # Ok put your cursor right here immediately after closestack 
> and hit return and we get this
> 
> on closeStack
> if the environment is "mobile" then
> scroller_Delete "scrolling lesson field" # not actually used
> end if
> pass closeStack
> nd closeStack
> # cursor is here now. but the word "end" above has become "nd"
> 
> first seen in 8*  (I think)  and persists in 8.1.3
> 
> 
> Can anyone else replicate this? (mac Sierre lc 8*
> 
> 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