Re: [OT] SWIFT
http://swift-lang.org/main/ This is the wrong Swift. Yes, Apple gave their new programming language the same name as an existing one. Mark ___ 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
Re: RLE images
2014-07-15 1:06 GMT+02:00 J. Landman Gay If anyone has definitive knowledge, please say. Otherwise I'll go with this. might be you are looking for paintCompression. Thierry ___ 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
Re: [OT] SWIFT
I was tempted to not reply but I couldn’t resist. LiveCode is NOT very fast in my opinion. I repeat what I have said before, scrolling of a DataGrid is abysmally slow, in my opinion, when compared to other programming apps. Even a now out of date SuperCard when using the ListMaster external is many times faster than LiveCode. Why a so called modern up to date language implements a DataGrid by grouping fields together rather than providing a DataGrid actually built-in is beyond me. Perhaps it is beyond the capabilities of the LiveCode programmers.:) All the best Terry On 14 Jul 2014, at 21:45, stephen barncard stephenrevoluti...@barncard.com wrote: VERY FAST ___ 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
Re: [OT] SWIFT
On Tue, Jul 15, 2014 at 1:04 AM, Terence Heaford t.heaf...@btinternet.com wrote: I repeat what I have said before, scrolling of a DataGrid Datagrid excepted. That thing is a monster, and it needs to be of it's own dog food. But there's a lot of binary precompiled stuff that is quite speedy. *--* *Stephen Barncard - San Francisco Ca. USA - Deeds Not Words* ___ 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
HTML5 Campaign Update: 20% Tipping Point Achieved
Dear List Folks, Today our HTML5 Campaign passed the 20% tipping point. Crowd funding statistics show that once a project gets past 20% it has an 80% chance of being successful. This is encouraging, but of course its not time to sit back and become complacent. We've a long way to go yet. Our campaign has had some coverage on the web, you can see links at the end of this email. We always need more coverage, so if you know of a website you think should be covering us, please do submit the story! If you have a website or blog of your own, you could add the widget: http://livecode.com/livecode-to-html5/#embed New Pledges: Our RunRevLive.14 Simulcast broadcast is now a part of the $99 Membership pledge. Watch the whole conference remotely as it happens, rewind and review it later. We have added a new $1999 lifetime upgrade commercial license reward tier. If you supported us before for a Lifetime license, make sure HTML5 gets funded and get yourself $500 worth of coupons every year for 5 years to spend in our store. We're hugely grateful to all of you who have already made this pledge. Let's see if together we can get the total to $100,000 by the end of the weekend! We need YOUR SUPPORT to keep this campaign on track for its target. If you have ideas for promoting it or suggestions as to what more we could be doing, please let us know! Warm Regards, Heather http://www.sdtimes.com/content/article.aspx?ArticleID=71449page=1 http://www.marketwatch.co.uk/news/LiveCode.html http://www.mac4ever.com/actu/91560_livecode-evolue-les-nostalgiques-d-hypercard-appeles-par-la-communaute http://www.forall.ch/WordPress/2014/07/10/bring-html5-web-delivery-to-livecode/ http://www.virtual-strategy.com/2014/07/02/livecode-announces-html5-crowdfunding-campaign-demystifying-web-apps?page=0,1 http://cooldotz.com/blog/livecode-announces-html5-crowdfunding-campaign-demystifying-the-web-for-apps/ http://www.html5webapps.com/news/62/livecode-announces-html5-crowdfunding-campaign-demystifying-the-web-for-apps/ http://livecloud.io/tag/crowdfunding/ http://minecraftpictures.org/s/livecode-announces-html5-crowdfunding-campaign-demystifying-the-web-for-apps http://walkertecharts.com/blog/2014/07/08/livecode-raises-26000-within-first-24-hours-new-crowdfunding-campaign/ Heather Laine Customer Services Manager http://www.livecode.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
Re: Open stack problem
More than likely, there is a script in the stack you open, or possibly the stack you are opening from, that has a runtime error that silently fails and script execution stops. But trying to explain why it works when you double click and not when you click the button would be much more difficult than, say, just waving a voodoo stick in the air and mumbling unspeakable things. Bob S On Jun 8, 2014, at 10:39 , Peter Haworth p...@lcsql.com wrote: Trying to track down a strange problem involving opening a stack. I have a button with a script that issues an answer file statement to get the name of a stack file to open. After getting the file name and doing a couple of checks I open the stack file then do some other stuff. This all works fine if I double click a stack file in the answer file dialog. However if I single click a stack file and then click the Open button in the answer file dialog, the stack is opened but none of the statements after the open stack command are executed. Just to add to the merriment, if I set a breakpoint on the open stack command, all works fine. I've removed all front scripts but same behavior. Any ideas? Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html ___ 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
Re: Security hole?
On Mon, Jul 14, 2014 at 8:20 PM, stephen barncard stephenrevoluti...@barncard.com wrote: not unless you don't want to run the scripts... Sorry Stephen, too many negatives in there for me to wrap my brain around :-) Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html ___ 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
Re: HTML5 Campaign Update: 20% Tipping Point Achieved
I see WebCode is part of the new macheist bundle: http://macheist.com/#overview -- Mark Wieder ahsoftw...@gmail.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
CommandKeyDown in a library script?
When I create a new mainstack and put a commandKeyDown handler in it, the handler fires when I press the relevant key. When I put the same code in a library stack, which is used via a start using command at initialisation, it doesn't seem to fire. Can anyone say why? TIA Graham ___ 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
Re: [OT] SWIFT
Terence Heaford wrote: LiveCode is NOT very fast in my opinion. I repeat what I have said before, scrolling of a DataGrid is abysmally slow, in my opinion, when compared to other programming apps. Which other programming apps provide a point-and-click way to produce form layouts like LC's DataGrid? Of course you can write them in C and get better performance - or better yet, in Assembler - but for what it does it's not bad. In fact, I haven't yet seen anything else as flexible and easy to build with that performs faster, but I'm always willing to learn if you can provide a URL. Moreover, as outlined in the recent video on the relationship between theming and Open Language, work is underway to make that sort of flexibility much faster, not only for the DG but for a wide range of custom control types as well. In the meantime, yes, compared to hand-crafted C the DG's ease of implementation does indeed come with a tradeoff in scrolling performance. Your observations on this have been well and thoroughly described, but have you had a chance to explore any other controls in LiveCode, such as the native field object? In my experience the buffering with the native field object outperforms the best work of the massive Microsoft Office and Libre Office teams. The reason there is more than one programming language in the world is that each brings something a little different to the table. None of them is a magic pony, and all of them represent tradeoffs, either in runtime performance, development efficiency, platform coverage, or other areas. The upside to having so many thousands of languages to choose from is that each of us can find one we really like. Swift has many great things going for it, if your business model allows you the luxury of writing for just one vendor's OS. I used to do that myself, but both myself and my clients nearly lost our businesses betting on the single-platform horse, and with some 91% of the desktop market running Windows and 74% of the mobile market running Android, there's just too much money left on the table for most folks I know to want to try that again. That said, if you run your company lean enough or have sufficient capital to market your way into the top 100 slot where half of all iOS revenues go, using Swift may indeed be quite a good option. Even a now out of date SuperCard when using the ListMaster external is many times faster than LiveCode. As a long time friend of ListMaster's author and having been the original publisher of ListMaster for several years, I know very well what a joy it is to work with. That is, if your audience is exclusively Mac. And IIRC, ListMaster only handles (at least back when Fourth World published it) the equivalent of the DG's list view. Given how easy and performant it is to use LC's native fields for multicolumn lists, the real value of the DG comes from its form view, offering far greater layout flexibility than ListMaster provided. ListMaster is a fine piece of work for what it is, but like programming languages and everything else, there is no magic pony - everything involves tradeoffs. If you need an external for a single platform that provides for LC what the ListMaster external provided for SC, you may be able to get someone to write it for you. But since independent column alignment is already in the can for the native field object in LC v7 (should be in the next DP), you may not need it if you can wait just a bit longer. Why a so called modern up to date language implements a DataGrid by grouping fields together rather than providing a DataGrid actually built-in is beyond me. That's more or less how ListMaster works, but doing it in C rather than in script. C is great, but much harder to work with. The ListMaster external took a tremendous amount of time to complete. You could write such an external for LiveCode, but for most developers the tradeoff between development expense and scrolling performance has been more favorable for their needs than it has for yours. Perhaps it is beyond the capabilities of the LiveCode programmers.:) Here's the source - show us how it's done: https://github.com/runrev/livecode -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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
Re: [OT] SWIFT
If the data grid was written to be a widget, it would be a single object. Much easier to make that run fast! Kind regards, Kevin Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can code On 15/07/2014 09:26, stephen barncard stephenrevoluti...@barncard.com wrote: Datagrid excepted. That thing is a monster, and it needs to be of it's own dog food. But there's a lot of binary precompiled stuff that is quite speedy. ___ 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
Re: [OT] SWIFT
So with the introduction of the new widgets infrastructure, will the datagrid object be reworked and provided as an example? That would be an awesome endorsement for widgets! ~Roger On Tue, Jul 15, 2014 at 2:15 PM, Kevin Miller ke...@livecode.com wrote: If the data grid was written to be a widget, it would be a single object. Much easier to make that run fast! Kind regards, Kevin Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can code On 15/07/2014 09:26, stephen barncard stephenrevoluti...@barncard.com wrote: Datagrid excepted. That thing is a monster, and it needs to be of it's own dog food. But there's a lot of binary precompiled stuff that is quite speedy. ___ 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
Re: [OT] SWIFT
Yes, it is much better than DG for a scrolling table but really needs right aligned. I believe it’s on the way at some point. All the best Terry On 15 Jul 2014, at 19:10, Richard Gaskin ambassa...@fourthworld.com wrote: Your observations on this have been well and thoroughly described, but have you had a chance to explore any other controls in LiveCode, such as the native field object? ___ 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
Re: [OT] SWIFT
I believe ListMaster is based upon the old classic/carbon LDEF system. All the best Terry On 15 Jul 2014, at 19:10, Richard Gaskin ambassa...@fourthworld.com wrote: That's more or less how ListMaster works, but doing it in C rather than in script. ___ 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
Re: [OT] SWIFT
Indeed. Ultimately everything will be a widget. Existing objects will be for backward compatibility. Kind regards, Kevin Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can code On 15/07/2014 19:26, Roger Eller roger.e.el...@sealedair.com wrote: So with the introduction of the new widgets infrastructure, will the datagrid object be reworked and provided as an example? That would be an awesome endorsement for widgets! ~Roger On Tue, Jul 15, 2014 at 2:15 PM, Kevin Miller ke...@livecode.com wrote: If the data grid was written to be a widget, it would be a single object. Much easier to make that run fast! Kind regards, Kevin Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can code On 15/07/2014 09:26, stephen barncard stephenrevoluti...@barncard.com wrote: Datagrid excepted. That thing is a monster, and it needs to be of it's own dog food. But there's a lot of binary precompiled stuff that is quite speedy. ___ 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 ___ 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
Re: [OT] SWIFT
Is LiveCode’s market purely cross platform? Clearly ListMaster is Mac only but this should not preclude LiveCode’s authors from trying to achieve an acceptable level of performance from their controls. Clearly DG has limited performance as it is built in the scripting environment, For those wishing to use a DG as a scrolling table it is, again this is my opinion, inadequate for the task. Right aligned is not yet available for the basic table field and I have a project containing financial data which cannot as yet show a reasonable level of scrolling performance. I must be the only person that has noticed this inadequate scrolling performance because all other comments seem to think the DG is without fault. I am trying to provide genuine feedback. LC’s authors must know the limitations of the DG but do not seem to have a plan to remedy the situation. Scrolling tables are a fundamental building block in development environments. All the best Terry On 15 Jul 2014, at 19:10, Richard Gaskin ambassa...@fourthworld.com wrote: As a long time friend of ListMaster's author and having been the original publisher of ListMaster for several years, I know very well what a joy it is to work with. That is, if your audience is exclusively Mac. ___ 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
Re: [OT] SWIFT
If I understand your reply correctly, when widgets become available then the DG will be provided as an example? What is the target date for widgets to become mainstream? All the best Terry On 15 Jul 2014, at 20:07, Kevin Miller ke...@livecode.com wrote: Indeed. Ultimately everything will be a widget. Existing objects will be for backward compatibility. Kind regards, Kevin ___ 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
Re: [OT] SWIFT
Terence Heaford wrote: On 15 Jul 2014, at 19:10, Richard Gaskin wrote: That's more or less how ListMaster works, but doing it in C rather than in script. I believe ListMaster is based upon the old classic/carbon LDEF system. Exactly. Custom LDEFs like the one written for ListMaster provide a way to bundle up sequences of calls to MoveTo, LineTo, and DrawString, which collectively provide a behavior very similar to what LC does under the hood when you replicate field objects. Of course it's much leaner, as just about anything in C is. And the price you pay for that performance is many months of challenging coding. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.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
Re: [OT] SWIFT
On 15/07/14 22:08, Terence Heaford wrote: snip I am trying to provide genuine feedback. snip Last time I tried to provide genuine feedback as rudely as you did the only thing that happened was that I got smacked and ended up both looking and feeling like a bl**dy fool. So; learn from Uncle Richmond and moderate your tone, and then many more people are far more likely to react to your feedback rather than to react to you 'tone of voice'. Richmond. ___ 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
Re: [OT] SWIFT
Will clarify which part of my posts you find rude? Terry. On 15 Jul 2014, at 20:30, Richmond richmondmathew...@gmail.com wrote: On 15/07/14 22:08, Terence Heaford wrote: snip I am trying to provide genuine feedback. snip Last time I tried to provide genuine feedback as rudely as you did the only thing that happened was that I got smacked and ended up both looking and feeling like a bl**dy fool. So; learn from Uncle Richmond and moderate your tone, and then many more people are far more likely to react to your feedback rather than to react to you 'tone of voice'. Richmond. ___ 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
Re: [OT] SWIFT
On 7/15/2014, 2:08 PM, Terence Heaford wrote: Right aligned is not yet available for the basic table field and I have a project containing financial data which cannot as yet show a reasonable level of scrolling performance. Well, this part is pretty easy using existing controls and employs a trick we've been using since HyperCard. Make each column its own field, group them, and scroll the group. Performance is snappy, and you can set the alignment of each field independently. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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
Re: [OT] SWIFT
On 15/07/14 23:08, Terence Heaford wrote: Will clarify which part of my posts you find rude? Terry. Perhaps it is beyond the capabilities of the LiveCode programmers. I would be miffed to say the least at that one. Richmond. ___ 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
Re: [OT] SWIFT
Yes, I remember trying it in HyperCard although not grouping (such a long time ago), I will give it a try. If I remember correctly HyperCard's performance slowed with an increase in the number of fields. Maybe this will not be the case with grouped fields in LiveCode. Thanks Terry On 15 Jul 2014, at 21:16, J. Landman Gay jac...@hyperactivesw.com wrote: Well, this part is pretty easy using existing controls and employs a trick we've been using since HyperCard. Make each column its own field, group them, and scroll the group. Performance is snappy, and you can set the alignment of each field independently. ___ 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
Re: [OT] SWIFT
Terence Heaford wrote: On 15 Jul 2014, at 19:10, Richard Gaskin wrote: As a long time friend of ListMaster's author and having been the original publisher of ListMaster for several years, I know very well what a joy it is to work with. That is, if your audience is exclusively Mac. Is LiveCode’s market purely cross platform? Purely? Given the broad range of people and companies who use LiveCode I'd hesitate to suggest any single usage pattern applies to all of them. But I do think that among commercial developers (read, Those purchasing the proprietary licenses that keep the joint running so the rest of us can enjoy the FOSS edition), one of the key attractions to LiveCode is the uncommonly high number of platforms it supports. Even among users of the Community Edition, I think those building for just one platform is a very small percentage. After all, when reaching other 90% of the world is just a checkbox away, why not? Clearly ListMaster is Mac only but this should not preclude LiveCode’s authors from trying to achieve an acceptable level of performance from their controls. As ListMaster's author can tell you, it's not a trivial task to write something like that. Multiply that by the number of platforms LiveCode supports, and multiply that again by the much wider range of layouts the DG supports, and the cost is pretty darn high. In fact, the cost is so high that no one, not even the maker of ListMaster, has attempted to make any external for any xTalk that does what the DG does. So it's not as though the folks at RunRev are just sitting on the beach drinking Mai Tais thinking, Man, our customers must be pretty dumb, we can ship a DataGrid with slower-than-C scrolling and they'll eat it up. Waiter! Another round! On the contrary, the team has been hard at work on the core of the problem, the very core of the LiveCode engine itself - this is the video I alluded to earlier: http://livecode.com/blog/2014/07/08/the-next-generation-widgets-themes/ Clearly DG has limited performance as it is built in the scripting environment, For those wishing to use a DG as a scrolling table it is, again this is my opinion, inadequate for the task. Sure, we'd all like it to be faster. Heck, I want everything faster. Ever try to write an image convolver in an xTalk? I want more speed, for everything I do. But I also want to ship software. So I could write my app three times in C, once for Mac, and again for Windows, and again for Linux, and it would run pretty fast - but would cost more to write than I could make from it, so that puts a damper on that option. Negative ROI is a serious buzzkill for a business. ;) Fortunately, with LiveCode we have a middle path: I can write most of it in script, and in areas where best-of-breed performance is critical I can write externals - I get most of the savings of avoiding C for most of the app, but can still get the speed where it's needed. Personally, while I wouldn't rate the DG's scrolling speed as tremendous, for the apps I've used it in it's good enough. Sometimes to keep the books balanced good enough is good enough. I haven't had any customers storming my castle with pitchforks and torches demanding better scrolling speed - but I do have a list of requests for new features and capabilities unrelated to list scrolling speed, so that's where I devote my attention. I figure if I'm delivering an app where the scrolling is the key driver of subjective satisfaction, my problem isn't the scrolling speed at all, but rather how I designed things such that the data the user is looking for is so frequently beneath the fold, hidden from view. A few years back I attended a session at a SIGCHI conference on a comprehensive eye-tracking study of how people find things in lists. Huge cognitive load, the sort of thing we take for granted until you see a heat map of all the ways eyeballs bounce around on screen trying to discern a specific set of glyphs in a uniform columnar presentation. Sure, I get clients who love to have everything in one list, like they'll get some sort of merit badge for being able to turn to their partners and say, Look! We can display half a million records in one view! But it does no good for the user to do that, and the user pays the bills. So instead I try to ask myself, can I provide simpler, more fluid filtering so the user has the data they're looking for right in front of them? Would another representation for the data, like Miller columns, be a better fit? If we're looking at aggregate data, could we try something more visual like a chart? What other options might help the user avoid having to hunt for data at all? Scrolling is indeed basic and fundamental. But if the user is required to do a lot of it I'm inclined to look at the larger workflow context, and try to find alternate views that make the data of interest more readily visible.
Re: [OT] SWIFT
I did place a :) (smiley) at the end of the sentence though. Terry. On 15 Jul 2014, at 21:19, Richmond richmondmathew...@gmail.com wrote: On 15/07/14 23:08, Terence Heaford wrote: Will clarify which part of my posts you find rude? Terry. Perhaps it is beyond the capabilities of the LiveCode programmers. I would be miffed to say the least at that one. Richmond. ___ 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
Re: [OT] SWIFT
I agree, it’s a difficult task I believe but it is needed. I regularly go on holiday (vacation) to Scotland but I have to say, not to sit on the beach. We have been fortunate with the weather when we visit Scotland whether in the Winter (we usually get some snow) or the summer (we usually have a few sunny days) but it is not usually warm enough to be sat on the beach with a cocktail. It reminds me of one year in February we went walking on the Sands of Morar and my granddaughter, 4 years old at the time, on a clear blue sunny day (-3 deg C) fell into the sea fortunately wearing a snow suit and the water did not penetrate. All the best Terry On 15 Jul 2014, at 21:26, Richard Gaskin ambassa...@fourthworld.com wrote: So it's not as though the folks at RunRev are just sitting on the beach drinking Mai Tais thinking, Man, our customers must be pretty dumb, we can ship a DataGrid with slower-than-C scrolling and they'll eat it up. Waiter! Another round! ___ 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
Re: [OT] SWIFT
On 7/15/2014, 3:31 PM, Terence Heaford wrote: I did place a :) (smiley) at the end of the sentence though. I hope some day you will come to one of the conferences and meet the engineers. To describe them as geniuses isn't giving them enough credit. They are some of the most talented, gifted programmers you'll ever meet and they are absolutely devoted to LC. Once you've met them, I'm betting even a joke about their abilities wouldn't have occured to you. They leave me feeling small and awed. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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
Re: [OT] SWIFT
Terence Heaford wrote: It reminds me of one year in February we went walking on the Sands of Morar and my granddaughter, 4 years old at the time, on a clear blue sunny day (-3 deg C) fell into the sea fortunately wearing a snow suit and the water did not penetrate. If you come to San Diego in early September you'll have the opposite problem: the water will be so wonderfully warm you won't want to leave. :) -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.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
Re: [OT] SWIFT
Hi Terry, I came up with a technique to right justify columns in a scrolling list field a while back. It might tide you over until the real thing comes along. If you're interested, email me off list and I'll dig it out for you. Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html On Tue, Jul 15, 2014 at 1:24 PM, Terence Heaford t.heaf...@btinternet.com wrote: Yes, I remember trying it in HyperCard although not grouping (such a long time ago), I will give it a try. If I remember correctly HyperCard's performance slowed with an increase in the number of fields. Maybe this will not be the case with grouped fields in LiveCode. Thanks Terry On 15 Jul 2014, at 21:16, J. Landman Gay jac...@hyperactivesw.com wrote: Well, this part is pretty easy using existing controls and employs a trick we've been using since HyperCard. Make each column its own field, group them, and scroll the group. Performance is snappy, and you can set the alignment of each field independently. ___ 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
Re: RLE images
On 7/15/2014, 1:53 AM, Thierry Douez wrote: 2014-07-15 1:06 GMT+02:00 J. Landman Gay If anyone has definitive knowledge, please say. Otherwise I'll go with this. might be you are looking for paintCompression. Thanks, I'd forgotten about that. It's exactly what I need. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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
Re: [OT] SWIFT
Hi Kevin, Kevin Miller-2 wrote If the data grid was written to be a widget, it would be a single object. Much easier to make that run fast! Just out of curiosity... Why the default layerMode of the datagrid is static? Could the datagrid scrolls faster if the layerMode was set to scrolling? Thanks in advance! Al -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-SWIFT-tp4681096p4681154.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
Re: HTML5 Campaign Update: 20% Tipping Point Achieved
On Tue, Jul 15, 2014 at 10:23 PM, Heather Laine heat...@runrev.com wrote: We need YOUR SUPPORT to keep this campaign on track for its target. If you have ideas for promoting it or suggestions as to what more we could be doing, please let us know! The previous campaign was part of KickStarter, this one is not. I'm just wondering why it was decided not to go via KickStarter again; they are a known entity and have a huge audience with most people very comfortable with the rules of play. Runrev's rules are noticeably different and I'm wondering if some people are shying away when they read 'we reserve the right to refund pledges' (I'm paraphrasing). ___ 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
Fwd: LiveCodeServer - Prints shebang line
Somebody asked a question on the mailing list related to running LiveCode CGI scripts using LiveCode Server - Livecode CGIs co-existing with old-school Rev 2.x CGIs (Basically, he's trying to avoid changing the Apache configuration file). I don't see any reason that you can't use LiveCode Server to run CGI scripts so I thought that I'd experiment. First I ran a simple script from the command line: ?lc set the outputLineEndings to lf put content-type: text/plain return return put Hello from a LiveCodeServer CGI script return ? $LiveCodeServer/livecode-server cgi-bin/livecode.cgi content-type: text/plain Hello from a LiveCodeServer CGI script Next, I added the shebang line and ran it again: #!/Users/peter/Sites/LiveCodeServer/livecode-server ?lc set the outputLineEndings to lf put content-type: text/plain return return put Hello from a LiveCodeServer CGI script return ? $ cgi-bin/livecode.cgi #!/Users/peter/Sites/LiveCodeServer/livecode-server content-type: text/plain Hello from a LiveCodeServer CGI script As you can see, LiveCode Server printed it's Shebang line and then executed the script. This stops the script from being able to be run as a script - browsers don't know what to do with the shebang line. This is also an nuisance for anybody wanting to use LiveCode Server for command line scripting. Should I report this as a bug? Regards Peter ___ 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
Re: LiveCodeServer - Prints shebang line
Hi Peter One of the contributions I made just prior to christmas was to handle the shebang and basically put the script into ?lc mode immediately if there's a shebang. I really didn't get much of a chance to experiment with it but it was merged in. Unfortunately I can't remember which version of LC but perhaps try one of the latest server versions??? Cheers Monte On 16 Jul 2014, at 11:42 am, Peter W A Wood peterwaw...@gmail.com wrote: Somebody asked a question on the mailing list related to running LiveCode CGI scripts using LiveCode Server - Livecode CGIs co-existing with old-school Rev 2.x CGIs (Basically, he's trying to avoid changing the Apache configuration file). I don't see any reason that you can't use LiveCode Server to run CGI scripts so I thought that I'd experiment. First I ran a simple script from the command line: ?lc set the outputLineEndings to lf put content-type: text/plain return return put Hello from a LiveCodeServer CGI script return ? $LiveCodeServer/livecode-server cgi-bin/livecode.cgi content-type: text/plain Hello from a LiveCodeServer CGI script Next, I added the shebang line and ran it again: #!/Users/peter/Sites/LiveCodeServer/livecode-server ?lc set the outputLineEndings to lf put content-type: text/plain return return put Hello from a LiveCodeServer CGI script return ? $ cgi-bin/livecode.cgi #!/Users/peter/Sites/LiveCodeServer/livecode-server content-type: text/plain Hello from a LiveCodeServer CGI script As you can see, LiveCode Server printed it's Shebang line and then executed the script. This stops the script from being able to be run as a script - browsers don't know what to do with the shebang line. This is also an nuisance for anybody wanting to use LiveCode Server for command line scripting. Should I report this as a bug? Regards Peter ___ 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 -- M E R Goulding Software development services Bespoke application development for vertical markets mergExt - There's an external for that! ___ 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
Re: [OT] SWIFT
On the topic of the DG, I have worked on and in it to tweak and fix a few things. I am amazed at how complex it is, and how many of lines of code it contains. I've thought about/played around with simplifying it, removing a couple thousand lines of code, etc. to make a DG-Lite, but I'm not happy with it, yet. It is remarkable what you can build by bootstrapping LC. Now if we could optimize it... On Tue, Jul 15, 2014 at 6:02 PM, Alejandro Tejada capellan2...@gmail.com wrote: Hi Kevin, Kevin Miller-2 wrote If the data grid was written to be a widget, it would be a single object. Much easier to make that run fast! Just out of curiosity... Why the default layerMode of the datagrid is static? Could the datagrid scrolls faster if the layerMode was set to scrolling? Thanks in advance! Al -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-SWIFT-tp4681096p4681154.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 -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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
Re: LiveCodeServer - Prints shebang line
On 07/15/2014 08:46 PM, Monte Goulding wrote: Hi Peter One of the contributions I made just prior to christmas was to handle the shebang and basically put the script into ?lc mode immediately if there's a shebang. I really didn't get much of a chance to experiment with it but it was merged in. Unfortunately I can't remember which version of LC but perhaps try one of the latest server versions??? Cheers Monte We are pleased to announce the release of LiveCode 6.6. Release Contents ... * '#!' now recognised by server ___ 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
iOS and the effective working screenRect
Greetings! On my iPhone 4 (iOS 5.1.1), with the keyboard activated, the effective working screenRect returns 0,0,640,744. This is obviously wrong -- 744 is not the top of the keyboard, 528 is correct. In the simulator with iOS 7, it seems correct. Anyone have any knowledge about this? Using LC version 6.1.3. Thanks!! -Dan ___ 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
Re: CommandKeyDown in a library script?
Graham. It should. It always has for me. Is the handler in the library stack in the stack script? It has to be, unless you send it explicity to a card or control on that stack. Are you sure you are not trapping it anywhere in the main stack? Or if you are, are you sure you are passing the message? Craig -Original Message- From: Graham Samuel livf...@mac.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Tue, Jul 15, 2014 1:51 pm Subject: CommandKeyDown in a library script? When I create a new mainstack and put a commandKeyDown handler in it, the handler fires when I press the relevant key. When I put the same code in a library stack, which is used via a start using command at initialisation, it doesn't seem to fire. Can anyone say why? TIA Graham ___ 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
Re: HTML5 Campaign Update: 20% Tipping Point Achieved
Maybe the Kickstarter 15% commission? The Kickstarter plus is the larger audience though. Looking at the current HTML5 campaign, it's a long way off making its' goal right now so the larger audience may have been needed. The campaign is about half way though as of today. At the current run rate, they'll fall around $238k short of the goal, need about $21k per day in donations to make it (they had around $1000 today), and another 751 donors at the current average donation of $418. Things can and do change very quickly, especially in the final few days of a campaign, but those numbers don't look good. As for the refund, it's not really any different than Kickstarter. They don't charge your credit card unless the campaign makes it's goal I think RunRev are taking the donations immediately and saying they can choose to return them if they don't meet their goal. Or not, which may be, as you say, what is frightening some people off. Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html On Tue, Jul 15, 2014 at 4:25 PM, Kay C Lan lan.kc.macm...@gmail.com wrote: On Tue, Jul 15, 2014 at 10:23 PM, Heather Laine heat...@runrev.com wrote: We need YOUR SUPPORT to keep this campaign on track for its target. If you have ideas for promoting it or suggestions as to what more we could be doing, please let us know! The previous campaign was part of KickStarter, this one is not. I'm just wondering why it was decided not to go via KickStarter again; they are a known entity and have a huge audience with most people very comfortable with the rules of play. Runrev's rules are noticeably different and I'm wondering if some people are shying away when they read 'we reserve the right to refund pledges' (I'm paraphrasing). ___ 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
