Re: New License Idea for Hobbyists

> On 22 Jul 2015, at 10:09 am, Roger Eller wrote: > > Game changer huh? You mean you can side-load an app just like Android has > always been able to? Game changer in the iOS world… -- M E R Goulding Software development services Bespoke application development for vert

Re: JSON Safe Text

> On 24 Jul 2015, at 7:22 am, David Bovill wrote: > > I'm placing the text into an array and then using Monte's mergJsonEncode > function to decode it. Usually works fine - but in this case it looks like > the content needs some tidying before I put it into the array. mergJSON will choke on any

Re: JSON Safe Text

> stuff got into the data? > > On 24 July 2015 at 00:12, Monte Goulding > wrote: > >> >>> On 24 Jul 2015, at 7:22 am, David Bovill wrote: >>> >>> I'm placing the text into an array and then using Monte's mergJsonEncode >>> fun

[ANN] mergExt support for iOS 8.4

Hi LiveCoders I’ve just uploaded new builds for all my externals that support iOS 8.4 so you can build your apps against Xcode 6.4 using the latest versions of LiveCode. While you’re at the site downloading the new releases be sure to check to see how much time you have left on your access so y

Re: mergJSON, externals and Livecode Server

bit but I forgot to include it in the latest release of the binaries. I’ll include it in the next build. Cheers -- Monte Goulding M E R Goulding <http://goulding.ws/> - software development services mergExt <http://mergext.com/> - There's an external for that! _

Re: [YO EDINBURGH!] Microsoft Open-Sources It's Toolkit For Making iOS Apps Run On Win 10

> On 8 Aug 2015, at 1:09 am, Mike Kerner wrote: > > http://www.zdnet.com/article/microsoft-open-sources-its-ios-toolkit-for-building-windows-10-apps/?tag=nl.e539&s_cid=e539&ttag=e539&ftag=TRE17cfd61 > >

Re: [YO EDINBURGH!] Microsoft Open-Sources It's Toolkit For Making iOS Apps Run On Win 10

> On 10 Aug 2015, at 9:59 am, Richard Gaskin wrote: > > Monte Goulding wrote: > > > ...probably a bit worrying for LiveCode as it leaves its main USP > > to be a verbose language… > > Verbose? Verbose for a programming language at least _

Re: [YO EDINBURGH!] Microsoft Open-Sources It's Toolkit For Making iOS Apps Run On Win 10

> But when we step back to look at a more complete measure of verbosity -- how > much typing to get the same functionality -- LiveCode often outshines many > other great languages. And here was I saying it was a feature… ;-) ___ use-livecode mailing li

Re: [YO EDINBURGH!] Microsoft Open-Sources It's Toolkit For Making iOS Apps Run On Win 10

> On 10 Aug 2015, at 3:22 pm, Richard Gaskin wrote: > > Features-per-kloc's not a bad metric…. Doesn’t every LiveCode project start at 0/50 ? Just being cheeky. You know I love LC ;-) ___ use-livecode mailing list use-livecode@lists.runrev.com

Re: [YO EDINBURGH!] Microsoft Open-Sources It's Toolkit For Making iOS Apps Run On Win 10

Unfortunately the platforms are relatively different in the way they do things so it's not easy to make things exactly the same unless you whittle things down to the lowest common denominator and that's not always helpful. As far as externals goes I'm keen to help there but there's two road bloc

Re: Business Application Framework

It's open source Richard. Anyone can distribute it. I just choose to distribute binaries of my open source stuff via mergExt for obvious reasons Sent from my iPhone > On 13 Aug 2015, at 6:31 am, Richard Gaskin wrote: > > Is there another option in the community that doesn't require email

Re: Business Application Framework

Indeed this is what I was told. I thought I had convinced Kevin that version control needed to stop being an afterthought on this platform and start being something that just works with the core offering. The platform wouldn't even be considered by most developers because of the binary format. Y

Re: Business Application Framework

> 1. Why hasn't this been more widely promoted? It's only been promoted on the lists, forums and Facebook. For a while RunRev were going to buy it, then they decided to do their own so I stopped pushing ahead with lcVCS as it appeared to be a waste of time. Now this and maybe it's back in the

Re: Business Application Framework

Thanks for the details Peter. I had thought the BAF was a product of your work on the file format. I wonder if the current situation warrants a further investigation into the things that would assist my script based solution? Object UUIDs and more support for working out widget metadata without

Re: [YO EDINBURGH!] Microsoft Open-Sources It's Toolkit For Making iOS Apps Run On Win 10

> On 13 Aug 2015, at 5:08 am, Richard Gaskin wrote: > > To put it into perspective, half of all iOS revenues go to only the top 100 > developers, and the majority of those apps are available on both platforms. > The top 1,000 developers consumer most of the app store revenue, with the > othe

Re: lcVCS in the LC Forums

Hmm… there is already a Version Control forum under LiveCode Open Source which I’ve been posting about lcVCS and I thought would be a good place to keep our minds open to other version control projects or just general questions about git or github etc. > On 13 Aug 2015, at 9:22 am, Richard Gask

Re: Business Application Framework

> It seems that it's very much in the game. Peter's post was especially > helpful for two reasons: > > - It confirms the inherent difficulty in creating a general-purpose > VCS tool that covers all edge cases. Yes there were a few of curly issues I had to get my head around. > > - It clarifi

Re: lcVCS in the LC Forums

> On 13 Aug 2015, at 9:32 am, Richard Gaskin wrote: > > I'll update my new post to point to the main thread in Version Control, but > leave it in place since the Community Projects section can be another good > place to attract contributors. That’s fine. One thing you might be interested in i

Re: Business Application Framework

> On 13 Aug 2015, at 9:52 am, Monte Goulding > wrote: > >> "Sample Stacks" is a bit of a turn-off, and the older "RevOnline" name >> wasn't much better. But the role is very very worthwhile: it's where all of >> us can share stack

Re: Business Application Framework

The engine level UUIDs would help a lot to ensure new objects get UUIDs particularly after copy, clone etc. It's not critical the widget stud is. Sent from my iPhone > On 13 Aug 2015, at 12:32 pm, Mark Wieder wrote: > > Right. I thought lcVCS was basically as far as we could take this, given t

Re: Business Application Framework

> On 13 Aug 2015, at 5:50 pm, Peter TB Brett wrote: > > On 2015-08-13 09:07, Mark Waddingham wrote: >> On 2015-08-12 23:57, Monte Goulding wrote: >> As I said way back when, I'm not averse to Object UUIDs being added as >> metadata for the purposes of VCS (i.e

Re: Business Application Framework

> On 13 Aug 2015, at 5:48 pm, Mark Waddingham wrote: > > This is where UUID based on-disk formats fail - given a PR and its patch it > is exceptionally difficult to work out in which objects the changes are being > made. Given that LiveCode allows (and indeeds encourages you!) to spread code

Re: lcVCS in the LC Forums

Hi Todd There’s a bit of a story here. Towards the end of 2013 I lined up with Kevin to sell him the IP for $10k so lcVCS and my IDE integration could be rolled into the IDE. After some discussions I managed to convince him that it should be in both community and commercial IDEs. Then in Januar

Re: lcVCS in the LC Forums

Woah… folks I’m a bit tired and forgot to check if that was a private email… sorry for airing my dirty laundry > On 13 Aug 2015, at 8:14 pm, Monte Goulding > wrote: > > Hi Todd > > There’s a bit of a story here. Towards the end of 2013 I lined up with Kevin > to sell h

Re: lcVCS in the LC Forums

> On 13 Aug 2015, at 8:20 pm, Richmond wrote: > > Hey: we all have dirty laundry of some sort, and we all manage to leak it > out, unwittingly, onto the internet sooner > or later - and yours is not nearly as dirty as some I have seen. > > It also proves interesting reading :) And I forgot to

Re: Business Application Framework

> To be fair it is a killer if you do not have such a front-end and want to > have multiple people working in a rigorous way on a single LiveCode project ;) True but it’s not like there aren’t other funky file formats in GitHub… storyboard, xib etc.. nasty stuff. Keep the UI as code light as po

Re: Business Application Framework

> On 13 Aug 2015, at 9:09 pm, Mark Waddingham wrote: > >> True but it’s not like there aren’t other funky file formats in >> GitHub… storyboard, xib etc.. nasty stuff. Keep the UI as code light >> as possible and the code in nicely named scriptified stacks and it’s >> reasonable as far as I can t

Re: lcVCS in the LC Forums

> I'd also be happy to throw money into this endeavor (Monte - reach out to me > and let's talk), but… Thanks Mark > > 1. I really think this needs to be integrated as an out-of-the-box experience > into the IDE's menu, and not as a third-party add-on. Even as a plugin, it > needs to be offici

Re: lcVCS in the LC Forums

> On 14 Aug 2015, at 2:43 pm, Mark Wieder wrote: > > I'm just saying that if the team is working on this now or plans to in the > future while lcVCS development is going on then it's a wasted effort. I'm not > saying that the team needs to telegraph their intentions every step of the > way (a

Re: Business Application Framework

> On 15 Aug 2015, at 1:09 am, Martin Koob wrote: > > Monte has not charged for lcVCS to this point but I will happily pay him for > it when there is an opportunity to do so. > > His original plan to provide the lcVCS engine as GPL and then charge for the > IDE plugin and command line interfac

Re: Business Application Framework

> On 15 Aug 2015, at 7:23 am, Malte Brill wrote: > > how much would you think we need to raise to make your work on this > worthwhile? > > I’d surely be willing to put in a couple of €s if we had something that > installs easiely and is easy to use. (Of course best coming out of the box) I >

Re: Downloaded stacks on iOS

I think they are managing to get away with this because their apps are JavaScript which is exempted in the clause. > On 15 Aug 2015, at 7:59 am, Richard Gaskin wrote: > > Interesting find in my morning reading: > > This little startup is solving one of the biggest frustrations with Apple's > A

Re: Business Application Framework

> On 15 Aug 2015, at 8:11 am, Richard Gaskin wrote: > > Why not a bundled plugin? There's good precedent with LC shipping with > third-party plugins bundled, and that makes it instantly available to the > widest audience while still managing expectations in terms of support. That would be po

Re: Business Application Framework

> In terms of the remaining work, would it be helpful if you had one or two > other people to lend a hand with that? I didn’t really answer this question sorry. Probably the most helpful would be more documentation. Perhaps videos explaining things? I have some docs for lcVCS here https://githu

Re: Business Application Framework

> On 15 Aug 2015, at 8:46 am, Monte Goulding > wrote: > >> In terms of the remaining work, would it be helpful if you had one or two >> other people to lend a hand with that? > > I didn’t really answer this question sorry. Probably the most helpful would >

Re: mySQL: PHP or direct access?

> On 15 Aug 2015, at 9:49 am, Richard Gaskin wrote: > > We need better integration with upstreams. In addition to SQLite, there's > Skia and others. At any time any one of them may have bug fixes that we'll > want to include ASAP. > > Anyone here review the revDB externals for SQlite deeply

Re: mySQL: PHP or direct access?

> On 15 Aug 2015, at 9:50 am, Monte Goulding > wrote: > >> There's gotta be a way to automate that > > Well yes there is, these things should be submodules of the engine repo so > that keeping them updated should be as simple as checking out their most >

Re: mySQL: PHP or direct access?

> On 15 Aug 2015, at 10:35 am, Richard Gaskin > wrote: > > Am I being too optimistic here? Yes it should be possible to automate updates, their CI server should tell them if the automatic update failed for some reason and then they can jump in manually. I’d be surprised if they weren’t plann

Re: Downloaded stacks on iOS

It's not vague at all. It's right there in the article and the only way these guys can do what they are doing is because their apps are JavaScript as I said before. Read the clause it explicitly rules out what you are talking about unless it's JavaScript run in WebKit or JavaScriptCore. Sent fr

Re: Downloaded stacks on iOS

> On 15 Aug 2015, at 11:45 pm, Colin Holgate wrote: > > That brings up the possibility of having a non-Javascript stack app loading a > browser control with an HTML5 based stack that is online. Yes that would be perfectly fine I think and synonymous with what they are doing. _

Re: Business Application Framework

> On 16 Aug 2015, at 1:16 am, Dr. Hawkins wrote: > > Along with their customPropertySet, there could be a "vcsIgnoresSet", or a > group of properties of vcsIgnoresPosition, vcsIgnoresHilite, > vcsIgnoresText, vcsIgnoresVis, vcsIgnoresSize. There could be a vcsIgnore > checkbook on custom proper

Re: Business Application Framework

> On 16 Aug 2015, at 8:51 am, Dr. Hawkins wrote: > > But how would objects know whether or not to do this in less you set > properties in them, anyway, or gave them a script? You give them a script. In my case you handle the lcVCSExport message if you need to do anything. In practice I usuall

Re: Business Application Framework

> On 16 Aug 2015, at 10:37 am, Dr. Hawkins wrote: > > Yes, but the script still needs a way to distinguish which changes happen > from "normal use", and which from redesign, doesn't it? Clicking a > property seems to be at least as easy as setting a behavior . . . > > In my case, I might have

Re: Bug getting group name, plse check

> On 17 Aug 2015, at 12:46 pm, Kay C Lan wrote: > > I appreciate this is a bit late to the game, and this Doc Team may > already be heading in a certain direction, but I'm wondering if > there's been an thought of adopting some kind of 'Industry Standard' > docset format? I don’t know the proce

Re: "lcdoc" documentation [was: Re: Bug getting group name, plse check]

> The spec is here: > > https://github.com/runrev/livecode-ide/blob/develop/Documentation/guides/Extending%20LiveCode.md#documentation-markup > > We need to make it easier to find -- I'll see what I can do to make that > happen. Oh, thanks I was looking in https://github.com/runrev/livecode/tr

Re: JSON, URL-encode, and UTF-8

I think we would need to see the API to know about the urlEncoding. Is it a parameter in your query string? If you need to urlEncode it will be the last thing you do. If you are using one of the script libraries the UTF8 encoding may be done for you. If you are using mergJSON then UTF8 encode an

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 4:13 am, Richard Gaskin wrote: > > PDF on-screen rendering is not available in any LiveCode edition, and I don't > recall seeing it on either the Kickstarter stretch goals or either of the two > emails this quarter about new proprietary-only features. So a PDF widget isn’

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 1:29 am, William Prothero wrote: > > I contributed to kickstarter because I saw the vision of a reasonably priced > authoring system that kept up with the always evolving technology. Some > technologies are important to a few high level developers, while others > become

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 6:47 am, Richard Gaskin wrote: > > There's a PDF widget? I believe there’s one in development based on PDFium ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage

Re: JSON, URL-encode, and UTF-8

> On 18 Aug 2015, at 6:54 am, J. Landman Gay wrote: > > Thanks Monte. The JSON is created by EasyJSON from a LC array. Most of the > values in the array are in foreign languages with lots of non-ascii > characters, and those will become the values in the parameter string that I > will send in

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 7:21 am, Richard Gaskin wrote: > > On the one hand I don't recall any specific promises made about PDF rendering > in terms of licensing, but on the other hand that PDF widget was the example > used in Kevin's video from July 2014 to demonstrate the v8 architecture we > a

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 7:27 am, Lyn Teyla wrote: > > It's listed (under 'Add Ons you can get with credits') as Business-only on > the pricing page: > > https://livecode.com/products/livecode-platform/pricing/ > Ah… I see. It’s a closed

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 8:19 am, Richard Gaskin wrote: > > > It would seem what they showed then was less advanced than what anyone here > would need. And since you know of a good library that's cross-platform with > compatible licensing you're ahead of them. Actually no. They are fully aware

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 9:33 am, Monte Goulding > wrote: > > t’s quite possible that they could release all the add ons you can buy with > your credits as dual license but just not include them (extra credits) in the > Indy license Hmm… looking at the page a bit more I

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 11:04 am, Richard Gaskin > wrote: > > Where? Maybe my coffee's worn off, but I can't find a dollar value for > points on that page. Add Ons you can get with credits. 20 credits are included with every business license. Spend your credits on these list of exclusive add o

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 11:50 am, Ralph DiMola wrote: > > How hard can it be to add pdf support to open-source? > > I read the PDF spec and got a headache on the 3 page. I know that PDFium is > doing the heavy lifting but the PDF spec is nasty. Add bookmarks, PDF fields > and java into the mix and

Re: Open Source Kickstarter Report Card (Updated)

> On 18 Aug 2015, at 12:45 pm, Peter W A Wood wrote: > > PS Does anybody still think it is worth LiveCode supporting Windows 8 Phone? Nope… I presume the goal will be bumped to Windows 10??? ___ use-livecode mailing list use-livecode@lists.runrev.com

Re: Open Source Kickstarter Report Card

> On 18 Aug 2015, at 1:36 pm, Richard Gaskin wrote: > > > 3. Support of Multiple targets (like Xcode) > > What are "multiple targets" in an IDE? I’m guessing he means being able to have more than one set of standalone settings as a named target. You could include different stacks or extra fil

Re: Importing UTF-8 files

I don't think it would hurt to use file for utf-8 Sent from my iPhone > On 19 Aug 2015, at 5:41 am, J. Landman Gay wrote: > > Should I be using "file" or "binfile" to retrieve unicode text from a UTF-8 > text file? I thought I should be using binfile, but after textDecoding the > data, text c

Re: Importing UTF-8 files

The thing is importing using file mode changes the line endings which is perfectly fine in UTF8. It's still UTF8 afterwards which is why textDecode still works. You could just textDecode then script the replacement of the line endings but it's probably easier for the engine to do it. Sent from

Re: Open Source Kickstarter Report Card

> On 19 Aug 2015, at 3:22 pm, Richard Gaskin wrote: > > The Viewer widget needed for that UI will be very nice for us, but I fear > making an IDE based around it, as it would no longer be truly LIVE CODE. I agree, personally I’d like a full screen script editor with an object tree on the side

Re: STACKLE - RSRC for LC Stacks - Are U Interested?

> On 20 Aug 2015, at 5:39 am, Peter TB Brett wrote: > > Subversion does everything you've described already, better (including the > file locking aspects). And it has an HTTPS interface, so you could write a > client in LiveCode that uses libUrl to communicate with a Subversion server. Too q

Re: STACKLE - RSRC for LC Stacks - Are U Interested?

> On 20 Aug 2015, at 5:26 am, Brahmanathaswami wrote: > > 1) the VCS discussion is for super brains; even if realized may involve a > level (GIT) of system management overhead/learning curve that developers > focused on actual content production -- don't need, have time for, nor want > to

Re: Importing unicode UTF8 text files - followup

> On 20 Aug 2015, at 7:23 am, J. Landman Gay wrote: > >> So... I don't suppose I can persuade you to upgrade to LiveCode >> Business, can I? > > I shouldn't need Business for that, should I? My script uses "get url", I > guess "open file" works differently? > > You must have looked at my bug

Re: Business Application Framework

> On 13 Aug 2015, at 9:09 pm, Mark Waddingham wrote: > > That's very true. Indeed, perhaps one could argue that GitHub needs > service-hooks which allow customization of merging and diff display. That > general feature there would solve the VCS problem in a natural way for a > number of types

Re: JSON, URL-encode, and UTF-8

Is your convertToJSON function returning UTF8? I’m not sure what LC 7 does when it concatenates “json=“ to a UTF8 string. If for example that json= is UTF16 and the rest of the data is UTF8 it’s not surprising the server is freaking out. Try: put textEncode(“json=“,”UTF8”) before tData > On 21

Re: JSON, URL-encode, and UTF-8

om LC 7? I also just tried 7.1rc1 but it doesn't work > either. > >> On 8/20/2015 5:04 PM, Monte Goulding wrote: >> Is your convertToJSON function returning UTF8? I’m not sure what LC 7 does >> when it concatenates “json=“ to a UTF8 string. If for example that json= i

Re: JSON, URL-encode, and UTF-8

> On 21 Aug 2015, at 9:25 am, Peter W A Wood wrote: > > You’re content is no longer valid JSON once you have inserted the “json=“ (at > the PHP developer’s request). There may be a conflict between the header and > the actual content. What happens if you remove the line setting the > httpHead

Re: JSON, URL-encode, and UTF-8

> On 21 Aug 2015, at 9:29 am, Monte Goulding > wrote: > > That’s a good question. I can’t see anything wrong with the JSON itself after > reviewing the file. Validates and formats fine in TextMate. Are you sure they > want post and not get or put? Hmm… I just remembered yo

Re: JSON, URL-encode, and UTF-8

What happens if you comment out line 247 of revLibURL stack script? textEncode native here seems to be a rather dangerous thing to do… > On 21 Aug 2015, at 9:45 am, Dave Cragg wrote: > > >> On 21 Aug 2015, at 00:33, J. Landman Gay wrote: >> >> On 8/20/2015 6:25 PM, Peter W A Wood wrote: >>

Re: JSON, URL-encode, and UTF-8

> On 21 Aug 2015, at 10:58 am, Peter W A Wood wrote: > > put textEncode("{ " & quote & "é" & quote & ": 1}", "UTF-8") into tJSON > put "json=" before tJSON > post URLEncode(tJSON) to URL "http://Localhost/jacque.php > " > put textDecode(it, "UTF-8”) You would want

Re: v8 DP3

> On 27 Aug 2015, at 10:29 pm, Richmond wrote: > > The only problem is that I am working my way towards using my teaching stuff > to > write a book called "LiveCode for Primary Kids". I’ll buy that as soon as it’s released. My son Matthew (9) is working his way through all the drag and drop

Re: Script Editor future (was Open Source Kickstarter Report Card)

Hi Peter Has anyone seen my post on the engine forum about a scriptOnly property for stacks: http://forums.livecode.com/viewtopic.php?f=66&t=25065 Happy to contribute it Cheers Monte Sent from my iPhone > On 29 Aug 2015, at 5:00 pm, Peter TB Brett wrote: > > Your assumptions are correct.

Re: Script Editor future (was Open Source Kickstarter Report Card)

> On 29 Aug 2015, at 10:22 pm, Peter TB Brett wrote: > > This looks like the sort of thing that's best off being looked at by Mark > Waddingham. Unfortunately my last day before my annual holiday is the day > before he gets back from his annual holiday, so I'm not going to be able to > bring

Re: Script-only stacks [was: Re: Script Editor future]

> On 30 Aug 2015, at 8:24 am, Peter TB Brett wrote: > > I *think* Mark will be back in the office on Monday, so he'll probably see > this exchange > > At the moment I usually treat normal stacks and script-only stacks as totally > different things. I think of normal stacks as places for UI a

Re: Script-only stacks [was: Re: Script Editor future]

I guess so although that also has the same risk as a writable scriptOnly property so it seems to me we might as well run with the property and some documented warnings about losing objects and custom properties when setting it to true. The other use case (which is similar) is someone transition

Re: Script-only stacks [was: Re: Script Editor future]

Ah yeah I wasn't thinking it would even appear there. Sent from my iPhone > On 30 Aug 2015, at 6:38 pm, Ali Lloyd wrote: > > The only place I see it as higher risk than a command is in the property > inspector. But perhaps making it not modifiable from the property inspector > is enough insulat

Re: Silly conference survey

> On 9 Sep 2015, at 6:03 am, Richmond wrote: > > If Edinburgh every other year constitutes "somewhere in Europe" I suppose you > are right. However, at the risk of being accused > or being a bit arch about Geography, there are other big towns in Europe; a > lot of which are considerably more c

Re: Editing Large Scripts is Faster

> On 9 Sep 2015, at 7:31 am, Richard Gaskin wrote: > > That the v7 IDE has few if any changes between minor release means that a > merge per se may not be needed. And since an object merge is the only > complex step not already addressed through relatively simple tools, we have > hope for a

Re: Editing Large Scripts is Faster

> On 9 Sep 2015, at 10:37 am, Richard Gaskin wrote: > > If we can just get a review process in place for community enhancements to > the IDE to be included in the main install, everyone wins. Are you talking about both script and object property changes or just script? If it’s just script (at

LiveCode repo name change fixer

Hi Folks Some of you may know that all the references to RunRev and Runtime revolution are being cleaned out and the github account has changed from runrev to livecode. This means all our clones are broken so to save everyone some time I made a stack that will fix it for you. Here it is: https

Re: LiveCode repo name change fixer

> On 10 Sep 2015, at 11:07 am, Mark Wieder wrote: > > It appears to be written as a script-only stack for LC8. Since I ran this in > LC6.7.5, I just copied the script minus the first line into the card script. > That almost ran properly, only causing a harmless error on the final line of > th

Re: This Is Why We Can't Have Nice Things

> On 10 Sep 2015, at 11:23 am, Mark Wieder wrote: > > As an aside, I believe Monte's lcvcs system involves a binary diff mechanism > for comparing two stacks. No there’s no binary diff in lcvcs although it wouldn’t be hard to build something that created a repo, export the original stack file

Re: LiveCode repo name change fixer

> On 10 Sep 2015, at 1:06 pm, Richard Gaskin wrote: > > > I also saw the email notice on the fact that we can expect a lot more > > submodules in the future to deal with widgets. Not something I'm > > looking forward to. > > What are your concerns? The issue with submodules is just a workflow

Re: This Is Why We Can't Have Nice Things

> On 10 Sep 2015, at 11:36 am, Monte Goulding > wrote: > >> As an aside, I believe Monte's lcvcs system involves a binary diff mechanism >> for comparing two stacks. > > No there’s no binary diff in lcvcs although it wouldn’t be hard to build > someth

Re: LiveCode repo name change fixer

> On 10 Sep 2015, at 7:13 pm, Mark Waddingham wrote: > > I'm still not sure my decision to require a UTF-8 BOM at the start to > differentiate from a native platform encoding file was a good idea though. I > probably should have just assumed UTF-8 regardless. (Hindsight being 20/20 of > cours

Re: LiveCode repo name change fixer

Thanks for explaining all that again Mark. It does sound vaguely familiar. > > One option, in the future, if we move to a multi-submodule arrangement is to > make it flat and not a tree - which I think is the main problem (if you > mutate a leaf, you have to then change all ancestors of said lea

Re: LiveCode repo name change fixer

> On 10 Sep 2015, at 8:18 pm, Mark Waddingham wrote: > > Indeed. I think this is actually something we can change without causing any > problems: > > If a script only stack file contains a BOM at the start then engine only > processes it as UTF-8. > > If a script only stack file does not con

Re: This Is Why We Can't Have Nice Things

> On 11 Sep 2015, at 2:59 am, Richard Gaskin wrote: > > You've identified the crux of the problem well: LiveCode was never designed > with modern FOSS methods in mind. Indeed, it predates most modern FOSS > workflows we take for granted today. This is one reason LiveCode Builder is > bein

Re: How We Can Have Nice Things

> On 11 Sep 2015, at 11:40 am, Richard Gaskin > wrote: > > Anyone here interested in contributing to such a tool? You could use lcVCS but you highlighted an issue before with the 5000+ changes for the handler filter. The problem is most of those changes were because the stack was resized or

Re: How We Can Have Nice Things

> On 11 Sep 2015, at 6:46 pm, Ali Lloyd wrote: > > maybe using yaml or > something similar Interesting you mention YAML. I’ve started looking at implementing a YAML file <-> array in a combination of LCB library and libyaml for the parser/emitter. For lcVCS I used JSON because I’d only just i

Cool stuff with Atom

Hey folks I don’t want to steal Peter B’s thunder when he announces the new version of the language package but I’ve had a little fun with it and created something which I think is pretty cool and wanted to share. Check out the readme on my branch and you will see why: https://github.com/monte

Re: Cool stuff with Atom

Hi Peter You’re a bit too quick out of the blocks I’m afraid. The link I sent was to a branch of mine that is currently an open pull request against Peter B’s package. I believe it will be merged in and released soon. It is possible to use it if you want to play but you will need to get friendl

Re: Basic grouches about LiveCode 8

> On 6 Oct 2015, at 7:28 am, Richmond wrote: > > As modifications to the LiveCode 8.*.*. revMenuBar stack don't seem to > "stick" between restarts > > [or, put another way, I haven't worked out how to manage that yet] > > I am also offering a palette with a button to call the Application Brow

Re: Basic grouches about LiveCode 8

> On 6 Oct 2015, at 1:05 pm, Roger Eller wrote: > > Is that why LC8 takes longer to open? Could be, I think most of it is because of the docs. @livecodeali If this is slowing the load of the load of IDE a lot then one thing you could do is switch script only stacks to binary stacks during you

Re: Basic grouches about LiveCode 8

> On 6 Oct 2015, at 1:15 pm, Richard Gaskin wrote: > > some really long script somewhere to create every control and set every > property? ^ this ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubsc

Re: Basic grouches about LiveCode 8

> On 6 Oct 2015, at 1:54 pm, Richard Gaskin wrote: > > Where can I read that? It’s all in the script of stack revMenubar ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscr

Re: App Browser versus Project Browser

> On 8 Oct 2015, at 8:59 am, Richard Gaskin wrote: > > > Well, all I can suggest is that LiveCode produces a hybrid > > [ chimæ ra ??? ] and see what the response is . . . > > Maybe that would be useful, but maybe LiveCode Ltd. doesn't need to build it. rIDE was nice but I think it may have su

Re: Basic grouches about LiveCode 8

> On 8 Oct 2015, at 9:53 am, Richard Gaskin wrote: > > I have a tool in the works that'll help that conversation along Talking about tools in the works. Does anyone have a tool to identify inaccessible handlers, unused variables etc? I was poking in the IDE the other day and I noticed som

Re: App Browser versus Project Browser

> On 8 Oct 2015, at 2:19 pm, Scott Rossi wrote: > > As soon as we get a means to irregularly distort images, I'm all for that How do you want to distort them? There’s an underlying affine transformation these days doing angle, flip & resize so anything you can do with affine transformations i

<    2   3   4   5   6   7   8   9   10   11   >