revEnterprise dp-5 / revMedia beta / revWeb beta

Richard Miller wow at together.net
Thu Oct 29 18:54:25 EDT 2009


Richard (or anyone else),

In the "known issues" section 
(http://revmedia.runrev.com/frequently-asked-questions/known-issues/) 
covering Revmedia, it is stated that "go in window of stack" will be 
fixed shortly. What do you interpret this functionality to mean? It 
obviously doesn't relate to "go to card x", since that works fine now.

Thanks.
Richard Miller




Richard Gaskin wrote:
> Richmond Mathewson wrote:
>
>> Thomas McGrath III wrote:
>>> Having survived SuperCard's web plugin and 'Windows' version, I 
>>> still am very optimistic. We already have something much more than 
>>> the SC plugin and with a path to further features and possibilities. 
>>> I understood this to be 'final' but with many updates after that.
>>>
>>> 2 cents
>> Well, I am fantasizing about the RunRev team getting as cheesed-off 
>> as I am by my negative flack and releasing a version
>> where palettes finction perfectly as a way to get me to shut-up . . 
>> .    :)
>
> Maybe my thinking is too conventional on this, but the range of 
> potential issues with palettes running from a browser plugin would 
> seem to reach beyond the merely technical into the cognitive:
>
> User expectations of the browser experience are well honed from a 
> decade of relatively consistent exposure to a common set of 
> conventions.  While the content and specific interactions within a 
> page will vary from site to site, users are very accustomed to seeing 
> things for a specific page within that page, often as movable layers 
> but rarely as separate windows.
>
> The benefit to this approach is that it keeps all of a web app's parts 
> in one place.  Most users today have multiple tabs open, and it's not 
> uncommon for them to switch between them while they're browsing.
>
> If a palette window is opened from a Revlet in one tab, what does that 
> palette do when the user switches to another tab?
>
> Presumably it wouldn't attempt to affect anything in the current tab's 
> page, but since the page with the Revlet is no longer in view the user 
> has no way to know how interacting with the palette will affect what's 
> on that page.
>
> In desktop apps, when you switch to another application palettes are 
> automatically hidden; they're in front only when the relevant app is 
> in front, but once that app goes to the background there's no way to 
> use palettes to accidentally alter the content of a window that may 
> not be visible.
>
> While browsers provide notification when a page is being closed, I 
> don't believe they provide notification when another tab is selected 
> (do they?).  This would make it difficult to know when to hide and 
> show your  palettes, leaving parts of your app overlaying the rest of 
> the browser experience.
>
> Having Revlets open new Rev stack windows was a nifty option, but I'm 
> not sure I'll miss it much.  There are more conventional ways to get 
> the same benefits, ways that arguably better meet user expectations by 
> keeping all of your app's parts together on one page.
>
> A nice a flourish as those stack windows were, offhand I can't think 
> of anything I would truly need to use them for that I can't do with a 
> group on the card in a way that looks and feels a bit more like a web 
> app.
>
> -- 
>  Richard Gaskin
>  Fourth World
>  Rev training and consulting: http://www.fourthworld.com
>  Webzine for Rev developers: http://www.revjournal.com
>  revJournal blog: http://revjournal.com/blog.irv
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>




More information about the use-livecode mailing list