For vårt daglige arbeid trenger vi visse applikasjoner som hjelper oss både i vårt arbeid og i vår underholdning. Men hvis vi ønsker å bytte til et annet operativsystem, oppstår det et problem. Appene vi bruker er kanskje ikke tilgjengelige. Vi har utarbeidet en serie artikler som vil omhandle dette emnet. Vi håper at det vil hjelpe deg både når du bytter operativsystem og når du leter etter nye applikasjoner for ditt daglige effektive arbeid.
I den første artikkelen i serien, la oss se hvilke alternativer vi har for å erstatte programmer på Mac OS. Først vil det være greit å si at Mac OS er et system bygget på NextSTEP og BSD, det vil si på grunnlag av Unix-systemet. De første Mac-ene med OS X kjørte på PowerPC-arkitekturen, der det var mulig å bruke kun virtualiseringsverktøy (Virtual PC 7, Bochs, Guest PC, iEmulator, etc.). For eksempel, selv om Virtual PC fungerte relativt raskt, må det å jobbe hele dagen i en virtuell maskin uten integrering i OS X-miljøet ha vært ekstremt upraktisk. Det var også et forsøk på å slå sammen Wine-prosjektet med QEMU (Darwine) for å kjøre MS Windows-applikasjoner på Mac OS, men dette fungerte ikke som forventet og ble kansellert.
Men da Apple annonserte overgangen til x86-arkitekturen, var utsiktene allerede lysere. Ikke bare kunne MS Windows kjøres naturlig, men Wine kunne også kompileres. Porteføljen av virtualiseringsverktøy har også vokst, noe som for eksempel har resultert i at MS har sluttet å støtte sitt virtuelle PC-verktøy for OS X. Siden den gang har selskaper konkurrert om hvor raskt deres virtuelle maskiner kan kjøre eller hvor godt de er integrert i miljø OS X etc.
I dag har vi flere tilgjengelige alternativer for å erstatte programmer fra Windows til Mac OS.
- Innfødt lansering av MS Windows
- Finne en erstatning for Mac OS
- Ved virtualisering
- Translation API (vin)
- Oversettelse av programmet for Mac OS.
Innfødt lansering av MS Windows
Windows kan startes ved å bruke den såkalte DualBoot, som betyr at vår Mac kjører enten Mac OS eller Windows. Fordelen med denne metoden er at Windows fullt ut utnytter HW på Mac-en din. Dessverre må vi alltid starte datamaskinen på nytt, noe som er upraktisk. Vi må også ha en egen MS Windows-lisens, som ikke akkurat er den billigste. Det er nok å kjøpe OEM-versjonen, som koster rundt 3 tusen, men hvis du vil kjøre de samme vinduene i en virtuell maskin fra BootCamp-pakken, får du et problem med lisensavtalen (kilde: Microsoft hotline). Så hvis du vil bruke BootCamp og virtualisering, trenger du den komplette eskeversjonen. Hvis du ikke trenger virtualisering, er en OEM-lisens nok.
Ser etter et alternativ for Mac OS
Mange applikasjoner har sin erstatning. Noen er bedre med mer funksjonalitet, andre dårligere. Dessverre kommer det hovedsakelig ned på vanene til individuelle brukere. Hvis brukeren er vant til å jobbe med Microsoft Office, har han vanligvis problemer med å bytte til OpenOffice og omvendt. Fordelen med dette alternativet er utvilsomt at det er direkte skrevet for Mac OS og dets miljø. Ofte fungerer alle hurtigtastene vi er vant til og prinsippene for å betjene dette systemet generelt.
Virtualisering
Virtualisering kjører Windows i et Mac OS-miljø, så alle programmer kjører naturlig i Windows, men takket være dagens programalternativer, med støtte for integrering i Mac OS. Brukeren starter Windows i bakgrunnen, kjører et program, som deretter kjører i Mac OS GUI. Det finnes flere programmer på markedet i dag for dette formålet. Blant de mer kjente er:
- Parallelt skrivebord
- VMware-fusjon
- VirtualBox
- QEMU
- Bochs.
Fordelen er at all programvare vi har kjøpt for Windows vil kjøre på denne måten. Ulempen er at vi må kjøpe en lisens for Windows og virtualiseringsverktøyet. Virtualisering kan gå sakte, men dette avhenger av datamaskinen vi virtualiserer på (forfatterens merknad: det er ingen problemer med hastigheten på arbeidet med Windows-applikasjoner på min 2 år gamle MacBook Pro).
API-oversettelse
Ikke bekymre deg, jeg vil ikke overvelde deg med en uforståelig setning. Det er bare én ting skjult under denne overskriften. Windows bruker spesielle systemfunksjonskall (API) for å kommunisere med maskinvaren, og på Mac OS er det et program som kan oversette disse APIene slik at OS X kan forstå dem. Eksperter vil nok unnskylde meg, men dette er en artikkel for brukere, ikke for fagmiljøet. Under Mac OS gjør 3 programmer dette:
- Vin
- Crossover-vin
- Crossover
Vin er kun tilgjengelig fra kildefiler og kan kompileres via et prosjekt Macports. Det kan også virke som Crossover-Wine er det samme som Crossover, men det er det ikke helt. Fast CodeWeavers, som utvikler Crossover for penger, er basert på Wine-prosjektet, men implementerer sin egen kode tilbake i det for å forbedre kompatibiliteten med applikasjoner. Dette legges i Crossover-Wine-pakken i MacPorts, som igjen bare er tilgjengelig ved å oversette kildekodene. Crossover kan brukes på individuelle applikasjoner og har sin egen GUI, som gjør det lettere for deg å installere individuelle applikasjoner og deres avhengigheter, som de to foregående pakkene ikke har. Du kan finne direkte på CodeWeavers-nettstedet hvilke applikasjoner som kan kjøres på den. Ulempen er at andre applikasjoner enn de som er oppført av CodeWeavers kan kjøres på den, men den må kunne konfigurere Wine-prosjektet.
Oversettelse av programmet for Mac OS
Som jeg nevnte i forrige avsnitt. Noen programmer, for det meste fra Open Source-fellesskapet, har kanskje ikke en binær pakke for Mac OS, men vedlikeholdes i kildefiler. For at selv en normal bruker skal kunne oversette disse applikasjonene til en binær tilstand, kan et prosjekt brukes Macports. Det er et pakkesystem bygget på prinsippet om porter kjent fra BSD. Etter at den er installert og portdatabasen er oppdatert, kontrolleres den via kommandolinjen. Det finnes også en grafisk versjon, Project Fink. Dessverre er ikke programversjonene oppdaterte, og derfor anbefaler jeg det ikke.
Jeg prøvde å skissere mulighetene for å kjøre Windows-applikasjoner på Mac OS. Fra neste del vil vi ta for oss spesifikke områder for arbeid med en datamaskin og alternativer til programmer fra MS Windows-miljøet. I neste del tar vi sikte på kontorsøknader.
Ressurser: wikipedia.org, winehq.org
Jeg vil ikke anbefale MacPorts til noen i dag. Det finnes et mye mer komplett og gjennomtenkt alternativ til Homebrew http://mxcl.github.com/homebrew/
Takk for tipset, jeg skal prøve det og se hva som skjer. Uansett, er det en liste over pakker tilgjengelig via brew et sted på nettet? Noe som: http://www.macports.org/ports.php
Jeg finner den ikke :( takk
Jeg tester hjemmebrygg, jeg vil være for "oksen" uansett, men mine observasjoner:
– dokumentasjonen er veldig streng, en vanlig bruker vil ha problemer med den (det er et faktum at MacPorts er på engelsk, men det er greit med en ordbok),
- På en eller annen måte forstår jeg fortsatt ikke "formel"-prinsippet, men etter å ha sett, har MacPorts en større SW-base,
– Ja, dette alternativet er raskere, men på en eller annen måte mangler jeg "varianter", og bytter mellom det jeg vil kompilere med og det jeg ikke gjør.
Jeg har ikke prøvd å kompilere direkte fra kildefilene ennå. For å være ærlig, for mange brukere vil jeg heller se noe som Fink, fordi jeg ikke trenger å vite hva som ligger bak. Det er et faktum at Homebrew sannsynligvis er bedre for ting i depotet (du trenger ikke forske på varianter osv.), vi får se hvordan kompileringen er direkte fra kilden.
Det er helt rart. Jeg vil gjerne kjøpe en mac, men følelsen av at jeg må kjøre Windows på den igjen for å kunne jobbe med programvaren jeg kjøpte dyrt bare for Windows er ganske morsom og den løser ikke problemet med å kjøre vekk fra Windows.
Bli til slutten av serien. Hvilken programvare er det spesifikt? Kanskje vi kan finne en løsning. Hvis programmet er for både Mac og Win, tillater produsenten (f.eks. Adobe) å endre systemplattformen under oppgraderingen under visse betingelser.
Ærlig talt, da jeg kjøpte min første Mac, var jeg redd for at jeg skulle bruke mesteparten av tiden min i Windows. Nå, etter 2 års bruk, kan jeg trygt si at det ikke er så ille. Mer eller mindre bruker jeg Windows for Sap Logon (og bare noen ganger, fordi JavaGui ikke inneholder noen funksjonaliteter, som ikke plager brukeren, men dessverre trenger jeg dem til arbeidet mitt). Resten av programvaren kjører på min Mac. Uansett ville jeg lene meg mot Libor, kan du fortelle oss hvilken SW du bruker? Enten kjenner vi til alternativet hans, eller så ser vi etter det og legger det til i serien vår. Og det gjelder den siste også :)
Jeg klarer meg vanligvis med Mac OS, men jeg tar gjerne imot programvare for kart og kommunikasjon med GPS - MapSource fra Garmin. Garmin prøver, deres SW for Mac vokser, de tilbyr noen BaseCamp, men jeg har ikke prøvd det ennå, det skal jeg. Jeg aner ikke hvordan det er likt eller forskjellig fra MapSource. Jeg har tross alt en tur-GPS, en annen GPS til bilen, og jeg vil gjerne jobbe med den på en Mac også.
Nærmere bestemt trenger jeg Corel x4, Autocad, Autovue 3d viewer. Totalt for ca 70000 NOK anslår jeg mulig oppgradering (hvis det er mulig) til ytterligere 35000 NOK.
Corel sluttet å støtte Macintosh ved versjon 11 - i 2002. Jeg leste til og med et sted at de anbefaler sine kunder å bruke Boot Camp. Du kan bytte Corel mot Adobe Illustrator, eller hele Creative Suite-pakken (Illustrator, Photoshop, InDesign, Acrobat...).
Etter min mening er oppgraderingen mulig med muligheten til å bruke kjøpte Corel-lisenser. Kontakt Mr. Metlička fra Adobe CZ, han kan hjelpe deg.
AutoCAD for Mac kommer i salg tidlig i oktober. Se artikkelen http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
Autovue 3d viewer er det CAD? Hva bruker du dette programmet til?
Jeg ville ikke byttet Corel for noe, det er et utmerket og raskt vektorprogram. hva jeg kan tegne i Corel på 15 minutter, andre steder tar det omtrent en time....
Hei,
Kan jeg ha et spørsmål om java sap-påloggingen? Klarte du å aktivere visningen av den tsjekkiske karakteren? Hvis jeg bruker en annen kodesett enn 1100, "dumper", for det meste "RFCGUI_UNEXPECTED_DATA", men jeg har sett andre. Har du tilfeldigvis støtt på et lignende problem? Jeg løste det ved å legge til cpg=1100 i ekspertinnstillinger. Så hele tilkoblingsstrengen min er:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=EN
Hei,
Jeg har ikke prøvd det, jeg skal prøve det på treningsserveren min hjemme.
Jeg ser på notene og synes dette er ganske interessant:
Merk 887238 – Mislykket kodesidekonvertering forårsaker RFCGUI_UNEXPECTED_DATA
I teorien kan det være at en annen cpg ikke er installert i systemet du kobler til, jeg vil anbefale deg å avtale med bassisten din.
Alternativt ville jeg prøvd CP 4110, som er den interne kodebetegnelsen for unicode, dvs. hvis du har systemversjon 4.7, ECC5, ECC6 osv., eller hvis de er slått på som unicode aktivert.
i alle fall vil det også hjelpe meg om du, når dumpen kommer til deg, sender hodet på den slik at jeg kan stikke meg med den (ST22). Takk
Hvordan åpner jeg logoen fra Corel X5??? Illustrator CS5 vil bare åpne Corel 12 for meg. Jeg har ikke tenkt å sette Win på Mac...
Den som ga/sendte den til deg, bør konvertere den til EPS, AI, PDF-format. Jeg vet ikke noe annet alternativ.