Merci, Robert
Bien sur… le media et les lines de code n'est pas la meme chose…
Others have contacted me off list about this with similar thoughts… seems worth
pursuing with the Mothership.. but they are in conference prep mode right now.
No better environment than LC for developing the UI/views/presentation layer.
BR
On 7/25/16, 10:38 PM, "use-livecode on behalf of Robert Mann"
<use-livecode-boun...@lists.runrev.com on behalf of r...@free.fr> wrote:
> But now we have no choice but to ask these would be collaborators on front
> end stack development to use other tools. Exactly the opposite to
> contributing to the "health of the livecode ecosystem."
@ Brahmanathaswami
i've always felt concerned that GPL should NOT extend to media content in a
stack and i'll make a demo stack in few days to make the point and give
precise examples and explain how holding to a strict interpretation can be
detrimental to the spread of livecode in the education domain.
Your case-use about interface designing falls right in that pond :
• In EU the notion of interface is very seperated from the code of a piece
of software. A graphic interface is protectable as a work of art under
copyright (if original etc..) So it falls under the same set of rules than
pictures, text.
•Your design will incorporate and use UI elements that have been designed by
livecode. But in the world of graphics the notion of derivative work is much
more restricted than that. MOna-lisa with a big smile has been questionned,
but an original interface with UI elements will have enough original
creativity. Not even taking into account that the essence of UI elements is
to be used!
• There is also a clear distinction between DATA and PROGRAM in the EU (and
livecode so far still is in the EU), a drawing, some text & data are not a
program.
In short, a Community edition stack file with only UI elements and no line
of code, has little chance to be regarded as a computer program and should
not be regarded as bearing GPL restrictions.
In practice : we should be able to share publicly purely graphical stacks,
or stacks containing only text "edited" with the community edition. And I
call for Kevin & the team to clarify precisely that question.
In practice, I cannot see how that could be detrimental to livecode business
as nobody would ever get a commercial license just to fiddle around and
design mockups. Same applies for a teacher to draft a memo card stack using
livecode.
On the other hand it would make it easier for a lot of practical uses as
this case shows, getting closer to the original hypercard spirit : a little
tool with which you can actually do usefuls things with.
And I hope that the community version has been made in that spirit : empower
people to make little practical things that are useful. And with the
commercial version for "true" programming of "real" apps.
Kevin in his answer to Mark Wilcox questionned the references to US case
law, I guess Google versus Oracle. On the issues of claryfiying the status
of the stackFile and its content, we are faced with the same problem : how
does the US GPL legal stuff apply in EU within EU copyright tradition and
regulations?
When copyright was case law construction, the relationship between license
contract and law was not so clear. But UE copyritgh and licensing stuff has
been implemented in UK in various laws, between I recall 1994 and 2009? so
that in that respect, UK is now fully "harmonized" with continental law.
One thing is clear in continental copyright matters : UE regulations
implemented in national law, apply first, because in UE copyright related
stuff replaces and voids any non compliant license contract.
A french guy point of view from the euro continent!
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/On-rev-support-problem-tp4706664p4707013.html
Sent from the Revolution - User mailing list archive at Nabble.com.
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
