Vir ons daaglikse werk het ons sekere toepassings nodig wat ons beide in ons werk en in ons vermaak help. As ons egter na 'n ander bedryfstelsel wil oorskakel, ontstaan 'n probleem. Die toepassings wat ons gebruik is dalk nie beskikbaar nie. Ons het 'n reeks artikels voorberei wat oor hierdie onderwerp sal handel. Ons hoop dat dit jou sal help wanneer jy die bedryfstelsel verander en wanneer jy soek na nuwe toepassings vir jou daaglikse doeltreffende werk.
Kom ons kyk in die eerste artikel van die reeks watter opsies ons het om toepassings op Mac OS te vervang. Aanvanklik sal dit goed wees om te sê dat Mac OS 'n stelsel is wat gebou is op die basis van NextSTEP en BSD, dit wil sê op die basis van die Unix-stelsel. Die eerste Mac's met OS X het op die PowerPC-argitektuur gehardloop, waar dit moontlik was om slegs gereedskap vir virtualisering te gebruik (Virtual PC 7, Bochs, Guest PC, iEmulator, ens.). Byvoorbeeld, alhoewel Virtual PC relatief vinnig gewerk het, moes dit uiters ongerieflik gewees het om heeldag in 'n virtuele masjien te werk sonder integrasie in die OS X-omgewing. Daar was ook 'n poging om die Wine-projek met QEMU (Darwine) saam te smelt om MS Windows-toepassings inheems op Mac OS te laat loop, maar dit het nie gewerk soos verwag nie en is gekanselleer.
Maar toe Apple die oorgang na die x86-argitektuur aangekondig het, was die vooruitsigte reeds rooskleuriger. Nie net kon MS Windows inheems bestuur word nie, maar Wine kan ook saamgestel word. Die portefeulje van virtualiseringsinstrumente het ook gegroei, wat daartoe gelei het dat MS byvoorbeeld ophou om sy virtuele rekenaarhulpmiddel vir OS X te ondersteun. Sedertdien ding individuele maatskappye mee oor hoe vinnig hul virtuele masjiene sal werk of hoe goed hulle geïntegreer is in die omgewing OS X ens.
Vandag het ons verskeie opsies beskikbaar om programme van Windows na Mac OS te vervang.
- Inheemse bekendstelling van MS Windows
- Soek 'n plaasvervanger vir Mac OS
- Deur virtualisasie
- Vertaling API (Wyn)
- Vertaling van die toepassing vir Mac OS.
Inheemse bekendstelling van MS Windows
Windows kan begin word deur die sogenaamde DualBoot te gebruik, wat beteken dat ons Mac óf Mac OS óf Windows gebruik. Die voordeel van hierdie metode is dat Windows die HW van jou Mac ten volle benut. Ongelukkig moet ons altyd die rekenaar herbegin, wat ongerieflik is. Ons moet ook ons eie MS Windows-lisensie hê, wat nie juis die goedkoopste is nie. Dit is genoeg om die OEM-weergawe te koop, wat ongeveer 3 duisend kos, maar as jy dieselfde vensters in 'n virtuele masjien vanaf die BootCamp-pakkie wil laat loop, loop jy 'n probleem met die lisensie-ooreenkoms (bron: Microsoft-blitslyn). So as jy BootCamp en virtualisasie wil gebruik, het jy die volledige boksweergawe nodig. As jy nie virtualisering nodig het nie, is 'n OEM-lisensie genoeg.
Op soek na 'n alternatief vir Mac OS
Baie toepassings het hul vervanging. Sommige is beter met meer funksionaliteit, ander slegter. Ongelukkig kom dit hoofsaaklik neer op die gewoontes van individuele gebruikers. As die gebruiker gewoond is om met Microsoft Office te werk, het hy gewoonlik probleme om na OpenOffice oor te skakel en omgekeerd. Die voordeel van hierdie alternatief is ongetwyfeld dat dit direk vir Mac OS en sy omgewing geskryf is. Dikwels werk al die sleutelbordkortpaaie waaraan ons gewoond is en die beginsels van die werking van hierdie stelsel in die algemeen.
Virtualisering
Virtualisering laat Windows in 'n Mac OS-omgewing loop, so alle programme loop inheems in Windows, maar danksy vandag se programopsies, met ondersteuning vir integrasie in Mac OS. Die gebruiker begin Windows op die agtergrond, loop 'n program, wat dan in die Mac OS GUI loop. Daar is vandag verskeie programme vir hierdie doel op die mark. Onder die meer bekendes is:
- Parallelle lessenaar
- VMware samesmelting
- VirtualBox
- QEMU
- Bochs.
Die voordeel is dat enige sagteware wat ons vir Windows gekoop het op hierdie manier sal loop. Die nadeel is dat ons 'n lisensie vir Windows en die Virtualization-instrument moet koop. Virtualisering kan stadig verloop, maar dit hang af van die rekenaar waarop ons virtualiseer (skrywer se nota: daar is geen probleem met die spoed om met Windows-toepassings op my 2-jarige MacBook Pro te werk nie).
API vertaling
Moenie bekommerd wees nie, ek wil jou nie oorweldig met een of ander onverstaanbare sin nie. Daar is net een ding onder hierdie opskrif versteek. Windows gebruik spesiale stelselfunksie-oproepe (API's) om met die hardeware te kommunikeer, en op Mac OS is daar 'n program wat hierdie API's kan vertaal sodat OS X dit kan verstaan. Kenners sal my seker verskoon, maar hierdie is 'n artikel vir gebruikers, nie vir die professionele gemeenskap nie. Onder Mac OS doen 3 programme dit:
- wyn
- Crossover-Wyn
- Crossover
Wyn is slegs beskikbaar vanaf bronlêers en kan via 'n projek saamgestel word Macports. Dit kan ook lyk asof Crossover-Wine dieselfde is as Crossover, maar dit is nie heeltemal so nie. Ferm CodeWeavers, wat Crossover vir geld ontwikkel, is gebaseer op die Wine-projek, maar implementeer sy eie kode terug daarin om versoenbaarheid met toepassings te verbeter. Dit word in die Crossover-Wine-pakket in MacPorts geplaas, wat weer slegs beskikbaar is deur die bronkodes te vertaal. Crossover kan op individuele toepassings toegepas word en het sy eie GUI, wat dit vir jou makliker maak om individuele toepassings en hul afhanklikhede te installeer, wat die vorige twee pakkette nie het nie. Jy kan direk op die CodeWeavers-webwerf vind watter toepassings daarop uitgevoer kan word. Die nadeel is dat ander toepassings as dié wat deur CodeWeavers gelys is daarop uitgevoer kan word, maar dit moet die Wine-projek kan konfigureer.
Vertaling van die toepassing vir Mac OS
Soos ek in die vorige paragraaf genoem het. Sommige toepassings, meestal van die Open Source-gemeenskap, het dalk nie 'n Mac OS-binêre pakket nie, maar word in bronlêers onderhou. Om selfs 'n normale gebruiker hierdie toepassings in 'n binêre toestand te kan vertaal, kan 'n projek gebruik word Macports. Dit is 'n pakketstelsel wat gebou is op die beginsel van poorte wat van BSD bekend is. Nadat dit geïnstalleer is en die poortdatabasis opgedateer is, word dit via die opdragreël beheer. Daar is ook 'n grafiese weergawe, Project Fink. Ongelukkig is sy programweergawes nie op datum nie en daarom beveel ek dit nie aan nie.
Ek het probeer om die moontlikhede uiteen te sit om Windows-toepassings op Mac OS te laat loop. Van die volgende deel sal ons spesifieke areas van werk met 'n rekenaar en alternatiewe vir programme uit die MS Windows-omgewing behandel. In die volgende deel gaan ons mik na kantooraansoeke.
bronne: wikipedia.org, winehq.org
Ek sal vandag nie MacPorts aan enigiemand aanbeveel nie. Daar is 'n baie meer volledige en weldeurdagte alternatief vir Homebrew http://mxcl.github.com/homebrew/
Dankie vir die wenk, ek sal dit probeer en kyk wat gebeur. In elk geval, is daar 'n lys van pakkette beskikbaar via brew iewers op die net? Iets soos: http://www.macports.org/ports.php
Ek kan dit nie vind nie :( dankie
Ek toets homebrew, ek sal in elk geval ten gunste van "die bul" wees, maar my waarnemings:
- die dokumentasie is baie streng, 'n normale gebruiker sal probleme daarmee hê (dit is 'n feit dat MacPorts in Engels is, maar dit is goed met 'n woordeboek),
- op een of ander manier verstaan ek steeds nie die "formule"-beginsel nie, maar nadat ek gekyk het, het MacPorts 'n groter SW-basis,
– ja, hierdie alternatief is vinniger, maar op een of ander manier mis ek "variante", wissel tussen dit waarmee ek wil saamstel en wat ek nie doen nie.
Ek het nog nie probeer om direk vanaf die bronlêers saam te stel nie. Om eerlik te wees, vir baie gebruikers sal ek eerder iets soos Fink sien, want ek hoef nie te weet wat daaragter skuil nie. Dit is 'n feit dat Homebrew waarskynlik beter is vir dinge in die bewaarplek (jy hoef nie variante na te vors nie, ens.), ons sal sien hoe die samestelling is direk vanaf die bron.
Dit is heeltemal vreemd. Ek wil graag 'n Mac koop, maar die gevoel dat ek weer Windows daarop sal moet laat loop om te kan werk met die sagteware wat ek duur net vir Windows gekoop het, is nogal snaaks en dit los nie die probleem van hardloop op nie. weg van Windows.
Bly tot die einde van die reeks. Watter sagteware is dit spesifiek? Miskien kan ons 'n oplossing vind. As die program vir beide Mac en Win is, laat die vervaardiger (bv. Adobe) toe dat die stelselplatform tydens die opgradering onder sekere omstandighede verander word.
Eerlik, toe ek my eerste Mac gekoop het, was ek bang dat ek die meeste van my tyd in Windows sou deurbring. Nou, na 2 jaar se gebruik, kan ek met sekerheid sê dat dit nie so erg is nie. Ek gebruik min of meer Windows vir Sap Logon (en net soms, want JavaGui bevat nie sekere funksies wat nie die gebruiker pla nie, maar ek het dit ongelukkig vir my werk nodig). Die res van die sagteware loop op my Mac. Ek sal in elk geval na Libor leun, kan jy vir ons sê watter SW jy gebruik? Óf ons ken sy alternatief, óf ons sal daarna soek en dit by ons reeks voeg. En dit geld ook vir die laaste een :)
Ek kom gewoonlik met Mac OS oor die weg, maar ek sal sagteware vir kaarte en kommunikasie met GPS verwelkom - MapSource van Garmin. Garmin probeer, hul SW vir Mac groei, hulle bied 'n bietjie BaseCamp, maar ek het dit nog nie probeer nie, ek gaan. Ek het geen idee hoe dit soortgelyk of anders is as MapSource nie. Ek het immers 'n stap-GPS, nog 'n GPS vir die kar, en ek wil graag op 'n Mac ook daarmee werk.
Spesifiek, ek benodig Corel x4, Autocad, Autovue 3d-kyker. In totaal vir sowat NOK 70000 35000. Ek skat die moontlike opgradering (indien enigsins moontlik) na nog XNUMX XNUMX NOK.
Corel het opgehou om die Macintosh te ondersteun by weergawe 11 - in 2002. Ek het selfs iewers gelees dat hulle hul kliënte aanbeveel om Boot Camp te gebruik. Jy kan Corel ruil vir Adobe Illustrator, of die hele Creative Suite-pakket (Illustrator, Photoshop, InDesign, Acrobat...).
Na my mening is die opgradering moontlik met die opsie om aangekoopte Corel-lisensies te gebruik. Kontak mnr. Metlička van Adobe CZ, hy kan jou help.
AutoCAD vir Mac sal vroeg in Oktober te koop wees. Sien die artikel http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
Autovue 3d-kyker is dit CAD? Waarvoor gebruik jy hierdie program?
Ek sal Corel vir niks verruil nie, dit is 'n uitstekende en vinnige vektorprogram. wat ek in Corel kan teken in 15 minute, elders vat dit omtrent 'n uur....
Goeie dag,
Kan ek asseblief 'n vraag hê oor die Java SAP-aanmelding? Het jy daarin geslaag om die vertoning van die Tsjeggiese karakter te aktiveer? As ek enige ander kodebladsy as 1100 gebruik, sap "dumps", meestal "RFCGUI_UNEXPECTED_DATA", maar ek het ander gesien. Het jy toevallig 'n soortgelyke probleem teëgekom? Ek het dit opgelos deur cpg=1100 in deskundige instellings by te voeg. So my hele verbindingstring is:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=EN
Goeie dag,
Ek het dit nie probeer nie, ek sal dit op my oefenbediener by die huis probeer.
Ek kyk na die bladmusiek en ek vind dit nogal interessant:
Let wel 887238 – Mislukte kodebladsy-omskakeling veroorsaak RFCGUI_UNEXPECTED_DATA
In teorie kan dit wees dat 'n ander cpg nie geïnstalleer is in die stelsel waarmee jy koppel nie, ek sal jou aanbeveel om reëlings met jou baskitaarspeler te tref.
Alternatiewelik sou ek CP 4110 probeer, wat die interne kode-benaming vir unicode is, dit wil sê as jy stelselweergawe 4.7, ECC5, ECC6, ens., of as hulle aangeskakel is as unicode geaktiveer is.
dit sal my in elk geval ook help as jy, wanneer die storting by jou kom, die kop daarvan stuur sodat ek myself daarmee kan steek (ST22). Dankie
Hoe maak ek die logo van Corel X5 oop??? Illustrator CS5 sal net Corel 12 vir my oopmaak. Ek is nie van plan om Win op Mac te sit nie...
Wie dit vir jou gegee/gestuur het, moet dit omskakel na EPS, AI, PDF-formaat. Ek ken geen ander opsie nie.