Re: Licensing AGAIN [was: Sharing FontLab Plugin]

Mark Wilcox wrote: Having the investment of a lifetime license, I'm not keen to see LiveCode basing part of their business model on a very dubious interpretation of copyright law, which also restricts the useful sharing of code between community edition users and commercial

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

On Thu, Jul 21, 2016 at 5:54 AM, Peter TB Brett wrote: > > - If the app is closed-source, this definitely violates the LiveCode Indy > end user license agreement and probably also the LiveCode Community > copyright license. > Just to clarify, what you are saying is: if

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

Mark Wilcox wrote: > My concern around LiveCode over-reaching with their derivative > work claims (which are significantly stronger than those made > by WordPress and Drupal) In what way(s)? > I'd really hope to see a more enlightened policy here Apparently some clarification would be

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

Sannyasin Brahmanathaswami wrote: > but first Peter wrote: > > "- If the app is closed-source, this definitely violates the > LiveCode Indy end user license agreement" > > ? > > https://livecode.com/products/livecode-platform/pricing/ > > has a check mark next to "Protect your source code"

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

Mark, your words reflect 100% my position on that epic subject. -- It seems to me a good thing to outline again and again, that any ruling on such a license matter will "set the law" and will most probably override any subsequent change in the license. I do have a legal background, and we're all

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

Hmm. still a lot of gray edges here. but first Peter wrote: "- If the app is closed-source, this definitely violates the LiveCode Indy end user license agreement" ? https://livecode.com/products/livecode-platform/pricing/ has a check mark next to "Protect your source code" What are

Re: [ANN] Updates to LiveCode's platform support policy

> On Jul 21, 2016, at 2:03 PM, Peter TB Brett wrote: > > On 21/07/2016 15:08, Colin Holgate wrote: > >> 2. It could be worth changing the title to OS X / macOS, and >> including version 10.12 in the list. I know that it’s not released, >> but it is in public beta, and

Re: Backspace unrecoverably deletes an object ....

No. We aren't building 7 any more and also this issue is probably not the same as in 7. Sent from my iPhone > On 22 Jul 2016, at 6:50 AM, Mark Wieder wrote: > > Will that get merged as a bugfix into the 7.1.x branch or is that branch > just officially dead?

Re: Backspace unrecoverably deletes an object ....

Both the 6.7.x and the 7.1.x versionsof LC are officially EOLed. The fix will be included in 8.0.2 RC4 and then merged into 8.0.3 RC1 and 8.1.0 DP3 On Thu, Jul 21, 2016 at 11:50 PM, Mark Wieder wrote: > panagiotis merakos writes: > > > You can find more

Re: Backspace unrecoverably deletes an object ....

panagiotis merakos writes: > You can find more info here: > > http://quality.livecode.com/show_bug.cgi?id=17953 Will that get merged as a bugfix into the 7.1.x branch or is that branch just officially dead? -- Mark Wieder ahsoftw...@gmail.com

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

So the important clause is this one: b) The ability to create and distribute Created Software is intended for You to use with applications You have created or been substantially involved in developing. You are prohibited from using the Licensed Edition to build standalone applications for others

Re: Backspace unrecoverably deletes an object ....

You can find more info here: http://quality.livecode.com/show_bug.cgi?id=17953 Best, Panos -- On Thu, Jul 21, 2016 at 9:59 PM, Scott Rossi wrote: > I haven't paid close attention to this thread -- has anybody determined > what actions trigger the non-responsiveness? I

Re: Backspace unrecoverably deletes an object ....

I haven't paid close attention to this thread -- has anybody determined what actions trigger the non-responsiveness? I seem to be dealing with this exact issue in 7.1.4. Do a couple of updates in the stack, the window becomes unresponsive. Drag the window a few pixels or click in the menubar,

Re: Backspace unrecoverably deletes an object ....

> On Jul 21, 2016, at 11:25 AM, Mike Kerner wrote: > > I'll be happy to get the unresponsive window regression resolved :-) > > On Wed, Jul 20, 2016 at 6:44 PM, Monte Goulding wrote: > >> Yes it does >> >> Sent from my iPhone >> >>> On 21 Jul

Re: Backspace unrecoverably deletes an object ....

I'll be happy to get the unresponsive window regression resolved :-) On Wed, Jul 20, 2016 at 6:44 PM, Monte Goulding wrote: > Yes it does > > Sent from my iPhone > > > On 21 Jul 2016, at 8:36 AM, Devin Asay wrote: > > > > Do you know whether that

Re: [ANN] Updates to LiveCode's platform support policy

On 21/07/2016 15:08, Colin Holgate wrote: A couple of comments about the OS X entry: 1. The description is unnecessarily political. Under linux you take the time to explain the support for several different version of Linux, all of which added together are not as popular as Mac OS. Under OS X

Re: [ANN] Updates to LiveCode's platform support policy

On 21/07/2016 15:08, Colin Holgate wrote: 2. It could be worth changing the title to OS X / macOS, and including version 10.12 in the list. I know that it’s not released, but it is in public beta, and I’m pretty sure you intend to support it. LiveCode seems to be running well in 10.12. As far

Re: Flipping Graphics

Richmond wrote: > Hi, Klaus: I am well aware what the dictionary states. > > However, as there seems a way to flip graphics within the menu > system . . . Everything in the LC IDE is written in LiveCode, and all of its scripts are available to learn from. -- Richard Gaskin Fourth World

Re: Flipping Graphics

On 21.07.2016 19:48, Mike Bonner wrote: DOH, or use the menu. No? Really? Surely not? I have a pupil who is trying to make a 'shooter' game featuring a rectangular graphic in which he keeps changing the backPattern to get an animation effect, and a wiggly line graphic along which his

Re: Flipping Graphics

Thanks: I have just looked at that. Richmond. On 21.07.2016 19:45, Mike Bonner wrote: Here is code in the ide that flips graphics, you can probably use it to make your own version and stuff it in a library. on revIDEFlipGraphics pGraphics, pOrientation # Make sure targets are all

Re: Flipping Graphics

Hi Richmond, > Am 21.07.2016 um 18:45 schrieb Richmond : > > Hi, Klaus: I am well aware what the dictionary states. > > However, as there seems a way to flip graphics within the menu system . . . yes, sorry, my fault! What Mike wrote! :-) > Richmond. > > > On

Re: Flipping Graphics

DOH, or use the menu. On Thu, Jul 21, 2016 at 10:46 AM, Mike Bonner wrote: > "flip" is a built in that only works on images. When the ide flips a > graphic, it uses the preceeding code. > Of course if you're only doing this in the ide you could use the message > box and

Re: Flipping Graphics

"flip" is a built in that only works on images. When the ide flips a graphic, it uses the preceeding code. Of course if you're only doing this in the ide you could use the message box and call revideflipgraphics directly. On Thu, Jul 21, 2016 at 10:45 AM, Richmond

Re: Flipping Graphics

Hi, Klaus: I am well aware what the dictionary states. However, as there seems a way to flip graphics within the menu system . . . Richmond. On 21.07.2016 19:39, Klaus major-k wrote: Hi Richmond, Am 21.07.2016 um 18:36 schrieb Richmond : As it is possible to

Re: Flipping Graphics

Here is code in the ide that flips graphics, you can probably use it to make your own version and stuff it in a library. on revIDEFlipGraphics pGraphics, pOrientation # Make sure targets are all graphics if not revIDEEnsureControlsOfType(pGraphics, "graphic") then exit

Re: Flipping Graphics

Hi Richmond, > Am 21.07.2016 um 18:36 schrieb Richmond : > > As it is possible to *flip* a *graphic* via the *revMenubar*: > Menu/Object/Flip Graphic why does it not > appear to be possible to *flip* using code: > > on mouseUp > flip grc "XXX" horizontally > end

Flipping Graphics

As it is possible to *flip* a *graphic* via the *revMenubar*: Menu/Object/Flip Graphic why does it not appear to be possible to *flip* using code: on mouseUp flip grc "XXX" horizontally end mouseUp ? Richmond. ___ use-livecode mailing list

Re: [ANN] Updates to LiveCode's platform support policy

Colin Holgate wrote: > 1. The description is unnecessarily political. Under linux you take > the time to explain the support for several different version of > Linux, all of which added together are not as popular as Mac OS. > Under OS X you’re almost apologizing for taking away support time for

Re: [ANN] Updates to LiveCode's platform support policy

Roger Eller wrote: > On Thu, Jul 21, 2016 at 7:09 AM, Peter TB Brett wrote: > >> Please read more this change on the LiveCode blog: >> https://livecode.com/updated-platform-support-policy/ >> > In Chrome on Yosemite, clicking OSX opens the Linux list. OSX list > will not open. Works fine in

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

Rick Harrison wrote: > If student A wants to assign or sell student B all copyright rights > for his work for let’s say $1.00 (which is consideration in the legal > sense of then word.) then student B legally owns all copyright rights > to that work. It is treated as though it was a work for

Re: [ANN] Updates to LiveCode's platform support policy

There is political bias anytime the source of the info has "mac" in the name of the website. I think LiveCode was very thoughtful to detail their reasons, and I didn't consider it a political apology at all. ~Roger On Thu, Jul 21, 2016 at 10:08 AM, Colin Holgate wrote:

Re: [ANN] Updates to LiveCode's platform support policy

A couple of comments about the OS X entry: 1. The description is unnecessarily political. Under linux you take the time to explain the support for several different version of Linux, all of which added together are not as popular as Mac OS. Under OS X you’re almost apologizing for taking away

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

> If student A wants to assign or sell student B all copyright rights for > his work > for let’s say $1.00 (which is consideration in the legal sense of then > word.) > then student B legally owns all copyright rights to that work. It is > treated > as though it Work for hire is a separate

Re: [ANN] Updates to LiveCode's platform support policy

In Chrome on Yosemite, clicking OSX opens the Linux list. OSX list will not open. Works fine in Safari. ~Roger On Thu, Jul 21, 2016 at 7:09 AM, Peter TB Brett wrote: > Hi all, > > Today, we are announcing some changes to the list of officially-supported >

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

Hi Mark, If student A wants to assign or sell student B all copyright rights for his work for let’s say $1.00 (which is consideration in the legal sense of then word.) then student B legally owns all copyright rights to that work. It is treated as though it was a work for hire even though only

[ANN] Updates to LiveCode's platform support policy

Hi all, Today, we are announcing some changes to the list of officially-supported platforms, i.e. the platforms that we use to test LiveCode, and that you can normally expect our support team will be able to help you with. Please read more this change on the LiveCode blog:

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

> So If student A writes down some code on text wrangle and gives it to > student B who (thanks folks) have an indy license, that belongs to student B > and he can dispose of it as he wishes, open sourced or closed source. > In that case it seems to me that it is just a case of confidence between

Re: Unicode and card names

On 21/07/2016 03:00, Peter Bogdanoff wrote: Am I correct in thinking that with Unicode support, cards can now be named anything that uses Unicode characters? Formerly, I ran into trouble when trying to reference cards that had a name that contained an accented character. As I understan it,