date:20111109

Re: Paradigma Software Inc released Free Business Ready Database andReports Server

2011-11-09 Thread Keith Clarke

Thanks for the links Ruslan. I guess the 'on-rev' aspect is more about how to 
install packages there, so I've asked that question on the on-rev forum.

Local host is probably easier (in that it's my infrastructure). But, as my 
interest is web apps, that also introduces the added dependency/complexity of 
getting the new RevServer installed on my dev Mac and/or server.
Best,
Keith..
 
On 8 Nov 2011, at 23:51, Ruslan Zasukhin wrote:

 On 11/8/11 9:34 PM, Keith Clarke keith.cla...@clarkeandclarke.co.uk
 wrote:
 
 Hi Keith,
 
 Very interesting.
 So, is there a how-to somewhere on installing this on my on-rev account to
 experiment and learn more about Valentina?
 
 ...starting with which version to download and how to install onto on-rev!
 
 Version 4.9.1
 
 I am not aware deeply about on-rev account.
 I think it is more simple to start play just on localhost.
 
 
V4REV docs:
 
 http://www.valentina-db.com/dokuwiki/doku.php?id=valentina:products:adk:v4re
 v:v4rev
 
Valentina articles
 
 http://www.valentina-db.com/dokuwiki/doku.php?id=valentina:articles:articles
 
Valentina Reports some videos
 
 http://valentina-db.com/dokuwiki/doku.php?id=valentina:video:vspro:vspro
 
 
 Best,
 Keith..
 
 Anyway - now everyone can have a real powerhouse server in their small and
 medium sized workgroups and companies for no cost.
 
 
 -- 
 Best regards,
 
 Ruslan Zasukhin
 VP Engineering and New Technology
 Paradigma Software, Inc
 
 Valentina - Joining Worlds of Information
 http://www.paradigmasoft.com
 
 [I feel the need: the need for speed]
 
 
 
 ___
 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: Just curious - how would I approach creating a drum machine in live code?

2011-11-09 Thread René Micout

Hello Mike,
Le 8 nov. 2011 à 23:00, Admin a écrit :

 Also, I would LOVE to
 utilize MIDI for this - so the pattern is actually based in MIDI and the
 loaded drum samples are in different MIDI channels. 

I think you do use MIDI but no samples (you can use QuickTime to play samples, 
but not very creative... I am old school...)
For my digital instruments made with LiveCode I use the external sunnYmidi by 
Thierry Douez :
http://sunny-tdz.com/   seehttp://sunny-tdz.com/art-1000
but Macintosh OS X for now... are you ?
Bon souvenir de Paris
René
___
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: Passing Parameters

2011-11-09 Thread Mark Schonewille

Pete,

Most programmes were not written for socket communication. Instead, they write 
to stdout, which can be read from using the read from process command. Writing 
to stdout is much easier than writing to a socket. However, if you are writing 
the app you want to communicate with yourself, then you might as well use 
sockets. IIRC writing to stdout doesn't work correctly in LiveCode, which 
leaves sockets as a good alternative.

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Become our partner in sales http://qery.us/16r Start selling Color Converter 
today. 20% commission!

On 9 nov 2011, at 08:38, Pete wrote:

 Very useful lesson.  I guess I'm still interested in the
 differences/pros/cons of using sockets versus open process/read from
 process/write to process LC commands (assuming both processes are LC).  Do
 those commands use sockets under the covers?
 Pete
 Molly's Revenge http://www.mollysrevenge.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

TIP: A Collapsable Tool Palette

2011-11-09 Thread Michael Kristensen

Hi there

If you have finished adding objects to your stack it can be nice to have a 
smaller Tool Palette with only the RUN - EDIT button visible.

You can have that in this way:

Go to the preferences of Revolution/Livecode and turn this on:

General: Command-Option or Control-Alt edits script.

and 

General: In Revolution UI windows.


Now hold Command-Option or Control-Alt down over the Tool Palette card.

The script of the Tool Palette card appear.

It has no mouseUp handler, so you can add this:

on mouseUp
   if the mouseV  5 then
  if the height of this stack is 459 then
 set the height of this stack to 33
  else
 set the height of this stack to 459
  end if
   end if
end mouseUp

Now if you click just under the window bar the window will toggle between full 
and collapsed.


NOTE: The height of the toolpalette may vary according to if the draw/paint 
tool is toggled on. Go check it before. In my case they are on.

In any case the ToolPalette will spring to its full when you choose it from the 
menu.

Michael
___
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

If you have an existing program that reads from stdin and writes to
stdout - and you want to control / monitor it from another app - then
it'd be natural to just use 'read from process'. Or if you have a
program that you don't own / develop you might have to use 'read from
process'.

In general, using sockets is much more flexible and (once you've got
over the initial hurdle of building socket communications once or twice)
very simple - start with the lesson Phil pointed to, look at Chatrev, etc.

'read from process' has many limitations - in particular you need to
poll for input, using the 'read from process... in x msecs form. If
you use sockets then you can have the programs operate asynchronously,
and have a handler that is called when data is ready for you. Or you can
communicate with multiple other apps. Or move one of the apps to another
machine (with some care over security). Or almost anything.

-- Alex.

On 09/11/2011 07:38, Pete wrote:

Very useful lesson. I guess I'm still interested in the
differences/pros/cons of using sockets versus open process/read from
process/write to process LC commands (assuming both processes are LC). Do
those commands use sockets under the covers?
Pete
Molly's Revengehttp://www.mollysrevenge.com

On Tue, Nov 8, 2011 at 9:27 PM, Phil Davis

There is a nice intro to LC sockets here:
http://lessons.runrev.com/s/**lessons/m/4071/l/12924-How-to-**
communicate-with-other-**applications-using-socketshttp://lessons.runrev.com/s/lessons/m/4071/l/12924-How-to-communicate-with-other-applications-using-sockets

For inter-app communication, both apps are client AND server.
Phil

___
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: TIP: A Collapsable Tool Palette

2011-11-09 Thread Mark Schonewille

Hi Michael,

Do these script changes stick between sessions?

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Become our partner in sales http://qery.us/16r Start selling Color Converter 
today. 20% commission!

On 9 nov 2011, at 12:15, Michael Kristensen wrote:

 Hi there
 
 If you have finished adding objects to your stack it can be nice to have a 
 smaller Tool Palette with only the RUN - EDIT button visible.
 
 You can have that in this way:
 
 Go to the preferences of Revolution/Livecode and turn this on:
 
 General: Command-Option or Control-Alt edits script.
 
 and 
 
 General: In Revolution UI windows.
 
 
 Now hold Command-Option or Control-Alt down over the Tool Palette card.
 
 The script of the Tool Palette card appear.
 
 It has no mouseUp handler, so you can add this:
 
 on mouseUp
   if the mouseV  5 then
  if the height of this stack is 459 then
 set the height of this stack to 33
  else
 set the height of this stack to 459
  end if
   end if
 end mouseUp
 
 Now if you click just under the window bar the window will toggle between 
 full and collapsed.
 
 
 NOTE: The height of the toolpalette may vary according to if the draw/paint 
 tool is toggled on. Go check it before. In my case they are on.
 
 In any case the ToolPalette will spring to its full when you choose it from 
 the menu.
 
 Michael

___
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: vserver and on-rev account

2011-11-09 Thread Keith Clarke

On-rev runs linux but the version is not stated in the on-rev control panel. 

I'm no expert on on-rev Linux or C-Panel (or anything else, really!) but there 
does not seem to be a terminal function for users. I don't know if the kernel 
version 2.6.18-194.32.1.el5PAE means anything?

Packages seem to be installed into on-rev via Fantastico De Luxe or Simple 
Scripts package managers. So, maybe you folks at Paradigma want to consider 
getting the Office Server package available via Fantastico (as the on-rev 
forums mention a 3 free-app limit on Simple Scripts) to enable point  click 
on-rev installation? That would make it very easy for LiveCoders to start 
playing with Valentina.
Best,
Keith..

On 9 Nov 2011, at 10:16, Ruslan Zasukhin wrote:

 On 11/9/11 10:34 AM, Keith Clarke keith.cla...@clarkeandclarke.co.uk
 wrote:
 
 Hi Keith,
 
 Thanks for the links Ruslan. I guess the 'on-rev' aspect is more about how to
 install packages there,
 
 Right.
 
 What OS is there ?  Mac linux?
 
 so I've asked that question on the on-rev forum.
 
 Local host is probably easier (in that it's my infrastructure). But, as my
 interest is web apps, that also introduces the added dependency/complexity of
 getting the new RevServer installed on my dev Mac and/or server.
 
 -- 
 Best regards,
 
 Ruslan Zasukhin
 VP Engineering and New Technology
 Paradigma Software, Inc
 
 Valentina - Joining Worlds of Information
 http://www.paradigmasoft.com
 
 [I feel the need: the need for speed]


___
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: Uploading to App Store with LiveCode 5

2011-11-09 Thread William de Smet

Hi Mark,

I got today about the same errors as you had yesterday.
I tried to add an iPad version of my Stoplicht app. It got me puzzled and
one thing I didn't try and that worked:
I selected ARM v7 and as minimum iOS 5.
So my app can't work on iOS 4.2 and 4.3 now?
Is this a bug? What do you think?
I read that the current LC 5 version isn't the most stable one made :-)

groeten,

William



2011/11/8 Mark Schonewille m.schonewi...@economy-x-talk.com

 Thanks for the replies, William.  It helps to know that it is actually
 possible. I removed all standalone settings, restarted LiveCode and the app
 loader and now the bundle error is gone. (I still have an icon or plist
 problem, though).

 --
 Best regards,

 Mark Schonewille

 Economy-x-Talk Consulting and Software Engineering
 Homepage: http://economy-x-talk.com
 Twitter: http://twitter.com/xtalkprogrammer
 KvK: 50277553

 Become our partner in sales http://qery.us/16r Start selling Color
 Converter today. 20% commission!

 On 8 nov 2011, at 22:22, William de Smet wrote:

  @mark: I forgot to say that I did upload a new app (Stoplicht) with LC 5
  that went fine the first time.
 
  greetings,
 
  William


 ___
 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: Uploading to App Store with LiveCode 5

2011-11-09 Thread Mark Schonewille

Hi William,

Contact me off-list with a screenshot of the errors.

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Become our partner in sales http://qery.us/16r Start selling Color Converter 
today. 20% commission!

On 9 nov 2011, at 15:45, William de Smet wrote:

 Hi Mark,
 
 I got today about the same errors as you had yesterday.
 I tried to add an iPad version of my Stoplicht app. It got me puzzled and
 one thing I didn't try and that worked:
 I selected ARM v7 and as minimum iOS 5.
 So my app can't work on iOS 4.2 and 4.3 now?
 Is this a bug? What do you think?
 I read that the current LC 5 version isn't the most stable one made :-)
 
 groeten,
 
 William
 


___
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: Uploading to App Store with LiveCode 5

2011-11-09 Thread William de Smet

Hi Mark,

The upload did work (with Arm v7 en iOS5)  and the app is waiting for
review now.
But I think this is not the way it should work.
You should be able to make an app for iPad for iOS4.
Same for the missing icon error! LC 5 is full of bugs ('Show invisible
objects' sometimes doesn't work either).

greetings,

William



2011/11/9 Mark Schonewille m.schonewi...@economy-x-talk.com

 Hi William,

 Contact me off-list with a screenshot of the errors.

 --
 Best regards,

 Mark Schonewille

 Economy-x-Talk Consulting and Software Engineering
 Homepage: http://economy-x-talk.com
 Twitter: http://twitter.com/xtalkprogrammer
 KvK: 50277553

 Become our partner in sales http://qery.us/16r Start selling Color
 Converter today. 20% commission!

 On 9 nov 2011, at 15:45, William de Smet wrote:

  Hi Mark,
 
  I got today about the same errors as you had yesterday.
  I tried to add an iPad version of my Stoplicht app. It got me puzzled and
  one thing I didn't try and that worked:
  I selected ARM v7 and as minimum iOS 5.
  So my app can't work on iOS 4.2 and 4.3 now?
  Is this a bug? What do you think?
  I read that the current LC 5 version isn't the most stable one made :-)
 
  groeten,
 
  William
 


 ___
 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: looking for a co-presenter...

2011-11-09 Thread Colin Holgate

I asked, and he was generally up for it, but has other commitments for the next 
several weeks.

Still looking for someone, and it may be for this coming Saturday.


On Nov 4, 2011, at 2:41 PM, Alejandro Tejada wrote:

 Reading the description, this person
 is Ken Ray. :-D

___
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

LiveCode.tv event #42 (Wrap up)

2011-11-09 Thread Björnke von Gierke

Last weekend Mark presented his latest changes to installer maker.

Watch it here:
http://www.ustream.tv/recorded/18331995

Learn more about installer maker:
http://www3.economy-x-talk.com/file.php?node=installer-maker-for-lc



Contact me, if you'd like to present your own products
Björnke


On 5 Nov 2011, at 17:38, Mark Schonewille wrote:

 Hi,
 
 I just noticed that the link is slightly incorrect. The link the LiveCode 
 plugin is:
 http://www3.economy-x-talk.com/file.php?node=installer-maker-for-lc
 (and that's where you'll be able to use the coupon code for the discount).
 
 --
 Best regards,
 
 Mark Schonewille
 
 Economy-x-Talk Consulting and Software Engineering
 Homepage: http://economy-x-talk.com
 Twitter: http://twitter.com/xtalkprogrammer
 KvK: 50277553
 
 Become our partner in sales http://qery.us/16r Start selling Color Converter 
 today. 20% commission!
 
 On 4 nov 2011, at 02:09, Björnke von Gierke wrote:
 
 This Saturday, Mark will present his Installer Maker, because he just 
 released a fresh beta version. Join the event and get a big discount on this 
 invaluable tool.
 
 More info about Installer Maker:
 http://www3.economy-x-talk.com/file.php?node=installer-maker
 
 Have your own tool? Present it during the event:
 http://livecode.tv/participate/
 
 Join ChatRev to watch live at 20:00 CET on Saturday, 5th November. Download 
 a standalone from
 http://bjoernke.com/chatrev/ 
 or enter in the message box:
 go stack URL “http://bjoernke.com/chatrev/chatrev1.3b3.rev”
 
 BerlinSat 20:00
 New YorkSat 15:00
 Los AngelesSat 12:00
 SydneySun 06:00
 Hong KongSun 03:00
 
 
 See you then :)
 Björnke
 
 
 -- 
 Watch live presentations every Saturday:
 http://livecode.tv
 
 Use an alternative Dictionary viewer:
 http://bjoernke.com/bvgdocu/
 
 Chat with other RunRev developers:
 http://bjoernke.com/chatrev/
 
 
 ___
 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


-- 
Watch live presentations every Saturday:
http://livecode.tv

Use an alternative Dictionary viewer:
http://bjoernke.com/bvgdocu/

Chat with other RunRev developers:
http://bjoernke.com/chatrev/


___
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: Color of a graphic

2011-11-09 Thread Björnke von Gierke

I suggest not to disable graphics. Unless they're interactive to begin with, 
disabling them is kinda pointless. Instead change the foregroundcolor to a grey.

put 100,100,100 into theGrey
set the foregroundcolor of graphic myArrow to theGrey

On 9 Nov 2011, at 04:12, Pete wrote:

 Thanks Craig, good to know it's not just me!
 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 
 
 
 
 On Tue, Nov 8, 2011 at 6:14 PM, dunb...@aol.com wrote:
 
 Pete.
 
 
 Interesting. Adding color seems to disable, er, disabling.
 
 
 
 Why not store the color in a custom property, and when you disable the
 graphic,  clear the color as well, restoring it when you re-enable.
 
 
 
 Craig Newman
 
 
 
 
 -Original Message-
 From: Pete p...@mollysrevenge.com
 To: How to use LiveCode use-livecode@lists.runrev.com
 Sent: Tue, Nov 8, 2011 11:50 am
 Subject: Color of a graphic
 
 
 I set up a line with an arrow at the end as a graphic.  If I disable it, it
 shows up grey.  If I change the color of it (the text/border color), the
 color doesn't change when I disable it.
 
 I can change the blendlevel to make it appear disabled but is there some
 other property to make it appear disabled visually?
 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 ___
 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


-- 
Watch live presentations every Saturday:
http://livecode.tv

Use an alternative Dictionary viewer:
http://bjoernke.com/bvgdocu/

Chat with other RunRev developers:
http://bjoernke.com/chatrev/


___
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: Passing Parameters

2011-11-09 Thread Björnke von Gierke

Note that these days most OSes will put up a security warning when you start to
accept sockets, which you will need to do for inter-process communication. On
corporate windows environments, accepting sockets might be disabled altogether
for user processes.

On 9 Nov 2011, at 12:17, Alex Tweedly wrote:

If you have an existing program that reads from stdin and writes to stdout -
and you want to control / monitor it from another app - then it'd be natural
to just use 'read from process'. Or if you have a program that you don't own
/ develop you might have to use 'read from process'.

In general, using sockets is much more flexible and (once you've got over the
initial hurdle of building socket communications once or twice) very simple -
start with the lesson Phil pointed to, look at Chatrev, etc.

'read from process' has many limitations - in particular you need to poll
for input, using the 'read from process... in x msecs form. If you use
sockets then you can have the programs operate asynchronously, and have a
handler that is called when data is ready for you. Or you can communicate
with multiple other apps. Or move one of the apps to another machine (with
some care over security). Or almost anything.

-- Alex.

On 09/11/2011 07:38, Pete wrote:
Very useful lesson. I guess I'm still interested in the
differences/pros/cons of using sockets versus open process/read from
process/write to process LC commands (assuming both processes are LC). Do
those commands use sockets under the covers?
Pete
Molly's Revengehttp://www.mollysrevenge.com

On Tue, Nov 8, 2011 at 9:27 PM, Phil Davis

For inter-app communication, both apps are client AND server.
Phil

--
Watch live presentations every Saturday:
http://livecode.tv

Use an alternative Dictionary viewer:
http://bjoernke.com/bvgdocu/

Chat with other RunRev developers:
http://bjoernke.com/chatrev/

[ANN] World's first supercomputer tablet

2011-11-09 Thread Chipp Walters

Richard,
I think you already have V1 of these.
http://gizmodo.com/5857759/meet-the-asus-eee-pad-transformer-prime-the-worlds-first-supercomputer-tablet

-- 
Chipp Walters
CEO, Shafer Walters Group, Inc.
___
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: [ANN] World's first supercomputer tablet

2011-11-09 Thread Richard Gaskin


Chipp Walters wrote:


Richard,
I think you already have V1 of these.
http://gizmodo.com/5857759/meet-the-asus-eee-pad-transformer-prime-the-worlds-first-supercomputer-tablet


I do, and the only disappointment, if you can call it that, is that the 
TF101 already performs so well I'm likely to sit out the upgrade until 
the version after this next one.


Don't get me started.  The Transformer has been aptly named for me: 
with the keyboard dock it's completely transformed my device lineup, 
replacing both my tablet and my netbook.


The cool Jules Verne enclosure motif is just icing on the cake.

Other tablet vendors could learn a lot from Asus.  You don't have to 
mimic the iPad to compete with it.  The Transformer is the second-best 
selling tablet on the market today, and IMNSHO for good reason.


With the quad-core NVidia Tegra 3 driving Ice Cream Sandwich, it only 
gets better


--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
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: [ANN] World's first supercomputer tablet

2011-11-09 Thread Andre Garzia

Chipp,

IMHO that is not a tablet but a laptop. The line between laptop and tablet
is so thin these days that I begun to use another criteria to distinguish
between them than the presence of a physical keyboard. Most if not all
tablets in the market can pair with keyboards so in the end it makes little
sense to distinguish between an EEE PC PAD PRIME (horrible name) and a
MacBook Air. Even in terms of processing power both things are merging.
Heck a quad core processor inside a tablet!!! My own macbook pro has a dual
core.

I tend to classify machines these days in two categories: my machine and
their machine.

my machine is the hardware that once I buy, I can install whatever I want
from whatever source I want. So both my macbook pro and my Google Nexus S
are under this category.

their machine is the hardware that I can't install whatever I want from
whatever source I want and currently this mean iPhone and iPad and if the
doomsday predictions come true, will soon include the mac.

This machine you sent looks really good. I think we should pay attention to
the resolution: 1280x800, that is larger than the iPad. LiveCode needs an
easier way to handle the inifite amount of resolutions we face these days.
Scripting resizeStack is a good exercise but we really should aim to some
form of resolution independence here. Mobile apps tend to use more images
as decoration than desktop apps, with all those different resolutions, you
need to carry a lot of images of different sizes in your app or loose time
resizing them at runtime. Asus Eee Prime Pad is just one among the
different Android Tablets our there, each running a different resolution
and screwing my resizes.

On Wed, Nov 9, 2011 at 2:52 PM, Chipp Walters ch...@chipp.com wrote:

Richard,
I think you already have V1 of these.

http://gizmodo.com/5857759/meet-the-asus-eee-pad-transformer-prime-the-worlds-first-supercomputer-tablet

--
Chipp Walters
CEO, Shafer Walters Group, Inc.
___
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

--
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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: Passing Parameters

2011-11-09 Thread Pete

Thanks for the explanations - stopped me from going down the wrong path.
Pete
Molly's Revenge http://www.mollysrevenge.com




On Wed, Nov 9, 2011 at 3:17 AM, Alex Tweedly a...@tweedly.net wrote:


 If you have an existing program that reads from stdin and writes to stdout
 - and you want to control / monitor it from another app - then it'd be
 natural to just use 'read from process'. Or if you have a program that you
 don't own / develop you might have to use 'read from process'.

 In general, using sockets is much more flexible and (once you've got over
 the initial hurdle of building socket communications once or twice) very
 simple - start with the lesson Phil pointed to, look at Chatrev, etc.

 'read from process' has many limitations - in particular you need to
 poll for input, using the 'read from process... in x msecs form. If you
 use sockets then you can have the programs operate asynchronously, and have
 a handler that is called when data is ready for you. Or you can communicate
 with multiple other apps. Or move one of the apps to another machine (with
 some care over security). Or  almost anything.

 -- Alex.




 On 09/11/2011 07:38, Pete wrote:

 Very useful lesson.  I guess I'm still interested in the
 differences/pros/cons of using sockets versus open process/read from
 process/write to process LC commands (assuming both processes are LC).  Do
 those commands use sockets under the covers?
 Pete
 Molly's Revengehttp://www.**mollysrevenge.comhttp://www.mollysrevenge.com
 





 On Tue, Nov 8, 2011 at 9:27 PM, Phil Davis


 There is a nice intro to LC sockets here:
 http://lessons.runrev.com/s/lessons/m/4071/l/12924-How-to-http://lessons.runrev.com/s/**lessons/m/4071/l/12924-How-to-**
 communicate-with-other-applications-using-socketshtt**
 p://lessons.runrev.com/s/**lessons/m/4071/l/12924-How-to-**
 communicate-with-other-**applications-using-socketshttp://lessons.runrev.com/s/lessons/m/4071/l/12924-How-to-communicate-with-other-applications-using-sockets
 


 For inter-app communication, both apps are client AND server.
 Phil



  __**_
 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-livecodehttp://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-livecodehttp://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: [ANN] World's first supercomputer tablet

2011-11-09 Thread Alex Tweedly


On 09/11/2011 17:08, Andre Garzia wrote:

Scripting resizeStack is a good exercise but we really should aim to some
form of resolution independence here. Mobile apps tend to use more images
as decoration than desktop apps, with all those different resolutions, you
need to carry a lot of images of different sizes in your app or loose time
resizing them at runtime. Asus Eee Prime Pad is just one among the
different Android Tablets our there, each running a different resolution
and screwing my resizes.


So long as we don't have proper resolution independence, should we 
instead try for re-sizing at installation time (or, failing that, 
perhaps resize on first use).


I know almost nothing about mobile - but I suspect that in most cases 
the resolution is 'fixed' for any particular installation of an app, so 
resizing either as the last step of installation or when the image is 
first displayed would avoid repeated time lost to resizing. You might 
need a meta-resize to determine for any particular screen resolution 
what size each of your images needs to be. Then, if mobile installation 
allows it, you could do a one-time resize of the images; if not then it 
might need to happen on first use. Would users prefer to see a message 
(New installation being completed) on first starting up an app (maybe 
combined with registration or other first-time actions)? Or would it be 
better to simply hide that cost during usage ?


-- Alex.

___
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: Color of a graphic

2011-11-09 Thread Pete

The graphic is interactive since I'm using it as a button (with a mouseUp
handler).  I guss drwaing a graphic was just a convenient way of creating
an arrow without searching around for an icon to use as a button icon.

Right now, I'm changing the blendlevel of the graphic to 50 when I disable
it, then back to 0 when it's enabled again.  That gives the right visual
effect and preserves the color.

Pete
Molly's Revenge http://www.mollysrevenge.com




2011/11/9 Björnke von Gierke b...@mac.com

 I suggest not to disable graphics. Unless they're interactive to begin
 with, disabling them is kinda pointless. Instead change the foregroundcolor
 to a grey.

 put 100,100,100 into theGrey
 set the foregroundcolor of graphic myArrow to theGrey

 On 9 Nov 2011, at 04:12, Pete wrote:

  Thanks Craig, good to know it's not just me!
 
  Pete
  Molly's Revenge http://www.mollysrevenge.com
 
 
 
 
  On Tue, Nov 8, 2011 at 6:14 PM, dunb...@aol.com wrote:
 
  Pete.
 
 
  Interesting. Adding color seems to disable, er, disabling.
 
 
 
  Why not store the color in a custom property, and when you disable the
  graphic,  clear the color as well, restoring it when you re-enable.
 
 
 
  Craig Newman
 
 
 
 
  -Original Message-
  From: Pete p...@mollysrevenge.com
  To: How to use LiveCode use-livecode@lists.runrev.com
  Sent: Tue, Nov 8, 2011 11:50 am
  Subject: Color of a graphic
 
 
  I set up a line with an arrow at the end as a graphic.  If I disable
 it, it
  shows up grey.  If I change the color of it (the text/border color), the
  color doesn't change when I disable it.
 
  I can change the blendlevel to make it appear disabled but is there some
  other property to make it appear disabled visually?
 
  Pete
  Molly's Revenge http://www.mollysrevenge.com
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
  subscription
  preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
  subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
  ___
  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


 --
 Watch live presentations every Saturday:
 http://livecode.tv

 Use an alternative Dictionary viewer:
 http://bjoernke.com/bvgdocu/

 Chat with other RunRev developers:
 http://bjoernke.com/chatrev/


 ___
 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: Color of a graphic

2011-11-09 Thread Devin Asay

Pete,

Why not just create the various states of your arrow graphic and import 
snapshots of the various states as images:

  import snapshot from grc arrow [with effects]

Then just hide them and assign the images as icon states of a button. Then you 
don't have to manage the look of your graphic in your scripting. I do this all 
the time and it works great.

HTH

Devin

On Nov 9, 2011, at 10:40 AM, Pete wrote:

 The graphic is interactive since I'm using it as a button (with a mouseUp
 handler).  I guss drwaing a graphic was just a convenient way of creating
 an arrow without searching around for an icon to use as a button icon.
 
 Right now, I'm changing the blendlevel of the graphic to 50 when I disable
 it, then back to 0 when it's enabled again.  That gives the right visual
 effect and preserves the color.
 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 
 
 
 
 2011/11/9 Björnke von Gierke b...@mac.com
 
 I suggest not to disable graphics. Unless they're interactive to begin
 with, disabling them is kinda pointless. Instead change the foregroundcolor
 to a grey.
 
 put 100,100,100 into theGrey
 set the foregroundcolor of graphic myArrow to theGrey
 
 On 9 Nov 2011, at 04:12, Pete wrote:
 
 Thanks Craig, good to know it's not just me!
 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 
 
 
 
 On Tue, Nov 8, 2011 at 6:14 PM, dunb...@aol.com wrote:
 
 Pete.
 
 
 Interesting. Adding color seems to disable, er, disabling.
 
 
 
 Why not store the color in a custom property, and when you disable the
 graphic,  clear the color as well, restoring it when you re-enable.
 
 
 
 Craig Newman
 
 
 
 
 -Original Message-
 From: Pete p...@mollysrevenge.com
 To: How to use LiveCode use-livecode@lists.runrev.com
 Sent: Tue, Nov 8, 2011 11:50 am
 Subject: Color of a graphic
 
 
 I set up a line with an arrow at the end as a graphic.  If I disable
 it, it
 shows up grey.  If I change the color of it (the text/border color), the
 color doesn't change when I disable it.
 
 I can change the blendlevel to make it appear disabled but is there some
 other property to make it appear disabled visually?
 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 ___
 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
 
 
 --
 Watch live presentations every Saturday:
 http://livecode.tv
 
 Use an alternative Dictionary viewer:
 http://bjoernke.com/bvgdocu/
 
 Chat with other RunRev developers:
 http://bjoernke.com/chatrev/
 
 
 ___
 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

Devin Asay
Humanities Technology and Research Support Center
Brigham Young University




___
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: Color of a graphic

2011-11-09 Thread Pete

Thanks Devin, that sounds like the way to go.
Pete
Molly's Revenge http://www.mollysrevenge.com




On Wed, Nov 9, 2011 at 9:51 AM, Devin Asay devin_a...@byu.edu wrote:

 Pete,

 Why not just create the various states of your arrow graphic and import
 snapshots of the various states as images:

  import snapshot from grc arrow [with effects]

 Then just hide them and assign the images as icon states of a button. Then
 you don't have to manage the look of your graphic in your scripting. I do
 this all the time and it works great.

 HTH

 Devin

 On Nov 9, 2011, at 10:40 AM, Pete wrote:

  The graphic is interactive since I'm using it as a button (with a mouseUp
  handler).  I guss drwaing a graphic was just a convenient way of creating
  an arrow without searching around for an icon to use as a button icon.
 
  Right now, I'm changing the blendlevel of the graphic to 50 when I
 disable
  it, then back to 0 when it's enabled again.  That gives the right visual
  effect and preserves the color.
 
  Pete
  Molly's Revenge http://www.mollysrevenge.com
 
 
 
 
  2011/11/9 Björnke von Gierke b...@mac.com
 
  I suggest not to disable graphics. Unless they're interactive to begin
  with, disabling them is kinda pointless. Instead change the
 foregroundcolor
  to a grey.
 
  put 100,100,100 into theGrey
  set the foregroundcolor of graphic myArrow to theGrey
 
  On 9 Nov 2011, at 04:12, Pete wrote:
 
  Thanks Craig, good to know it's not just me!
 
  Pete
  Molly's Revenge http://www.mollysrevenge.com
 
 
 
 
  On Tue, Nov 8, 2011 at 6:14 PM, dunb...@aol.com wrote:
 
  Pete.
 
 
  Interesting. Adding color seems to disable, er, disabling.
 
 
 
  Why not store the color in a custom property, and when you disable the
  graphic,  clear the color as well, restoring it when you re-enable.
 
 
 
  Craig Newman
 
 
 
 
  -Original Message-
  From: Pete p...@mollysrevenge.com
  To: How to use LiveCode use-livecode@lists.runrev.com
  Sent: Tue, Nov 8, 2011 11:50 am
  Subject: Color of a graphic
 
 
  I set up a line with an arrow at the end as a graphic.  If I disable
  it, it
  shows up grey.  If I change the color of it (the text/border color),
 the
  color doesn't change when I disable it.
 
  I can change the blendlevel to make it appear disabled but is there
 some
  other property to make it appear disabled visually?
 
  Pete
  Molly's Revenge http://www.mollysrevenge.com
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
  subscription
  preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
  subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
  ___
  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
 
 
  --
  Watch live presentations every Saturday:
  http://livecode.tv
 
  Use an alternative Dictionary viewer:
  http://bjoernke.com/bvgdocu/
 
  Chat with other RunRev developers:
  http://bjoernke.com/chatrev/
 
 
  ___
  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

 Devin Asay
 Humanities Technology and Research Support Center
 Brigham Young University




 ___
 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: TIP: A Collapsable Tool Palette

2011-11-09 Thread Michael Kristensen

Yes Mark

When you quit Rev the Palette will ask you if you want to save.

If yes it will stick for next time.

Michael



 
 Hi Michael,
 
 Do these script changes stick between sessions?
 
 --
 Best regards,
 
 Mark Schonewille


___
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

57 matches

Mail list logo