Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. WPF
  4. Porting a WPF App to Mac ...

Porting a WPF App to Mac ...

Scheduled Pinned Locked Moved WPF
csharpwpfdata-structuresquestionannouncement
16 Posts 4 Posters 46 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • J Jammer 0

    Oh yeah, I'm coming from the angle that it would be a rewrite from the ground up basically ... a few resources could be carried over like XML lookup tables but that's about it I would imagine. haha!! - from appleinsider ... "C# is the microsoft spawn of satan java hack that is windows only. " This looks interesting ... http://www.mono-project.com/Mono:OSX[^]

    Jammer Going where everyone here has gone before! :) My Blog

    P Offline
    P Offline
    Pete OHanlon
    wrote on last edited by
    #7

    "You take your stinkin' Mac ways away from these forums. We don' wan' no stinkin' Mac users."

    Deja View - the feeling that you've seen this post before.

    My blog | My articles

    J 1 Reply Last reply
    0
    • P Pete OHanlon

      "You take your stinkin' Mac ways away from these forums. We don' wan' no stinkin' Mac users."

      Deja View - the feeling that you've seen this post before.

      My blog | My articles

      J Offline
      J Offline
      Jammer 0
      wrote on last edited by
      #8

      heh heh ... nix ... pah!

      Jammer Going where everyone here has gone before! :) My Blog

      P 1 Reply Last reply
      0
      • J Jammer 0

        heh heh ... nix ... pah!

        Jammer Going where everyone here has gone before! :) My Blog

        P Offline
        P Offline
        Pete OHanlon
        wrote on last edited by
        #9

        Jammer wrote:

        heh heh ... nix ... pah!

        And now you're bringing up nix? Dear god. Will the horror never end? :wtf:

        Deja View - the feeling that you've seen this post before.

        My blog | My articles

        J 1 Reply Last reply
        0
        • P Pete OHanlon

          Jammer wrote:

          heh heh ... nix ... pah!

          And now you're bringing up nix? Dear god. Will the horror never end? :wtf:

          Deja View - the feeling that you've seen this post before.

          My blog | My articles

          J Offline
          J Offline
          Jammer 0
          wrote on last edited by
          #10

          not in my lifetime!

          Jammer Going where everyone here has gone before! :) My Blog

          1 Reply Last reply
          0
          • J Jammer 0

            Hi All, This is a way off yet but its something I have to think about. My current project has a large enough potential Mac user base to make a mac version a viable effort. Have any of you here undertaken such a task? I'm not even sure what languages you can use to program for a Mac. I know that its a Unix based system which is significantly different platform and would require a stack of effort to learn but it would be worth it. I need to have a read up but has anyone got any useful info on this topic? Cheers,

            Jammer Going where everyone here has gone before! :) My Blog

            P Offline
            P Offline
            Patrick Klug
            wrote on last edited by
            #11

            Hi there, I am working on a project where the situation is the other way round. My background is a boxed software product which is available for both Mac and Windows. After we did a port originally (using GNUStep) we ended up rewriting the application from scratch using Windows native tools (C# and WPF). The reasons: - Windows and Mac users expect a very different user experience which requires two different user interfaces. - Both platforms have different strengths and what is easy on one platform can be very hard on the other. We try to keep our two products feature-identical but the implementation and usage of the features can greatly differ. - ObjectiveC is a dynamic language, C# is a statical typed language. The way you program in these languages is very different. - If you want a great product you need great developers. A Windows developer is likely not the best choice to create a 'good' Mac application and vice versa. Tools that work on both platforms have not the power of the native tools. (eg. Mono) As an example I want to refer to Microsoft Office. Office on Windows and Office on Mac has a VERY different user interface. I think Microsoft made the right choice by understanding that users on Mac and Windows have different expectations.

            J 1 Reply Last reply
            0
            • P Patrick Klug

              Hi there, I am working on a project where the situation is the other way round. My background is a boxed software product which is available for both Mac and Windows. After we did a port originally (using GNUStep) we ended up rewriting the application from scratch using Windows native tools (C# and WPF). The reasons: - Windows and Mac users expect a very different user experience which requires two different user interfaces. - Both platforms have different strengths and what is easy on one platform can be very hard on the other. We try to keep our two products feature-identical but the implementation and usage of the features can greatly differ. - ObjectiveC is a dynamic language, C# is a statical typed language. The way you program in these languages is very different. - If you want a great product you need great developers. A Windows developer is likely not the best choice to create a 'good' Mac application and vice versa. Tools that work on both platforms have not the power of the native tools. (eg. Mono) As an example I want to refer to Microsoft Office. Office on Windows and Office on Mac has a VERY different user interface. I think Microsoft made the right choice by understanding that users on Mac and Windows have different expectations.

              J Offline
              J Offline
              Jammer 0
              wrote on last edited by
              #12

              Very interesting post Pakl ... Just out of interest what boxed product is this background of your?

              Jammer Going where everyone here has gone before! :) My Blog

              P 1 Reply Last reply
              0
              • J Jammer 0

                Very interesting post Pakl ... Just out of interest what boxed product is this background of your?

                Jammer Going where everyone here has gone before! :) My Blog

                P Offline
                P Offline
                Patrick Klug
                wrote on last edited by
                #13

                www.novamind.com[^]

                J 1 Reply Last reply
                0
                • P Patrick Klug

                  www.novamind.com[^]

                  J Offline
                  J Offline
                  Jammer 0
                  wrote on last edited by
                  #14

                  Nice ... I'm going to check that out tomorrow ... looks like a cracking bit of software!

                  Jammer Going where everyone here has gone before! :) My Blog

                  P 1 Reply Last reply
                  0
                  • J Jammer 0

                    Nice ... I'm going to check that out tomorrow ... looks like a cracking bit of software!

                    Jammer Going where everyone here has gone before! :) My Blog

                    P Offline
                    P Offline
                    Patrick Klug
                    wrote on last edited by
                    #15

                    getting better and better... we are still on our way from GDI+ to WPF. quite an interesting journey :-D

                    J 1 Reply Last reply
                    0
                    • P Patrick Klug

                      getting better and better... we are still on our way from GDI+ to WPF. quite an interesting journey :-D

                      J Offline
                      J Offline
                      Jammer 0
                      wrote on last edited by
                      #16

                      I should say! There must be a lot of un-needed code to get GDI+ to do some of the WPF 'native' things.

                      Jammer Going where everyone here has gone before! :) My Blog

                      1 Reply Last reply
                      0
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      • Login

                      • Don't have an account? Register

                      • Login or register to search.
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • World
                      • Users
                      • Groups