Petr Šourek Til vores daglige arbejde har vi brug for visse applikationer, der hjælper os både i vores arbejde og i vores underholdning. Men hvis vi ønsker at skifte til et andet styresystem, opstår der et problem. De applikationer, vi bruger, er muligvis ikke tilgængelige. Vi har udarbejdet en række artikler, der vil omhandle dette emne. Vi håber, at det vil hjælpe dig både når du skifter styresystem og når du leder efter nye applikationer til dit daglige effektive arbejde.
Lad os i den første artikel i serien se, hvilke muligheder vi har for at erstatte applikationer på Mac OS. Først vil det være godt at sige, at Mac OS er et system bygget på basis af NextSTEP og BSD, altså på basis af Unix-systemet. De første Mac'er med OS X kørte på PowerPC-arkitekturen, hvor det kun var muligt at bruge værktøjer til virtualisering (Virtual PC 7, Bochs, Guest PC, iEmulator osv.). Selvom Virtual PC fungerede relativt hurtigt, må det for eksempel have været ekstremt ubelejligt at arbejde hele dagen i en virtuel maskine uden integration i OS X-miljøet. Der var også et forsøg på at fusionere Wine-projektet med QEMU (Darwine) for at køre MS Windows-applikationer indbygget på Mac OS, men dette virkede ikke som forventet og blev annulleret.
Men da Apple annoncerede overgangen til x86-arkitekturen, var udsigterne allerede mere lyse. Ikke alene kunne MS Windows køres indbygget, men Wine kunne også kompileres. Porteføljen af virtualiseringsværktøjer er også vokset, hvilket har resulteret i, at for eksempel MS ophører med at understøtte sit virtuelle pc-værktøj til OS X. Siden da har virksomheder konkurreret om, hvor hurtigt deres virtuelle maskiner kan køre, eller hvor godt de er integreret i miljø OS X osv.
I dag har vi flere muligheder for at erstatte programmer fra Windows til Mac OS.
- Native lancering af MS Windows
- At finde en erstatning for Mac OS
- Ved virtualisering
- Oversættelses-API (vin)
- Oversættelse af programmet til Mac OS.
Native lancering af MS Windows
Windows kan startes ved hjælp af den såkaldte DualBoot, hvilket betyder, at vores Mac kører enten Mac OS eller Windows. Fordelen ved denne metode er, at Windows fuldt ud udnytter din Macs HW. Desværre skal vi altid genstarte computeren, hvilket er ubelejligt. Vi skal også have vores egen MS Windows-licens, som ikke ligefrem er den billigste. Det er nok at købe OEM-versionen, som koster omkring 3 tusinde, men hvis du vil køre de samme vinduer i en virtuel maskine fra BootCamp-pakken, støder du på et problem med licensaftalen (kilde: Microsoft-hotline). Så hvis du vil bruge BootCamp og virtualisering, har du brug for den fulde boksversion. Hvis du ikke har brug for virtualisering, er en OEM-licens nok.
Leder efter et alternativ til Mac OS
Mange applikationer har deres erstatning. Nogle er bedre med mere funktionalitet, andre dårligere. Desværre kommer det hovedsageligt til de enkelte brugeres vaner. Hvis brugeren er vant til at arbejde med Microsoft Office, har han som regel problemer med at skifte til OpenOffice og omvendt. Fordelen ved dette alternativ er uden tvivl, at det er skrevet direkte til Mac OS og dets miljø. Ofte virker alle de tastaturgenveje, som vi er vant til, og principperne for at styre dette system.
Virtualisering
Virtualisering kører Windows i et Mac OS-miljø, så alle programmer kører native i Windows, men takket være nutidens programmuligheder, med understøttelse af integration i Mac OS. Brugeren starter Windows i baggrunden, kører et program, som derefter kører i Mac OS GUI. Der findes flere programmer på markedet i dag til dette formål. Blandt de mere kendte er:
- Parallelt skrivebord
- VMware fusion
- VirtualBox
- QEMU
- Bochs.
Fordelen er, at enhver software, vi har købt til Windows, vil køre på denne måde. Ulempen er, at vi skal købe en licens til Windows og virtualiseringsværktøjet. Virtualisering kan køre langsomt, men det afhænger af den computer, vi virtualiserer på (forfatterens note: der er ikke noget problem med hastigheden af at arbejde med Windows-programmer på min 2 år gamle MacBook Pro).
API-oversættelse
Bare rolig, jeg vil ikke overvælde dig med en uforståelig sætning. Der er kun én ting gemt under denne overskrift. Windows bruger specielle systemfunktionskald (API'er) til at kommunikere med hardwaren, og på Mac OS er der et program, der kan oversætte disse API'er, så OS X kan forstå dem. Eksperter vil nok undskylde mig, men dette er en artikel til brugere, ikke for det professionelle samfund. Under Mac OS gør 3 programmer dette:
- Vin
- Crossover-vin
- Crossover
Vin er kun tilgængelig fra kildefiler og kan kompileres via et projekt macports. Det kan også se ud til, at Crossover-Wine er det samme som Crossover, men det er det ikke helt. Firma CodeWeavers, der udvikler Crossover for penge, er baseret på Wine-projektet, men implementerer sin egen kode tilbage i det for at forbedre kompatibiliteten med applikationer. Dette er lagt i Crossover-Wine-pakken i MacPorts, som igen kun er tilgængelig ved at oversætte kildekoderne. Crossover kan anvendes på individuelle applikationer og har sin egen GUI, som gør det nemmere for dig at installere individuelle applikationer og deres afhængigheder, som de to foregående pakker ikke har. Du kan finde direkte på CodeWeavers hjemmeside, hvilke applikationer der kan køres på den. Ulempen er, at andre applikationer end dem, der er angivet af CodeWeavers, kan køres på den, men den skal kunne konfigurere Wine-projektet.
Oversættelse af programmet til Mac OS
Som jeg nævnte i forrige afsnit. Nogle programmer, for det meste fra Open Source-fællesskabet, har muligvis ikke en binær Mac OS-pakke, men vedligeholdes i kildefiler. For at selv en normal bruger skal kunne oversætte disse applikationer til en binær tilstand, kan et projekt bruges macports. Det er et pakkesystem bygget efter princippet om porte kendt fra BSD. Efter installation og opdatering af portdatabasen styres den via kommandolinjen. Der er også en grafisk version, Project Fink. Desværre er dens programversioner ikke up-to-date, og derfor anbefaler jeg den ikke.
Jeg forsøgte at skitsere mulighederne for at køre Windows-programmer på Mac OS. Fra næste del vil vi beskæftige os med specifikke områder af arbejde med en computer og alternativer til programmer fra MS Windows-miljøet. I næste del vil vi tage fat på kontoransøgninger.
kilder: wikipedia.org, winehq.org
Jeg vil ikke anbefale MacPorts til nogen i dag. Der er et meget mere komplet og gennemtænkt alternativ til Homebrew http://mxcl.github.com/homebrew/
Tak for tippet, jeg prøver det og ser hvad der sker. Anyway, er der en liste over pakker tilgængelige via brew et eller andet sted på nettet? Noget som: http://www.macports.org/ports.php
Jeg kan ikke finde det :( tak
Jeg tester hjemmebryg, jeg vil alligevel gå ind for "tyren", men mine observationer:
– dokumentationen er meget stram, en normal bruger vil have problemer med den (det er et faktum, at MacPorts er på engelsk, men det er fint med en ordbog),
- på en eller anden måde forstår jeg stadig ikke "formel"-princippet, men efter at have kigget har MacPorts en større SW-base,
– ja, dette alternativ er hurtigere, men på en eller anden måde mangler jeg "varianter", der skifter mellem, hvad jeg vil kompilere med, og hvad jeg ikke vil.
Jeg har endnu ikke prøvet at kompilere direkte fra kildefilerne. For at være ærlig vil jeg for mange brugere hellere se noget som Fink, fordi jeg ikke behøver at vide, hvad der ligger bag. Det er en kendsgerning, at Homebrew nok er bedre til ting i depotet (du behøver ikke at undersøge varianter osv.), vi vil se, hvordan kompileringen er direkte fra kilden.
Det er helt underligt. Jeg vil gerne købe en mac, men følelsen af, at jeg bliver nødt til at køre Windows på den igen for at kunne arbejde med den software, jeg købte dyrt kun til Windows, er ret sjov, og det løser ikke problemet med at køre væk fra Windows.
Bliv indtil slutningen af serien. Hvilken software er det specifikt? Måske kan vi finde en løsning. Hvis programmet er til både Mac og Win, tillader producenten (f.eks. Adobe) at ændre systemplatformen under opgraderingen under visse betingelser.
Helt ærligt, da jeg købte min første Mac, var jeg bange for, at jeg ville bruge det meste af min tid i Windows. Nu, efter 2 års brug, kan jeg roligt sige, at det ikke er så slemt. Mere eller mindre bruger jeg Windows til Sap Logon (og kun nogle gange, fordi JavaGui ikke indeholder nogle funktioner, som ikke generer brugeren, men jeg har desværre brug for dem til mit arbejde). Resten af softwaren kører på min Mac. Under alle omstændigheder ville jeg hælde til Libor, kan du fortælle os, hvilken SW du bruger? Enten kender vi hans alternativ, eller også vil vi lede efter det og tilføje det til vores serie. Og det gælder også den sidste :)
Jeg plejer at klare mig med Mac OS, men jeg vil gerne modtage software til kort og kommunikation med GPS - MapSource fra Garmin. Garmin prøver, deres SW til Mac vokser, de tilbyder noget BaseCamp, men jeg har ikke prøvet det endnu, det vil jeg. Jeg aner ikke, hvordan det ligner eller adskiller sig fra MapSource. Jeg har jo en vandre-GPS, en anden GPS til bilen, og den vil jeg også gerne arbejde med på en Mac.
Specifikt har jeg brug for corel x4, Autocad, Autovue 3d viewer. I alt for omkring 70000 NOK. Jeg vurderer den mulige opgradering (hvis det overhovedet er muligt) til yderligere 35000 NOK.
Corel stoppede med at understøtte Macintosh ved version 11 - i 2002. Jeg læste endda et sted, at de anbefaler deres kunder at bruge Boot Camp. Du kan bytte Corel til Adobe Illustrator eller hele Creative Suite-pakken (Illustrator, Photoshop, InDesign, Acrobat...).
Efter min mening er opgraderingen mulig med mulighed for at bruge købte Corel-licenser. Kontakt hr. Metlička fra Adobe CZ, han kan hjælpe dig.
AutoCAD til Mac kommer til salg i begyndelsen af oktober. Se artiklen http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
Autovue 3d viewer er det CAD? Hvad bruger du dette program til?
Jeg ville ikke bytte Corel for noget, det er et fremragende og hurtigt vektorprogram. hvad jeg kan tegne i Corel på 15 minutter, andre steder tager det cirka en time....
Hej,
Kan jeg venligst have et spørgsmål om java sap logon? Er det lykkedes dig at aktivere visningen af den tjekkiske karakter? Hvis jeg bruger en anden tegntabel end 1100, "dumper" sap, for det meste "RFCGUI_UNEXPECTED_DATA", men jeg har set andre. Er du tilfældigvis stødt på et lignende problem? Jeg løste det ved at tilføje cpg=1100 i ekspertindstillinger. Så hele min forbindelsesstreng er:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=da&cpg=1100&lang=DA
Hej,
Jeg har ikke prøvet det, jeg prøver det på min træningsserver derhjemme.
Jeg kigger på noderne, og jeg finder dette ret interessant:
Bemærk 887238 – Mislykket tegntabelkonvertering forårsager RFCGUI_UNEXPECTED_DATA
I teorien kan det være at der ikke er installeret en anden cpg i det system du tilslutter dig, jeg vil anbefale dig at aftale med din bassist.
Alternativt ville jeg prøve CP 4110, som er den interne kodebetegnelse for unicode, altså hvis du har systemversion 4.7, ECC5, ECC6 osv., eller hvis de er slået til som unicode aktiveret.
i hvert fald vil det også hjælpe mig, hvis du, når lossepladsen kommer til dig, sender hovedet af det, så jeg kan stikke mig med det (ST22). Tak
Hvordan åbner jeg logoet fra Corel X5??? Illustrator CS5 vil kun åbne Corel 12 for mig. Jeg har ikke tænkt mig at sætte Win på Mac...
Den, der har givet/sendt det til dig, skal konvertere det til EPS, AI, PDF-format. Jeg kender ikke nogen anden mulighed.