Hi Chipp,
Cool. Way to pre-order ? Will your Interface Designer framework include a way
to apply rules to multiple controls at once ?
Kind regards,
Pierre
Le 21 juil. 2012 à 13:03, Chipp Walters a écrit :
> Hey all,
>
> As you know, Ken and I have been working on some interesting libs for
>
Colin,
Thanks and congratulations. Pre-ordered !
(in using the incredible unergonomic Packt payment workflow - lots of unneeded
clicks).
Kind regards,
Pierre
Le 21 juil. 2012 à 20:51, Jim Lambert a écrit :
> Colin,
>
> Thanks for the breakdown of your book.
> Glad the wait is one month less
Andre-
Saturday, July 21, 2012, 5:24:59 PM, you wrote:
>> Can you shell to xrandr to get this?
>>
> Is there a xrandr on Android? :-O
I just checked and there isn't on ICS, at any rate.
--
-Mark Wieder
mwie...@ahsoftware.net
___
use-livecode mai
Word counting is a snap with Latin-ISO:
on mouseUp
put WordCount(fld 1)
end mouseUp
function WordCount pData
repeat for each word tWord in pData
add 1 to tCount[tWord]
end repeat
combine tCount with cr and tab
set the itemdel to tab
sort lines of tCount numeric descending by item
The first question to Randy would be, why do you want to change the image to
black? What's the end effect you're going for? Would something like the
coloroverlay graphic effect be a workable option?
Regards,
Scott Rossi
Creative Director
Tactile Media, UX Design
On Jul 21, 2012, at 10:06 PM
Those are them.
Regards,
Scott Rossi
Creative Director
Tactile Media, UX Design
On Jul 21, 2012, at 10:01 PM, "J. Landman Gay" wrote:
> On 7/21/12 11:34 PM, Scott Rossi wrote:
>>
>> I don't have LiveCode in front of me but I'm pretty sure the docs
>> list several of the ink limitations of acc
On 7/21/12 11:06 PM, Randy Hengst wrote:
The Imaging Blends do work with accelerated rendering set to true…
But, none of them will turn the image black… or dark gray… these
blends are influenced by the background color.
Is it to be expected that acceleratedRendering will disable the
Structural
On 7/21/12 11:34 PM, Scott Rossi wrote:
I don't have LiveCode in front of me but I'm pretty sure the docs
list several of the ink limitations of acceleratedRendering there.
I just found it in the 5.02 release notes:
Accelerated rendering comes with some restrictions:
• Bitmap effects which us
Randy:
I don't have LiveCode in front of me but I'm pretty sure the docs list several
of the ink limitations of acceleratedRendering there.
Regards,
Scott Rossi
Creative Director
Tactile Media, UX Design
On Jul 21, 2012, at 9:06 PM, Randy Hengst wrote:
> Hi Jacque,
>
> Thanks for the scoo
Hi Jacque,
Thanks for the scoop. That's good to know… To be honest, since they are still
listed under the blend options, I didn't think about them being discontinued.
As I mentioned, "clear" still turns the image black (like I want) in my
original app … I didn't notice the problem until I added
On 7/21/12 8:43 PM, Chipp Walters wrote:
Jacque,
This framework works pretty much like you first described. I suspect you
will find it worthwhile for your projects.
Yup, I was just looking at the scripts. It's a lot like I described. :)
I see a stub in there from Ken's library that toggles w
On 7/21/12 5:37 PM, Randy Hengst wrote:
I've set the INK on the draggable images to "clear" when the image is
first shown to the user… with accelerated rendering set to false, the
image is black…. with accelerated rendering set to true, the image
seems to be stuck in its original color...
In ot
Jacque,
This framework works pretty much like you first described. I suspect you
will find it worthwhile for your projects.
--
Chipp Walters
CEO, Altuit, Inc.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscrib
I don't know about tmControls. Do they respond to resizeStack and can hoe
set their rect and loc?
On Saturday, July 21, 2012, Roger Eller wrote:
> Awesome! Will it work with tmControl too?
>
--
Chipp Walters
CEO, Altuit, Inc.
___
use-livecode mailin
On 7/21/12 7:49 PM, Andre Garzia wrote:
On Sat, Jul 21, 2012 at 9:34 PM, Chipp Walters wrote:
I typically think either we're designing for Tablets or Phones-- but not
for both at the same time. Most devs I've seen tend to develop 2 different
apps if they need to support both.
There is one g
On Sat, Jul 21, 2012 at 10:06 PM, Chipp Walters wrote:
> Andre,
>
> I suppose if you wanted to develop both for phone and tablet, you could use
> 2 different stacks, each using the same altMobileResizer framework and then
> branch to them by editing the openStack handler on cd 1 of the main stack
Awesome! Will it work with tmControl too?
~Roger
On Jul 21, 2012 8:36 PM, "Chipp Walters" wrote:
> Sorry the double post-- I originally thought the OTHER post was my
> originating one.
>
>
> I've added some auto-install procedures to the plugin and it's now
> available for testing at:
>
> http
Andre,
I suppose if you wanted to develop both for phone and tablet, you could use
2 different stacks, each using the same altMobileResizer framework and then
branch to them by editing the openStack handler on cd 1 of the main stack.
There is one good case for developing a single application that
FYI, New 5 min video explaining how to use the plugin:
http://youtu.be/TLWD5KsstFc
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.
New 5 min video explaining how to use the plugin:
http://youtu.be/TLWD5KsstFc
___
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/m
On Sat, Jul 21, 2012 at 9:34 PM, Chipp Walters wrote:
> I typically think either we're designing for Tablets or Phones-- but not
> for both at the same time. Most devs I've seen tend to develop 2 different
> apps if they need to support both.
>
There is one good case for developing a single appl
FYI, for those interested...
I don't lock scripts and anyone can use this in their commercial projects
free of charge. IOW, this is a professional library which you can edit and
use however you like (just don't try and sell it please!)
On Sat, Jul 21, 2012 at 7:36 PM, Chipp Walters wrote:
> Sor
Sorry the double post-- I originally thought the OTHER post was my
originating one.
I've added some auto-install procedures to the plugin and it's now
available for testing at:
http://www.gadgetplugins.com/altplugins/altMobileResizer.rev
Put it in your plugins folder or your altPlugs folder. Don
I think what folks are asking for is a 'responsive' design for layout.
While I agree it's a nice goal, I'm not so sure how necessary it is.
I typically think either we're designing for Tablets or Phones-- but not
for both at the same time. Most devs I've seen tend to develop 2 different
apps if th
AndreOiD (Andre's original ideas)
___
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
Hi Monte,
Landscape should work just fine-- it's the rotation which can possibly
cause problems. One way to do this is with 2 stacks. Another way to do it
is with a large square stack and different cards. The library has the
ability to render objects on all cards at startup, or using a preOpenCard
On Sat, Jul 21, 2012 at 9:16 PM, Mark Wieder wrote:
> Andre-
>
> Saturday, July 21, 2012, 5:08:46 PM, you wrote:
>
> > If we can figure out this then we can present a better layout. Another
> > thing would be a good way to return the screen physical size, for
> example 7
> > inches for Nexus 7 an
Andre-
Saturday, July 21, 2012, 5:08:46 PM, you wrote:
> If we can figure out this then we can present a better layout. Another
> thing would be a good way to return the screen physical size, for example 7
> inches for Nexus 7 and Kindle Fire.
Can you shell to xrandr to get this?
--
-Mark Wied
On Sat, Jul 21, 2012 at 8:59 PM, Roger Eller wrote:
> > Also screen density on android is a headache because a high density phone
> > could be higher res than a low density tablet. What are your thoughts on
> > dealing with that?
>
> To be fair, try editing a stack for the new iPad resolution even
> Also screen density on android is a headache because a high density phone
> could be higher res than a low density tablet. What are your thoughts on
> dealing with that?
To be fair, try editing a stack for the new iPad resolution even on a
1920x1200 monitor. However, the resTool stack that was
Oh Lynn...
With these words, you deflated the argument that I was about
to write:
Lynn Fredricks-2 wrote
>
> For any education to be at its best, you need to have kids coming from
> healthy, intellectually nurturing homes and neighborhoods, and a pipeline
> of
> communication. That's a much mor
Hi Klaus and All,
I'm just now trying to get my head around accelerated rendering.
I don't have access to Windows, so can't comment specifically on what Klaus
discovered.
However, I can confirm a problem with INK and accelerated rendering on LC5.5.1
when running the app on iOS simulator or dev
Hi Chipp,
Watching this close, the methods in which you work in LiveCode
is really inspiring. Thanks for sharing!
Chipp Walters wrote
>
> [snip]
> Be sure to holler if you see anything which doesn't seem correct. :-)
> [snip]
>
Tell me if I am wrong, but when you run the stack in the
iPhone e
Hi chipp
Thanks for the video. This looks like a really helpful tool and I'm keen to get
my hands on it.
Do you have any ideas for handling landscape and tablet views? For tablets I
think in most cases you would want a different stack so using a main stack with
most of the code and a handheld
On Sat, Jul 21, 2012 at 10:59 AM, wrote:
> Not sure I understand what you want, but are you married to having a single
> numeric
> string encode your three/four char data?
no, just trying to be efficient--an integer has four bytes, which
invites me to use it :_)
> It would be so much easier to
Colin,
Thanks for the breakdown of your book.
Glad the wait is one month less!
Jim Lambert
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lis
Chipp,
Nice tool. Very clear presentation.
Thanks,
Jim Lambert
___
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/listi
Not sure I understand what you want, but are you married to having a single
numeric string encode your three/four char data?
It would be so much easier to store them as direct strings, with something
unambiguous as delimiters, maybe even a comma?
I am sure I am not getting this...
Craig New
I agree, the message box is often frazzled trying to keep track of everything.
If you substitute "card CardName|cardNumber|cardID" for "this card", does the
problem go away?
Craig Newman
-Original Message-
From: J. Landman Gay
To: How to use LiveCode
Sent: Sat, Jul 21, 2012 1:26 p
Hi Chipp,
Looks great... can't wait to use it! I have at least 3 projects in the pipeline
for which it will be invaluable.
May I suggest that it could be very nice to have a keyboard shortcut for
"refresh position", since it looks like you are clicking that button an awful
lot.
It looks like m
On 7/21/12 11:53 AM, Thomas McGrath III wrote:
OK, Here's a question:
Why does this line of code work in a button but throw an error when run in the
message box?
set the rect of control "Container" to ((the left of this card + 5),(the bottom of group "nav
bar" + 5),(the right of this card - 5
On Sat, Jul 21, 2012 at 9:53 AM, Thomas McGrath III wrote:
> set the rect of control "Container" to ((the left of this card + 5),(the
> bottom of group "nav bar" + 5),(the right of this card - 5),(the top of group
> "toolbar" - 5))
>
try "put the name of this card" in the message box. It isn't
OK, Here's a question:
Why does this line of code work in a button but throw an error when run in the
message box?
set the rect of control "Container" to ((the left of this card + 5),(the bottom
of group "nav bar" + 5),(the right of this card - 5),(the top of group
"toolbar" - 5))
Message ex
On 7/21/12 11:36 AM, Dr. Hawkins wrote:
OK, now I just got it after saving, removing from memory, and
reloading . . . and it looks like the system, load spiked (red on mac)
for a bit too, before it went all green (user)
Try keeping the dictionary closed for a while and see if it still
happens.
OK, now I just got it after saving, removing from memory, and
reloading . . . and it looks like the system, load spiked (red on mac)
for a bit too, before it went all green (user)
I can watch the spiked load pass from core to core, though.
If the debugger is to be trusted (and it shouldn't have l
As I'm adjusting my data to get ready for postgreSQL instead of
SQLite, I've pretty much settled on having two, rather than one, data
tables.
Dollar amounts and other simple things will go into one table, while
text will go into another with a VACHAR type.
I have various calculated properties th
I have a handful of copies of "HyperTalk..."
I was worried I might run out of them.
But it is Goodman that is needed, not Winkler, et al.
The LC dictionary does a creditable job of presenting the language. It might be
greatly improved, as some have mentioned, if more and larger examples were
42 minutes of HD instruction; time well spent! I can't wait to get the
stsResizeLib.
~Roger
On Sat, Jul 21, 2012 at 7:56 AM, Chipp Walters wrote:
> Check out my latest resizing library (using part of Ken's stsResizeLib).
>
> http://www.youtube.com/watch?v=vY6r46O0cVA
>
> --
> Chipp Walters
> C
Oh, bob slylabs is posting again? What a pity.
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Why-killing-Media-was-killing-an-investment-in-the-future-tp4652364p4652561.html
Sent from the Revolution - User mailing list archive at Nabble.com.
__
Is that Interface Builder a new lib as well or is that available someplace?
SKIP
On Sat, Jul 21, 2012 at 10:14 AM, Magicgate Software - Skip Kimpel
wrote:
> Hey this looks awesome! This would certainly save a lot of time!
>
>
> On Sat, Jul 21, 2012 at 7:03 AM, Chipp Walters wrote:
>> Hey a
Hey this looks awesome! This would certainly save a lot of time!
On Sat, Jul 21, 2012 at 7:03 AM, Chipp Walters wrote:
> Hey all,
>
> As you know, Ken and I have been working on some interesting libs for
> managing resizing of stacks. I'm particularly focussed on RevMobile and
> have create
I saw "HyperTalk -- The Book" in a bookstore [remember bookstores?] when I was
saving up to get my first mac and bought it right away. I read it over one
summer before I even had a computer, and when I finally got the machine I was
off and running. Hypercard became my major tool from the get-go.
On Friday, July 20, 2012, J. Landman Gay wrote
>
>
> Was the dictionary open? Maybe that old user-notes bug came back?
>
It is uncommon for me *not* to have the dictionary open . . .
--
The Hawkins Law Firm
Richard E. Hawkins, Esq.
(702) 508-8462
hawkinslawf...@gmail.com
3025 S. Maryland Parkw
Monte,
I agree with you. We all know by now that Apple discourages using faux
Apple-like controls UNLESS they are pixel perfect and strictly follow the
Apple UI guidelines. But, they readily accept different interfaces as long
as they are well done. Plus, being able to code one GUI and have it run
Hey all,
As you know, Ken and I have been working on some interesting libs for
managing resizing of stacks. I'm particularly focussed on RevMobile and
have created a toolset which allows developers to easily create resolution
independent interfaces-- which smartly resize to take advantage of any
m
It's not just that many people who develop for mobile have already
settled on their tools, e.g. Java, Objective-C or in some cases the
Lua based platforms. Which means for pure ease of use they prefer to
stay where they are even if overall they may save time/money by
switching to RR. While you can
Probably a true worldwide diagnostic, especially applicable in France too...
Le 19 juil. 2012 à 22:07, Bob Sneidar a écrit :
> It's my personal opinion that we ought to be making a much bigger effort to
> improve education across the board, and no, more money does not accomplish
> that goal. Ca
Le 19 juil. 2012 à 20:23, Bob Sneidar a écrit :
> I think the real key to making LC insanely profitable for RR is for us, the
> developers, to produce really good commercial apps on a regular basis using
> LC, and proudly display on our splash screens: Made With Livecode!
--
Pierre Sahores
mo
58 matches
Mail list logo
