On Mar 2, 2017 3:08 AM, "Richmond Mathewson via use-livecode" <
use-livecode@lists.runrev.com> wrote:
> Is menu driven scripting really programming? (500-900 words, on my desk
by Monday).
>
> Why do I feel that menu driven scripting is like driving an automatic car
(last time I drove one
> of thos
Eve looks to be the a very promising language for producing html5
applications. The browser IDE is clean and beautifully presented
http://play.witheve.com/#/examples/flappy.eve
On Thu, Mar 2, 2017 at 8:07 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:
> No, HYPE
No, HYPE is not 'serious' competition; it might be something that
squishes LiveCode's HTML5 extension
if LiveCode don't buck up and get on with things in that direction.
On 3/1/17 11:07 pm, Tore Nilsen via use-livecode wrote:
1. mar. 2017 kl. 20.40 skrev Sannyasin Brahmanathaswami via use-livec
Yes, of course, Hype is nowhere near the scope of LC. my interest is just what
you describe: an environment for smooth easy-to-build animation and, if it can
also be deployed on a web site without having to load the entire Emscriptem ,
so much the better.
A full graphic mini-novel-story (6 mi
> 1. mar. 2017 kl. 20.40 skrev Sannyasin Brahmanathaswami via use-livecode
> :
>
> I just downloaded HYPE from Tumult: this is where some serious competition is
> coming from.
If animated content is what you want to build, then, yes. But it is nowhere
near the functionality we expect and get
Name dropping like that (HYPE from Tumult) inevitably makes me want to
check the thing out.
http://tumult.com/hype/
It certainly looks very impressive . . .
BUT:
1. It is confined to one platform (Mac OS X 10.8 and up).
2. Its output seems to be HTML5 only.
As I only stretch to Mac OS 10.7.
Graham Samual wrote:
But (and there certainly is a ‘but’) there is a danger that the whole LC
environment might move away from the very powerful “everyone can code” ideal.
It may be simply that this list is preoccupying itself with more arcane stuff
that’s outside the comfort zone of most L
I don’t always agree with Richmond (to put it mildly) but here I feel very
close to his position. I think that the mother ship's attempts to make LC more
up to date and at the same time more relevant to commercial software production
are laudable, and even necessary to ensure the product stays i
I'm sorry if that is how you understood my posting.
What I meant was that many people don't really want to look "under the
hood" of the illusion
created by the desktop manager and so forth, with its artifacts such as
icons, folders and images,
to any of the abstraction layers underneath.
The
Read the post I was responding to. Richmond seemed to be making the point that
the GUI of Livecode presented an illusion to the end user that they were
working with a "real" app. As I said, I may have misconstrued his meaning, but
that was what it seemed like he was saying.
Bob S
> On Mar 1,
> On 1 Mar 2017, at 12:08 am, Bob Sneidar via use-livecode
> wrote:
>
> As to that, everything you do on a computer, INCLUDING typing code, is an
> illusion. A DOS prompt is an illusion in it's own right. So is a light bulb
> on a panel that was turned on by some signal from a computing devic
@ Bob:
Right: not meant to criticize, but hopefully constructive observation about a
specific issue… that's how we evolve, right?
"just sayin" that to the eyes of the user (as Quentin said) a widget is a
visual object/control on screen, like any other, the expectation that they can
enter
o
As to that, everything you do on a computer, INCLUDING typing code, is an
illusion. A DOS prompt is an illusion in it's own right. So is a light bulb on
a panel that was turned on by some signal from a computing device. All a
computer can really do is move numbers from one register to another in
Indeed:
On 2/28/17 11:27 pm, Quentin Long via use-livecode wrote:
On Feb 28, 2017, at 07:14 , Sannyasin Brahmanathaswami via use-livecode
wrote:
an image is an image is an image, whether it is png, bitmap, jpg or svg, the fact that is
is a "widget" is secondary to the use case.
sez Bob Sneid
> > On Feb 28, 2017, at 07:14 , Sannyasin Brahmanathaswami via use-livecode
> > wrote:
> > an image is an image is an image, whether it is png, bitmap, jpg or svg,
> > the fact that is is a "widget" is secondary to the use case.
>
> sez Bob Sneidar :
> au contraire. Not all images are the same.
Thank you for all the suggestions. I wnent for grouping the widget and
the dragging the group.
I have used this in the most recent version of my Turtle Graphics stack
that I uploaded about 30 minutes ago:
http://forums.livecode.com/viewtopic.php?f=8&t=28898
However, the inconsistency between
> Richmond wrote:
> So . . . can any one tell me how to effect a "grab" (which is the same
> whether with a PNG image, a button or a graphic object) with a widget?
There is one way that is acting similar to a "grab": Put the following
into your card's script. Works for widgets and any 'usual' con
I’ve not messed with widgets at all… but, with graphics in this situation I
would either put
on mouseDown
grab me
end mouseDown
in the group script…
OR put
on mouseDown
grab the owner of me
end mouseDown
in the script of each object within the group.
be well,
randy
> On Feb 28, 20
I tried grouping my SVG widget, and that allows me to drag the group:
on mouseDown
grab me
end mouseDown
HOWEVER, when I wish to move the SVG widget itself it vanishs as it
moves outwith
the boundaries of the group.
NOW: whether I can group my "Turtle" SVG widget and then have my Turtle
G
Sounds like the widget needs to be tweaked to allow for dragging. Its over
my head, if someone with a clue could do the modification and explain it,
I'd really appreciate the lesson.
On Mon, Feb 27, 2017 at 5:36 AM, Richmond via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I have a stac
I would really love to see LC’s image handling improved, not just for SVG,
although that would be a huge bonus, but for raster images too. I would happily
put money into crowdfunding for this, provided the promises were kept of course.
Anyway, this is probably not the answer you are looking for,
oh contraire. Not all images are the same. Support for each kind of image has
to be implemented. If the industry developed a new kind of image, LC would be
faced with incorporating that format.
Bob S
> On Feb 28, 2017, at 07:14 , Sannyasin Brahmanathaswami via use-livecode
> wrote:
>
> an
You are not wrong.
SVG *is* an image and ideally, should behave like any graphic object.
Also, for the sake of LC future: These are the kind of things that make newbies
"run away" from the product.. because they expect things to work, but they
don't, the frustration level can be severe an im
I have mentioned several times how I would like SVG import to be as
simple as PNG import,
and all handling subsequently as simple as other image formats. I
suspect the price of being able
to rotate SVG images (set the angle) in a way which means they don't go
"all fuzzy" is that they
cannot be
I think that some people (like me and very possible Richmond) want to use SVG
graphics as effortlessly-resized images. In this context, we don’t really care
to think of them as widgets at all (I hope Richmond agrees!). What we want is a
class of images which are implemented as SVGs but which fun
This is not a bug because a widget is not an ordinary control:
Nearly all user interaction has to be allowed and scripted.
I implemented a kind of "grab" in some of my LC8-widget examples.
You can for example also Not focus on a widget from LC Script (that's
why the browser widget is 'robust' agai
I found that messing around at work in my lunch hour on Linux 32-bit;
just tried the same thing on Mac OS with the same results.
Richmond.
On 2/27/17 2:43 pm, Graham Samuel via use-livecode wrote:
Let’s hope it’s a bug. I have not tried this yet, but I am about to embark on a
development that
Let’s hope it’s a bug. I have not tried this yet, but I am about to embark on a
development that allows a lot of dragging of SVG widgets. I hope someone who
knows replies soon. If it’s not a bug, my whole resizing strategy will have to
revert to a library of images with different resolutions wit
I have a stack containing an image and an SVG widget:
both contain the script:
on mouseDown
grab me
end mouseDown
this means that end-users in standalones are able to drag around the
image, and when they
release their mouse button the image stays where they placed it.
This does NOT work wi
29 matches
Mail list logo