Đối với công việc hàng ngày, chúng ta cần một số ứng dụng nhất định giúp ích cho cả công việc và giải trí. Tuy nhiên, nếu chúng ta muốn chuyển sang hệ điều hành khác thì sẽ nảy sinh một vấn đề. Các ứng dụng chúng tôi sử dụng có thể không có sẵn. Chúng tôi đã chuẩn bị một loạt bài viết sẽ đề cập đến chủ đề này. Chúng tôi hy vọng rằng nó sẽ giúp ích cho bạn khi thay đổi hệ điều hành cũng như khi tìm kiếm các ứng dụng mới cho công việc hiệu quả hàng ngày của bạn.
Trong bài viết đầu tiên của loạt bài này, chúng ta hãy xem chúng ta có những lựa chọn nào để thay thế ứng dụng trên Mac OS. Đầu tiên, sẽ rất tốt khi nói rằng Mac OS là một hệ thống được xây dựng trên cơ sở NextSTEP và BSD, tức là trên cơ sở hệ thống Unix. Những máy Mac đầu tiên có OS X chạy trên kiến trúc PowerPC, nơi chỉ có thể sử dụng các công cụ ảo hóa (Virtual PC 7, Bochs, Guest PC, iEmulator, v.v.). Ví dụ, mặc dù Virtual PC hoạt động tương đối nhanh nhưng làm việc cả ngày trong một máy ảo mà không tích hợp vào môi trường OS X hẳn là vô cùng bất tiện. Cũng có nỗ lực hợp nhất dự án Wine với QEMU (Darwine) để chạy các ứng dụng MS Windows nguyên bản trên Mac OS, nhưng dự án này không hoạt động như mong đợi và đã bị hủy bỏ.
Nhưng khi Apple công bố chuyển đổi sang kiến trúc x86, triển vọng đã tươi sáng hơn. MS Windows không chỉ có thể chạy nguyên bản mà Wine còn có thể được biên dịch. Danh mục các công cụ ảo hóa cũng đã phát triển, dẫn đến việc MS ngừng hỗ trợ công cụ Virtual PC dành cho OS X. Kể từ đó, các công ty riêng lẻ đã cạnh tranh về tốc độ chạy của máy ảo hoặc mức độ tích hợp của chúng vào hệ thống. môi trường OS X, v.v.
Ngày nay chúng tôi có sẵn một số tùy chọn để thay thế các chương trình từ Windows sang Mac OS.
- Khởi chạy tự nhiên của MS Windows
- Tìm giải pháp thay thế Mac OS
- Bằng ảo hóa
- API dịch (Rượu)
- Dịch ứng dụng cho Mac OS.
Khởi chạy tự nhiên của MS Windows
Windows có thể được khởi động bằng cái gọi là DualBoot, có nghĩa là máy Mac của chúng tôi đang chạy Mac OS hoặc Windows. Ưu điểm của phương pháp này là Windows tận dụng tối đa phần cứng của máy Mac. Thật không may, chúng ta luôn phải khởi động lại máy tính, điều này thật bất tiện. Chúng tôi cũng phải có giấy phép MS Windows của riêng mình, đây không hẳn là giấy phép rẻ nhất. Chỉ cần mua phiên bản OEM có giá khoảng 3 nghìn là đủ, nhưng nếu bạn muốn chạy các cửa sổ tương tự trong máy ảo từ gói BootCamp, bạn sẽ gặp vấn đề với thỏa thuận cấp phép (nguồn: Đường dây nóng của Microsoft). Vì vậy nếu muốn sử dụng BootCamp và ảo hóa, bạn cần có phiên bản đóng hộp đầy đủ. Nếu bạn không cần ảo hóa, giấy phép OEM là đủ.
Tìm giải pháp thay thế cho Mac OS
Nhiều ứng dụng có sự thay thế của họ. Một số tốt hơn với nhiều chức năng hơn, số khác thì tệ hơn. Thật không may, nó chủ yếu xuất phát từ thói quen của người dùng cá nhân. Nếu người dùng đã quen làm việc với Microsoft Office, họ thường gặp vấn đề khi chuyển sang OpenOffice và ngược lại. Ưu điểm của giải pháp thay thế này chắc chắn là nó được viết trực tiếp cho Mac OS và môi trường của nó. Thông thường, tất cả các phím tắt mà chúng ta quen thuộc và nguyên tắc vận hành hệ thống này nói chung đều hoạt động.
Ảo hóa
Ảo hóa đang chạy Windows trong môi trường Mac OS, vì vậy tất cả các chương trình đều chạy nguyên bản trong Windows, nhưng nhờ các tùy chọn chương trình ngày nay, có hỗ trợ tích hợp vào Mac OS. Người dùng khởi động Windows ở chế độ nền, chạy một chương trình, sau đó chạy trong GUI Mac OS. Có một số chương trình trên thị trường hiện nay cho mục đích này. Trong số những cái được biết đến nhiều hơn là:
- Song song máy tính để bàn
- Hợp nhất VMware
- VirtualBox
- QEMU
- Bochs.
Ưu điểm là mọi phần mềm chúng tôi mua cho Windows đều chạy theo cách này. Điểm bất lợi là chúng ta phải mua bản quyền cho Windows và công cụ Ảo hóa. Ảo hóa có thể chạy chậm, nhưng điều này phụ thuộc vào máy tính mà chúng tôi đang ảo hóa (lưu ý của tác giả: không có vấn đề gì với tốc độ làm việc với các ứng dụng Windows trên MacBook Pro 2 tuổi của tôi).
Dịch API
Đừng lo lắng, tôi không muốn khiến bạn choáng ngợp bằng một câu nói khó hiểu nào đó. Chỉ có một điều ẩn dưới tiêu đề này. Windows sử dụng các lệnh gọi chức năng hệ thống (API) đặc biệt để giao tiếp với phần cứng và trên Mac OS có một chương trình có thể dịch các API này để OS X có thể hiểu chúng. Các chuyên gia có lẽ sẽ thứ lỗi cho tôi, nhưng đây là bài viết dành cho người dùng chứ không phải dành cho cộng đồng chuyên nghiệp. Trong Mac OS, 3 chương trình thực hiện việc này:
- Rượu nho
- Rượu chéo
- Crossover
Wine chỉ có sẵn từ các tệp nguồn và có thể được biên dịch thông qua dự án Macports. Ngoài ra, có vẻ như Crossover-Wine giống với Crossover, nhưng thực tế không hoàn toàn như vậy. Vững chãi CodeWeavers, công ty phát triển Crossover để kiếm tiền, dựa trên dự án Wine, nhưng triển khai lại mã riêng của mình vào đó để cải thiện khả năng tương thích với các ứng dụng. Điều này được đặt trong gói Crossover-Wine trong MacPorts, gói này một lần nữa chỉ khả dụng bằng cách dịch mã nguồn. Crossover có thể được áp dụng cho các ứng dụng riêng lẻ và có GUI riêng, giúp bạn cài đặt các ứng dụng riêng lẻ và các phần phụ thuộc của chúng dễ dàng hơn, điều mà hai gói trước không có. Bạn có thể tìm thấy trực tiếp trên trang web CodeWeavers những ứng dụng nào có thể chạy trên đó. Điểm bất lợi là các ứng dụng khác ngoài những ứng dụng được CodeWeavers liệt kê có thể chạy trên nó, nhưng nó cần có khả năng định cấu hình dự án Wine.
Dịch ứng dụng cho Mac OS
Như tôi đã đề cập ở đoạn trước. Một số ứng dụng, chủ yếu từ cộng đồng Nguồn mở, có thể không có gói nhị phân Mac OS nhưng được duy trì trong các tệp nguồn. Để ngay cả một người dùng bình thường cũng có thể dịch các ứng dụng này sang trạng thái nhị phân, một dự án có thể được sử dụng Macports. Nó là một hệ thống trọn gói được xây dựng trên nguyên tắc các cổng được biết đến từ BSD. Sau khi cài đặt và cập nhật cơ sở dữ liệu cổng, nó được điều khiển thông qua dòng lệnh. Ngoài ra còn có một phiên bản đồ họa, Project Fink. Thật không may, các phiên bản chương trình của nó không được cập nhật và do đó tôi không khuyến khích sử dụng nó.
Tôi đã cố gắng phác thảo các khả năng chạy ứng dụng Windows trên Mac OS. Trong phần tiếp theo, chúng ta sẽ đề cập đến các lĩnh vực làm việc cụ thể với máy tính và các lựa chọn thay thế cho các chương trình từ môi trường MS Windows. Trong phần tiếp theo, chúng ta sẽ nhắm đến các ứng dụng văn phòng.
Tài nguyên: wikipedia.org, winehq.org
Hôm nay tôi sẽ không giới thiệu MacPorts cho bất kỳ ai. Có một giải pháp thay thế hoàn chỉnh và được cân nhắc kỹ lưỡng hơn nhiều cho Homebrew http://mxcl.github.com/homebrew/
Cảm ơn lời khuyên, tôi sẽ thử và xem điều gì sẽ xảy ra. Dù sao, có danh sách các gói có sẵn thông qua brew ở đâu đó trên mạng không? Cái gì đó như: http://www.macports.org/ports.php
Mình không tìm thấy :( cảm ơn
Tôi đang thử nghiệm homebrew, dù sao thì tôi cũng sẽ ủng hộ "con bò đực", nhưng quan sát của tôi:
– tài liệu rất nghiêm ngặt, người dùng bình thường sẽ gặp vấn đề với nó (thực tế là MacPorts bằng tiếng Anh, nhưng với từ điển thì ổn),
- không hiểu sao mình vẫn chưa hiểu nguyên lý "công thức", nhưng sau khi tìm hiểu thì MacPorts có phần đế SW lớn hơn,
– vâng, giải pháp thay thế này nhanh hơn, nhưng bằng cách nào đó tôi thiếu "các biến thể", chuyển đổi giữa những gì tôi muốn biên dịch và những gì tôi không muốn.
Tôi chưa thử biên dịch trực tiếp từ các tệp nguồn. Thành thật mà nói, đối với nhiều người dùng, tôi thích xem thứ gì đó giống Fink hơn, vì tôi không cần biết điều gì đằng sau nó. Thực tế là Homebrew có thể tốt hơn cho những thứ trong kho lưu trữ (bạn không cần nghiên cứu các biến thể, v.v.), chúng ta sẽ xem quá trình biên dịch trực tiếp từ nguồn như thế nào.
Nó hoàn toàn kỳ lạ. Tôi muốn mua một chiếc máy mac, nhưng cảm giác rằng tôi sẽ phải chạy lại Windows trên nó để có thể làm việc với phần mềm mà tôi đã mua rất đắt tiền chỉ dành cho Windows khá buồn cười và nó không giải quyết được vấn đề chạy tránh xa Windows.
Ở lại cho đến cuối bộ truyện. Cụ thể là phần mềm gì? Có lẽ chúng ta có thể tìm ra giải pháp. Nếu chương trình dành cho cả Mac và Win, nhà sản xuất (ví dụ: Adobe) cho phép thay đổi nền tảng hệ thống trong quá trình nâng cấp với một số điều kiện nhất định.
Thành thật mà nói, khi mua chiếc máy Mac đầu tiên, tôi đã lo sợ rằng mình sẽ dành phần lớn thời gian cho Windows. Bây giờ, sau 2 năm sử dụng, tôi có thể yên tâm nói rằng nó không quá tệ. Ít nhiều, tôi sử dụng Windows cho Sap Logon (và chỉ đôi khi, vì JavaGui không chứa một số chức năng không làm phiền người dùng, nhưng tiếc là tôi cần chúng cho công việc của mình). Phần còn lại của phần mềm chạy trên máy Mac của tôi. Trong mọi trường hợp, tôi nghiêng về Libor, bạn có thể cho chúng tôi biết bạn sử dụng SW nào không? Hoặc là chúng tôi biết phương án thay thế của anh ấy, hoặc chúng tôi sẽ tìm kiếm nó và thêm nó vào loạt bài của mình. Và điều đó cũng đúng với điều cuối cùng :)
Tôi thường sử dụng Mac OS, nhưng tôi hoan nghênh phần mềm bản đồ và liên lạc với GPS - MapSource của Garmin. Garmin đang cố gắng, SW dành cho Mac của họ đang phát triển, họ cung cấp một số BaseCamp, nhưng tôi chưa thử, tôi sẽ thử. Tôi không biết nó giống hay khác với MapSource như thế nào. Cuối cùng, tôi có một GPS đi bộ đường dài, một GPS khác cho ô tô và tôi cũng muốn làm việc với nó trên máy Mac.
Cụ thể là mình cần corel x4, Autocad, Autovue 3d view. Tổng cộng khoảng 70000 NOK. Tôi ước tính có thể nâng cấp (nếu có thể) lên 35000 NOK khác.
Corel đã ngừng hỗ trợ Macintosh ở phiên bản 11 - vào năm 2002. Tôi thậm chí còn đọc ở đâu đó rằng họ khuyên khách hàng của mình nên sử dụng Boot Camp. Bạn có thể đổi Corel lấy Adobe Illustrator hoặc toàn bộ gói Creative Suite (Illustrator, Photoshop, InDesign, Acrobat...).
Theo tôi, việc nâng cấp có thể thực hiện được với tùy chọn sử dụng giấy phép Corel đã mua. Hãy liên hệ với ông Metlička từ Adobe CZ, ông ấy có thể giúp bạn.
AutoCAD cho Mac sẽ được bán vào đầu tháng 10. Xem bài viết http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
Trình xem 3d Autovue có phải là CAD không? Bạn sử dụng chương trình này để làm gì?
Tôi sẽ không đổi corel lấy bất cứ thứ gì, đó là một chương trình vector nhanh và xuất sắc. những gì tôi có thể vẽ trong Corel trong 15 phút, ở những nơi khác thì mất khoảng một giờ....
Ngày tốt,
Tôi có thể có câu hỏi về đăng nhập java sap không? Bạn có quản lý để kích hoạt hiển thị ký tự tiếng Séc không? Nếu tôi sử dụng bất kỳ trang mã nào ngoài 1100, sẽ làm hỏng "kết xuất", chủ yếu là "RFCGUI_UNEXPECTED_DATA", nhưng tôi đã thấy những trang khác. Bạn có tình cờ gặp phải vấn đề tương tự không? Tôi đã giải quyết nó bằng cách thêm cpg=1100 vào cài đặt chuyên gia. Vì vậy, toàn bộ chuỗi kết nối của tôi là:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=EN
Ngày tốt,
Tôi chưa thử, tôi sẽ thử trên máy chủ luyện tập ở nhà.
Tôi đang xem bản nhạc và thấy điều này khá thú vị:
Lưu ý 887238 – Chuyển đổi trang mã không thành công gây ra RFCGUI_UNEXPECTED_DATA
Về lý thuyết, có thể một cpg khác chưa được cài đặt trong hệ thống mà bạn đang kết nối, tôi khuyên bạn nên sắp xếp với tay bass của mình.
Ngoài ra, tôi sẽ thử CP 4110, đây là ký hiệu mã nội bộ cho unicode, tức là nếu bạn có phiên bản hệ thống 4.7, ECC5, ECC6, v.v. hoặc nếu chúng được bật ở dạng unicode được bật.
dù sao đi nữa, nó cũng sẽ giúp ích cho tôi nếu khi bãi rác đến với bạn, bạn gửi cái đầu của nó để tôi tự đâm mình (ST22). Cảm ơn
Làm cách nào để mở logo từ Corel X5??? Illustrator CS5 sẽ chỉ mở Corel 12 cho tôi, tôi không có ý định cài Win trên Mac...
Người đưa/gửi cho bạn nên chuyển sang định dạng EPS, AI, PDF. Tôi không biết lựa chọn nào khác.