¿Por qué una aplicación basada en Java en OS X tiene 2 layouts diferentes de interfaz de usuario?

Cito 2 imágenes de Google.

imagen1imagen2

Mira las tabs. Ellos son totalmente diferentes. Acabo de migrar a OS X. Siempre he creído que OS X proporciona una interfaz de usuario uniforme para que sus aplicaciones sean más elegantes. Además, ¿Cómo activar la interfaz de usuario de la aplicación en la segunda image para que se vea así en la primera image?

  • Dónde puedo encontrar un controller Mavericks para mi Alfa AWUS036H
  • ¿Cómo deshacerse de los icons de Java obsoletos desde el selector de aplicaciones y el dock?
  • Mac no terminará de iniciar session después del reinicio, debe cerrar para iniciar session completamente
  • Puedo emparejar mi PlayStation DualShock 3 Controller, pero ¿por qué se mezclan los botones?
  • El buscador de OS X por date muestra algunos files en order incorrecto
  • ¿Cómo puedo ocultar las tags de file?
  • AppleScript funciona hasta que se coloca en cron; haciendo que Chrome deje de responder
  • ¿Cómo puedo reparar un disco que Disk Utility dice que no puede reparar?
  • 2 Solutions collect form web for “¿Por qué una aplicación basada en Java en OS X tiene 2 layouts diferentes de interfaz de usuario?”

    El mismo código Java (principalmente) se ejecuta en todos los sistemas operativos / architectures. Tiene varias API diferentes para dibujar formularios / windows. Algunas de estas API, por ejemplo, Swing, le permiten cambiar el aspecto entre la simulación de diferentes sets de widgets. Por lo tanto, se puede escribir un progtwig para que le permita al usuario cambiar la apariencia.

    La apariencia que se incluye incluye OSX (como en la captura de pantalla superior) y Windows (varias forms) o Motif o GTK. La forma de configurar esto en Swing y para get más información, consulte este documento de Oracle. Tenga en count que incluso la apariencia de OSX no constring con las pautas de Apple, por ejemplo, el posicionamiento del menu en la window y no en la parte superior de la pantalla.

    Al igual que cualquier sistema de windows, siempre puede escribir progtwigs que se comporten y se vean diferentes al estándar esperado. Ocurre que para OSX la mayoría de los desarrolladores se atienen a las directrices de Apple, pero incluso utilizando las API suministradas por Apple puede tener una sensación diferente entre Carbon (originalmente Mac OS <= 9) y los progtwigs Cocoa (originalmente NeXT). La AppStore le permite a Apple tener un poco más de control, pero no sé si realmente se verifican las pautas de visualización de las reuniones.

    Java es simplemente el contenedor y el lenguaje elegido por el progtwigdor para describir cómo debe dibujarse una image. El uso de Java significa que el desarrollador ignoró los elementos estándar de la interfaz OS X que Apple proporciona a los desarrolladores junto con los documentos de la guía de la interfaz del usuario. Este ejemplo es precisamente por qué el código de Java se ve a menudo como un ciudadano de segunda class entre las personas que esperan que el típico software de calidad de Apple se ejecute en su Mac.

    Piensa en un restaurante. Las instrucciones para el personal podrían estar escritas en francés y los recipientes en los que se entregan los alimentos podrían ser cajas de papel dobladas recubiertas con cera en el exterior. Todavía no cambiaría lo que obtienes si una receta fuera para comida norteña italiana versus comida india del norte.

    Java por sí solo no proscribe el aspecto de un button, solo la biblioteca y el código para dibujar la GUI y, en su ejemplo, se colocaron diferentes ingnetworkingientes en el mismo contenedor con los diferentes resultados esperados.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).