Петр Шурек За ежедневната си работа се нуждаем от определени приложения, които ни помагат както в работата, така и в забавлението. Ако обаче искаме да преминем към друга операционна система, възниква проблем. Приложенията, които използваме, може да не са налични. Подготвили сме поредица от статии, които ще се занимават с тази тема. Надяваме се, че ще ви помогне както при смяна на операционната система, така и при търсене на нови приложения за вашата ежедневна ефективна работа.
В първата статия от поредицата нека видим какви опции имаме за замяна на приложения в Mac OS. На първо място би било добре да се каже, че Mac OS е система, изградена на базата на NextSTEP и BSD, тоест на базата на системата Unix. Първите Macs с OS X работеха на архитектурата PowerPC, където беше възможно да се използват само инструменти за виртуализация (Virtual PC 7, Bochs, Guest PC, iEmulator и др.). Например, въпреки че Virtual PC работи сравнително бързо, работата по цял ден във виртуална машина без интеграция в OS X средата трябва да е била изключително неудобна. Имаше и опит за сливане на проекта Wine с QEMU (Darwine), за да стартирате MS Windows приложения на Mac OS, но това не проработи според очакванията и беше отменено.
Но когато Apple обяви прехода към x86 архитектурата, перспективите вече бяха по-розови. Не само, че MS Windows може да се изпълнява естествено, но и Wine може да се компилира. Портфолиото от инструменти за виртуализация също нарасна, което доведе например до прекратяване на поддръжката на MS за своя инструмент Virtual PC за OS X. Оттогава компаниите се състезават за това колко бързо могат да работят техните виртуални машини или колко добре са интегрирани в среда OS X и др.
Днес имаме няколко налични опции за замяна на програми от Windows към Mac OS.
- Нативно стартиране на MS Windows
- Намиране на заместител на Mac OS
- Чрез виртуализация
- API за превод (Wine)
- Превод на приложението за Mac OS.
Нативно стартиране на MS Windows
Windows може да се стартира с така наречения DualBoot, което означава, че нашият Mac работи с Mac OS или Windows. Предимството на този метод е, че Windows използва напълно HW на вашия Mac. За съжаление винаги трябва да рестартираме компютъра, което е неудобно. Трябва да имаме и собствен MS Windows лиценз, който не е най-евтиният. Достатъчно е да закупите OEM версията, която струва около 3 хиляди, но ако искате да стартирате същите прозорци във виртуална машина от пакета на BootCamp, ще се сблъскате с проблем с лицензионното споразумение (източник: гореща линия на Microsoft). Така че, ако искате да използвате BootCamp и виртуализация, имате нужда от пълната версия в кутия. Ако нямате нужда от виртуализация, достатъчен е OEM лиценз.
Търся алтернатива за Mac OS
Много приложения имат своя заместител. Някои са по-добри с повече функционалност, други по-лоши. За съжаление, това се свежда главно до навиците на отделните потребители. Ако потребителят е свикнал да работи с Microsoft Office, той обикновено има проблеми с преминаването към OpenOffice и обратно. Предимството на тази алтернатива несъмнено е, че е директно написана за Mac OS и нейната среда. Често всички клавишни комбинации, с които сме свикнали, и принципите за управление на тази система работят.
Виртуализация
Виртуализацията работи с Windows в среда на Mac OS, така че всички програми работят първоначално в Windows, но благодарение на днешните програмни опции, с поддръжка за интегриране в Mac OS. Потребителят стартира Windows във фонов режим, стартира програма, която след това се изпълнява в GUI на Mac OS. Днес на пазара има няколко програми за тази цел. Сред по-известните са:
- Parallels работен плот
- VMware fusion
- VirtualBox
- QEMU
- Bochs.
Предимството е, че всеки софтуер, който сме закупили за Windows, ще работи по този начин. Недостатъкът е, че трябва да закупим лиценз за Windows и инструмента за виртуализация. Виртуализацията може да върви бавно, но това зависи от компютъра, на който виртуализираме (бел. на автора: няма проблем със скоростта на работа с Windows приложения на моя 2-годишен MacBook Pro).
API превод
Не се притеснявай, не искам да те затрупвам с някакво неразбираемо изречение. Под това заглавие се крие само едно нещо. Windows използва специални извиквания на системни функции (API), за да комуникира с хардуера, а в Mac OS има програма, която може да преведе тези API, така че OS X да ги разбере. Специалистите вероятно ще ме извинят, но това е статия за потребителите, а не за професионалната общност. Под Mac OS 3 програми правят това:
- Вино
- Crossover-Wine
- Crossover
Wine е наличен само от изходни файлове и може да бъде компилиран чрез проект Macports. Освен това може да изглежда, че Crossover-Wine е същото като Crossover, но не е съвсем така. Твърд CodeWeavers, който разработва Crossover за пари, е базиран на проекта Wine, но внедрява свой собствен код обратно в него, за да подобри съвместимостта с приложенията. Това е поставено в пакета Crossover-Wine в MacPorts, който отново е достъпен само чрез превод на изходните кодове. Crossover може да се прилага към отделни приложения и има собствен GUI, което ви улеснява при инсталирането на отделни приложения и техните зависимости, които предишните два пакета нямат. Можете да намерите директно на уебсайта на CodeWeavers кои приложения могат да се изпълняват на него. Недостатъкът е, че на него могат да се изпълняват други приложения, различни от изброените от CodeWeavers, но трябва да може да конфигурира проекта Wine.
Превод на приложението за Mac OS
Както споменах в предишния параграф. Някои приложения, предимно от общността с отворен код, може да нямат двоичен пакет за Mac OS, но се поддържат в изходни файлове. За да може дори нормален потребител да преведе тези приложения в двоично състояние, може да се използва проект Macports. Това е пакетна система, изградена на принципа на портовете, познати от BSD. След като се инсталира и базата данни на портовете се актуализира, тя се управлява чрез командния ред. Има и графична версия, Project Fink. За съжаление програмните му версии не са актуални и затова не го препоръчвам.
Опитах се да очертая възможностите за стартиране на Windows приложения на Mac OS. От следващата част ще разгледаме специфични области на работа с компютър и алтернативи на програми от средата на MS Windows. В следващата част ще се насочим към офис приложенията.
източници: wikipedia.org, winehq.org
Днес не бих препоръчал MacPorts на никого. Има много по-пълна и добре обмислена алтернатива на Homebrew http://mxcl.github.com/homebrew/
Благодаря за съвета, ще го пробвам и ще видя какво ще стане. Както и да е, има ли списък с пакети, достъпни чрез brew някъде в мрежата? Нещо като: http://www.macports.org/ports.php
Не мога да го намеря :( благодаря
Тествам homebrew, така или иначе ще бъда за "бика", но моите наблюдения:
– документацията е много строга, нормален потребител ще има проблеми с нея (факт е, че MacPorts е на английски, но е добре с речник),
- някак си все още не разбирам принципа на "формулата", но след като погледнах, MacPorts имат по-голяма SW база,
– да, тази алтернатива е по-бърза, но някак си ми липсват „варианти“, превключване между това, с което искам да компилирам, и това, с което не искам.
Все още не съм опитвал да компилирам директно от изходните файлове. Честно казано, за много потребители бих предпочел да видя нещо като Fink, защото не е нужно да знам какво стои зад него. Факт е, че Homebrew вероятно е по-добър за нещата в хранилището (не е нужно да проучвате варианти и т.н.), ще видим каква е компилацията директно от източника.
Това е напълно странно. Бих искал да си купя mac, но усещането, че ще трябва да пусна отново Windows на него, за да мога да работя със софтуера, който купих скъпо само за Windows, е доста смешно и не решава проблема с работата далеч от Windows.
Останете до края на поредицата. Какъв конкретно софтуер е? Може би можем да намерим решение. Ако програмата е както за Mac, така и за Win, производителят (напр. Adobe) позволява промяна на системната платформа по време на надстройката при определени условия.
Честно казано, когато купих първия си Mac, се страхувах, че ще прекарвам по-голямата част от времето си в Windows. Сега, след 2 години употреба, мога спокойно да кажа, че не е толкова зле. Горе-долу използвам Windows за Sap Logon (и то само понякога, защото JavaGui не съдържа някои функционалности, които не притесняват потребителя, но за съжаление ми трябват за работата). Останалата част от софтуера работи на моя Mac. Във всеки случай бих предпочел Libor, можете ли да ни кажете какъв SW използвате? Или знаем неговата алтернатива, или ще я потърсим и ще я добавим към нашата серия. Това важи и за последното :)
Обикновено се справям с Mac OS, но бих приветствал софтуер за карти и комуникация с GPS - MapSource от Garmin. Garmin се опитват, тяхното SW за Mac расте, предлагат някакъв BaseCamp, но още не съм го пробвал, ще го направя. Нямам представа как е подобен или различен от MapSource. Все пак имам туристически GPS, друг GPS за колата и бих искал да работя с него и на Mac.
По-конкретно имам нужда от Corel x4, Autocad, Autovue 3d viewer. Общо за около 70000 35000 норвежки крони оценявам възможното надграждане (ако изобщо е възможно) до още XNUMX XNUMX норвежки крони.
Corel спряха поддръжката на Macintosh на версия 11 - през 2002 г. Дори бях чел някъде, че препоръчват на клиентите си да използват Boot Camp. Можете да замените Corel за Adobe Illustrator или целия пакет Creative Suite (Illustrator, Photoshop, InDesign, Acrobat...).
Според мен ъпгрейда е възможен с опция за използване на закупени лицензи на Corel. Свържете се с г-н Metlička от Adobe CZ, той може да ви помогне.
AutoCAD за Mac ще бъде пуснат в продажба в началото на октомври. Вижте статията http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
Autovue 3d viewer CAD ли е? За какво използвате тази програма?
Не бих заменил Corel за нищо, това е отлична и бърза векторна програма. какво мога да нарисувам в Corel за 15 минути, другаде отнема около час....
Здравейте,
Мога ли да имам въпрос относно влизането в java sap? Успяхте ли да активирате показването на чешкия символ? Ако използвам кодова страница, различна от 1100, SAP "изхвърля", най-вече "RFCGUI_UNEXPECTED_DATA", но съм виждал и други. Случвало ли ви се е да се сблъскате с подобен проблем? Реших го, като добавих cpg=1100 в експертните настройки. Така че целият ми низ за свързване е:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=EN
Здравейте,
Не съм го пробвал, ще го пробвам на моя сървър за практика вкъщи.
Гледам нотите и намирам това за доста интересно:
Бележка 887238 – Неуспешно преобразуване на кодова страница причинява RFCGUI_UNEXPECTED_DATA
На теория може да се окаже, че друг cpg не е инсталиран в системата, към която се свързвате, бих ви препоръчал да се договорите с вашия басист.
Като алтернатива бих опитал CP 4110, което е вътрешното кодово обозначение за unicode, т.е. ако имате системна версия 4.7, ECC5, ECC6 и т.н., или ако те са включени като активиран unicode.
във всеки случай ще ми помогне и ако, когато свалката дойде при вас, изпратите главата й, за да мога да се намушкам с нея (ST22). Благодаря
Как да отворя логото от Corel X5??? Illustrator CS5 ще ми отвори само Corel 12. Нямам намерение да слагам Win на Mac...
Който и да ви го е дал/изпратил, трябва да го конвертира в EPS, AI, PDF формат. Не знам друг вариант.