headers
Dan Shafer | 1 Apr 2006 01:19
Picon

Re: Rev Media and the product line gap

Then I stand corrected. And it's nice to know that there are some trained
professional programmers out there in RevolutionLand!

On 3/31/06, Jerry Daniels <jerry@...> wrote:
>
> Dan,
>
> I wish I was an inventive user. It sounds fun. But I do this for a
> living and was trained--initially by a small Chinese woman from
> Southern Illinois University with a very high voice and a love of
> punch cards--in 1968.
>
> I use Revolution because I like it and can make a living at it.
>
> Best,
>
> Jerry Daniels
>
> Buy Constellation from Runtime Revolution!
> http://revstudio.runrev.com/section/revselect/constellation/
>
>
>
> On Mar 31, 2006, at 4:06 PM, Dan Shafer wrote:
>
> > Chipp, by that standard, is a self-described Inventive User. So am
> > I. So, I
> > think, is Jerry Daniels. I suspect Richard Gaskin falls into that
> > category
> > as do all of the educational folks here and.... You get the idea. I
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dan Shafer | 1 Apr 2006 01:23
Picon

Re: screen flicker after a CR is typed - v2.7.1-dp-1

Stephen....

While I am not yet using 2.7, I do have 2.7-rc2 here and I just ran it up
and tested this. No prob. Since your 2.7 is at the very first release, my
guess is that this problem, if it ever existed, is fixed.

On 3/31/06, Stephen Barncard <stephenREVOLUTION@...> wrote:
>
> I just started to notice this... there is an inordinate amount of
> screen flicker after a CR is typed that I didn't see before in fields
> in Rev. This is compared to a field in TextEdit. It gets worse if the
> field is enlarged.
>
> This is especially noticeable if there is something dark behind the
> field. It appears that during the refresh it reveals a layer below
> for a split second. Is this new or tolerated?
>
> Runtime Revolution:      v2.7.1-dp-1
> Environment:    development
> Platform:       MacOS
> License Type:   Enterprise
> Build # 213
> MacOS   10.4.5
>
> --
> stephen barncard
> s a n  f r a n c i s c o
> - - -  - - - - - - - - -
> _______________________________________________
> use-revolution mailing list
(Continue reading)

Permalink | Reply | 0 comments |
headers
liamlambert | 1 Apr 2006 01:24
Picon

login

I was wondering what is the best way to go about building a login for  
an app
or is there an example out there I could have a look at.
thanks
Liam Lambert
liamlambert@...
IRELAND

_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 0 comments |
headers
James Spencer | 1 Apr 2006 01:59
Picon

Re: Can't pass array function result as parameter


On Mar 30, 2006, at 10:44 PM, J. Landman Gay wrote:

> James Spencer wrote:
>
>> My problem is that while the debugger shows tArray in my mouseUp   
>> handler to be valid and shows it to have been correctly modified,   
>> when I step into the library code for LibUseDifferentArray, it  
>> shows  pArray as empty and the processing fails.  In order to get  
>> it to work  I have had to copy tArray to a new array, element by  
>> element:
>
> Here's an old discussion that may help:
>
> <http://lists.runrev.com/pipermail/metacard/2003-June/005126.html>
>
> Basically, sometimes you can pass an array and sometimes you can't.

Thanks Jacque.  This helped and I believe it has to be describing the  
source of my problem although I haven't completely worked out the  
semantics for my particular case.  Bottom line, it is not a bug per  
se but an artifact of how variables work.  (What I will be playing  
with this weekend is why the "sometimes you can pass an array"  
doesn't seem to include

put functionThatReturnsAnArray(tNonArrayParameter) into tArray
put tArray into tAnotherArray
handlerThatExpectsAnArray tAnotherArray

although in all fairness, this may just be me being sloppy in how I
(Continue reading)

Permalink | Reply | 10 comments |
headers
Sarah Reichelt | 1 Apr 2006 04:23
Picon

Re: Insert into back script logic

> I am asking this time since I don't have a moment to spare before Sat AM.
>
> I want to implement a design change into a rather complex program that uses
> one card in one stack.
>
> The question:
> Does the following
>     insert the script of this card into back
>
> mean that the card script at the card level will also be in the hierarchy
> trapping messages as well as in the back, or
>
> by inserting it into the back, this becomes its one-and-only position?
>
> If there is a send "sumptin" to card 1, does this trigger twice?

Hi Jim,

I don't know for sure, but I would be worried that your card handlers
might be triggered twice. I would recommend putting them into a
separate button and inserting the button's script into back. That way
you can be sure it is only in the hierarchy once.

Cheers,
Sarah
_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
(Continue reading)

Permalink | Reply | 1 comment |
headers
Lynn Fredricks | 1 Apr 2006 04:34

RE: Rev Media and the product line gap

> Maybe I'm just stubborn. (Naw, couldn't be!) :-)
> 
> But, dammit Lynn, I believe I'm not being too immodest when I 
> say that I'm the inventor of the term "inventive user" and 
> that that gives me *some* standing in defining it.

Its okay if we have one inventive user, but invective users have to go :-)

> Chipp and I talked about this a bit on the phone earlier. My 
> view is that if you are a trained programmer (even if 
> self-taught, you've studied
> *programming*) and/or your *primary* job function is 
> programming, then you are a professional programmer. Anyone 
> who hasn't been trained as a programmer OR who programs only 
> as a relatively small part of their job or strictly as a 
> hobby is what I call an Inventive User

Sure - but still too broad -

1. Professional programmer (subclassifications for trained, non-trained, or
primary purpose of being a programmer)
2. Inventive user
3. Unwashed masses of the earth

> Chipp, by that standard, is a self-described Inventive User. 
> So am I. So, I think, is Jerry Daniels. I suspect Richard 
> Gaskin falls into that category as do all of the educational 
> folks here and.... You get the idea. I think the "sweet spot" 
> for Rev *is* the Inventive User. in fact, I think very few 
> professional programmers will adopt Rev for a host of reasons
(Continue reading)

Permalink | Reply | 1 comment |
headers
J. Landman Gay | 1 Apr 2006 04:59
Favicon

Re: Can't pass array function result as parameter

James Spencer wrote:

>> Basically, sometimes you can pass an array and sometimes you can't.
> 
> Thanks Jacque.  This helped and I believe it has to be describing the 
> source of my problem although I haven't completely worked out the 
> semantics for my particular case.  Bottom line, it is not a bug per se 
> but an artifact of how variables work.  (What I will be playing with 
> this weekend is why the "sometimes you can pass an array" doesn't seem 
> to include
> 
> put functionThatReturnsAnArray(tNonArrayParameter) into tArray
> put tArray into tAnotherArray
> handlerThatExpectsAnArray tAnotherArray
> 
> although in all fairness, this may just be me being sloppy in how I 
> tried variations on a theme.

If all else fails, you can always declare a local script variable to 
hold the array and then just use that. No passing of anything required. 
Or you could try passing the variable by reference (add an  <at>  sign in 
front of the parameter) which seems like it should work but I haven't 
tried it.

--

-- 
Jacqueline Landman Gay         |     jacque@...
HyperActive Software           |     http://www.hyperactivesw.com
_______________________________________________
use-revolution mailing list
use-revolution@...
(Continue reading)

Permalink | Reply | 9 comments |
headers
Richard Gaskin | 1 Apr 2006 05:54
Favicon

Re: Insert into back script logic

Jim Ault wrote:

> The question:
> Does the following
>     insert the script of this card into back
>  
> mean that the card script at the card level will also be in the hierarchy
> trapping messages as well as in the back, or
> by inserting it into the back, this becomes its one-and-only position?

It should be both. I believe insertions do not alter any other part of 
the message path.

The beauty of backScripts is that you can use any object -- why use the 
current card?

--
  Richard Gaskin
  Managing Editor, revJournal
  _______________________________________________________
  Rev tips, tutorials and more: http://www.revJournal.com
_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 2 comments |
headers
James Spencer | 1 Apr 2006 06:01
Picon

Re: Can't pass array function result as parameter


On Mar 31, 2006, at 8:59 PM, J. Landman Gay wrote:

> If all else fails, you can always declare a local script variable  
> to hold the array and then just use that. No passing of anything  
> required. Or you could try passing the variable by reference (add  
> an  <at>  sign in front of the parameter) which seems like it should  
> work but I haven't tried it.

I think both would probably work but the issue at the moment is that  
I did not write the library that is creating the original array and  
that eventually expects me to pass an array back.  The author had no  
reason to know that the output from their function creating the array  
would be passed back to the other handler as there is no necessary  
connection between the two and I don't want to mess with the library  
code myself mostly because I'm being pedantic.

What definitely works is to copy the array myself, element by  
element, to a local variable and then pass that back to the library.   
This works fine in this limited situation because the number of  
entries in these "arrays" (I hate the name; in this context, they are  
really a dictionary or a hash) is limited and is predetermined so  
doing the extra copying works fine.

Spence

James P. Spencer
Rochester, MN

jspencer78@...
(Continue reading)

Permalink | Reply | 8 comments |
headers
Richard Gaskin | 1 Apr 2006 06:25
Favicon

Re: login

liamlambert wrote from the beautiful nation of Ireland:

> I was wondering what is the best way to go about building a login for  
> an app or is there an example out there I could have a look at.

Can you tell us a bit more about what you're looking for?

One of the common trouble spots in my early days was letting clients get 
away with thinking "login screen" was a simple task because it only 
takes two words to describe it. ;)

Login screens come in many flavors, for many purposes, with widely 
varying levels of integration with other systems.

What would you like this window to do?

--
  Richard Gaskin
  Managing Editor, revJournal
  _______________________________________________________
  Rev tips, tutorials and more: http://www.revJournal.com
_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 0 comments |

Gmane