Re: Dragging widgets

2017-03-02 Thread Roger Eller via use-livecode
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

Re: Dragging widgets

2017-03-02 Thread Dan Brown via use-livecode
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

Re: Dragging widgets

2017-03-02 Thread Richmond Mathewson via use-livecode
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

Re: Dragging widgets

2017-03-01 Thread Sannyasin Brahmanathaswami via use-livecode
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

Re: Dragging widgets

2017-03-01 Thread Tore Nilsen via use-livecode
> 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

Re: Dragging widgets

2017-03-01 Thread Richmond Mathewson via use-livecode
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

Re: Dragging widgets

2017-03-01 Thread Sannyasin Brahmanathaswami via use-livecode
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

Re: Dragging widgets

2017-03-01 Thread Graham Samuel via use-livecode
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

Re: Dragging widgets

2017-03-01 Thread Richmond via use-livecode
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

Re: Dragging widgets

2017-03-01 Thread Bob Sneidar via use-livecode
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

Re: Dragging widgets

2017-03-01 Thread David V Glasgow via use-livecode
> 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

Re: Dragging widgets

2017-02-28 Thread Sannyasin Brahmanathaswami via use-livecode
@ 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

Re: Dragging widgets

2017-02-28 Thread Bob Sneidar via use-livecode
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

Re: Dragging widgets

2017-02-28 Thread Richmond Mathewson via use-livecode
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

Re: Dragging widgets

2017-02-28 Thread Quentin Long via use-livecode
> > 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

Re: Dragging widgets

2017-02-28 Thread Richmond Mathewson via use-livecode
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=28898 However, the inconsistency between

Re: Dragging widgets

2017-02-28 Thread hh via use-livecode
> 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'

Re: Dragging widgets

2017-02-28 Thread Randy Hengst via use-livecode
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,

Re: Dragging widgets

2017-02-28 Thread Richmond Mathewson via use-livecode
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

Re: Dragging widgets

2017-02-28 Thread Mike Bonner via use-livecode
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

Re: Dragging widgets

2017-02-28 Thread Paul Hibbert via use-livecode
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

Re: Dragging widgets

2017-02-28 Thread Bob Sneidar via use-livecode
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 >

Re: Dragging widgets

2017-02-28 Thread Sannyasin Brahmanathaswami via use-livecode
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

Re: Dragging widgets

2017-02-28 Thread Richmond Mathewson via use-livecode
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

Re: Dragging widgets

2017-02-28 Thread Graham Samuel via use-livecode
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

Re: Dragging widgets

2017-02-27 Thread hh via use-livecode
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'

Re: Dragging widgets

2017-02-27 Thread Richmond Mathewson via use-livecode
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

Re: Dragging widgets

2017-02-27 Thread Graham Samuel via use-livecode
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

Dragging widgets

2017-02-27 Thread Richmond via use-livecode
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