Re: [OzSilverlight] [listserver] List Posting Error Notification
You are not permitted to keep filling up my inbox with MailEnable listserv sillyness. On Mon, Dec 1, 2008 at 10:49 AM, [EMAIL PROTECTED] wrote: - MailEnable: You are not permitted to post to the list (listserver@ozSilverlight.com). This list may be password protected, or you may need to have previously subscribed to the list in order to post to it. - --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] Success or Failure of SL.?
You want me to give you a run sheet of our entire game plan so you can run it off to your buddies at Adobe, think again bazza :) think again! :) Sorry, nice try but no cigar. no, Scott, it's not that. I actually don't cut much code anymore these days: analysis, design, recommendations, etc. I'm trying to get a deeper understanding on SL's place in the world now/soon and I'm not going to recommend spending resources on cutting edge (if not bleeding edge) if it's not yet worth it to solve real business problems. I don't work in a design agency, I don't work with general-public-facing web. I mean, because I know Flex, I can see more than one option so I'm looking at ROI, product differentiation, what works for where and why, alternatives**, etc. E.g: SL's use of C#, while important for teams, can be negated in other ways: what Peter DeHaan at Adobe is up, etc. As for getting SL infront of eyeballs, I've already given you one suggestion - but I do admit cross-department logistics make it a long shot, which is a shame. so I *am* pumping you for information, Scott, but not for the reasons you think. But you did do a good job shedding a bit more light a couple of emails back, and for that many thanks. barry.b out. ** I've come across more than one example where a DHTML/Ajax-y app would work better than what's been served up with Flex. Perhaps both Flex and SL share a competitor there? --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] Success or Failure of SL.?
sorry you're being argumentative bazza :) Scott, you think everyone is argumentitive if they don't blindly swallow your used-car-salesman speil and choosing to look at the fine print. Meh. but Scott, while I have your attention, what's the behind the scenes story with this? http://www.sdtimes.com/MICROSOFT_CO_SPONSORS_ECLIPSE_PROJECT_FOR_SILVERLIGHT/About_OPENSOURCE_and_SILVERLIGHT_and_ECLIPSE_and_MICROSOFT_and_SOYATEC/32968 Also... how long until SL2 comes down in Windows Update?? that's a good question related to that: how will the runtime get onto people's machines (inc non Microsoft ones) without Windows Upadate?** ** the answer, Scott, I'm sure we both agree, is compelling apps. Just like Flash did. --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] Success or Failure of SL.?
On Fri, Oct 17, 2008 at 9:12 AM, Damian Edwards [EMAIL PROTECTED] wrote: Actually there's probably less work because XAML is a controlled and strict environment the tooling is much better and can be trusted more. Using the designer and palettes in Expression Web or VS2008 to build your CSS styles is not WYSIWYG and for experienced CSS coders is actually, usually, slower. Compare that to Blend where creating reusable styles is a joy. so you're saying the development road-bumps are smoothed by the tooling for Silverlight? I wonder what you make of this then? http://www.sdtimes.com/MICROSOFT_CO_SPONSORS_ECLIPSE_PROJECT_FOR_SILVERLIGHT/About_OPENSOURCE_and_SILVERLIGHT_and_ECLIPSE_and_MICROSOFT_and_SOYATEC/32968 Look, at the end of the day, there's not going to be a lot of difference between Flex and Silverlight. an XML-type markup language to describe the UI, a Java-type language for logic and object creation. Meh. Same (basic) leopard, different spots. Tooling *is* important with quality intellesence, and designer-built interfaces. That's why in the Flex world the tool of choice (not exclusive) is built on Eclipse - to smooth the transition for those Java and ColdFusion developers working with Flex. Couple that with Adobe designer products pushing out Flex UI's. Microsoft has always had quality tooling with VisualStudio but where the battle will be fought (and it doesn't have to be red team Vs blue team but simply horses for courses) is ... (in order, my opinion) - the client runtime availability (the SL player Vs the Flash Player) and therefore the potential reach of the application (so what's wrong with SL being the perfect choice for inhouse apps with a fixed Windows-based SOE?) - numbers of developers (no point coming up with cool tools/technology if no one uses it) - resources to help those developers (getting started / moving forward) --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] Success or Failure of SL.?
showing them how easy it is to go from PS / IL to Expression Design/Blend is the goal. how? I'd put money on there being more C# developers out there than Action Script developers ahhh... but that's the mistake. You're saying developers can't transfer their skills from one language to another. In Microsoft development there's a lot of C# developers... but then again, there's a lot of Java developers out there ... - and that on average the C# developer has more experience (i.e. they are *better* :)). sure. Designers are designers, not application developers. but C# doesn't have a monopoly on application developers. Not only that, but Flex and SL development need not be any different to traditional software development where the tasks are split between people with different skills. You don't need one person to do it all. you need workflow to move the project from one pair of hands to another. I've come across a lot of crap UX made by C# developers... and when was the last time you came across a really good UI from a Java program? --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] Passign a Server side object to Silverlight
XMLSerialiser yeah, that's the fella. On Thu, Oct 9, 2008 at 3:49 PM, Philip Beadle [EMAIL PROTECTED] wrote: XMLSerialiser fixed this up Barry. http://philipbeadle.net/Home/tabid/252/EntryID/586/Default.aspx Regards, Philip Beadle Readify | Principal Consultant Microsoft MVP - ASP/ASP.NET, MCAD, MCT Suite 206 Nolan Tower | 29 Rakaia Way | Docklands | VIC 3008 | Australia M: +61 417 301 024 | E: [EMAIL PROTECTED] | C: [EMAIL PROTECTED] | W: www.readify.net -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Barry Beattie Sent: Thursday, October 09, 2008 4:41 PM To: listserver@ozsilverlight.com Subject: Re: [OzSilverlight] Passign a Server side object to Silverlight I tried json serialising it but you cant pass that as a string because of all the etc in the string. Any other ideas? will encoding the data for HTML transmission and decoding it when it hits the SL app help here? I mean, it's the same process as sending URL variables and ASP.NET's request.querystring sorting it out for you you just gotta get around the transport limitations while keeping the data intact. just an idea. b --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] RE: Passign a Server side object to Silverlight
(either the listserver or GMail is having issues - I just got this email) Phillip, I was thinking ... is that the same object? is it that you've recreated that object on the client-side populated it with the data from the server-side version? I'm curious: if values get changed on the server without going through the SL UI (eg another process changes a members' list of roles), how are you going to capture those changes for the client? or if they're multiple client instances holding the same user data and one changes, what happens to the rest? just ruminating out loud, that's all. barry.b On Thu, Oct 9, 2008 at 1:31 PM, Philip Beadle [EMAIL PROTECTED] wrote: Ok it looks like i can use XmlSerializer to serislaise the objects into a string and pass that in the intiaprams. Now to deserialise on the other side. Regards, Philip Beadle Readify | Principal Consultant Microsoft MVP - ASP/ASP.NET, MCAD, MCT Suite 206 Nolan Tower | 29 Rakaia Way | Docklands | VIC 3008 | Australia M: +61 417 301 024 | E: [EMAIL PROTECTED] | C: [EMAIL PROTECTED] | W: www.readify.net From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Philip Beadle Sent: Thursday, October 09, 2008 1:33 PM To: listserver@ozSilverlight.com Subject: [OzSilverlight] Passign a Server side object to Silverlight Hi All, Im trying to figure out how I can pass an instance of a server side object to my SL app on startup of the host page. Im building a module for DotNetNuke (works great so far) and I would love to have an instance of the PortalSettings object in my SL app so I can take advantage of the DNN fx. I tried json serialising it but you cant pass that as a string because of all the etc in the string. Any other ideas? Regards, Philip Beadle Readify | Principal Consultant Microsoft MVP - ASP/ASP.NET, MCAD, MCT Suite 206 Nolan Tower | 29 Rakaia Way | Docklands | VIC 3008 | Australia M: +61 417 301 024 | E: [EMAIL PROTECTED] | C: [EMAIL PROTECTED] | W: www.readify.net The content of this e-mail, including any attachments is a confidential communication between Readify Pty Ltd and the intended addressee and is for the sole use of that intended addressee. If you are not the intended addressee, any use, interference with, disclosure or copying of this material is unauthorized and prohibited. If you have received this e-mail in error please contact the sender immediately and then delete the message and any attachment(s). P Please consider your environmental responsibility before printing this e-mail --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] Passign a Server side object to Silverlight
I tried json serialising it but you cant pass that as a string because of all the etc in the string. Any other ideas? will encoding the data for HTML transmission and decoding it when it hits the SL app help here? I mean, it's the same process as sending URL variables and ASP.NET's request.querystring sorting it out for you you just gotta get around the transport limitations while keeping the data intact. just an idea. b --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] A couple of questions
It's a PITA to make apps with all the bells and whistles in XAML then have to break M-V-VM to finish it off. got an example to show what you mean? (just curious/wanting to learn) --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] A couple of questions
The reason you got allot more functionality in ASP.NET is because you're running on the server, and that is a whole different ball game. bingo. from what I've seen people do (and truth be told I sometimes fall into this myself) is being so caught up in this blurring between client and server (esp coding within VS) that this can be easy to forget. it's standard Client/Server with a twist - the client is only occasionally connected (at least until you can push from Server back to client without polling) meh, my 2c --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
Re: [OzSilverlight] Silverlight LAMP
please forgive for saying so, David, but that's no real answer. that's only skirting the issue. if Silverlight is to be truly successful it has to play nice with other technologies. And that means Stephen deserves a working answer. meh, my 2c. you'd agree, Scott? On Sun, Aug 10, 2008 at 7:02 PM, David Connors [EMAIL PROTECTED] wrote: On Sun, Aug 10, 2008 at 7:00 PM, Stephen Price [EMAIL PROTECTED] wrote: Was just wondering if anyone had thought of (or tried?) a way of running Silverlight on a purely LAMP system? I use a webhost that uses Apache and MySQL. I'd like to be able to use MySQL for the backend but am not sure how I'd get around not being able to run my webservice on a non-microsoft web server. I'm assuming that I'd have to write a java (or some other similar technology) to get that working. So the webserver would of course serve my Silverlight app, which would make calls to the webservice which talks to the MySQL server. Wouldn't it just be easier to change web host? -- David Connors ([EMAIL PROTECTED]) Software Engineer Codify Pty Ltd - www.codify.com Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 Address Info: http://www.codify.com/AboutUs/ContactDetails --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net --- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net