Antony Blakey <antony.bla...@gmail.com> wrote .. > > On 31/05/2010, at 11:13 AM, Marc Spitzer wrote: > > > I actually primarily do not care about mac or windows, personally or > > professionally. Also keep in mind that one of the selling points of > > clojure is that it runs where *Java* runs not mac and windows, I would > > think that in my mind anyway, be a strong contributing point. Now to > > be honest I am responsible for Macs at work but hopefully less of them > > as time goes by. > > This is obviously another input into Luke's decision making. What kind of apps > does he want to target, what kind of developers, what platforms, with what intentions.
Vast survey indeed... how should we find the "real" numbers ? Any suggestion is welcomed but I doubt we can find a core group of developers that will "win" this survey. > > > Have you ever heard of DLL HELL? It is a special case of library path > > issues, they exist every where you have shared libs/DLLS being loaded. > > That only happens if you try to share the DLL, which isn't necessary. Yep but then you need to ship the DLLs (and any other native implementations for the various platforms) with a synced version of the wrapper. Of course the native libraries may vary according to the platorm/maintenance releases, ... > > > And as a sysadmin I have had LD issues with OSX. > > Consumer apps using SWT don't have this problem on OSX. > So should we expect problems in other OSes ? What about testing then ? Do we multiply the number of test suites to run by the number of platforms we support multiplied by the different versions of SWT ? Maybe we should include the captain's age in the equation above... Wow, vast test program. How many man/years to get wrappers around SWT tested with a sufficient number of implementations and how can we keep up with future versions coming in (multiplied by the number of platforms, ...) > > your right we should all be using pcbsd much better, http://pcbsd.org/ > > LOL. > > > native integration is not quality, quality is quality native > > integration is look and feel. > > which is an essential part of quality from a user's perspective for the two consumer > desktop platforms. Not true, we ship Swing based apps on different platforms and the value has never been the "look" but what they allow users to achieve. The single look and feel (aka uniformity) is welcomed by users, some of them are switching regurlaly between Windows and Macs. Were not in the cosmetics business however so we speak for our business (cross-platform, cross-language, cross-....) A menu bar is a menu bar... Even if I rarely use Windows, I'm not freaking because the widgets are not "the same" as my usual desktop. I hate Microsoft for the number of changes they make from version to version because they move stuff around, not because they changed the look and feel of individual apps. That's why I often start apps from command line instead of digging endlessly in the startup menu. I can even get myself around on a MAC without pain. Swing is a much more logical choice effort wise. Of course we may start a Clojure-GUI group eventually but that is premature.. if worthwhile at all. Luc P. > > Antony Blakey > -------------------------- > CTO, Linkuistics Pty Ltd > Ph: 0438 840 787 > > The project was so plagued by politics and ego that when the engineers > requested > technical oversight, our manager hired a psychologist instead. > -- Ron Avitzur > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with your > first > post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
