Per a la nostra feina diària, necessitem determinades aplicacions que ens ajudin tant en la nostra feina com en el nostre entreteniment. Tanmateix, si volem canviar a un altre sistema operatiu, sorgeix un problema. És possible que les aplicacions que fem servir no estiguin disponibles. Hem preparat una sèrie d'articles que tractaran aquest tema. Esperem que us ajudi tant a l'hora de canviar de sistema operatiu com a l'hora de buscar noves aplicacions per al vostre treball eficient diari.
En el primer article de la sèrie, veurem quines opcions tenim per substituir aplicacions a Mac OS. Al principi, seria bo dir que Mac OS és un sistema construït sobre la base de NextSTEP i BSD, és a dir, sobre la base del sistema Unix. Els primers Mac amb OS X funcionaven amb l'arquitectura PowerPC, on només era possible utilitzar eines de virtualització (Virtual PC 7, Bochs, Guest PC, iEmulator, etc.). Per exemple, tot i que Virtual PC va funcionar amb relativa rapidesa, treballar tot el dia en una màquina virtual sense integració a l'entorn OS X devia ser extremadament incòmode. També hi va haver un intent de fusionar el projecte Wine amb QEMU (Darwine) per executar aplicacions MS Windows de manera nativa a Mac OS, però això no va funcionar com s'esperava i es va cancel·lar.
Però quan Apple va anunciar la transició a l'arquitectura x86, el panorama ja era més bo. MS Windows no només es podria executar de manera nativa, sinó que també es podria compilar Wine. La cartera d'eines de virtualització també ha crescut i, per exemple, MS ha deixat de donar suport a la seva eina Virtual PC per a OS X. Des d'aleshores, les empreses individuals han estat competint per la rapidesa amb què funcionaran les seves màquines virtuals o la seva integració en l'entorn OS X, etc.
Avui tenim diverses opcions disponibles per substituir programes de Windows a Mac OS.
- Llançament natiu de MS Windows
- Trobar un substitut per a Mac OS
- Per virtualització
- API de traducció (Wine)
- Traducció de l'aplicació per a Mac OS.
Llançament natiu de MS Windows
Windows es pot iniciar amb l'anomenat DualBoot, el que significa que el nostre Mac funciona amb Mac OS o Windows. L'avantatge d'aquest mètode és que Windows utilitza completament l'HW del vostre Mac. Malauradament, sempre hem de reiniciar l'ordinador, cosa que és inconvenient. També hem de tenir la nostra pròpia llicència de MS Windows, que no és precisament la més barata. N'hi ha prou amb comprar la versió OEM, que costa uns 3, però si voleu executar les mateixes finestres en una màquina virtual des del paquet BootCamp, us trobareu amb un problema amb l'acord de llicència (font: línia directa de Microsoft). Per tant, si voleu utilitzar BootCamp i la virtualització, necessiteu la versió completa en caixa. Si no necessiteu virtualització, n'hi ha prou amb una llicència OEM.
Buscant una alternativa per a Mac OS
Moltes aplicacions tenen el seu substitut. Alguns són millors amb més funcionalitat, altres pitjors. Malauradament, es redueix principalment als hàbits dels usuaris individuals. Si l'usuari està acostumat a treballar amb Microsoft Office, sol tenir problemes per canviar a OpenOffice i viceversa. L'avantatge d'aquesta alternativa és, sens dubte, que està escrita directament per a Mac OS i el seu entorn. Sovint, totes les dreceres de teclat a les quals estem acostumats i els principis de control d'aquest sistema funcionen.
Virtualització
La virtualització està executant Windows en un entorn Mac OS, de manera que tots els programes s'executen de manera nativa a Windows, però gràcies a les opcions de programa actuals, amb suport per a la integració a Mac OS. L'usuari inicia Windows en segon pla, executa un programa, que després s'executa a la GUI de Mac OS. Actualment hi ha diversos programes al mercat per a aquest propòsit. Entre els més coneguts hi ha:
- Escriptori paral·lel
- Fusió de VMware
- VirtualBox
- QEMU
- Bochs.
L'avantatge és que qualsevol programari que hem comprat per a Windows s'executarà d'aquesta manera. El desavantatge és que hem d'adquirir una llicència per a Windows i l'eina de virtualització. La virtualització pot funcionar lentament, però això depèn de l'ordinador en què estem virtualitzant (nota de l'autor: no hi ha cap problema amb la velocitat de treball amb aplicacions de Windows al meu MacBook Pro de 2 anys).
Traducció d'API
No et preocupis, no vull aclaparar-te amb alguna frase incomprensible. Només hi ha una cosa oculta sota aquest títol. Windows utilitza trucades a funcions del sistema (API) especials per comunicar-se amb el maquinari, i a Mac OS hi ha un programa que pot traduir aquestes API perquè OS X les pugui entendre. Els experts probablement em disculpen, però aquest és un article per a usuaris, no per a la comunitat professional. Sota Mac OS, 3 programes fan això:
- Vi
- Crossover-Vi
- Crossover
Wine només està disponible des dels fitxers font i es pot compilar mitjançant un projecte MacPorts. A més, pot semblar que Crossover-Wine és el mateix que Crossover, però no és així. Ferm CodeWeavers, que desenvolupa Crossover for money, es basa en el projecte Wine, però torna a implementar-hi el seu propi codi per millorar la compatibilitat amb les aplicacions. Això es posa al paquet Crossover-Wine a MacPorts, que de nou només està disponible traduint els codis font. Crossover es pot aplicar a aplicacions individuals i té la seva pròpia GUI, cosa que facilita la instal·lació d'aplicacions individuals i les seves dependències, que els dos paquets anteriors no tenen. Podeu trobar directament al lloc web de CodeWeavers quines aplicacions s'hi poden executar. El desavantatge és que s'hi poden executar altres aplicacions diferents de les enumerades per CodeWeavers, però ha de poder configurar el projecte Wine.
Traducció de l'aplicació per a Mac OS
Com he comentat en el paràgraf anterior. Algunes aplicacions, la majoria de la comunitat de codi obert, poden no tenir un paquet binari de Mac OS, però es mantenen als fitxers font. Per tal que fins i tot un usuari normal pugui traduir aquestes aplicacions a un estat binari, es pot utilitzar un projecte MacPorts. És un sistema de paquets construït sobre el principi de ports coneguts de BSD. Un cop instal·lat i actualitzada la base de dades del port, es controla mitjançant la línia d'ordres. També hi ha una versió gràfica, Project Fink. Malauradament, les seves versions del programa no estan actualitzades i, per tant, no el recomano.
Vaig intentar esbossar les possibilitats d'executar aplicacions de Windows a Mac OS. A partir de la següent part, tractarem àrees concretes de treball amb ordinador i alternatives als programes de l'entorn MS Windows. A la següent part, ens centrarem en les aplicacions ofimàtiques.
Recursos: wikipedia.org, winehq.org
Avui no recomanaria MacPorts a ningú. Hi ha una alternativa molt més completa i ben pensada a Homebrew http://mxcl.github.com/homebrew/
Gràcies pel consell, ho provaré a veure què passa. De totes maneres, hi ha una llista de paquets disponibles mitjançant brew en algun lloc de la xarxa? Alguna cosa com: http://www.macports.org/ports.php
No el trobo :( gràcies
Estic provant homebrew, estaré a favor de "el toro" de totes maneres, però les meves observacions:
– la documentació és molt austera, un usuari normal tindrà problemes amb ella (és un fet que MacPorts està en anglès, però amb un diccionari està bé),
- d'alguna manera encara no entenc el principi de la "fórmula", però després de mirar, els MacPorts tenen una base SW més gran,
– sí, aquesta alternativa és més ràpida, però d'alguna manera trobo a faltar "variants", canviant entre el que vull compilar i el que no.
Encara no he provat de compilar directament des dels fitxers font. Per ser sincer, per a molts usuaris, prefereixo veure alguna cosa com Fink, perquè no necessito saber què hi ha darrere. És un fet que Homebrew probablement és millor per a les coses del repositori (no cal investigar variants, etc.), veurem com és la compilació directament des de la font.
És totalment estrany. M'agradaria comprar un mac, però la sensació que hauré d'executar Windows de nou per poder treballar amb el programari que vaig comprar car només per a Windows és força divertida i no soluciona el problema de l'execució. lluny de Windows.
Queda't fins al final de la sèrie. Quin programari és específicament? Potser podem trobar una solució. Si el programa és tant per a Mac com per a Win, el fabricant (per exemple, Adobe) permet canviar la plataforma del sistema durant l'actualització en determinades condicions.
Sincerament, quan vaig comprar el meu primer Mac, vaig tenir por de passar la major part del temps a Windows. Ara, després de 2 anys d'ús, puc dir amb seguretat que no és tan dolent. Més o menys, faig servir Windows per a l'inici de sessió de Sap (i només de vegades, perquè JavaGui no conté algunes funcionalitats, que no molesten a l'usuari, però malauradament les necessito per a la meva feina). La resta del programari s'executa al meu Mac. En qualsevol cas, m'inclinaria pel Libor, ens pots dir quin SW fas servir? O coneixem la seva alternativa, o la buscarem i l'afegirem a la nostra sèrie. I això també val per a l'últim :)
Normalment em surto amb Mac OS, però m'agradaria el programari per a mapes i comunicació amb GPS: MapSource de Garmin. Garmin ho està intentant, el seu SW per a Mac està creixent, ofereixen una mica de BaseCamp, però encara no ho he provat, ho faré. No tinc ni idea de com és semblant o diferent de MapSource. Al cap i a la fi, tinc un GPS de senderisme, un altre GPS per al cotxe i també m'agradaria treballar-hi amb un Mac.
Concretament, necessito corel x4, Autocad, Autovue 3d viewer. En total, per uns 70000 NOK, estimo la possible actualització (si és possible) a 35000 NOK més.
Corel va deixar de donar suport al Macintosh a la versió 11, l'any 2002. Fins i tot vaig llegir en algun lloc que recomanen als seus clients que utilitzin Boot Camp. Podeu canviar Corel per Adobe Illustrator, o tot el paquet Creative Suite (Illustrator, Photoshop, InDesign, Acrobat...).
Al meu entendre, l'actualització és possible amb l'opció d'utilitzar les llicències de Corel adquirides. Poseu-vos en contacte amb el Sr. Metlička d'Adobe CZ, us podria ajudar.
AutoCAD per a Mac sortirà a la venda a principis d'octubre. Veure l'article http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
El visualitzador Autovue 3D és CAD? Per a què feu servir aquest programa?
No canviaria corel per res, és un programa vectorial excel·lent i ràpid. el que puc dibuixar a Corel en 15 minuts, en altres llocs triga aproximadament una hora...
Hola,
Podria tenir una pregunta sobre l'inici de sessió de Java Sap? Has aconseguit activar la visualització del caràcter txec? Si faig servir qualsevol pàgina de codis que no sigui 1100, sap "abocaments", principalment "RFCGUI_UNEXPECTED_DATA", però n'he vist altres. T'has trobat amb un problema similar? Ho vaig resoldre afegint cpg=1100 a la configuració experta. Així que tota la meva cadena de connexió és:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=ca&cpg=1100&lang=EN
Hola,
No ho he provat, ho provaré al meu servidor de pràctiques a casa.
Estic mirant les partitures i trobo que això és força interessant:
Nota 887238: la conversió fallida de la pàgina de codi provoca RFCGUI_UNEXPECTED_DATA
En teoria, podria ser que un altre cpg no estigui instal·lat al sistema al qual us connecteu, us recomanaria que feu arranjaments amb el vostre baixista.
Com a alternativa, provaria CP 4110, que és la designació de codi intern per a unicode, és a dir, si teniu la versió del sistema 4.7, ECC5, ECC6, etc., o si estan activades com a unicode habilitat.
en tot cas, també m'ajudaria que quan us arribi l'abocador envieu el cap perquè m'hi puguem apunyalar (ST22). Gràcies
Com puc obrir el logotip de Corel X5??? Illustrator CS5 només obrirà Corel 12 per a mi. No tinc intenció de posar Win al Mac...
Qui us el va donar/enviar hauria de convertir-lo a format EPS, AI, PDF. No conec cap altra opció.