Re: Splash Screen Strategy
Streaming is out of the question. We just don't have the bandwidth. But Chipp and I *are* talking about alternatives. We'll have some news in a day or so. On 5/22/06, Sivakatirswami [EMAIL PROTECTED] wrote: On May 22, 2006, at 5:45 PM, Mark Talluto wrote: Hi Dan, If you want more unprofessional off the cuff video like last year, I would be more than happy to do it again. It worked fine for me... this isn't the oscars! Sivakatirswami Maybe Chris and I can do it together. If you are going after something polished, then I completely understand and will be a happy just the same. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- ~~ Dan Shafer, Information Product Consultant and Author http://www.shafermedia.com Get my book, Revolution: Software at the Speed of Thought From http://www.shafermediastore.com/tech_main.html ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
On May 22, 2006, at 5:45 PM, Mark Talluto wrote: Hi Dan, If you want more unprofessional off the cuff video like last year, I would be more than happy to do it again. It worked fine for me... this isn't the oscars! Sivakatirswami Maybe Chris and I can do it together. If you are going after something polished, then I completely understand and will be a happy just the same. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
On 5/22/06, Dan Shafer [EMAIL PROTECTED] wrote: At this point we have no plans to videotape any sessions because of the logistics and deployment issues we ran into last year with almost zero response from the community. Audio may happen but video probably won't, at least not predictably and for resale. Noo! I loved watching the videos and complimented you on them at the time. However I guess audio would be better than nothing. Quite a few of the presenters promised online version of their talks after the last RevCon, but as far as I am aware, none of these actually appeared, so some sort of recording would be most appreciated. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
We have been discussing an alternative way of providing content to those who can't attend the conference. It isn't clear yet how or if we will do that. Anything we do requires additional effort and since we can't easily gauge the demand, we're kind of shooting in the dark a bit. But stay tuned. On 5/21/06, Sarah Reichelt [EMAIL PROTECTED] wrote: On 5/22/06, Dan Shafer [EMAIL PROTECTED] wrote: At this point we have no plans to videotape any sessions because of the logistics and deployment issues we ran into last year with almost zero response from the community. Audio may happen but video probably won't, at least not predictably and for resale. Noo! I loved watching the videos and complimented you on them at the time. However I guess audio would be better than nothing. Quite a few of the presenters promised online version of their talks after the last RevCon, but as far as I am aware, none of these actually appeared, so some sort of recording would be most appreciated. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- ~~ Dan Shafer, Information Product Consultant and Author http://www.shafermedia.com Get my book, Revolution: Software at the Speed of Thought From http://www.shafermediastore.com/tech_main.html ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
That would be great, Dan. Many thanks for your efforts. Sarah On 5/22/06, Dan Shafer [EMAIL PROTECTED] wrote: We have been discussing an alternative way of providing content to those who can't attend the conference. It isn't clear yet how or if we will do that. Anything we do requires additional effort and since we can't easily gauge the demand, we're kind of shooting in the dark a bit. But stay tuned. On 5/21/06, Sarah Reichelt [EMAIL PROTECTED] wrote: On 5/22/06, Dan Shafer [EMAIL PROTECTED] wrote: At this point we have no plans to videotape any sessions because of the logistics and deployment issues we ran into last year with almost zero response from the community. Audio may happen but video probably won't, at least not predictably and for resale. Noo! I loved watching the videos and complimented you on them at the time. However I guess audio would be better than nothing. Quite a few of the presenters promised online version of their talks after the last RevCon, but as far as I am aware, none of these actually appeared, so some sort of recording would be most appreciated. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- ~~ Dan Shafer, Information Product Consultant and Author http://www.shafermedia.com Get my book, Revolution: Software at the Speed of Thought From http://www.shafermediastore.com/tech_main.html ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
On May 22, 2006, at 12:46 AM, Dan Shafer wrote: We have been discussing an alternative way of providing content to those who can't attend the conference. It isn't clear yet how or if we will do that. Anything we do requires additional effort and since we can't easily gauge the demand, we're kind of shooting in the dark a bit. Hi Dan, If you want more unprofessional off the cuff video like last year, I would be more than happy to do it again. Maybe Chris and I can do it together. If you are going after something polished, then I completely understand and will be a happy just the same. Mark Talluto -- CANELA Software http://www.canelasoftware.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
Again, Does it need to be streaming/live? Or could it survive/have a paying audience if it were to be audited? I'm reasonably certain a decent job could be done with editing, etc. As long as the audio's clear, you can always edit out bad video and substitute screen shots, bullet points, etc. I'm certain Mark can do a fine job! Judy On Mon, 22 May 2006, Mark Talluto wrote: On May 22, 2006, at 12:46 AM, Dan Shafer wrote: We have been discussing an alternative way of providing content to those who can't attend the conference. It isn't clear yet how or if we will do that. Anything we do requires additional effort and since we can't easily gauge the demand, we're kind of shooting in the dark a bit. Hi Dan, If you want more unprofessional off the cuff video like last year, I would be more than happy to do it again. Maybe Chris and I can do it together. If you are going after something polished, then I completely understand and will be a happy just the same. Mark Talluto -- CANELA Software http://www.canelasoftware.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
I'm interested in this too... Sorry I won't be there... I hope someone videos this session for all those who can't come! Sivakatirswami On May 18, 2006, at 10:02 AM, Chipp Walters wrote: Hi Todd, I use MagicCarpet to manage all my MainStacks and SubStacks (I call plugins). I know you already have a copy. I'll be talking a bit more about some of the new things I'm doing with auto-updating architectures at RevCon and hope to see you there. Contact me offlist if you need more info right away. best, Chipp ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
At this point we have no plans to videotape any sessions because of the logistics and deployment issues we ran into last year with almost zero response from the community. Audio may happen but video probably won't, at least not predictably and for resale. On 5/21/06, Sivakatirswami [EMAIL PROTECTED] wrote: I'm interested in this too... Sorry I won't be there... I hope someone videos this session for all those who can't come! Sivakatirswami On May 18, 2006, at 10:02 AM, Chipp Walters wrote: Hi Todd, I use MagicCarpet to manage all my MainStacks and SubStacks (I call plugins). I know you already have a copy. I'll be talking a bit more about some of the new things I'm doing with auto-updating architectures at RevCon and hope to see you there. Contact me offlist if you need more info right away. best, Chipp ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- ~~ Dan Shafer, Information Product Consultant and Author http://www.shafermedia.com Get my book, Revolution: Software at the Speed of Thought From http://www.shafermediastore.com/tech_main.html ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
Hi Todd, I use MagicCarpet to manage all my MainStacks and SubStacks (I call plugins). I know you already have a copy. I'll be talking a bit more about some of the new things I'm doing with auto-updating architectures at RevCon and hope to see you there. Contact me offlist if you need more info right away. best, Chipp On 5/16/06, Sarah Reichelt [EMAIL PROTECTED] wrote: I am using the splash screen Architecture for deploying an app. The splash screen stack checks for updates and then launches the Main stack. This part is all based on Chip's altSplash engine. I want the Main stack to manage installing additional stacks and or files. My current strategy is to load those additional stacks and files into custom props in the Main stack. Then when a new version of the main stack is downloaded it will spit out all of the stacks and files that are loaded into it's custom functions into the appropriate places. I thought that this would be easier then managing multiple downloads from the internet for each additional stack and or file. I am interested in hearing some opinions about this strategy. Does it make sense to do it this way? I would say that the answer depends entirely on how often you plan to update and how much needs updating each time. However I would recommend keeping the files separate. I have a splash-screen program with about 20 sub-stacks, some of which get updated quite frequently. If I did it in one file, that would be about 2MB each time, whereas doing it individually means that sometimes the downloads are only a few K, depending on which stack has been updated. Some of the stacks are updated frequently and others have never been updated, so I wouldn't want to ask for the whole thing to be downloaded after every change. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Splash Screen Strategy
Hello, I am using the splash screen Architecture for deploying an app. The splash screen stack checks for updates and then launches the Main stack. This part is all based on Chip's altSplash engine. I want the Main stack to manage installing additional stacks and or files. My current strategy is to load those additional stacks and files into custom props in the Main stack. Then when a new version of the main stack is downloaded it will spit out all of the stacks and files that are loaded into it's custom functions into the appropriate places. I thought that this would be easier then managing multiple downloads from the internet for each additional stack and or file. I am interested in hearing some opinions about this strategy. Does it make sense to do it this way? TIA Todd -- Todd Geist __ g e i s t i n t e r a c t i v e ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Splash Screen Strategy
I am using the splash screen Architecture for deploying an app. The splash screen stack checks for updates and then launches the Main stack. This part is all based on Chip's altSplash engine. I want the Main stack to manage installing additional stacks and or files. My current strategy is to load those additional stacks and files into custom props in the Main stack. Then when a new version of the main stack is downloaded it will spit out all of the stacks and files that are loaded into it's custom functions into the appropriate places. I thought that this would be easier then managing multiple downloads from the internet for each additional stack and or file. I am interested in hearing some opinions about this strategy. Does it make sense to do it this way? I would say that the answer depends entirely on how often you plan to update and how much needs updating each time. However I would recommend keeping the files separate. I have a splash-screen program with about 20 sub-stacks, some of which get updated quite frequently. If I did it in one file, that would be about 2MB each time, whereas doing it individually means that sometimes the downloads are only a few K, depending on which stack has been updated. Some of the stacks are updated frequently and others have never been updated, so I wouldn't want to ask for the whole thing to be downloaded after every change. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
