Petr Šourek För vårt dagliga arbete behöver vi vissa applikationer som hjälper oss både i vårt arbete och i vår underhållning. Men om vi vill byta till ett annat operativsystem uppstår ett problem. Applikationerna vi använder kanske inte är tillgängliga. Vi har förberett en serie artiklar som kommer att behandla detta ämne. Vi hoppas att det kommer att hjälpa dig både när du byter operativsystem och när du letar efter nya applikationer för ditt dagliga effektiva arbete.
I den första artikeln i serien, låt oss se vilka alternativ vi har för att ersätta applikationer på Mac OS. Till en början skulle det vara bra att säga att Mac OS är ett system byggt på NextSTEP och BSD, det vill säga på basis av Unix-systemet. De första Mac-datorerna med OS X körde på PowerPC-arkitekturen, där det var möjligt att endast använda verktyg för virtualisering (Virtual PC 7, Bochs, Guest PC, iEmulator, etc.). Till exempel, även om Virtual PC fungerade relativt snabbt, måste det ha varit extremt obekvämt att arbeta hela dagen i en virtuell maskin utan integration i OS X-miljön. Det gjordes också ett försök att slå samman Wine-projektet med QEMU (Darwine) för att köra MS Windows-applikationer på Mac OS, men detta fungerade inte som förväntat och avbröts.
Men när Apple tillkännagav övergången till x86-arkitekturen var utsikterna redan ljusare. Inte bara kunde MS Windows köras inbyggt, men Wine kunde också kompileras. Portföljen av virtualiseringsverktyg har också växt, vilket har resulterat i att till exempel MS har upphört med stödet för sitt virtuella PC-verktyg för OS X. Sedan dess har enskilda företag konkurrerat om hur snabbt deras virtuella maskiner kommer att köras eller hur väl de är integrerade i miljön OS X etc.
Idag har vi flera alternativ tillgängliga för att ersätta program från Windows till Mac OS.
- Inbyggd lansering av MS Windows
- Hitta en ersättare för Mac OS
- Genom virtualisering
- Översättnings-API (vin)
- Översättning av programmet för Mac OS.
Inbyggd lansering av MS Windows
Windows kan startas med den så kallade DualBoot, vilket innebär att vår Mac körs antingen Mac OS eller Windows. Fördelen med den här metoden är att Windows fullt ut använder HW på din Mac. Tyvärr måste vi alltid starta om datorn, vilket är obekvämt. Vi måste också ha en egen MS Windows-licens, vilket inte precis är det billigaste. Det räcker med att köpa OEM-versionen, som kostar runt 3 tusen, men om du vill köra samma fönster i en virtuell maskin från BootCamp-paketet stöter du på ett problem med licensavtalet (källa: Microsoft hotline). Så om du vill använda BootCamp och virtualisering behöver du den fullständiga boxade versionen. Om du inte behöver virtualisering räcker det med en OEM-licens.
Letar efter ett alternativ för Mac OS
Många applikationer har sin ersättning. Vissa är bättre med mer funktionalitet, andra sämre. Tyvärr beror det främst på enskilda användares vanor. Om användaren är van vid att arbeta med Microsoft Office har han oftast problem med att byta till OpenOffice och vice versa. Fördelen med detta alternativ är utan tvekan att det är direkt skrivet för Mac OS och dess miljö. Ofta fungerar alla kortkommandon som vi är vana vid och principerna för att använda det här systemet i allmänhet.
Virtualisering
Virtualisering kör Windows i en Mac OS-miljö, så alla program körs inbyggt i Windows, men tack vare dagens programalternativ, med stöd för integration i Mac OS. Användaren startar Windows i bakgrunden, kör ett program som sedan körs i Mac OS GUI. Det finns flera program på marknaden idag för detta ändamål. Bland de mer kända är:
- Paralleller skrivbord
- VMware fusion
- VirtualBox
- QEMU
- Bochs.
Fördelen är att all programvara vi har köpt för Windows kommer att köras på detta sätt. Nackdelen är att vi måste köpa en licens för Windows och virtualiseringsverktyget. Virtualisering kan gå långsamt, men det beror på vilken dator vi virtualiserar på (författarens anmärkning: det är inga problem med hastigheten att arbeta med Windows-program på min 2-åriga MacBook Pro).
API-översättning
Oroa dig inte, jag vill inte överväldiga dig med någon obegriplig mening. Det finns bara en sak gömd under denna rubrik. Windows använder speciella systemfunktionsanrop (API) för att kommunicera med hårdvaran, och på Mac OS finns det ett program som kan översätta dessa API:er så att OS X kan förstå dem. Experter kommer förmodligen att ursäkta mig, men det här är en artikel för användare, inte för det professionella samhället. Under Mac OS gör 3 program detta:
- Vin
- Crossover-vin
- Crossover
Vin är endast tillgängligt från källfiler och kan kompileras via ett projekt Macports. Det kan också tyckas att Crossover-Wine är samma sak som Crossover, men det är det inte riktigt. Fast CodeWeavers, som utvecklar Crossover för pengar, är baserat på Wine-projektet, men implementerar sin egen kod tillbaka i det för att förbättra kompatibiliteten med applikationer. Detta läggs i Crossover-Wine-paketet i MacPorts, som återigen bara är tillgängligt genom att översätta källkoderna. Crossover kan appliceras på enskilda applikationer och har ett eget GUI, vilket gör det lättare för dig att installera enskilda applikationer och deras beroenden, vilket de två tidigare paketen inte har. Du kan hitta direkt på CodeWeavers webbplats vilka applikationer som kan köras på den. Nackdelen är att andra applikationer än de som listas av CodeWeavers kan köras på den, men den måste kunna konfigurera Wine-projektet.
Översättning av programmet för Mac OS
Som jag nämnde i föregående stycke. Vissa program, mestadels från Open Source-gemenskapen, kanske inte har ett binärt Mac OS-paket, men underhålls i källfiler. För att även en normal användare ska kunna översätta dessa applikationer till ett binärt tillstånd kan ett projekt användas Macports. Det är ett paketsystem byggt på principen om portar kända från BSD. Efter att den har installerats och portdatabasen har uppdaterats, styrs den via kommandoraden. Det finns också en grafisk version, Project Fink. Tyvärr är dess programversioner inte uppdaterade och därför rekommenderar jag det inte.
Jag försökte beskriva möjligheterna att köra Windows-program på Mac OS. Från nästa del kommer vi att behandla specifika områden för att arbeta med en dator och alternativ till program från MS Windows-miljön. I nästa del tar vi sikte på kontorsansökningar.
källor: wikipedia.org, winehq.org
Jag skulle inte rekommendera MacPorts till någon idag. Det finns ett mycket mer komplett och genomtänkt alternativ till Homebrew http://mxcl.github.com/homebrew/
Tack för tipset, jag ska testa och se vad som händer. Hur som helst, finns det en lista över paket tillgängliga via brew någonstans på nätet? Något liknande: http://www.macports.org/ports.php
Jag hittar den inte :( tack
Jag testar hembryggning, jag kommer att vara för "tjuren" i alla fall, men mina observationer:
– dokumentationen är mycket stram, en normal användare kommer att ha problem med den (det är ett faktum att MacPorts är på engelska, men det är bra med en ordbok),
- på något sätt förstår jag fortfarande inte "formel"-principen, men efter att ha tittat har MacPorts en större SW-bas,
– ja, det här alternativet är snabbare, men på något sätt saknar jag "varianter", växlar mellan vad jag vill kompilera med och vad jag inte vill.
Jag har inte testat att kompilera direkt från källfilerna än. För att vara ärlig, för många användare skulle jag hellre se något som Fink, eftersom jag inte behöver veta vad som ligger bakom det. Det är ett faktum att Homebrew förmodligen är bättre för saker i förvaret (man behöver inte forska i varianter etc.), vi får se hur sammanställningen är direkt från källan.
Det är helt konstigt. Jag skulle vilja köpa en mac, men känslan av att jag måste köra Windows på den igen för att kunna arbeta med programvaran som jag köpte dyrt bara för Windows är ganska rolig och det löser inte problemet med att köra borta från Windows.
Stanna till slutet av serien. Vilken programvara är det specifikt? Kanske kan vi hitta en lösning. Om programmet är för både Mac och Win tillåter tillverkaren (t.ex. Adobe) att ändra systemplattformen under uppgraderingen under vissa förutsättningar.
Ärligt talat, när jag köpte min första Mac var jag rädd att jag skulle spendera större delen av min tid i Windows. Nu, efter 2 års användning, kan jag lugnt säga att det inte är så illa. Mer eller mindre använder jag Windows för Sap Logon (och bara ibland, eftersom JavaGui inte innehåller vissa funktioner, som inte stör användaren, men tyvärr behöver jag dem för mitt arbete). Resten av programvaran körs på min Mac. Jag skulle i alla fall luta mig mot Libor, kan du berätta vilken SW du använder? Antingen känner vi till hans alternativ, eller så letar vi efter det och lägger till det i vår serie. Och det gäller den sista också :)
Jag brukar klara mig med Mac OS, men jag skulle välkomna mjukvara för kartor och kommunikation med GPS - MapSource från Garmin. Garmin försöker, deras SW för Mac växer, de erbjuder lite BaseCamp, men jag har inte provat det än, det ska jag göra. Jag har ingen aning om hur det liknar eller skiljer sig från MapSource. Jag har trots allt en vandrings-GPS, en annan GPS till bilen och jag skulle vilja jobba med den på en Mac också.
Specifikt behöver jag Corel x4, Autocad, Autovue 3d-visare. Totalt för cirka 70000 35000 NOK. Jag uppskattar den möjliga uppgraderingen (om det alls är möjligt) till ytterligare XNUMX XNUMX NOK.
Corel slutade stödja Macintosh vid version 11 - 2002. Jag läste till och med någonstans att de rekommenderar sina kunder att använda Boot Camp. Du kan byta ut Corel mot Adobe Illustrator, eller hela Creative Suite-paketet (Illustrator, Photoshop, InDesign, Acrobat...).
Enligt min åsikt är uppgraderingen möjlig med möjligheten att använda köpta Corel-licenser. Kontakta Herr Metlička från Adobe CZ, han kan hjälpa dig.
AutoCAD för Mac kommer att börja säljas i början av oktober. Se artikeln http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
Autovue 3d viewer är det CAD? Vad använder du det här programmet till?
Jag skulle inte byta ut corel mot någonting, det är ett utmärkt och snabbt vektorprogram. vad jag kan rita i Corel på 15 minuter, någon annanstans tar det ungefär en timme....
God dag,
Kan jag snälla ha en fråga om java SAP-inloggningen? Lyckades du aktivera visningen av den tjeckiska karaktären? Om jag använder någon annan teckentabell än 1100, "dumpar" sap, mest "RFCGUI_UNEXPECTED_DATA", men jag har sett andra. Råkade du stöta på ett liknande problem? Jag löste det genom att lägga till cpg=1100 i expertinställningar. Så hela min kopplingssträng är:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=EN
God dag,
Jag har inte provat det, jag ska prova det på min övningsserver hemma.
Jag tittar på noterna och tycker att detta är ganska intressant:
Obs 887238 – Misslyckad teckentabellskonvertering orsakar RFCGUI_UNEXPECTED_DATA
I teorin kan det vara så att en annan cpg inte är installerad i systemet du ansluter till, jag skulle rekommendera dig att göra arrangemang med din basist.
Alternativt skulle jag prova CP 4110, som är den interna kodbeteckningen för unicode, d.v.s. om du har systemversion 4.7, ECC5, ECC6, etc., eller om de är aktiverade som unicode aktiverade.
det skulle i alla fall också hjälpa mig om du, när soptippen kommer till dig, skickar huvudet på det så att jag kan sticka mig med det (ST22). Tack
Hur öppnar jag logotypen från Corel X5??? Illustrator CS5 kommer bara att öppna Corel 12 för mig. Jag tänker inte sätta Win på Mac...
Den som gav/skickade det till dig bör konvertera det till EPS, AI, PDF-format. Jag vet inget annat alternativ.