Re: LC 8 Property Inspector

On 2015-10-14 15:59, Geoff Canyon wrote: I've never found this to be the case. I have never had someone report a bug to me because some other tool interfered with Navigator, or because Navigator tripped up someone else's tool. I wasn't saying Navigator ever caused a problem, I was more

Re: LC 8 Property Inspector

On 2015-10-14 16:29, Geoff Canyon wrote: I wasn't defending Navigator specifically, just pointing out that, in my experience, the current framework allows for reasonably clean development of tools. But there *is* a framework :) We've learnt a lot from trying to write new components in the

Re: LC 8 Property Inspector

New version of lcStackBrowser coming out this week with Widget support. Not super difficult but did involve some searching around to figure out how to get the properties of a widget. Pete lcSQL Software Home of lcStackBrowser and

Re: LC 8 Property Inspector

On 10/14/2015 07:28 AM, Geoff Canyon wrote: Yay, then hopefully I won't have to update Navigator much/at all. You shouldn't have much trouble with it. Aside from spotty documentation, I added Extension/Widget support to PowerTools fairly easily. -- Mark Wieder ahsoftw...@gmail.com

Re: LC 8 Property Inspector

On 2015-10-14 17:23, Mark Wieder wrote: Exactly. And that's, for the most part, how PowerTools works as well. The hard part of tool coexistence is when you have to cooperate with frontscript handlers that may or may not do the right thing before you have a chance to handle messages. Duelling

Re: LC 8 Property Inspector

On 10/14/2015 07:40 AM, Mark Waddingham wrote: If you needed a sha1Digest function you'd probably not go off and write your own in LiveCode Script (unless it was something you were *really* interested in doing), you'd use the engine one. Given the recent demonstration of a poc sha1 collision,

Re: LC 8 Property Inspector

On 2015-10-14 17:19, Mark Wieder wrote: Given the recent demonstration of a poc sha1 collision, I'd like a sha2Digest function, but again, I'd use the functionality from the openssl library rather than foolishly crating my own. Slightly Off-Topic... But... I wrote up a spec a while ago about

Re: LC 8 Property Inspector

On 10/14/2015 06:49 AM, Geoff Canyon wrote: No. The IDE already provides messages that things have changed, and all Navigator has to do is get its name on the list of message receivers. After that Navigator just responds to the update requests it receives. It doesn't have its own code for

Re: LC 8 Property Inspector

On Wed, Oct 14, 2015 at 10:13 AM, Mark Waddingham wrote: > [Widgets] aren't groups of underlying objects - they are black-boxes like > the engine controls. Indeed, they are a mechanism for (essentially) writing > engine controls incredibly easily and accessibly (relative to

Re: LC 8 Property Inspector

On Wed, Oct 14, 2015 at 10:21 AM, Mark Waddingham wrote: > > Again, unless I'm misunderstanding you, this isn't accurate -- Navigator >> happily co-exists with every tool I know. >> > > As I said above, I wasn't talking about specific tools, nor any specific > problems at the

Re: LC 8 Property Inspector

Hi Mark, I found revIDEExtensionProperties and used it. Pete lcSQL Software Home of lcStackBrowser and SQLiteAdmin On Wed, Oct 14, 2015 at 10:45 AM, Mark Waddingham

Re: LC 8 Property Inspector

Mark Wieder wrote: The hard part of tool coexistence is when you have to cooperate with frontscript handlers that may or may not do the right thing before you have a chance to handle messages. Duelling frontscripts gets ugly. A few years ago I proposed to my congressman that he introduce a

Re: LC 8 Property Inspector

Peter Haworth wrote: Typo - s/b get the properties of widget 1 of this card. Believe me Richard, it doesn't work, as per Mark W's response. I have no reason to doubt you. I was just hoping I'd missed some cool trick with the language. I'm sure as LCB evolves it'll continue to do an ever

Re: LC 8 Property Inspector

Would be great if that were the case and maybe it will be eventually but when I tried "get the keys of widget 1 of this card", I got an empty array. Widgets have their own set of properties which are defined as part of the process of creating them. You get and set them as any other property but

Re: LC 8 Property Inspector

Peter Haworth wrote: Would be great if that were the case and maybe it will be eventually but when I tried "get the keys of widget 1 of this card", I got an empty array. I'm unable to do that here even with built-in objects in v7.1: get the keys of this stack -- throws error put the

Re: LC 8 Property Inspector

Geoff Canyon wrote: > I wasn't defending Navigator specifically, just pointing out that, > in my experience, the current framework allows for reasonably clean > development of tools. In the case of RevNavigator even more so: your tool politely checks for the existence of revMenubar when it

Re: LC 8 Property Inspector

Typo - s/b get the properties of widget 1 of this card. Believe me Richard, it doesn't work, as per Mark W's response. Pete lcSQL Software Home of lcStackBrowser and SQLiteAdmin On Wed, Oct

Re: Learning Materials

Richard: Tnx for the info on the ad blockers. Thinking for the long run, though, getting a wiki on a site without so many ads, in a version of Wiki that can be exported easily to another site, seems a good idea. Best, Bill > On Oct 13, 2015, at 11:06 PM, Richard Gaskin

Re: LC 8 Property Inspector

Peter Haworth wrote: New version of lcStackBrowser coming out this week with Widget support. Not super difficult but did involve some searching around to figure out how to get the properties of a widget. If Widgets are a means of adding new objects to LC Script to compliment the existing

Re: LC 8 Property Inspector

It's likely you've never had interference issues with Navigator because users wouldn't be using more than one property inspector simultaneously. But my Zygodact system did interfere with the GLX framework and I had to rewrite it to accommodate GLX. It wasn't how I wanted things to work, but

Re: LC 8 Property Inspector

Well, as has been the subject of other threads on here and the forums, 'the properties' whilst well meaning has never been particularly well defined. Monte did significant work on it a couple of years ago to make it work for lcVCS but that meant putting in specific code for the engine controls

Re: sha digest

Mark Wieder wrote: Mark Waddingham writes: I wrote up a spec a while ago about digest functions in LC. There's a PR for the spec here: https://github.com/livecode/livecode/pull/1897 Please feel free to read and add any comments on the syntax etc. and reasonings that are there. Looks.

sha digest

Mark Waddingham writes: > Slightly Off-Topic... But... Well, you started it... > > I wrote up a spec a while ago about digest functions in LC. There's a PR > for the spec here: > > https://github.com/livecode/livecode/pull/1897 > > Please feel free to read and add any comments

Re: LC 8 Property Inspector

On Wed, Oct 14, 2015 at 12:13 PM, Peter Haworth wrote: > New version of lcStackBrowser coming out this week with Widget support. > Not super difficult but did involve some searching around to figure out how > to get the properties of a widget. > Great, then my biggest problem is

Re: function for greatest object in list less than or equal to a value

On Mon, Oct 12, 2015 at 6:35 AM, wrote: > My gadget adds the index in a parameter to the function. if it already > exists in the list, the addition is superfluous, but harmless. > But if the search list is "2, 4", and the search value is 3, doesn't this return "3" rather than

Re: LC 8 Property Inspector

For what you are doing, I suspect it is the underlying details about what the properties are and their 'meta' attributes which are really needed. There are functions in the LC8 IDE for getting thins information for all controls - using the metadata file which accompanies any widget - however,

Re: function for greatest object in list less than or equal to a value

On Mon, Oct 12, 2015 at 4:24 PM, Geoff Canyon wrote: > function greatestLessThan pList,V >sort items of pList descending numeric >sort items of pList by each >= V >return item 1 of pList > end greatestLessThan Something along these lines was what I'm trying to

Re: [ANN] LiveCode List Processor

On 2015-10-14 06:44, Richard Gaskin wrote: I'm not so sure. At first I was, but after Mark and Mark explained how common the ? convention is elsewhere I'm inclined to think that the most important thing is that the library works as *you* want it to, and if others learn a thing or two along the

Re: scaleFactor strangeness

On 2015-10-13 22:07, Scott Rossi wrote: Many of us tried to do the same thing when the feature was first announced. Unfortunately, you can't really use it for a zoom effect, at least not since I last looked into this. As you've seen, the stack jumps around as the scale is changed, and even

Re: scaleFactor strangeness

On 2015-10-14 00:38, Richard Gaskin wrote: Marty Knapp wrote: It would nice to see this developed more for sure. At this point, I'd settle for something even quasi - elegant, just for my users to be able to have a magnified view of the screen. FWIW, for folks making productivity apps in

Re: Learning Materials

William Prothero wrote: > I use Safari because it synchronizes all my bookmarks between my > devices. I know there is a Firefox plugin that does that. I used > it, but there was an issue I can't remember when I upgraded to > Yosemite, so I switched. Firefox is a very good option, tho. There's a

Programming Help Needed

Hi all, I have need of some programming help to optimize some script. I have some text search results that are filtered and and mongered to display correctly for my application. My existing script uses text in a field as the source and final display for the search results. The results are also

Re: scaleFactor strangeness

Mark Waddingham wrote: On 2015-10-14 00:38, Richard Gaskin wrote: Can we have the scalingFactor available for the contents of groups? This would indeed be nice (and, indeed, it has come up many times before) - however there are two problems.

Re: scaleFactor strangeness

> On 14 Oct 2015, at 5:57 pm, Mark Waddingham wrote: > > The first is that all co-ordinates from a script point of view in the engine > are integers, rather than floating point. This becomes important when you are > starting to talk about transformations - for example

Re: [ANN] mergExt: BLE, Google spreadsheets, Map directions, iOS 9 & special price

Just to testify - the new mergBLE arrived right on time to save me struggling through the process of building my own externals, and did exactly what I needed. In fact since I was completely unable to locate the resources for building externals, it meant I could stop writing a native app, and

Re: Learning Materials

Firefox and Adblock Plus, no ads. 2015-10-14 9:06 GMT+03:00 Richard Gaskin : > William Prothero wrote: > > > I use Safari because it synchronizes all my bookmarks between my > > devices. I know there is a Firefox plugin that does that. I used > > it, but there was an

Re: scaleFactor strangeness

On 2015-10-14 09:46, Richard Gaskin wrote: Maybe those could be handled as the HTML Canvas does, in which the coordinates you use remain the same and the scale factor takes case of the translation for us when rendering. The problem is the mixture of co-ordinate systems on a card, if you have

Re: scaleFactor strangeness

On 2015-10-14 11:01, Monte Goulding wrote: That’s what I mean and if you present it somewhere else (different window or view) then it moves and the previous view is emptied. If you want two instances you clone the stack. Yes - that would be the simplest way to do things (both technically, and

Re: [ANN] mergExt: BLE, Google spreadsheets, Map directions, iOS 9 & special price

Thanks Ben I’m looking forward to hearing about the things people make with mergBLE. Definitely lots of possibilities for the arduino fans. Cheers Monte > On 14 Oct 2015, at 7:33 pm, Ben Rubinstein wrote: > > Just to testify - the new mergBLE arrived right on time to

Re: LC 8 Property Inspector

On 2015-10-13 17:35, Richard Gaskin wrote: It's possible to invest our time enumerating reasons why people shouldn't enjoy crafting tools in LiveCode, but to what end? Any IDE (or IDE "tool" or "framework" or any other subset) is just a collections of stacks. The one thing we know about

Re: scaleFactor strangeness

On 2015-10-14 10:21, Monte Goulding wrote: Don’t both of these issues disappear if you create a stack view object instead of group scalefactor? Given a stack which already has a scaleFactor? Object rects remain relative to the stack whether the stack is presented as a window or in a view. From

Re: scaleFactor strangeness

> On 14 Oct 2015, at 7:44 pm, Mark Waddingham wrote: > > Yup - if you have a 'stackview' control - then the problem goes away because > you have a nice clear dividing line between objects in one co-ordinate system > compared to the other. > > We'd probably want some

Re: LC 8 Property Inspector

Interesting -- does/did GLX remove the update messages the IDE sends? Other than that, I don't think there's anything Navigator needs/does that could cause a problem, but of course I'm not really thinking about it thoroughly. If someone complained I might, but Navigator has been mostly unsupported

Re: scaleFactor strangeness

Mark Waddingham wrote: On 2015-10-14 09:46, Richard Gaskin wrote: Maybe those could be handled as the HTML Canvas does, in which the coordinates you use remain the same and the scale factor takes case of the translation for us when rendering. The problem is the mixture of co-ordinate systems

Re: From any button script, how can I reset the scrollbar of a field to the "top" ?

> On Oct 14, 2015, at 6:43 AM, Francis Nugent Dixon wrote: > > Hi from Beautiful Brittany, > > This is a beginners question (except that I am not a beginner) > I've tried everything I know to do this, but all the commands > I tried came up with an error. Sounds stupid,

Re: Forcing string comparisons, or When is "0" not 0?

On Wed, Oct 14, 2015 at 1:19 PM, Devin Asay wrote: > Shouldn’t there be a way to force a string comparison? I know LC tries to > be all helpful about casting numerals as numbers, but what if I want to > know if it’s the exact string? > if (space & field "Display" ) = (space

Re: Learning Materials

William Prothero wrote: > Richard: > Tnx for the info on the ad blockers. > > Thinking for the long run, though, getting a wiki on a site without > so many ads, in a version of Wiki that can be exported easily to > another site, seems a good idea. Agreed. Feel free to discuss it with the Max,

Re: LC 8 Property Inspector

On Wed, Oct 14, 2015 at 2:05 PM, Richard Gaskin wrote: > Geoff Canyon wrote: > > I wasn't defending Navigator specifically, just pointing out that, > > in my experience, the current framework allows for reasonably clean > > development of tools. > > In the case of

Re: Learning Materials

Richard: I have cc’d this to Max. Max: Your Wiki site looks really great and could become a very valuable community documentation resource. What we’re thinking, in this thread, is that as a long term investment it would be more optimum to host the wiki on a site that has no (or much less)

Re: Forcing string comparisons, or When is "0" not 0?

if fld "Display" contains "." then of if you're just concerned with it ending with "." if fld "Display ends with "." then ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your

Re: LC 8 Property Inspector

On 10/14/2015 1:54 PM, Geoff Canyon wrote: Interesting -- does/did GLX remove the update messages the IDE sends? I don't know but I doubt it. The problem in my case was that Zygodact's Registration dialog needs to store info in a prefs stack, and is intended to be opened before the mainstack

Forcing string comparisons, or When is "0" not 0?

In a simple calculator exercise I’m doing with my class I need to know whether the string in a field is "0" vs. "0.” (The latter can occur when the user enters zero + dot into the calculator display field.) If it’s just “0” the next next number key press should replace the contents of the

Re: LC 8 Property Inspector

Ah, okay, I do none of that. gc On Wed, Oct 14, 2015 at 4:42 PM, J. Landman Gay wrote: > On 10/14/2015 1:54 PM, Geoff Canyon wrote: > >> Interesting -- does/did GLX remove the update messages the IDE sends? >> > > I don't know but I doubt it. The problem in my case

Re: Forcing string comparisons, or When is "0" not 0?

> On Oct 14, 2015, at 2:39 PM, Paul Dupuis wrote: > > if fld "Display" contains "." then > > of if you're just concerned with it ending with "." > > if fld "Display ends with ".” then Yeah, that works, but then I end up with a mess like this: if fld “display” = 0

Re: function for greatest object in list less than or equal to a value

Hi. The param "3" would be added to the list. The sorted list would be: "2,3,4". When the itemOffset finds the "3", the item just before it would be "2". That is how it works. To find the item just before itemOffset does. This is faster than any of the "repeat for each..." variants I have seen

Re: scaleFactor strangeness

The HTML5 canvas doesn't have that problem - canvas is just a render target you can use 2d vector drawing commands on - it doesn't have any notion of objects. SVG and HTML's object model has always been children's coords are relative to the parent so you have to think about coordinate systems

Re: Forcing string comparisons, or When is "0" not 0?

> On Oct 14, 2015, at 2:40 PM, Dr. Hawkins wrote: > > On Wed, Oct 14, 2015 at 1:19 PM, Devin Asay wrote: > >> Shouldn’t there be a way to force a string comparison? I know LC tries to >> be all helpful about casting numerals as numbers, but what if I

Re: scaleFactor strangeness

> On 14 Oct 2015, at 8:07 pm, Mark Waddingham wrote: > > I'll need to ponder where we are with the various 'abstractions' in the > engine. The main problem is that MCStack has long been a hybrid window-stack > - really, a 'stack' and a 'window' are two distinct concepts and

Re: LC8 lineOffset

I'd have to recreate the issue since I'm not using the workaround I just posted. But Mark posted several stacks that illustrate the problem to the bug report. Pete Pete lcSQL Software Home of lcStackBrowser and SQLiteAdmin

Re: LC8 lineOffset

I can't see a sample stack in the bug report (unless I'm reading it wrong). There are some additional attachments but it looks like the actual sample stack was emailed direct to LC. -- Sent from my iPhone On 15 Oct 2015 at 10:59:30 AEST, Peter Haworth wrote: > I'd have

LC8 lineOffset

Has anyone run into problems using lineOffset in LC8? I'm seeing it return an incorrect line number in some cases. I'm wondering if it could have something to do with the data I'm searching, since some lines have the characters \n embedded in them Pete lcSQL Software Home

Re: Forcing string comparisons, or When is "0" not 0?

On Wed, Oct 14, 2015 at 2:10 PM, Devin Asay wrote: > I'll have to explain to them that “LiveCode tries its hardest to make > something into a number if there is any chance at all that it could be a > number, so we have to do an extra check to make sure it’s not this specific

Re: Forcing string comparisons, or When is "0" not 0?

Rather than write the IF statement with AND NOT I’ve just written separate IF statements… first, check the field for the “.” first… then in a separate “if” statement check the rest of your math… that seems pretty easy for a novice to understand. It also provided a way to show that when the if

Re: LC8 lineOffset

> On Oct 14, 2015, at 4:05 PM, Peter Haworth wrote: > > Has anyone run into problems using lineOffset in LC8? I'm seeing it return > an incorrect line number in some cases. > > I'm wondering if it could have something to do with the data I'm searching, > since some lines have

Re: LC8 lineOffset

Do either of you have a sample stack you can send me that exhibits this problem? I went to look at this a while back, but couldn't replicate it and there wasn't a sample stack in the bug report for me to try. -- Sent from my iPhone On 15 Oct 2015 at 09:28:18 AEST, Mark Talluto

Re: LC8 lineOffset

Thanks Mark, I think it's the same bug, except on OSX. I'm using the linestoskip parameter of lineOffset as you were. I'm using lineOffset in a loop to return lines between a start and end line number. I've worked around the problem by deleting the lines after I've finished using them, so the

Re: scaleFactor strangeness

On Tue, Oct 13, 2015 at 3:38 PM, Richard Gaskin wrote: > Can we have the scalingFactor available for the contents of groups? > > That's probably the biggest single thing I cold wish for right now. I'd even call it a

From any button script, how can I reset the scrollbar of a field to the "top" ?

Hi from Beautiful Brittany, This is a beginners question (except that I am not a beginner) I've tried everything I know to do this, but all the commands I tried came up with an error. Sounds stupid, don't it ? Is there a soul to help me out ? -Francis

Re: From any button script, how can I reset the scrollbar of a field to the "top" ?

Hi Francis, The scrolled amount of a field is defined by the vscroll (vertical) and hscroll (horizontal) properties, so to set the scrollbar back to the top, do this: set the vscroll of field "myField" to 0 -David On Wed, 14 Oct 2015 13:43:37 +0100, Francis Nugent Dixon

Re: LC 8 Property Inspector

On Thu, Oct 8, 2015 at 5:20 PM, Richard Gaskin wrote: > Ken Ray and I discussed having one of the theoretical collapsible headers > being Favorites, so anyone who finds themselves using a certain subset of > props frequently can include them there while still keeping

Re: LC 8 Property Inspector

On Thu, Oct 8, 2015 at 9:07 PM, Peter Haworth wrote: > The properties array of an object does not include properties which can be > derived from other properties. That change was made a few releases back > and no method of invoking the prior behavior (perhaps "the effective >

Re: LC 8 Property Inspector

On Tue, Oct 13, 2015 at 3:16 AM, Mark Waddingham wrote: > > Tools can be entirely self-contained and fully interchangeable, even >> open at the same time, using nothing more than what the engine has >> provided for years. >> > > Really? Are you sure that is true? > > So you

Re: LC 8 Property Inspector

J. Landman Gay wrote: > It's likely you've never had interference issues with Navigator > because users wouldn't be using more than one property inspector > simultaneously. But my Zygodact system did interfere with the GLX > framework and I had to rewrite it to accommodate GLX. It wasn't how > I

Re: LC 8 Property Inspector

On 14/10/15 11:14, Mark Waddingham wrote: However, LC8 will be better than LC7, and subsequent LC versions will be better still. The more people who get involved to help us reach the goal of a lightweight IDE Framework, the more quickly it will happen and the better it will be. That

Re: LC 8 Property Inspector

On Wed, Oct 14, 2015 at 4:14 AM, Mark Waddingham wrote: > On 2015-10-13 17:35, Richard Gaskin wrote: > >> > I see no harm in encouraging people to just continue doing what >> they've been enjoying for decades: making tools to help their work >> and sharing them with

Re: LC 8 Property Inspector

On 2015-10-14 15:37, Geoff Canyon wrote: Further, I haven't even begun to look at widgets, but if they're implemented as a group of underlying objects, then Navigator doesn't (yet) handle that intelligently at all. They aren't groups of underlying objects - they are black-boxes like the

Export snapshot and native controls

Hello, Livecode 6.77 When i create a snapshot with this script : export snapshot from rectangle theRect of this cd to file… I’ve the correct snapshot but all natives controls are gone ! And if i use this script : export snapshot from rectangle theRect to file… I’ve only the natives controls