Re: [flexcoders] Apollo features
On Monday 05 Feb 2007, Mike Chambers wrote: Apollo offers one or more offline data stores. So does Flash - with SharedObject. I believe the question was about an embedded database, i.e. can talk SQL. -- Tom Chiverton Helping to vitalistically promote sexy architectures This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
RE: [flexcoders] Apollo features
embedded database is a type of database destined for real time systems. They can also be embedded in a .net program for example. When I mentioned embedded database I was referring to the type. Typically they don't have any server requirements unlike common RDMS (SQL Server, Oracle etc..). All you require is the dll (as is the case for sqlite on windows) and are usually platform independent. I had mentioned it as they are an ideal choice for offline/disconnected data storage. Giving you the power of a database without all the baggage that comes with typical databases. Just wanted to clear that up for everyone. I have no idea of the inner workings of the Apollo product with regards to data storage or formats. or anything else about it for that matter. Hoping to get on beta though ;) Cheers Jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Tom Chiverton Envoyé : mardi 6 février 2007 11:27 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features On Monday 05 Feb 2007, Mike Chambers wrote: Apollo offers one or more offline data stores. So does Flash - with SharedObject. I believe the question was about an embedded database, i.e. can talk SQL. -- Tom Chiverton Helping to vitalistically promote sexy architectures This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [flexcoders] Apollo features
On Friday 02 Feb 2007, Mike Chambers wrote: Only Flash and PDF are supported in 1.0. Not HTML ? -- Tom Chiverton Helping to apprehensively improve magnetic deliverables This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
RE: [flexcoders] Apollo features
I think all the speculation is based off of the fact that it's an exciting product concept. Apollo will/could create a diverse set of new opportunities for us all. The x features we request multiply those opportunities significantly. Many users are still disconnected. Nomad users are still common place. Most sales people are getting out o the road in order to create opportunities as opposed to staying in the office. Few rural areas are 100% covered by high speed (wifi,gprs,gsm,3G) access. The concept of disconnected apps is becoming more and more intriguing for business and the demands for such apps more and more numerous. The prospect of using an embedded db like sqlite(open source, cross platform dll) to store data, Apollo being able to natively exploit that data directly on the client when disconnected, and update the central data store when connected; is one simple but enormous opportunity. However if we can't talk to the dll from Apollo directly we need to create a proxy exe to do it. This introduces more code to create, maintain, and distribute. I'm seriously hoping that Apollo is not just for partially disconnected applications. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Jeffry Houser Envoye : samedi 3 fevrier 2007 17:15 A : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features It seems to me there is a lot of speculation about Apollo, based on very little actual knowledge. All this speculation of Apollo must have x feature seems premature. I don't Grok Apollo and don't expect to until there is an actual product available or some documentation to read. Why would I want to deploy a web app to the desktop? The concept of partially connected applications was intriguing 10+ years ago, when you were only connected in the office. Lotus Notes already implemented the partially connected app thing wonderfully. These days the only time you aren't connected is on an airplane. Is Apollo = partially connected apps? I don't know, but that's my best interpretation to date. Is Apollo something beyond partially connected apps? I have no idea. All that said, maybe this thread should move over to the ApolloCoders list. http://tech.groups.yahoo.com/group/apollocoders/ -- Jeffry Houser, Software Developer, Writer, Songwriter, Recording Engineer AIM: Reboog711 | Phone: 1-203-379-0773 -- My Company: http://www.dot-com-it.com My Podcast: http://www.theflexshow.com My Blog: http://www.jeffryhouser.com Connecticut Macromedia User Group: http://www.ctmug.com
RE: [flexcoders] Apollo features
At 11:10 AM 2/4/2007, you wrote: Many users are still disconnected. Nomad users are still common place. Most sales people are getting out o the road in order to create opportunities as opposed to staying in the office. Few rural areas are 100% covered by high speed (wifi,gprs,gsm,3G) access. The concept of disconnected apps is becoming more and more intriguing for business and the demands for such apps more and more numerous. I can't fathom needing an Internet connection while driving. Nor can I imagine going to a client / potential client who doesn't have Internet Access. Is it really that common? The prospect of using an embedded db like sqlite(open source, cross platform dll) to store data, Apollo being able to natively exploit that data directly on the client when disconnected, and update the central data store when connected; is one simple but enormous opportunity. Apollo offers an embedded DB? I haven't heard that yet. I'm seriously hoping that Apollo is not just for partially disconnected applications. I still don't get it, though. I'm open to hearing the ideas. Of course, I still think such a conversation would be better off on the Apollo Coders list. -- Jeffry Houser, Software Developer, Writer, Songwriter, Recording Engineer AIM: Reboog711 | Phone: 1-203-379-0773 -- My Company: http://www.dot-com-it.com My Podcast: http://www.theflexshow.com My Blog: http://www.jeffryhouser.com Connecticut Macromedia User Group: http://www.ctmug.com
Re: [flexcoders] Apollo features
He was referring to plugins that will be supported by the Apollo WebKit engine. Shan Tom Chiverton wrote: On Friday 02 Feb 2007, Mike Chambers wrote: Only Flash and PDF are supported in 1.0. Not HTML ?
Re: [flexcoders] Apollo features
I dont have the original thread, but I believe the question was, what plugins are supported within HTML in Apollo. The answer is Flash and PDF. HTML is supported, but not as a plugin. It is a core part of the runtime. mike chambers [EMAIL PROTECTED] Tom Chiverton wrote: On Friday 02 Feb 2007, Mike Chambers wrote: Only Flash and PDF are supported in 1.0. Not HTML ? -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [flexcoders] Apollo features
Apollo offers one or more offline data stores. mike chambers [EMAIL PROTECTED] Jeffry Houser wrote: Apollo offers an embedded DB? I haven't heard that yet.
RE: [flexcoders] Apollo features
Not sure but I hope your not implying I don't build tiered enterprise apps. I'll assume not. What youve stated is why dll access is important. This was the whole point, separation of the application tiers. Not every app lends it self to be a service oriented architecture. All this depends on the type of application your creating, and the infrastructure your user(s) can support. Chat, IM, mail, photo retouch (insert a gazillion others), type apps quickly become impossible. I don't think Apollo is meat to target only enterprise level applications. How does your app function in a disconnected fashion? If your app is service based, what is the point of using Apollo as opposed to Flex? Why break out of the browser? A number of people I know are thrilled with the fact that there is no data access in flex, which forces people to at least try to adhere to a proper structure. Youve lost me with the above comment. Layering an application into different tiers is an architectural design decision that implies separation. It has nothing to do with the technology or tools used to build those tiers. Your proper structure implies different tools. What is the benefit of this? I can only see having to train people on multiple tools, maintaining multiple code bases, updates, unit testing problems, performance problems.. the list goes on and on. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Andrey Envoyé : samedi 3 février 2007 16:39 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features Haven't replied too often, but this one struck a chord. In real enterprise-level applications, you are split up into tiers. you have presentation layer (which apollo/flex/flash/etc fits very nicely in), and you have your back-end with business logic and the storage). A number of people I know are thrilled with the fact that there is no data access in flex, which forces people to at least try to adhere to a proper structure. Now, in the situation at hand, you'd use apollo to make your pretty applications which all they do serve as a frontend, and they'd just query your services to get the actual data they're working with. This way, you can have anything you want in the backend, the same dll's and the same business logic which can be written in .net/java/vb or whatever else fancies you. This way the businesses keep their existing investments, and get a much better and more user-friendly (hopefully, if designed so) front-end which runs as a desktop app instead of a browser. ... am I missing anything? On 2/3/07, Jason Hawryluk [EMAIL PROTECTED] wrote: So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it's not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say sweet now I can target the other 5% of the market. Let's dump everything and start over? I'm totally missing your logic here. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto: [EMAIL PROTECTED] la part de Shannon Hicks Envoyé : vendredi 2 février 2007 18:31 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll's is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- De : flexcoders@yahoogroups.com [ mailto:[EMAIL PROTECTED] la part de Jerome Clarke a.k.a sinatosk Envoyé : vendredi 2 février 2007 16:54 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised
RE: [flexcoders] Apollo features
I quote I think support for dll’s is important (com, managed, other). How does this equate to me saying it's useless? I meant the “other” as being mac and linux equivalents. I don’t disagree with the fact that cross platform is important. The advantage over sticking with VB/.net etc.. is user experience. The price of that change has to coincide with the previous investments made in the other tiers of existing applications. You said Just because 80% of business applications are built on a proprietary platform doesn't mean that it's the best idea to continue building on such a limiting platform. Perhaps, perhaps not. Businesses don’t think this way. A business that has invested in a solution wants to get maximum return from that investment. For the most part they don’t care if it’s platform specific or proprietary, as long as the solution fits their specific requirements and environment. I would have an extremely difficult time convincing a business to use Apollo strictly because it’s cross platform. If these were the only bullets I had to defend a proposal, I would hesitate to get involved at all. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Shannon Hicks Envoyé : samedi 3 février 2007 16:38 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features You never said anything about this in your previous email. All you said in your previous email was, basically, that if you couldn't run dll's Apollo was useless. My response was targeted toward that. Even considering your new statements, I still stand by my original opinion that the value is being cross-platform. Just because 80% of business applications are built on a proprietary platform doesn't mean that it's the best idea to continue building on such a limiting platform. Don't get me wrong... Apollo is also a closed platform, but at least it will run on Windows, Mac and Linux. If a company isn't interested in investing in a project that has these potential long-term advantages, then Apollo might not be for them anyway. If a company is interested in sticking with Windows proprietary software, I don't see the advantages of Apollo over, say, VB... Or just sticking with the software they're currently using. Shan Jason Hawryluk wrote: So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it’s not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say “sweet now I can target the other 5% of the market. Let’s dump everything and start over”? I’m totally missing your logic here. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Shannon Hicks Envoyé : vendredi 2 février 2007 18:31 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll’s is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Jerome Clarke a.k.a sinatosk Envoyé : vendredi 2 février 2007 16:54 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all
Re: [flexcoders] Apollo features
I don't think (i'm no authority on this so please take with a pinch of salt) that Apollo is geared towards businesses scrapping their existing systems and starting from the ground up with Apollo. Apollo really takes off where RIAs are already taking off only stripping out the confines of the browser and opening up some of the benefits of the desktop. I don't think Apollo is going to be replacing existing desktop applications but opening new opportunities for seemlessly integrated web and desktop applications, a new breed of application if you like. You just need to check out the demo apps that are being built and I've no doubt that hundreds of ideas will start surfacing as to how we can leverage Apollo. On 03/02/07, Jason Hawryluk [EMAIL PROTECTED] wrote: So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it's not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say sweet now I can target the other 5% of the market. Let's dump everything and start over? I'm totally missing your logic here. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de* Shannon Hicks *Envoyé :* vendredi 2 février 2007 18:31 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll's is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:flexcoders@ flexcoders@ yahoogroups.com]*De la part de* Jerome Clarke a.k.a sinatosk *Envoyé :* vendredi 2 février 2007 16:54 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N. -- http://danny-t.co.uk
Re: [flexcoders] Apollo features
You never said anything about this in your previous email. All you said in your previous email was, basically, that if you couldn't run dll's Apollo was useless. My response was targeted toward that. Even considering your new statements, I still stand by my original opinion that the value is being cross-platform. Just because 80% of business applications are built on a proprietary platform doesn't mean that it's the best idea to continue building on such a limiting platform. Don't get me wrong... Apollo is also a closed platform, but at least it will run on Windows, Mac and Linux. If a company isn't interested in investing in a project that has these potential long-term advantages, then Apollo might not be for them anyway. If a company is interested in sticking with Windows proprietary software, I don't see the advantages of Apollo over, say, VB... Or just sticking with the software they're currently using. Shan Jason Hawryluk wrote: So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it’s not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say “sweet now I can target the other 5% of the market. Let’s dump everything and start over”? I’m totally missing your logic here. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de* Shannon Hicks *Envoyé :* vendredi 2 février 2007 18:31 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll’s is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de* Jerome Clarke a.k.a sinatosk *Envoyé :* vendredi 2 février 2007 16:54 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, *Kevin Newman* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Tom Chiverton wrote
Re: [flexcoders] Apollo features
I suggest you re-read what I said then... because I said it and Mike Chambers has it quoted I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... and as I said before I don't know much about Mac's so I don't know what they use for dynamic libraries... dunno if they also use .so... I don't know On 2/3/07, Shannon Hicks [EMAIL PROTECTED] wrote: You never said anything about this in your previous email. All you said in your previous email was, basically, that if you couldn't run dll's Apollo was useless. My response was targeted toward that. Even considering your new statements, I still stand by my original opinion that the value is being cross-platform. Just because 80% of business applications are built on a proprietary platform doesn't mean that it's the best idea to continue building on such a limiting platform. Don't get me wrong... Apollo is also a closed platform, but at least it will run on Windows, Mac and Linux. If a company isn't interested in investing in a project that has these potential long-term advantages, then Apollo might not be for them anyway. If a company is interested in sticking with Windows proprietary software, I don't see the advantages of Apollo over, say, VB... Or just sticking with the software they're currently using. Shan Jason Hawryluk wrote: So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it's not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say sweet now I can target the other 5% of the market. Let's dump everything and start over? I'm totally missing your logic here. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:flexcoders@ flexcoders@ yahoogroups.com]*De la part de* Shannon Hicks *Envoyé :* vendredi 2 février 2007 18:31 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll's is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:flexcoders@ flexcoders@ yahoogroups.com]*De la part de* Jerome Clarke a.k.a sinatosk *Envoyé :* vendredi 2 février 2007 16:54 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL
Re: [flexcoders] Apollo features
It seems to me there is a lot of speculation about Apollo, based on very little actual knowledge. All this speculation of Apollo must have x feature seems premature. I don't Grok Apollo and don't expect to until there is an actual product available or some documentation to read. Why would I want to deploy a web app to the desktop? The concept of partially connected applications was intriguing 10+ years ago, when you were only connected in the office. Lotus Notes already implemented the partially connected app thing wonderfully. These days the only time you aren't connected is on an airplane. Is Apollo = partially connected apps? I don't know, but that's my best interpretation to date. Is Apollo something beyond partially connected apps? I have no idea. All that said, maybe this thread should move over to the ApolloCoders list. http://tech.groups.yahoo.com/group/apollocoders/ -- Jeffry Houser, Software Developer, Writer, Songwriter, Recording Engineer AIM: Reboog711 | Phone: 1-203-379-0773 -- My Company: http://www.dot-com-it.com My Podcast: http://www.theflexshow.com My Blog: http://www.jeffryhouser.com Connecticut Macromedia User Group: http://www.ctmug.com
Re: [flexcoders] Apollo features
Haven't replied too often, but this one struck a chord. In real enterprise-level applications, you are split up into tiers. you have presentation layer (which apollo/flex/flash/etc fits very nicely in), and you have your back-end with business logic and the storage). A number of people I know are thrilled with the fact that there is no data access in flex, which forces people to at least try to adhere to a proper structure. Now, in the situation at hand, you'd use apollo to make your pretty applications which all they do serve as a frontend, and they'd just query your services to get the actual data they're working with. This way, you can have anything you want in the backend, the same dll's and the same business logic which can be written in .net/java/vb or whatever else fancies you. This way the businesses keep their existing investments, and get a much better and more user-friendly (hopefully, if designed so) front-end which runs as a desktop app instead of a browser. ... am I missing anything? On 2/3/07, Jason Hawryluk [EMAIL PROTECTED] wrote: So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it's not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say sweet now I can target the other 5% of the market. Let's dump everything and start over? I'm totally missing your logic here. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de* Shannon Hicks *Envoyé :* vendredi 2 février 2007 18:31 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll's is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:flexcoders@ flexcoders@ yahoogroups.com]*De la part de* Jerome Clarke a.k.a sinatosk *Envoyé :* vendredi 2 février 2007 16:54 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls
Re: [flexcoders] Apollo features
I despise the idea of Apollo allowing hooks into the OS that can potentially make an Apollo app only run on a specific OS. I get the stuff about letting developers have full control, but part of the great story of Apollo is that it enables a new kind of cross platform application. If your client isn't going to look at Apollo and like the idea of targeting the other 5% then maybe they should be using Windows Presentation Foundation. =Ryan -Original Message- From: [EMAIL PROTECTED] Sent: Saturday, February 3, 2007 7:15 AM -08:00 To: flexcoders@yahoogroups.com Subject: [flexcoders] Apollo features So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it's not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say sweet now I can target the other 5% of the market. Let's dump everything and start over? I'm totally missing your logic here. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Shannon Hicks Envoyé : vendredi 2 février 2007 18:31 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: ? I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll's is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Jerome Clarke a.k.a sinatosk Envoyé : vendredi 2 février 2007 16:54 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
RE: [flexcoders] Apollo features
Me too I am also planning on doing some speech input processing and will need to pass microphone audio to an exe or dll to process it and then pass back state info to the Apollo app. Christian _ From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of geminy555 Sent: Wednesday, January 31, 2007 7:34 AM To: flexcoders@yahoogroups.com Subject: Re: [flexcoders] Apollo features Hi, This feature is KEY for our company too. We are developing speech services (DLL based)...and we will use APOLLO if we can use those DLLs...please, implement it on 1.0 !!! Thanks --- In [EMAIL PROTECTED] mailto:flexcoders%40yahoogroups.com ups.com, [EMAIL PROTECTED] wrote: I agree that this feauture is key for our company. Please make it possible to call an exe and pass parameters! On Tuesday 30 Jan 2007, Mike Chambers wrote: That is one of the features being considered for 1.0, although it might not make it in. Well, we'd love to see the feature in (which is why I asked :-) ). Obviously if you have this ability, you can write a trivial exe wrapper to get the shared object/DLL functions Jerome wanted. As an example, we'd have our users drag the Apollo application off our dashboard-type reports web site onto their desktop, and it would poll the server for changes. On something interesting, it'll announce the event, and offer options to 'email this alert'. The same Apollo app could poll our mail server, and launch/prod a mail client when new mail arrives. -- Tom Chiverton Helping to collaboratively foster eligible niches This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups. http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail- http://www.mail-archive.com/flexcoders%40yahoogroups.com archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links
Re: [flexcoders] Apollo features
Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
Re: [flexcoders] Apollo features
On Friday 02 Feb 2007, Kevin Newman wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, I would *expect* them to do that, did read something somewhere ? does this include the ability to run other plugins besides Flash (like Java)? I'd expect each type of content to run in it's own container, inside the Apollo meta-container. There would then be a per-container extension library (some new classes for Flex, a JS lib for HTML, ...) you could use in the embeded app to access the newer stuff. This fits with the few bits of Flex code we've seen (porting a Flex app by adding an import and new top level tags). If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? I imagine that would work. But, eww !. It'd be nicer to have it Just Work. -- Tom Chiverton Helping to continually benchmark internet methodologies This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [flexcoders] Apollo features
To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
RE: [flexcoders] Apollo features
I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll’s is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Jerome Clarke a.k.a sinatosk Envoyé : vendredi 2 février 2007 16:54 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
Re: [flexcoders] Apollo features
You probably heard drag and drop into apollo (local file into app). However, it should be possible to simulate drag from browser into apollo app. mikeh chambers [EMAIL PROTECTED] Tom Chiverton wrote: I'm sure there was a quote about being able to drag applications of web sites onto desktops. Maybe I mis-remember and it was dragging local files onto a web-based Apollo app. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [flexcoders] Apollo features
Only Flash and PDF are supported in 1.0. I will update the FAQ with the info. http://labs.adobe.com/wiki/index.php/Apollo:developerfaq mike chambers [EMAIL PROTECTED] Kevin Newman wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
Re: [flexcoders] Apollo features
Actually, that is not necessarily the case. If you look at our descriptions of Apollo, we try to make it very clear that Apollo is focused at bringing RIAs to the desktop. It is this use case that is driving feature prioritization. From the FAQ: http://labs.adobe.com/wiki/index.php/Apollo:developerfaq#What_is_Apollo.3F What is Apollo Apollo is the code name for a cross-operating system runtime being developed by Adobe that allows developers to leverage their existing web development skills (Flash, Flex, HTML, JavaScript, Ajax) to build and deploy Rich Internet Applications (RIAs) to the desktop. What type of applications does Apollo target? While a number of more traditional desktop applications can be built and targeted at the Apollo runtime, Apollo is targeted at making it easy to develop and deploy Rich Internet Applications to the desktop. It is this use case, deploying RIAs to the desktop, which is driving the feature set for Apollo 1.0. What types of developers is Apollo targeting? Apollo is targeted at developers who are currently leveraging web technologies, such as Flash, Flex, HTML, JavaScript and Ajax techniques to build and deploy Rich Internet Applications. Now, having said that, being able to launch native executables directly is still being considered. (although including native DLLs / libraries will not be in 1.0). Btw, you will definately be able to launch file handlers for file types. Of course, this is just for 1.0, and we have to make some difficult decisions around features in order to be able to get 1.0 out. We will be doing versions of Apollo after 1.0. Btw, as far as WPF/E, it is a browser based plugin, not a desktop runtime, and thus has all the same security restrictions and other issues with running in the browser. mike chambers [EMAIL PROTECTED] Jerome Clarke a.k.a sinatosk wrote: To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, * Kevin Newman* [EMAIL PROTECTED]
Re: [flexcoders] Apollo features
The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll’s is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de* Jerome Clarke a.k.a sinatosk *Envoyé :* vendredi 2 février 2007 16:54 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, *Kevin Newman* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
Re: [flexcoders] Apollo features
I think that just getting the app out of the browser is also a major advantage. It will still be possible to create platform specific Apollo apps, but (at least for 1.0), when we prioritize features, we are going to prioritize those which enable and encourage cross platform applications. mike chambers [EMAIL PROTECTED] Shannon Hicks wrote: The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan
RE: [flexcoders] Apollo features
Mike, Just a very small question, we see a lot of html flash stuff about apollo but what about PDF ? what will we able to do with it? Just read them? Can my offline app generate a pdf file for me? Can you provide any info about this? João Fernandes From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Mike Chambers Sent: sexta-feira, 2 de Fevereiro de 2007 17:39 To: flexcoders@yahoogroups.com Subject: Re: [flexcoders] Apollo features I think that just getting the app out of the browser is also a major advantage. It will still be possible to create platform specific Apollo apps, but (at least for 1.0), when we prioritize features, we are going to prioritize those which enable and encourage cross platform applications. mike chambers [EMAIL PROTECTED] mailto:mesh%40adobe.com Shannon Hicks wrote: The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan
Re: [flexcoders] Apollo features
Yeah. We have been focusing on the underlying infrastructure and HTML, which is why we havent given too many details on PDF. You will be able to leverage PDF within Apollo applications, although we don't have a lot of details around the integration just yet. Technically, you could create PDFs within Apollo by doing it via ActionScript, but we do have built in APIs for dynamically generating PDF content. Do you have an example of what you would like to do with generating PDF content? (you can email me with that directly if you like). mike chambers [EMAIL PROTECTED] João Fernandes wrote: Mike, Just a very small question, we see a lot of html flash stuff about apollo but what about PDF ? what will we able to do with it? Just read them? Can my offline app generate a pdf file for me? Can you provide any info about this? João Fernandes *From:* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] *On Behalf Of *Mike Chambers *Sent:* sexta-feira, 2 de Fevereiro de 2007 17:39 *To:* flexcoders@yahoogroups.com *Subject:* Re: [flexcoders] Apollo features I think that just getting the app out of the browser is also a major advantage. It will still be possible to create platform specific Apollo apps, but (at least for 1.0), when we prioritize features, we are going to prioritize those which enable and encourage cross platform applications. mike chambers [EMAIL PROTECTED] mailto:mesh%40adobe.com Shannon Hicks wrote: The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan
Re: [flexcoders] Apollo features
On 2/3/07, Mike Chambers [EMAIL PROTECTED] wrote: Technically, you could create PDFs within Apollo by doing it via ActionScript, but we do have built in APIs for dynamically generating PDF content. wow. Do you have an example of what you would like to do with generating PDF content? (you can email me with that directly if you like). maps, maps reports. w/flex, we're using cf (either cfdocument or itext if the PDF needs tricky bits) have to jump thru some hoops to go from the screen (with user markup) to the cf server back as a PDF. it would also be super cool for plain flex but you guys know that already ;-)
Re: [flexcoders] Apollo features
heh since when did I say .dll files under Mac? you ofcourse will have to dispatch both the .dll and the .so files with it and program your apollo app to see if your running on windows or linux or mac ( I don't know much about the mac ) to use the correct dynamic library... and I don't use VB thanks like I said before I like to be cross platform On 2/2/07, Shannon Hicks [EMAIL PROTECTED] wrote: The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll's is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:flexcoders@ flexcoders@ yahoogroups.com]*De la part de* Jerome Clarke a.k.a sinatosk *Envoyé :* vendredi 2 février 2007 16:54 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
Re: [flexcoders] Apollo features
Oops. I meant to type: -- but we do NOT have built in APIs for dynamically generating PDF content. -- Sorry about any confusion. mike chambers [EMAIL PROTECTED] Mike Chambers wrote: Yeah. We have been focusing on the underlying infrastructure and HTML, which is why we havent given too many details on PDF. You will be able to leverage PDF within Apollo applications, although we don't have a lot of details around the integration just yet. Technically, you could create PDFs within Apollo by doing it via ActionScript, but we do have built in APIs for dynamically generating PDF content. Do you have an example of what you would like to do with generating PDF content? (you can email me with that directly if you like). mike chambers [EMAIL PROTECTED] mailto:mesh%40adobe.com João Fernandes wrote: Mike, Just a very small question, we see a lot of html flash stuff about apollo but what about PDF ? what will we able to do with it? Just read them? Can my offline app generate a pdf file for me? Can you provide any info about this? João Fernandes *From:* flexcoders@yahoogroups.com mailto:flexcoders%40yahoogroups.com [mailto:flexcoders@yahoogroups.com mailto:flexcoders%40yahoogroups.com] *On Behalf Of *Mike Chambers *Sent:* sexta-feira, 2 de Fevereiro de 2007 17:39 *To:* flexcoders@yahoogroups.com mailto:flexcoders%40yahoogroups.com *Subject:* Re: [flexcoders] Apollo features I think that just getting the app out of the browser is also a major advantage. It will still be possible to create platform specific Apollo apps, but (at least for 1.0), when we prioritize features, we are going to prioritize those which enable and encourage cross platform applications. mike chambers [EMAIL PROTECTED] mailto:mesh%40adobe.com mailto:mesh%40adobe.com Shannon Hicks wrote: The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan
RE: [flexcoders] Apollo features
So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it’s not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say “sweet now I can target the other 5% of the market. Let’s dump everything and start over”? I’m totally missing your logic here. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Shannon Hicks Envoyé : vendredi 2 février 2007 18:31 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll’s is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- De : flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de Jerome Clarke a.k.a sinatosk Envoyé : vendredi 2 février 2007 16:54 À : flexcoders@yahoogroups.com Objet : Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
Re: [flexcoders] Apollo features
On Wednesday 31 Jan 2007, Mike Chambers wrote: I think the scenario you described below would be possible without having to launch an EXE Well, yes, if mailto: HREF's are supported, but we may also want to fire up VoIP interface apps etc. etc. (although I would have to think about the pull the app off your website). I'm sure there was a quote about being able to drag applications of web sites onto desktops. Maybe I mis-remember and it was dragging local files onto a web-based Apollo app. -- Tom Chiverton Helping to continually create industry-wide segments This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [flexcoders] Apollo features
On Tuesday 30 Jan 2007, Mike Chambers wrote: That is one of the features being considered for 1.0, although it might not make it in. Well, we'd love to see the feature in (which is why I asked :-) ). Obviously if you have this ability, you can write a trivial exe wrapper to get the shared object/DLL functions Jerome wanted. As an example, we'd have our users drag the Apollo application off our dashboard-type reports web site onto their desktop, and it would poll the server for changes. On something interesting, it'll announce the event, and offer options to 'email this alert'. The same Apollo app could poll our mail server, and launch/prod a mail client when new mail arrives. -- Tom Chiverton Helping to collaboratively foster eligible niches This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
RE: Re: [flexcoders] Apollo features
I agree that this feauture is key for our company. Please make it possible to call an exe and pass parameters! On Tuesday 30 Jan 2007, Mike Chambers wrote: That is one of the features being considered for 1.0, although it might not make it in. Well, we'd love to see the feature in (which is why I asked :-) ). Obviously if you have this ability, you can write a trivial exe wrapper to get the shared object/DLL functions Jerome wanted. As an example, we'd have our users drag the Apollo application off our dashboard-type reports web site onto their desktop, and it would poll the server for changes. On something interesting, it'll announce the event, and offer options to 'email this alert'. The same Apollo app could poll our mail server, and launch/prod a mail client when new mail arrives. -- Tom Chiverton Helping to collaboratively foster eligible niches This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links
Re: [flexcoders] Apollo features
Hi, This feature is KEY for our company too. We are developing speech services (DLL based)...and we will use APOLLO if we can use those DLLs...please, implement it on 1.0 !!! Thanks --- In flexcoders@yahoogroups.com, [EMAIL PROTECTED] wrote: I agree that this feauture is key for our company. Please make it possible to call an exe and pass parameters! On Tuesday 30 Jan 2007, Mike Chambers wrote: That is one of the features being considered for 1.0, although it might not make it in. Well, we'd love to see the feature in (which is why I asked :-) ). Obviously if you have this ability, you can write a trivial exe wrapper to get the shared object/DLL functions Jerome wanted. As an example, we'd have our users drag the Apollo application off our dashboard-type reports web site onto their desktop, and it would poll the server for changes. On something interesting, it'll announce the event, and offer options to 'email this alert'. The same Apollo app could poll our mail server, and launch/prod a mail client when new mail arrives. -- Tom Chiverton Helping to collaboratively foster eligible niches This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links
Re: [flexcoders] Apollo features
I think the scenario you described below would be possible without having to launch an EXE (although I would have to think about the pull the app off your website). mike chambers [EMAIL PROTECTED] Tom Chiverton wrote: On Tuesday 30 Jan 2007, Mike Chambers wrote: That is one of the features being considered for 1.0, although it might not make it in. Well, we'd love to see the feature in (which is why I asked :-) ). Obviously if you have this ability, you can write a trivial exe wrapper to get the shared object/DLL functions Jerome wanted. As an example, we'd have our users drag the Apollo application off our dashboard-type reports web site onto their desktop, and it would poll the server for changes. On something interesting, it'll announce the event, and offer options to 'email this alert'. The same Apollo app could poll our mail server, and launch/prod a mail client when new mail arrives. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [flexcoders] Apollo features
word. add my vote to being able to pass parameters to other exes Impudent1 LeapFrog Productions
Re: [flexcoders] Apollo features
extending on that... will we be able to communicate with dynamic libraries? ( like .DLL on windows, .SO on linux ) On 1/30/07, Tom Chiverton [EMAIL PROTECTED] wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? -- Tom Chiverton This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com.
Re: [flexcoders] Apollo features
If MDM Zinc can do it, then I expect Apollo to be able. On 1/30/07, Jerome Clarke a.k.a sinatosk [EMAIL PROTECTED] wrote: extending on that... will we be able to communicate with dynamic libraries? ( like .DLL on windows, .SO on linux ) On 1/30/07, Tom Chiverton [EMAIL PROTECTED] wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? -- Tom Chiverton This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com.
Re: [flexcoders] Apollo features
That is one of the features being considered for 1.0, although it might not make it in. mike chambers [EMAIL PROTECTED] Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? -- Tom Chiverton
Re: [flexcoders] Apollo features
No. That will not be in 1.0. mike chambers [EMAIL PROTECTED] Jerome Clarke a.k.a sinatosk wrote: extending on that... will we be able to communicate with dynamic libraries? ( like .DLL on windows, .SO on linux )
