Para o noso traballo diario, necesitamos certas aplicacións que nos axuden tanto no noso traballo como no noso entretemento. Non obstante, se queremos cambiar a outro sistema operativo, xorde un problema. É posible que as aplicacións que usamos non estean dispoñibles. Preparamos unha serie de artigos que tratarán este tema. Agardamos que che axude tanto á hora de cambiar o sistema operativo como á hora de buscar novas aplicacións para o teu traballo diario eficiente.
No primeiro artigo da serie, vexamos que opcións temos para substituír aplicacións en Mac OS. Nun primeiro momento, sería bo dicir que Mac OS é un sistema construído sobre a base de NextSTEP e BSD, é dicir, sobre a base do sistema Unix. Os primeiros Mac con VOS X funcionaban coa arquitectura PowerPC, onde só era posible utilizar ferramentas para a virtualización (Virtual PC 7, Bochs, Guest PC, iEmulator, etc.). Por exemplo, aínda que Virtual PC funcionou con relativa rapidez, traballar todo o día nunha máquina virtual sen integración no entorno de OS X debeu ser extremadamente inconveniente. Tamén houbo un intento de fusionar o proxecto Wine con QEMU (Darwine) para executar aplicacións de MS Windows de forma nativa en Mac OS, pero isto non funcionou como se esperaba e cancelouse.
Pero cando Apple anunciou a transición á arquitectura x86, o panorama xa era máis bo. Non só MS Windows podería executarse de forma nativa, senón que tamén se podería compilar Wine. A carteira de ferramentas de virtualización tamén creceu, polo que, por exemplo, MS deixa de admitir a súa ferramenta Virtual PC para OS X. Desde entón, as empresas competiron pola rapidez con que funcionan as súas máquinas virtuais ou o ben que están integradas no sistema operativo. entorno OS X etc.
Hoxe temos varias opcións dispoñibles para substituír programas de Windows a Mac OS.
- Lanzamento nativo de MS Windows
- Buscando un substituto para Mac OS
- Por virtualización
- API de tradución (Wine)
- Tradución da aplicación para Mac OS.
Lanzamento nativo de MS Windows
Windows pódese iniciar usando o chamado DualBoot, o que significa que o noso Mac funciona con Mac OS ou Windows. A vantaxe deste método é que Windows utiliza completamente o HW do teu Mac. Desafortunadamente, sempre temos que reiniciar o ordenador, o que é un inconveniente. Tamén temos que ter a nosa propia licenza de MS Windows, que non é precisamente a máis barata. É suficiente comprar a versión OEM, que custa uns 3 mil, pero se queres executar as mesmas fiestras nunha máquina virtual desde o paquete BootCamp, tes un problema co acordo de licenza (fonte: liña directa de Microsoft). Polo tanto, se queres usar BootCamp e a virtualización, necesitas a versión completa en caixa. Se non precisa virtualización, unha licenza OEM é suficiente.
Buscando unha alternativa para Mac OS
Moitas aplicacións teñen a súa substitución. Algúns son mellores con máis funcionalidades, outros peores. Desafortunadamente, isto redúcese principalmente aos hábitos dos usuarios individuais. Se o usuario está afeito a traballar con Microsoft Office, adoita ter problemas para cambiar a OpenOffice e viceversa. A vantaxe desta alternativa é, sen dúbida, que está escrita directamente para Mac OS e o seu entorno. Moitas veces, todos os atallos de teclado aos que estamos afeitos e os principios de control deste sistema funcionan.
Virtualización
A virtualización está a executar Windows nun entorno Mac OS, polo que todos os programas execútanse de forma nativa en Windows, pero grazas ás opcións de programas actuais, con soporte para a integración en Mac OS. O usuario inicia Windows en segundo plano, executa un programa, que despois se executa na GUI de Mac OS. Hoxe hai varios programas no mercado para este fin. Entre os máis coñecidos están:
- Escritorio Parallels
- Fusión de VMware
- VirtualBox
- QEMU
- Bochs.
A vantaxe é que calquera software que compramos para Windows funcionará deste xeito. A desvantaxe é que temos que comprar unha licenza para Windows e a ferramenta de virtualización. A virtualización pode executarse lentamente, pero isto depende do ordenador no que esteamos a virtualizar (nota do autor: non hai ningún problema coa velocidade de traballo coas aplicacións de Windows no meu MacBook Pro de 2 anos de idade).
Tradución da API
Non te preocupes, non quero abrumarte con algunha frase incomprensible. Só hai unha cousa oculta baixo este título. Windows usa chamadas de funcións do sistema (API) especiais para comunicarse co hardware, e en Mac OS hai un programa que pode traducir estas API para que OS X poida entendelas. Os expertos probablemente me desculpen, pero este é un artigo para usuarios, non para a comunidade profesional. En Mac OS, 3 programas fan isto:
- Viño
- Crossover-Wine
- Crossover
Wine só está dispoñible a partir de ficheiros fonte e pódese compilar a través dun proxecto Macports. Ademais, pode parecer que Crossover-Wine é o mesmo que Crossover, pero non é así. Firme CodeWeavers, que desenvolve Crossover for money, baséase no proxecto Wine, pero volve implementar o seu propio código para mellorar a compatibilidade coas aplicacións. Isto ponse no paquete Crossover-Wine en MacPorts, que de novo só está dispoñible traducindo os códigos fonte. Crossover pódese aplicar a aplicacións individuais e ten a súa propia GUI, o que facilita a instalación de aplicacións individuais e as súas dependencias, que os dous paquetes anteriores non teñen. Podes atopar directamente no sitio web de CodeWeavers que aplicacións se poden executar nel. A desvantaxe é que nel pódense executar outras aplicacións distintas das listadas por CodeWeavers, pero ten que poder configurar o proxecto Wine.
Tradución da aplicación para Mac OS
Como comentei no parágrafo anterior. Algunhas aplicacións, na súa maioría da comunidade de código aberto, poden non ter un paquete binario de Mac OS, pero se manteñen en ficheiros fonte. Para que incluso un usuario normal poida traducir estas aplicacións a un estado binario, pódese usar un proxecto Macports. É un sistema de paquetes construído sobre o principio de portos coñecidos por BSD. Despois de instalalo e actualizar a base de datos de portos, contrólase a través da liña de comandos. Tamén hai unha versión gráfica, Project Fink. Desafortunadamente, as súas versións do programa non están actualizadas e, polo tanto, non o recomendo.
Intentei esbozar as posibilidades de executar aplicacións de Windows en Mac OS. A partir da seguinte parte, trataremos áreas concretas de traballo con ordenador e alternativas aos programas do entorno MS Windows. Na seguinte parte, apuntaremos ás aplicacións ofimáticas.
Recursos: wikipedia.org, winehq.org
Non recomendaría MacPorts a ninguén hoxe. Hai unha alternativa moito máis completa e ben pensada ao Homebrew http://mxcl.github.com/homebrew/
Grazas polo consello, probarei a ver que pasa. De todos os xeitos, hai unha lista de paquetes dispoñibles a través de brew nalgún lugar da rede? Algo así como: http://www.macports.org/ports.php
Non o atopo :( grazas
Estou probando homebrew, estarei a favor de "o touro" de todos os xeitos, pero as miñas observacións:
– a documentación é moi austera, un usuario normal terá problemas con ela (é un feito que MacPorts está en inglés, pero está ben cun dicionario),
- dalgún xeito aínda non entendo o principio da "fórmula", pero despois de mirar, os MacPorts teñen unha base SW máis grande,
– si, esta alternativa é máis rápida, pero dalgún xeito bótome en falta "variantes", cambiando entre o que quero compilar e o que non.
Aínda non intentei compilar directamente desde os ficheiros fonte. Para ser honesto, para moitos usuarios, prefiro ver algo como Fink, porque non necesito saber o que hai detrás. É un feito que Homebrew probablemente sexa mellor para as cousas do repositorio (non é necesario investigar variantes, etc.), veremos como é a compilación directamente desde a fonte.
É totalmente estraño. Gustaríame mercar un Mac, pero a sensación de que terei que executar Windows de novo nel para poder traballar co software que merquei caro só para Windows é bastante gracioso e non soluciona o problema de executar lonxe de Windows.
Quédese ata o final da serie. Que software é en concreto? Quizais poidamos atopar unha solución. Se o programa é para Mac e Win, o fabricante (por exemplo, Adobe) permite cambiar a plataforma do sistema durante a actualización en determinadas condicións.
Sinceramente, cando comprei o meu primeiro Mac, tiña medo de pasar a maior parte do meu tempo en Windows. Agora, despois de 2 anos de uso, podo dicir con seguridade que non é tan malo. Máis ou menos, uso Windows para o inicio de sesión de Sap (e só ás veces, porque JavaGui non contén algunhas funcionalidades, que non molestan ao usuario, pero lamentablemente necesito para o meu traballo). O resto do software execútase no meu Mac. En calquera caso, eu inclinaríame polo Libor, podes dicirnos que SW utilizas? Ou coñecemos a súa alternativa, ou a buscaremos e engadímola á nosa serie. E iso vale tamén para o último :)
Normalmente lévome con Mac OS, pero agradeceríame o software para mapas e comunicación con GPS: MapSource de Garmin. Garmin está intentando, o seu SW para Mac está crecendo, ofrecen algo de BaseCamp, pero aínda non o probei, vou facelo. Non teño idea de como é semellante ou diferente de MapSource. Despois de todo, teño un GPS de sendeirismo, outro GPS para o coche, e gustaríame traballar con el nun Mac tamén.
En concreto, necesito corel x4, Autocad, Autovue 3d viewer. En total, por uns 70000 NOK. Estimo a posible actualización (se é posible) a outros 35000 NOK.
Corel deixou de admitir o Macintosh na versión 11, en 2002. Incluso lin nalgún lugar que recomendaban aos seus clientes usar Boot Camp. Podes cambiar Corel por Adobe Illustrator, ou todo o paquete Creative Suite (Illustrator, Photoshop, InDesign, Acrobat...).
Na miña opinión, a actualización é posible coa opción de usar licenzas de Corel compradas. Contacta co señor Metlička de Adobe CZ, podería axudarche.
AutoCAD para Mac porase á venda a principios de outubro. Vexa o artigo http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
O visor 3D de Autovue é CAD? Para que usas este programa?
Non cambiaría corel por nada, é un programa vectorial excelente e rápido. o que podo debuxar en Corel en 15 minutos, noutro lugar leva aproximadamente unha hora....
Bo día,
Por favor, podería ter unha pregunta sobre o inicio de sesión de java sap? Conseguiches activar a visualización do carácter checo? Se utilizo calquera páxina de códigos que non sexa 1100, sap "bordos", principalmente "RFCGUI_UNEXPECTED_DATA", pero vin outras. Encontrouche un problema semellante? Resolvínoo engadindo cpg=1100 na configuración de expertos. Entón, toda a miña cadea de conexión é:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=EN
Bo día,
Non o probei, probarei no meu servidor de prácticas na casa.
Estou mirando as partituras e paréceme moi interesante:
Nota 887238: a conversión de páxina de códigos errada provoca RFCGUI_UNEXPECTED_DATA
En teoría, pode ser que non estea instalado outro cpg no sistema ao que te estás conectando, recomendámosche que fagas acordos co teu baixista.
Alternativamente, probaría CP 4110, que é a designación do código interno para Unicode, é dicir, se tes a versión do sistema 4.7, ECC5, ECC6, etc., ou se están activados como Unicode habilitado.
en todo caso, tamén me serviría que cando che chegue o vertedoiro mandases a cabeza del para que eu me apuñale con el (ST22). Grazas
Como abro o logotipo do Corel X5??? Illustrator CS5 só abrirá Corel 12 para min. Non pretendo poñer Win en Mac...
Quen llo deu ou enviou debe convertelo a formato EPS, AI, PDF. Non coñezo outra opción.