Re: LC 8.1.4 rc3 getting the rect of the videoPlayer returns different coords as in rc2

Hi Tiemo, On 2017-06-07 10:41, Tiemo Hollmann TB via use-livecode wrote: I am resizing the videoPlayer object by script and export snapshots of the videoPlayer. In 8.1.2 or 8.1.3 I had to adapt my scipt for placing and resizing the videoplayer for Mac only by the hight of the menubar (before

Re: livecode connect framework

Indeed - that's why I put the day and date in my email. Mark. Sent from my iPhone > On 9 Jun 2017, at 20:19, Richard Gaskin via use-livecode > wrote: > > Mark Waddingham wrote: > > > On 2017-06-09 17:53, Richard Gaskin via use-livecode wrote: > >> Tom Glod

Re: livecode connect framework

n oauth strategies? > > On 9 Jun 2017 7:56 pm, "Mark Waddingham via use-livecode" < > use-livecode@lists.runrev.com> wrote: > >>> On 2017-06-09 17:53, Richard Gaskin via use-livecode wrote: >>> >>> Tom Glod wrote: >>> >>> he

Re: livecode connect framework

On 2017-06-09 17:53, Richard Gaskin via use-livecode wrote: Tom Glod wrote: hey everyone, I just learned about the livecode connect framework You're ahead of me - what is it? The talk is on Thursday 13th July - you can read the description here: https://livecode.com/global/#schedule

Re: [ANN] a gauge widget

On 2017-06-09 20:46, Niggemann, Bernd via use-livecode wrote: But I can not find what I did wrong in onSave. Still searching. Check that all the vars which are saved into the props array have been assigned, and that the getRadiusAndCenterPoint() can't throw an error in that case. I can't

Re: [ANN] a gauge widget

On 2017-06-09 20:02, Matthias Rebbe via use-livecode wrote: Another thing i noticed is that i cannot save the stack when the widget is placed onto the stack. I get the following error message: “Can´t save stack … due to an error: Error writing stack (disk full?)" That means that the OnSave

Re: Price of LiveCode Global

On 2017-06-09 16:44, Kaveh Bazargan via use-livecode wrote: Oops, yes, VAT. It wasn't broken down on the page so not obvious. I had to check how far the pound had dropped after election!! Indeed, I've not looked since, but it dropped almost immediately after the exit polls were published.

Re: 64 bit desktop apps

On 2017-06-08 21:16, Richmond Mathewson via use-livecode wrote: I'm afraid you misread my question. When I stated I was running MacOS 10.4 PPC it was not in expectation of your leaping up and down and say "Well, yes, Just for you, Richmond, we're going to set things up for future versions of

Re: Ben Beaumont jumps ship.

On 2017-06-07 20:19, Bob Sneidar via use-livecode wrote: I'm going to guess that is a Scottish colloquialism which involves imbibing strong drink. Hehe - https://en.wikipedia.org/wiki/Tilting_at_windmills Warmest Regards, Mark. -- Mark Waddingham ~ m...@livecode.com ~

Re: Changes to Msg Path from LC 7 to 8?

tExt is all I'll say ;) (thanks to Ken Ray for that one) Warmest Regards, Mark. Sent from my iPhone > On 8 Jun 2017, at 22:07, J. Landman Gay via use-livecode > wrote: > >> On 6/8/17 3:19 PM, tbodine via use-livecode wrote: >> Thanks for the encouragement,

Re: AW: 64 bit desktop apps

On 2017-06-08 16:19, Paul Dupuis via use-livecode wrote: On 6/8/2017 3:54 AM, Mark Waddingham via use-livecode wrote: As a general request, can people let us know if they are relying on externals on Mac which are currently 32-bit only? Forgive the dumb question Mark, but how does someone tell

Re: 64 bit desktop apps

On 2017-06-08 12:34, Roger Eller via use-livecode wrote: -- In a dark back office, Richmond, wearing dark glasses, a fedora, and a tan trenchcoat, dumps a large bag of Monopoly money onto the table. Marks eyes are now like saucers. "Moot", Richmond says under his breath, then leaves the room

Re: 64 bit desktop apps

On 2017-06-08 12:28, hh via use-livecode wrote: 1) You are comparing 64bit and 32bit modes on a 64bit architecture. This is the correct answer for my cheeky post above (by the way that wasn't targeted, to the special case LiveCode and was a bit caused by the fact that the first 64bit-Finder was

Re: 64 bit desktop apps

On 2017-06-08 12:04, Richmond via use-livecode wrote: So, backwards compatibility does not interest you? Seriously - you ask that question? LiveCode 9 still happily runs stacks which were written in the early days of MetaCard. We are *extremely* careful not to break existing scripts and

Re: 64 bit desktop apps

On 2017-06-07 22:14, hh via use-livecode wrote: 64bit mode usually makes apps slower. So what's Apple's intention? To make their own apps "relatively faster" by making all others slower? Do you have some benchmarks to back that up? I'd be interested to know what sort of workloads the

Re: AW: 64 bit desktop apps

On 2017-06-08 08:48, Tiemo Hollmann TB via use-livecode wrote: I would love to build 64-bit for Mac, but up to now, the Valentina extension is still 32-bit, I hope they'll get it fixed by time. I must confess that we always had the intent of dropping the 32-bit slice of the engine on Mac

Re: 64 bit desktop apps

On 2017-06-07 21:59, Richmond Mathewson via use-livecode wrote: I disagree as there are plenty of Macs "out there" in the worldthat run 32-bit systems. Not that LiveCode supports. Far better to have BOTH possibilities checked as default. Only if there existed a Mac which can run LiveCode

Re: Ben Beaumont jumps ship.

On 2017-06-07 19:56, AndyP via use-livecode wrote: Where is this blog post?.just gone to the blog page and cannot see any references to staff changes. It was in TWiL - Alex (one of our new employees) wrote his first blog post last week. I did not mean to be alarmist or provocative but when

Re: Ben Beaumont jumps ship.

On 2017-06-07 18:00, AndyP via use-livecode wrote: Worrying in view that Dr Peter Brett recently left as well. As I said above: "Ben still works for us part-time - so I'd describe that as a non-'event'." In any case, I'm not sure why it is 'worrying' (especially as we have had two staff

Re: 64 bit desktop apps

On 2017-06-07 17:05, Charles Szasz via use-livecode wrote: Apple announced that the next MacOS operation system after High Sierra will only support 64 bit desktop apps. What version of LC supports creating 64 bit apps? LiveCode 8.x onwards. Currently the IDE runs in 32-bit mode by default

Re: Ben Beaumont jumps ship.

On 2017-06-07 15:21, Richmond Mathewson via use-livecode wrote: Interestingly enough this event, and others, do not seem to be reflected currently on the LiveCode website. Ben still works for us part-time - so I'd describe that as a non-'event'. In regards to the other 'events' you refer to

Re: Rooting around in the Forum: destructors

On 2017-06-03 18:46, Richmond Mathewson via use-livecode wrote: Not having looked at any sort of "serious" programming language since about 1989 (I don't think that VB 6 is a serious language), I find it hard to understand what a destructor is beyond a way to free memory on a system that has

Re: HTML5 deployment: progress comes into sight

Hehe - that works both ways Mike ;) Sent from my iPhone > On 2 Jun 2017, at 14:22, Mike Kerner via use-livecode > wrote: > > Mark, and the rest of the team, having come from other development tools, > where the team is not part of the community, it's nice that

Re: HTML5 deployment: progress comes into sight

It has substantial and wide ranging implications - all to the good. At the very least 'WASM' is more compact than asm.js and eliminates the compiling overhead which you have when you load a text based representation of the language. We've got a fair bit of housekeeping to do (particularly in

Re: HTML5 deployment: progress comes into sight

gt; > >> On 1 Jun 2017, at 8:27 pm, Mark Waddingham via use-livecode >> <use-livecode@lists.runrev.com> wrote: >> >> Would export fooCopySpecial() as a function accessible from LCS where you >> can do: >> >> fooCopySpecial(the long id of

Re: HTML5 deployment: progress comes into sight

On 2017-06-01 12:34, Roger Eller via use-livecode wrote: LOL @ invoke! You need to rename Widgets to Spells. #widgetcraft Heh - I hadn't thought of that connotation :) Perhaps that means we have #widgetseers or #widgetmages too! FWIW, 'invoke' is the name of the LCB VM's opcode for, well,

Re: HTML5 deployment: progress comes into sight

On 2017-05-31 23:13, hh via use-livecode wrote: Call, send , dispatch, do script ... It is very impressive how the core team can still have all that messaging in mind while developing LC Builder. The problem here is what syntax to use in LCS to 'call into a widget' - widget's need to be able

Re: HTML5 deployment: progress comes into sight

On 2017-05-31 15:43, hh via use-livecode wrote: The problem is the "one-way"-only: I can't see any way to go back, from the page to the standalone. That is a very good point. = The browser widget has jsHandlers available. = The standalone has to get the data from the page by guesses, in a

Re: HTML5 deployment: progress comes into sight

On 2017-05-31 14:30, Jonathan Lynch via use-livecode wrote: Would it be possible to create a widget that links to an Inkscape library that processes svg data and sends it back to the widget to be displayed the way PNG is displayed? No - two issues: 1) Inkscape is an application - not a C

Re: HTML5 deployment: progress comes into sight

On 2017-05-31 13:18, Richmond Mathewson via use-livecode wrote: Weel you could start with ALL SVG images made in Inkscape: monochromatic "thingies" have limited use. Or how about we start with the *standard* profiles for SVG and work up from there: https://www.w3.org/TR/SVGTiny12/ i.e.

Re: HTML5 deployment: progress comes into sight

On 2017-05-31 10:38, Jonathan Lynch via use-livecode wrote: A native svg object that accurately displays all svg files is essential. I strongly support Mark's point on that issue. This is not reinventing the wheel - it's attaching the already invented wheel to the wagon. Heh - well more

Re: HTML5 deployment: progress comes into sight

On 2017-05-31 04:31, Sannyasin Brahmanathaswami via use-livecode wrote: Does this relate at all to " LCB to bind to JavaScript APIs" ? Directly? No - they are two distinct things. However, running JavaScript (via LCB) in the HTML5 engine is equivalent to running JavaScript (via LCB) in a

Re: HTML5 deployment: progress comes into sight

On 2017-05-31 09:01, Dan Brown via use-livecode wrote: I'll also add that for all the wonderful possibilities that LCB brings there is a very real danger that countless hours will be spent using it to re-invent the wheel. That is true of every language ever implemented ;) However, one of

Re: HTML5 deployment: progress comes into sight

On 2017-05-31 09:02, hh via use-livecode wrote: If I understand correctly Mark speaks currently about [1] using a browser widget within the _HTML5 deployment_ (emscripten). Heh - not in this case - however, it is an interesting idea. With the 'do as javascript' functionality, scripts could

Re: HTML5 deployment: progress comes into sight

On 2017-05-18 16:09, hh via use-livecode wrote: [Excerpt from thread 'LC core team', now with a more approriate title.] That being said, recently we are a hair's breadth away from getting widgets working in HTML5 (hopefully running a little quicker than they did before too):

Re: Is there any way at all to have a mobile app simply resume rather than restart?

On 2017-05-24 21:34, Mike Kerner via use-livecode wrote: If you're referring to ios, look up "plist hack", here. The only thing to remember is that for each version of LC, you have to perform the hack, again, until Edinburgh gives us a Standalone Settings option. Like this:

Re: Funny pricing policy

On 2017-05-26 12:58, Richmond Mathewson via use-livecode wrote: Ah: so as I took the survey, but am not signing up for the conference I should be getting a T-shirt . . . . No - if you took the survey, then you get a coupon giving you a free t-shirt *if* you sign up for the conference. If

Re: WannaCry [OT]

On 2017-05-19 18:02, Bob Sneidar via use-livecode wrote: I don't think it's a matter of programming standards. The methods used to exploit systems are almost always something you could never have guessed. Flaws in code can be extremeny difficult to see, as was the case in the SSL Heartbleed bug.

Re: English Like?

On 2017-05-24 19:27, Mark Wieder via use-livecode wrote: On 05/24/2017 08:11 AM, Martin Koob via use-livecode wrote: I agree that LiveCode script should become more English like as time goes on not only with english words but also with more natural(or intuitive) grammar. From your examples I

Re: English Like?

On 2017-05-24 23:47, Mark Wieder via use-livecode wrote: On 05/24/2017 08:03 AM, Mark Waddingham via use-livecode wrote: Syntax is an emotive issue (I could beat Python to death with some of the decisions they have made about syntax - but yet I still use it and slightly enjoy doing so

Re: English Like?

On 2017-05-24 19:14, Mark Wieder via use-livecode wrote: On 05/24/2017 08:03 AM, Mark Waddingham via use-livecode wrote: Anyway, I shall now get off my (small?) soap-box. Again this is a discussion, there are lots of reasons why people don't choose LiveCode and we try our very best

Re: Writing Extensions

On 2017-05-24 18:44, Mark Wieder via use-livecode wrote: As I said before, the lack of switch in LCB isn't because we don't want a construct like that; just that we'd like one which doesn't have the issues of C-style switch. (The best way to avoid people accidentally introducing subtle bugs, is

Re: English Like?

Hehe - what an enjoyable post to read - I couldn't resist 'biting' on a few things though ;) On 2017-05-24 17:57, Richmond Mathewson via use-livecode wrote: Probably most of those programmers (like many well-established LiveCode programmers) have invested so much time and effort in learning the

Re: breakpoint on parameter

On 2017-05-23 17:45, Richard Gaskin via use-livecode wrote: Matt Maier wrote: I want to find out which parts of my code are making changes to a control's parameter. Specifically, I've got an arrow that I want to be black, and it is black when it's created, but then it turns gray. I can't find

Re: breakpoint on parameter

On 2017-05-23 17:57, Mark Wieder via use-livecode wrote: On 05/23/2017 08:45 AM, Richard Gaskin via use-livecode wrote: There's a request to allow getProp and setProp for built-in object properties: http://quality.livecode.com/show_bug.cgi?id=3126 ...and it's from 2005, rev version 2.6...

Re: English Like?

On 2017-05-24 15:45, dunbarx via use-livecode wrote: There is a far more important issue here. New learners are far more likely to be coaxed into continuing to spend the time and effort, and to put away their fears, if they see and use "put x into y". It is why we have stacks and cards, and in

Re: English Like?

On 2017-05-24 14:52, Lagi Pittas via use-livecode wrote: Mark You are a big Tease. Hehe - I don't mean to be a tease - making correct/good technical choices as to how things should work under the hood opens up an array of options for the future. We always try and design things with that in

Re: Writing Extensions

On 2017-05-24 14:55, Mike Kerner via use-livecode wrote: On the CompileIt thoughts, that was what I was hoping we were going to get with LCB (We already have Double-XX). You could make any Mac Toolbox call in CompileIt, which meant you could build any XCMD/XFCN to add to your stack, but the

Re: Writing Extensions

On 2017-05-24 12:35, hh via use-livecode wrote: Switch in LCB -- Monte asked to have the opportunity to do the job: http://forums.livecode.com/viewtopic.php?p=131509#p131509 Yes... I'm not sure I quite see your point (especially as he said 'Is there any chance switch will be implemented as a

Re: English Like?

On 2017-05-17 22:41, William Prothero via use-livecode wrote: Folks: It can be difficult for long term users of an application to appreciate the “exceptions” to the philosophy of a dev app. I think the livecode community is affected by “familiarity” over clarity sometimes. For years (when

Re: Writing Extensions

On 2017-05-24 12:03, Mark Waddingham via use-livecode wrote: Perhaps a better model would be to use 'continue', rather than 'break': switch yourName case "Mark" -- do something and finish case "John" continue case "Jon" -- do something e

Re: Writing Extensions

Hi Kay On 2017-05-24 10:19, Kay C Lan via use-livecode wrote: In that last one the only inference I could find was that due to the probability that in 97% of use 'fall through' is not intended, a whole heap of typing could be saved if no keyword (break) was required for the 97%, and a keyword

Re: Writing Extensions

On 2017-05-23 17:53, Mark Wieder via use-livecode wrote: I'm not doing this because it's fun. I'm stuck with parsing xml data, and it's much uglier trying to treat it as a text stream, especially with a subset of the xtalk chunking functions, than by using the revXML functions in LCS. Yes - so

Re: Writing Extensions

On 2017-05-23 18:02, Mark Wieder via use-livecode wrote: I'm rather disappointed that there's no way to search the guides. For instance, to find out why the switch statement wasn't working in LCB, I opened the LCB guide and found that the only way to discover this was to read through the entire

Re: G4

On 2017-05-23 17:27, Mike Bonner via use-livecode wrote: trying this again since it seems the list is back up... I have an old g4 mac laptop running tiger. I was wondering if anyone had a copy of rev media out there (the one you could install and use but not build standalones) that they

Re: Best Practice for updating the screen?

On 2017-05-23 17:05, Paul Dupuis via use-livecode wrote: Has LiveCode ever considered a "redraw screen" command or something like that which lets the system have some free CPU cycles but without other UI events getting processed? Is there an enhancement request for such a feature in the

Re: news about the new Google Play policy

On 2017-05-22 14:09, Colin Holgate via use-livecode wrote: I did get follow up messages from the Google policy guy. Here’s what he said: " I will indeed talk to the team behind developing the policies update around dynamic code loading and surface the livecode environment. I do not believe

Re: which Externals does a standalone load?

On 2017-05-22 11:13, Tiemo Hollmann TB via use-livecode wrote: Hello, LC 8.1.4 I have a program out in the market, and I am unsure, if it runs with or without tsNet. Standalones only load the externals which are explicitly included (i.e. those chosen explicitly, or those chosen by the

Re: AW: how are URL / libUrl / tsNet related?

On 2017-05-22 10:34, Tiemo Hollmann TB via use-livecode wrote: Hi Mark, thank you for your comprehensive explanations. So when building a standalone, I can choose using tsNet or not, but I can't choose in the IDE. What happens in the IDE when using the keyword URL. Does it always go via tsNet

Re: how are URL / libUrl / tsNet related?

Hi Tiemo, On 2017-05-22 09:47, Tiemo Hollmann TB via use-livecode wrote: Hello, I feel, that I am missing some basics about URL / libUrl / tsNet. I thought, when using the keyword "URL" like in "put URL foo into res" it has used under the hood in the past functions from libUrl. And I

Re: which port is beeing used with get URL?

On 2017-05-19 10:40, Tiemo Hollmann TB via use-livecode wrote: Am I right, that using "put URL" is a standard http:// protocol via port 8080? Or is there a special port being used by LC? HTTP is port 80 - HTTPS is port 443. LC does not do anything non-standard here (unless you specify, e.g.

Re: Writing Extensions

On 2017-05-18 22:08, Mark Wieder via use-livecode wrote: On 05/18/2017 10:57 AM, Mark Waddingham via use-livecode wrote: The point is the whole problem can be sufficiently solved quite well with better tooling (which we are aware we need to work on); and in the future can be solved completely

Re: news about the new Google Play policy

On 2017-05-19 04:39, Colin Holgate via use-livecode wrote: Let me know what you think. All I'd really like is a more well-defined policy - that's all that's needed here I think. After all, if one is going to use terms in a policy then it seems wise that those terms be explicitly defined. What

Re: Writing Extensions

On 2017-05-19 06:23, Mark Wieder via use-livecode wrote: On 05/18/2017 07:14 PM, Alejandro Tejada via use-livecode wrote: Now that we are talking about widgets and extensions, many thanks again Mark Wieder for updating Peter Thirkell multicolor svg widget. Just for curiosity, Could you write

Re: Writing Extensions

On 2017-05-18 22:08, Mark Wieder via use-livecode wrote: On 05/18/2017 10:57 AM, Mark Waddingham via use-livecode wrote: Yes, but that's comparing two different things. I'm concerned about the differing binary formats, not the source compatibility. I'm stuck if I want to distribute an easy

Re: Writing Extensions

On 2017-05-19 03:08, Mark Wieder via use-livecode wrote: On 05/18/2017 12:59 AM, Mark Waddingham via use-livecode wrote: backported to LCS. I appreciate the team's reticence to make syntax changes to the core xtalk language, but even as a long-time C programmer, I wouldn't say we have

Re: Writing Extensions

On 2017-05-18 18:18, Mark Wieder via use-livecode wrote: That's unfortunate. It means that, aside from distributing the widget source code, compiled widgets are bound to a specific LC version with no guarantee that they will work with any other past or future version. Does 'major version' here

Re: Writing Extensions

On 2017-05-18 18:07, Mark Wieder via use-livecode wrote: Didn't find it in the dictionary, but I do see that now in the language reference. How would one define a quote constant? constant quote is "\q" ? Yes. The language guide explicitly states "Note: Constants are not currently

Re: Writing Extensions

On 2017-05-18 15:53, hh via use-livecode wrote: LCB bug reports by me only: 18899 CONFIRMED 2016-11-29, LCB: load image from resource file defunct in 9.0.0-dp2 18669 CONFIRMED 2016-10-24, LCB: display problem in Linux when rotating the canvas 18628 CONFIRMED 2016-11-03, LCB: Random 'jumping' of

Re: Android policy update

On 2017-05-18 15:00, Colin Holgate via use-livecode wrote: The things that you’re talking about, involving an app updating itself, does that currently get past Apple review? That would be an argument to use with Google, in that Apple have usually been tougher about this. Also, does Google’s

Re: Writing Extensions

On 2017-05-17 01:02, hh via use-livecode wrote: Alejandro T. wrote: How fast is LCB working with imagedata? Would be great, if not too difficult to realise, to have a "do as javascript" here (which uses the js engine only of the browser widget). This is at least ten times faster with imagedata

Re: Writing Extensions

On 2017-05-18 13:29, hh via use-livecode wrote: No, not only the binary-level compatibility is the problem. LC Builder is not downward compatible (without documenting that), already running parts are removed. See for example (in forum/bug-triage):

Re: LC core team

On 2017-05-18 12:48, hh via use-livecode wrote: There is rumour about personal changes in the LC core-team. Could we please get some reliable info about that? Well, not 'personal' (in the usual sense of the word) per-se, but our team has changed slightly recently. I'll post some more

Re: Writing Extensions

On 2017-05-17 23:43, Mark Wieder via use-livecode wrote: Yes. In fact it's the areas where they differ that make for a difficult learning curve. There are features in LCB that I wish were backported to LCS. I appreciate the team's reticence to make syntax changes to the core xtalk language, but

Re: Writing Extensions

On 2017-05-17 21:27, Mark Wieder via use-livecode wrote: Well, I'd love to have more parity between LCS and LCB as far as keywords and syntax, but I guess that's outside the scope of the documentation per se. But finding that constants like comma and quote aren't defined in LCB was a shock.

Re: Writing Extensions

On 2017-05-17 01:02, hh via use-livecode wrote: But I wait for my next examples until there is a stable widget format (we have meanwhile three formats that work on some LC versions only, not on the others). Unfortunately we aren't going to be guaranteeing binary-level compatibility of the LCB

Re: Writing Extensions

On 2017-05-17 23:30, JB via use-livecode wrote: It looks to me like a the easier stepping stone to fill the gap is just write the code in C/C++, compile it and call it using a shell coimmand. That works fine for batch processing type scenarios, certainly. However, it doesn't work if you want

Re: Android policy update

On 2017-05-18 00:25, J. Landman Gay via use-livecode wrote: I just got a developer email about a revision to Google's policies for apps on Google Play. Google will not allow apps that download executable code, similar to Apple's policy. It sounds like that includes stack content downloaded via a

Re: Writing Extensions

On 2017-05-17 21:34, Richmond Mathewson via use-livecode wrote: Why do I feel that the reason for all this "wierdness" is because LCB has been written from C++ programmers from the ground up, while LiveCode still (well, just about) hangs onto to its HyperCard heritage. LiveCode, at its best,

Re: Writing Extensions

On 2017-05-17 18:05, Mark Wieder via use-livecode wrote: Ha! Yes, It sounds like that should take care of that issue. I kept thinking the pointer was showing me where the error occurred (the line number was correct), but I kept changing the parameter it was pointing to and still got the same

Re: Writing Extensions

On 2017-05-17 09:09, Ali Lloyd via use-livecode wrote: Mark, it would be lovely if you could be more specific. What parts of the docs in particular could be improved and how? What specific sticking points did you have? Could you file a bug report about the extension builder? It may be that

Re: Identical and similar blend modes

On 2017-05-16 12:32, Roger Eller via use-livecode wrote: Results may vary depending on OS, video card, and/or video drivers. Many of these appear subtly different to me. They shouldn't - all the blend mode code is cross-platform - so if there is a difference across platform (which isn't down

Re: [ANN] This Week in LiveCode 82

On 2017-05-16 14:51, hh via use-livecode wrote: Yes, thanks. [You did probably test on Mac only. It's not worth to mix in the problem of linux (and Raspi) with blend modes/transparency here.] I don't recall seeing any bug reports about inks/transparency on Linux - could you elaborate?

Re: [ANN] This Week in LiveCode 82

On 2017-05-15 21:11, Roger Eller via use-livecode wrote: I just looked in the dictionary of 6.7.5 (my daily driver), and only srcCopy concerns me, as it is the default for any image placed as a control. I also found an image that I had placed with addMax applied. This saved me the trouble of

Re: WannaCry [OT]

On 2017-05-16 02:23, Richard Gaskin via use-livecode wrote: Until we see some enforced security standards, I have no interest in "smart cars", "smart TVs" or "smart homes". When I look at those products I just see one big botnet. I'd at least hope that 'smart cars' software is engineered to a

Re: [ANN] This Week in LiveCode 82

On 2017-05-15 21:21, hh via use-livecode wrote: Mark W. wrote: > and most of these legacy Blend Modes: > clear, noop, notSrcAnd, notSrcAndReverse, > notSrcCopy, notSrcOr, notSrcOrReverse, > notSrcXor, reverse, set, srcAnd, > srcAndReverse, srcCopy, srcOr, > srcOrReverse, srcXor, blend, addPin >

Re: [ANN] This Week in LiveCode 82

On 2017-05-15 22:05, Richmond Mathewson via use-livecode wrote: "the modern era" Ah; such an awful pity that both Thee and Me have more important things to do; we could have such fun playing "semantic squash". Hehe - indeed, modern should have been 'modern'* with: * 'Modern' in the

Re: [ANN] This Week in LiveCode 82

On 2017-05-15 23:22, Alejandro Tejada via use-livecode wrote: This Skia feature named: Perlin Noise Shader could have this syntax: set the fractalperlinNoise of selobj to "0.05, 0.05, 4, 0.0" set the turbulenceperlinNoise of selobj to "0.05, 0.05, 4, 0.0" This Skia feature named: Blur Mask

Re: [ANN] This Week in LiveCode 82

In this case it means when you take into account the number of global uses of the (now in the modern era) non-standard inks / blend modes we provide... Does that percentage justify the reimplementation effort and continued maintenance (particularly when they have been explicitly deprecated for

Re: [ANN] This Week in LiveCode 82

SrcCopy is identical to blendSrcOver - the latter is its alpha-aware counterpart. The engine makes no distinction between the two - except on groups where it determines if the group should be rendered first and then composited (blendSrcOver), or if its children should be directly composites

Re: [ANN] This Week in LiveCode 82

On 2017-05-15 20:40, Alejandro Tejada via use-livecode wrote: Read about new developments in LiveCode open source and the open source community in today's edition of the "This Week in LiveCode" newsletter! Read issue #82 here: https://goo.gl/8HNhau Looks like Skia Graphics Library dropped

Re: Transparent browser widgets?

On 2017-05-15 19:10, Roger Eller via use-livecode wrote: I have to agree with Richard on this. It seems tis always time to add new and cool features to iOS and Mac, but not enough time to repair what has been broken. Linux isn't as mainstream, but it does have a decent base of committed

Re: Transparent browser widgets?

On 2017-05-15 16:43, Richard Gaskin via use-livecode wrote: Any chance we'll see the ability to play audio and video at all in Linux restored? I'm not quite sure what relation that has to 'Transparent Browser Widget'... Re-implementing audio and video in Linux is not currently on our near

Re: Transparent browser widgets?

I've added: http://quality.livecode.com/show_bug.cgi?id=19697 As an enhancement request for an 'opaque' property - at least on Mac, Android and iOS. There is also this: http://quality.livecode.com/show_bug.cgi?id=17613 Which, again, should be feasible on Mac, Android and iOS. Warmest

Re: Transparent browser widgets?

On 2017-05-13 19:35, Jonathan Lynch via use-livecode wrote: Apparently, both WebView (android) and uiwebview (iOS) have transparent modes. Would it be easy for the LC team to implement a transparent mode for browser widgets, where the background color is transparent, allowing other objects to

Re: SVG widget?

On 2017-05-14 00:58, hh via use-livecode wrote: Scott R. wrote: Maybe it’s more accurate to say "one single path definition" because you aren't limited to a single vector path. You can create compound graphics from multiple paths as is done in many icons and graphics. For example: go url

Re: WannaCry [OT]

On 2017-05-13 16:53, Richmond Mathewson via use-livecode wrote: " The WannaCry virus only infects machines running Windows" http://www.bbc.com/news/technology-39896393 Err . . . Linux *cough* Heartbleed *cough* ;) Mark. -- Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/

Re: WannaCry [OT]

On 2017-05-13 19:05, Richmond Mathewson via use-livecode wrote: You cannot send a virus to a BBC because the whole system resides on a ROM chip! Not true - if you have any persistent storage attached to a system (e.g. your winchester disk), and that system interacts with data which comes from

Re: Problem placing an image on the clipboard...

The paintcompression global property is rle by default (at least in 6.7.x) - in the ide it gets set to png. So try setting it to png on startup of your standalone. Warmest regards, Mark Sent from my iPhone > On 8 May 2017, at 20:00, Paul Dupuis via use-livecode >

Re: Shell argv

On 2017-05-07 03:46, JB via use-livecode wrote: To use a shell command it needs to work from the terminal. I am using OS X 10.11.6 and if I try to open a Xcode c build named my_file I type in the terminal, open my_file and the file my_file will open. What is 'my_file'? The terminal

<    4   5   6   7   8   9   10   >