토크:클래식 Mac OS

제목 없음

여러 면에서 시스템 7은 애플 역사상 최악의 실책으로 여겨질 수 있다. 새롭고 매우 큰 OS 기능을 정의함으로써, 커널 위에서 Mac OS를 실행할 가능성은 몇 년 동안 불가능해졌다.

어? --브리온

---

너무 많은 존재하지 않는 하위 페이지 링크 또한: 실제로 Mac을 사용하는 누군가가 OS X 10.2에 무언가를 추가하기를 원한다고? --AW

---

시스템 7.5.2를 빼먹으셨네요. 역사상 최악의 컴퓨터 운영체제였죠. 그래도 애플은 고마워할 거야. 존

---

History와 Apple에 따르면 System 7은 그들의 가장 낮은 모델의 많은 업그레이드를 통해 잘 작동했다. (색상 정보를 벗겨내고, Mac Plus에서 시스템 7.5.5를 사용하여 편안하게 실행할 수 있다(John이 언급했듯이, PCI Macs 7.5.2의 첫 번째 시스템은 그만큼 나빠졌다). 네가 거기 있어서 유감이다.) — 107.36.107.208 (대화) 06:55, 2011년 8월 29일 (UTC)[]이(가) 추가된 이전의 부호 없는 논평

---

맥 OS는 매킨토시 컴퓨터의 거의 모든 제품에 사전 설치되었다..'

'거의 거의 모든?'

이것에 대한 언급은 없다.

이것은 확인/참조 요청을 이끌어낼 수 있다는 널리 알려진 인상/편향/관념 때문일 것이다. 케빈 트럼불 (토크) 2015년 6월 14일 (UTC)[]

'네트워크 서버는 AIX와 독점적으로 판매되었고, 애플 전용 기능이 있는 "AIX for Apple Network Servers"라는 버전으로 판매되었다.

출처: https://en.wikipedia.org/wiki/Apple_Network_Server#Software

게다가, 맥 OS를 맥 OS X와 동일시하는 것은 오해의 소지가 있는데, 단순히 애플이 소유하고 있고 (이전) 판매하고 있다는 사실 때문이다. Windows 2.0은 Mac OS X보다 Windows XP에서 훨씬 더 많은 공통점을 가지고 있다.

풋프린트

각 OS 버전을 설명하는 표에 추가할 흥미로운 점은 각 OS 버전이 차지하는 공간이다. 그 당시 운영체제가 몇 메가바이트나 가져갔는지, 지금 몇 메가바이트나 가져갔는지? —서명되지 않은 의견을 76.170.228.122 (대화) 16:16, 2011년 1월 6일 (UTC)[]까지 추가하는 준비

날짜

다양한 출시 날짜들이 좋을 것 같아. Dan100 16:59, 2005년 4월 10일 (UTC)

동의해, 제안하려고 이 페이지를 열었는데 이미... 믿을 만한 정보원이 있는 사람? 나는 기사에 그들을 추가하게 되어 기쁘다. Graham 05:08, 2005년 4월 19일 (UTC)

그런 점에서 (가장 최근의 코멘트대로) 시스템 3에 대해 누군가 나를 도와줄 수 있을까? 마이클 셰플린 (대화) 03:27, 2014년 8월 31일 (UTC)[]

부끄러운

이것은 마이크로소프트 윈도우의 역사에 비하면 부끄러운 일이다. 우리는 모두 그것을 표준으로 개선하려고 노력해야 한다. — Wackymacs 15:53, 2005년 10월 23일 (UTC)[]

• 그래, 얼마 전에 말했듯이, 나는 내 스스로 몇 가지 주요 편집을 하기로 결정했어. OS의 주요 버전에 대한 스크린샷을 추가하고, 두 개의 주요 단락을 추가했으며, Mac OS 클래식 로고를 추가했으며, 첫 번째 히스토리 섹션과 시스템 7 섹션에 자세한 내용을 추가했으며, 참고 항목도 추가했다. 지금은 훨씬 나아졌다고 생각하지만 아직 할 일이 꽤 남아 있다 — Wackymacs 17:25, 2005년 10월 23일 (UTC)[]

OS 9 버전 범프

OS 9 섹션부터

사실, 버전이 8에서 9로 늘어난 유일한 이유는 버전 번호에 공백을 두지 않고 다가오는 Mac OS X를 위한 길을 닦기 위해서였다. 이 때문에 일부 사람들은 클래식한 Mac OS에서 Mac OS X로 최종 전환하게 될 것이다.

OS 8에서 9로의 버전 혹이 복제 시장에서 벗어나는 방법이라는 것이 널리 이해되고 있다고 생각했다. 모든 클론들이 '마코스 8'에 대한 권리를 가지고 있다고 생각되어 애플은 버전을 9로 맞추어서 제3의 컴퓨터 제조업체에 배포할 필요가 없을 것이다. 그럼에도 불구하고, 명시된 이유는 나에게도 이치에 맞지 않는다. 모든 종류의 앱이 임의로 버전을 건너뛰는 경우 - 그리고 OS 9가 없었기 때문에 OSX로 전환하지 않는 이유를 생각할 수 없음 —서명되지 않은 코멘트를 24.177.128.131 (대화)

그것은 클론(cloner)이 아니었다. 복제 프로그램은 9가 아닌 Mac OS 8과 단절되었다. 그럼에도 불구하고, 추측을 지적한 것은 옳다. 그것을 제거했고 그 기사를 자세히 살펴볼 계획이다. -- 스티븐 피셔 05:32, 2006년 6월 18일 (UTC)[]

아니다. 8.6에서 9.0으로 떨어진 것은 8.6이 부족했던 모든 기능을 9로 추가하는 것이었다. 맥 OS 8.6은 많은 버그를 고쳤고, 속도 향상과 함께 몇 가지 기술을 추가했다. (그것은 새로운 나노-커널을 가지고 있었다.) 자세한 내용은 http://tidbits.com/article/5387를 참조하십시오.

그들은 버전 크리프에 싫증이 났지만 가능한 한 많은 것을 꺼내고 싶었고, 9.0을 새로운 커널과 새로운 기능들, 그리고 셜록 2.1. 107.36.107.208 (대화) 07:03, 2011년 8월 29일 (UTC)--[]로 새롭게 출발하게 했다.

시스템 5는 기술적으로 존재하지 않음

"시스템 5"의 섹션은 기술적으로 부정확하다고 믿는다. 애플은 "시스템 5"라는 이름의 시스템을 출시한 적이 없다. 지금까지 시스템 5라고 일컬어졌던 것을 애플은 "시스템 소프트웨어 5.0"이라고만 일컬었다. 시스템 4.2, 파인더 6.0, 멀티파인더 1.0을 결합했다. 나는 이 부분을 다시 써야 이 상황을 명확히 할 수 있다고 생각한다. 몇몇 사람들은 시스템 소프트웨어 5.0/5.1을 시스템 5라고 부르는 것 같지만, 나는 애플이 그 이름을 사용했던 어떤 예도 찾을 수 없다. 이와 같이, 시스템 커널 버전 5. --Cab88 18:16, 2006년 3월 5일 (UTC)[]이 아니라는 것을 분명히 해야 할 것이다.

시스템 6도 마찬가지다. 단지 시스템 7이 임박했을 때, 그리고 내가 알기로는 애플이 아니라 사용자들만이 그렇게 부르기 시작했다. 애플은 다양한 시스템 및 파인더 버전이 포함된 '시스템 6.0.3'과 같은 시스템 릴리스를 출시했지만 이는 이전 시스템 5 릴리즈와 다를 바 없었다. 그러나 그것은 어쨌든 회고할 때 사용하기 편리한 용어다. Graham 04:57, 2006년 3월 6일 (UTC)[]

내가 가서 "시스템 5" (그리고 6) "시스템 소프트웨어 5" (그리고 6)를 애플이 사용했던 공식 명칭으로 바꾸었다. 그들이 이것에 대해 공식적인 위키백과 정책은 아닌 것 같지만, 소프트웨어 사용자가 일반적으로 사용한다고 해도, 별명이나 단축된 명칭을 사용하지 말고 기술자가 사용하는 소프트웨어의 특이한 명칭을 고수해야 한다고 생각한다. --Cab88 19:11, 2006년 4월 3일 (UTC)[]

시스템 7 단락

나는 Mac 사용자지만 정말로 정렬이 필요한 System 7 섹션의 다음 단락을 다시 쓸 만큼 이 기간에 대해 잘 알지 못한다.

시스템 7.1과 7.5에는 "고급" 추가가 다수 도입되었으며, 일부에서는 가능한 한 잘 생각하지 않는 것으로 간주하였다. 가장 혼란스러운 것은 새로운 하드웨어를 지원하기 위한 수많은 시스템 Enabler에 대한 의존이었다(iMac이 신대륙 아키텍처를 도입한 이후 버전 8.1까지 Mac OS를 괴롭혔다). iMac 자체에는 Mac OS 8.1과 함께 시스템 호환기가 필요하지만, 당시 출시된 다른 Mac과 마찬가지로, iMac 이후에 출시된 Mac은 시스템 호환기가 필요하지 않으며, 물론 iMac 시스템 호환기는 버전 8.5의 일부로 포함되었다.)와 모순된 버전 번호 지정 체계와 함께 다양한 시스템 업데이트 확장이 포함되었다. 파워를 도입한 이 기간 동안 전반적인 안정성과 성능도 점차 악화되었다.PC 지원 및 68K 에뮬레이션.

• "고급" 추가 사항이란?

새로운 버전의 Quicktime, 글꼴 관리자, Open Transport Networking, 구성요소 관리자, 메뉴 관리자, 완전히 C++로 작성된 새로운 버전의 Quickdraw와 68k Assembler로 코드화된 레거시 버전 모두.

• 누가 정확히 그들을 "잘 생각되지 않는다"고 생각했을까?

추락사고로 인해 일을 잃은 모든 사람들, 그리고 그저 효과가 없었던 기능들.

• "그들이 그랬을 수도 있었을까"?

더 강력할 뿐만 아니라 잘 테스트된 소프트웨어.

• 시스템 Enablers는 문자 그대로 "countless"였는가? 의심스럽군!

최종 집계 결과 151명의 지원자와 40건의 비밀 업데이트로 총계가 191명이 되었다.

한 명의 지원자는 단지 한 가지 일을 했을 뿐인데, 그것은 기계 ID의 마이너 바이트를 변경하는 것이었다.

• 시스템 Enablers가 Mac OS를 "플래그"했는가?

더 나쁜 것은, 만약 하나가 손상되거나 삭제된다면, 기계가 부팅되지 않을 것이다.

• 신대륙 건축이란 무엇인가? 신세계에 주어지는 위키 링크는 완전히 비기술적인 것으로 연결된다.

신세계 아키텍처는 MacROM과 MacToolbox의 레거시 코드에서 완전히 벗어나기 위한 하드웨어 추상화 계층이었다.

최초의 파워맥스 프로 G3와 함께 도입되었다. 그것은 Cmd+Opt+O+F로 접근할 수 있는 네 번째 통역기를 기반으로 ROM을 기반으로 했다. (맨 뼈 환경 이상을 제외하고 오픈 펌웨어와 동일함)

• 비록 iMac 자체는 Mac OS 8.1과 함께 시스템 Enabler를 필요로 하지만, 그 당시 출시된 다른 Macs처럼, iMac 후에 출시된 Macs는 시스템 Enabler를 필요로 하지 않으며, 물론 iMac 시스템 Enabler는 버전 8.5의 일부로 포함되었다.) - 이 문장은 엉망이지만, 불행하게도 나는 그것을 고칠 주제에 대해 충분히 알고 있는지 잘 모르겠다. 왜 iMac 시스템 Enabler가 8.5에 "물론"으로 포함되었는가?

그렇지 않으면 기계가 '이 기계는 이 시스템 소프트웨어에서 지원되지 않음'으로 부팅을 거부할 것이기 때문이다.

• 또한 이 섹션이 System 7에 대한 내용일 경우 Mac OS 8과 많은 관련 사항이 있음

시스템 8은 이 과정을 계속하였다.

• 파워를 도입한 이 기간 동안 전반적인 안정성과 성능도 점차 악화되었다.PC 지원 및 68K 에뮬레이션 - 인용 필요? 어느 시기에 대해 이야기되고 있는가?

68K 아키텍처에서 신세계 하드웨어로의 전환.

만약 이것이 약간 부정적이면 미안해 - 나는 단지 이 부분 전체를 잘 살펴봐야 한다고 생각하지만 나는 그것을 할 사람이 아니다. (하지만 나는 기꺼이 건설적인 비판을 할 것이다!) 헤이코스 2006년 8월 23일(UTC) 21:19[]

그것은 단지 한 단락 이상이다; 시스템 7 섹션에는 많은 NPOV 위반이 있다. 다음을 관찰하십시오.

"시스템 7.1은 또한 실제 시스템 파일을 업데이트하지 않고 새로운 모델을 지원하는 방법으로 미움받는 시스템 Enabler를 도입했다. 좋은 생각이긴 하지만, 그것은 제대로 구현되지 않았고, 시스템 7.5 시대에 필요한 다수의 시스템 지원자들이 터무니없는 수준에 도달했다."

미움? 터무니없는 수준? 그것은 기술 분석과 마찬가지로 NPOV가 아닌 것 같다. 헤이코스가 1년 이상 전에 제기한 우려에 대해 아무도 해결하지 못한 것 같다. 아마도 위의 시스템 6 섹션의 흐름과 일치하도록 이 섹션 전체를 재구성하는 것은 모든 우려사항에 대해 적절한 결과를 산출할 수 있을 것이다. 다른 사람들이 여기서 견해를 가지고 있는가, 아니면 내가 그냥 가서 그것에 대해 한 번 생각해 봐야 할까? -- 스콧 스완슨 15:39, 2007년 11월 4일 (UTC)[]

나는 Scott Swanson의 의견에 동의한다. 사실 일부 맥은 시스템 7의 특정 버전에 대한 호환기를 요구하였다. 맥플러스와 맥SE는 결코 에너블러가 필요하지 않았다. 애플이 하드웨어를 추가함에 따라 실제로 하드웨어가 작동할 수 있게 해주는 드라이버가 된다. 기껏해야 특정 Mac에 하나의 지원자가 필요했다. 여기 에니블러에 대한 애플의 공식 문서가 있지만, 맥플러스를 대체한 맥클래식은 물론 맥클래식도 그랬다. Apple Pacific 버전 6, 6.0.8L로 실행하지 않는 한 Mac Powerbook 100도 입니다.

http://docs.info.apple.com/article.html?artnum=11491

호환기는 비디오, 사운드, 네트워크, 펌웨어 등의 Windows 드라이버와 다를 바 없다. Mac용 호환기 수는 Windows 컴퓨터용 드라이버 수에 비해 상당히 적다. —198.5.167.61 (대화) 21:19, 2008년 3월 30일 (UTC)[]에 의해 서명되지 않은 코멘트 추가 준비

에너블러는 윈도우 드라이버와는 완전히 다르다. 그것들은 자주 업데이트 되고, 그것들은 종종 지원되고, 이용가능하다. 일부 Enabler는 비밀 업그레이드를 한 반면, 다른 이들은 기계 ID에서 몇 개의 사소한 비트만 뒤집었다.

지원자에 더 가까운 곳은 IBM 메인프레임의 PTF. (프로그램 Temporary Fix ) 또는 (Pray Till F*****) 해킹이었다.

시스템 에너블러는 이 기간 동안 맥을 지지해야 했던 사람들을 힘들게 했다. 대부분의 컴퓨터 기술자들이 인터넷에 가장 가까운 것이 AOL이나 Compuserve의 전화 접속 계정이었기 때문에, 만약 당신이 나쁜 에너블러 파일 때문에 시작되지 않는 기계를 발견한다면, 당신은 원본 디스크가 없으면 망하게 된다. 그래서 이 절의 원저자는 아마도 에니블러에 대한 경험 때문에 그다지 중립적이지는 않을 것이다. 에너블러에 대해 쓸 만큼은 알고 있지만 상대했던 나쁜 기억이 없는 사람을 찾기는 어려울 것 같다. --크린데카 (대화) 19:54, 2009년 6월 17일 (UTC)[]

전적으로 동의한다. 나는 BMUG 헬프라인에서 몇 년 동안 나쁜 기억을 가지고 있다. PowerMac Enabler 없이 PowerMac 6/7/8100을 시작하려고 하면 시작되지 않거나, 더 나쁜 경우에는 시스템 폭탄이 설치되거나, 기계가 계속 재시작될 수 있다.

시스템 7 http://en.wikipedia.org/wiki/System_7 --Chrisndeca (talk) 19:58, 2009년 6월 17일 (UTC)[]의 훨씬 완전한 개요인 것처럼 보이기 때문에 누군가가 이 페이지에 있는 내용을 요약하여 이 단락을 다시 쓰고 싶을 것이다.

아타리 항구?

맥 OS 2의 아타리 포트[1]의 이미지를 우연히 발견한 것 같다. 그러나 이에 대한 정보는 더 이상 찾을 수 없다. --StuartBrady (Talk) 14:21, 2006년 9월 11일 (UTC)[]

내가 알기로는 아미가스와 아타리스는 같은 CPU 아키텍처를 사용했기 때문에 상당히 빠른 맥 에뮬레이터를 실행할 수 있었다. 당신이 본 것은 아마도 공식적인 포트가 아니라 일종의 에뮬레이션으로 작동하는 표준 맥 OS일 것이다. 맥 롬이 이런 것들을 작동시키려면 보통 카드가 필요했다. 참고 항목: http://en.wikipedia.org/wiki/Spectre_GCR -- Forkazoo 21:28, 2007년 6월 19일(UTC)

사진에서 왼쪽에 있는 스펙터 GCR 카트리지와 디스크 컨트롤러 포트에 연결된 것을 볼 수 있다. 항구가 아니라 완전히 비공식적인 제3자 해킹이야 기본적으로 MagicSac/Spectre GCR은 실제 Mac ROM을 가져와 패치를 적용하여 모든 Atari ST 하드웨어를 "드라이버"로 패치했다. 그리고 나서 표준 Mac OS가 그 위에서 부팅되었다. Spectre GCR에는 일부 특수 디스크 컨트롤러 하드웨어도 포함되어 있어 실제 Mac 포맷 디스크를 사용할 수 있었는데, 여기서 이전의 MagicSac은 사용할 수 없었다.(Atari ST는 PC 호환 MFM 인코딩을 사용했으며, 일반적으로 Mac 400/800k 디스크는 PC가 읽을 수 없는 동일한 이유로 읽을 수 없다.) 여기 나쁜 링크 뒤에 숨겨진 역사가 있다: http://www.geocities.com/clu-da-bard/gcrintro.html 24.168.155.255 (토크) 07:19, 2009년 10월 23일 (UTC)[]

도입 시 Microsoft에 홀수 포커스

나만 그런 걸까, 아니면 두 번째 단락이 기괴한 걸까?

1984년 애플은 마이크로소프트가 맥 OS용 Word와 Excel(당시 이름이 MultiPlan) 버전을 만드는 계약을 체결하면서 마이크로소프트와 제휴했다. 1980년대 대다수의 맥 OS에는 호환 가능한 소프트웨어가 많이 부족했다.

호환 가능...뭘로? 이것이 독창적인 연구라는 것을 알지만, 개인적으로 나는 Macintosh와 상당히 호환되어야 하는 "대량"의 Mac 소프트웨어를 발견했다. 1980년대 대다수의 사람들. 내 생각에 그것은 1984년에서 1989년 사이일 것 같다. 아니면, 내 경우는 1985년부터 1989년까지. Dammit, 그의 말이 맞을지도 몰라.
MultiPlan, Excel, et al에 대해서는, 나는 애플이 윈도우 제로에 독점적으로 출시하는 대신, 맥을 위한 WYSIWYG 사무소 소프트웨어로 수 많은 돈을 벌도록 마이크로소프트를 설득한 것은 좋은 일이라고 생각한다. ~ RVJ 21:16, 2007년 3월 15일 (UTC)[]

옛날에는 "호환성"이라는 단어가 사방에 퍼져 있었다; 나는 애플 독일조차도 맥을 "호환성"이라고 광고했던 것을 어렴풋이 기억한다.

"Compatible" was the single word which meant "PC-compatible" - which in itself is a bit murky, it can mean "hardware-compatible" (like having an ISA slot, or a CPU with an x86-compatible instruct set), "binary-compatible" (it could run the same software on a machine code level), "software-compatible" (it wasn't an IBM PC, but for a few of the most 중요한 애플리케이션은 "호환성" 기계에 포팅되어 있거나 DOS로 포맷된 디스크를 간단히 읽을 수 있다(그리고 대부분의 "PC"가 DOS나 Windows를 실행하는 동안 XENIX, CP/M, Coistent 또는 NetWare를 실행하는 것도 완전히 무시한다).

그러나 교육을 받지 않은 사용자의 90%는 "다른 사람과 워드/엑셀 파일을 교환할 수 있다(대부분은 "IBM PC 클론"을 소유할 것임)"로 줄었고, 애플도 광고에서 그렇게 다루었다. --Klaws (talk) 07:30, 2020년 3월 20일 (UTC)[]

"Mac OS X"는 "Mac OS"와 같은 '이름'이 아니다.

현재 OS X 섹션은 "기술적으로 이전 버전과 동일한 이름을 유지하지만 Mac OS X는 대부분 독립적이다"로 시작한다. 7.6부터 9.2까지 제품명은 '맥 OS'였다. 10.0부터는 「Mac OS X」(서버 버전은 「Mac OS X Server」의 적절한 명칭을 가지고 있다.)로 한다. 그러면 버전 번호가 있고, 때로는 버전 번호가 이름 끝에 직접 추가되기도 하고, 때로는 이름과 숫자 사이에 "버전"이 있는 경우도 있는데, 이는 버전에 따라 다르다. 이것은 같은 이름이 아니라 비슷한 이름이다. (다른 사람들이 언급했듯이, 7시 이전에는 버전 번호를 가진 "매킨토시 시스템 소프트웨어"가 적절한 이름이었고, 7.0에서 7.5.5까지 버전 번호로 수정할 수 있는 "시스템 7"이었다.) 또한, 10.2부터 'cat' 이름은 그 버전 번호의 이름의 공식적인 부분이 되었다. 본제품은 「Mac OS X」이며, 본작의 최신판인 10.4.10, 버전명은 Tiger이다. 맥 OS X 타이거 버전 10.4.10. 또한, 7.5.1은 시작 시 "Mac OS"라고 말하는 첫 번째 버전이었지만, OS의 이름은 7.6이 되어서야 공식적으로 변경되었다.

So, as examples, we have "Macintosh System Software version 6.0.7", "System 7 Pro, version 7.1.1", "Mac OS 8.1", "Mac OS X Server version 1.0", "Mac OS X Panther 10.3.5" (Note that the Rhapsody releases were not 10.x numbers, "Mac OS X Server" was the name, and 1.0 was the version number.) Ehurtley 01:30, 2007년 6월 21일 (UTC)[]

이미지에 대한 공정한 사용 근거:Mac OS X Leopard free.png

이미지:Mac OS X Leopard free.png가 이 기사에서 사용되고 있다. 나는 이미지 페이지가 이미지가 공정하게 사용되고 있다고 명시하고 있지만, 왜 이 위키백과 기사에서 이미지가 공정하게 사용되는지에 대한 설명이나 근거는 없다. 보일러플레이트 공정 사용 템플릿 외에도 각 글에서 이 이미지를 사용하는 것이 공정 사용과 일치하는 이유에 대한 구체적인 설명이나 근거를 이미지 설명 페이지에 기재해야 한다.

이미지 설명 페이지로 이동하여 공정한 사용 근거를 포함하도록 편집하십시오. 위키백과에서 템플리트 사용:공정한 사용 근거 가이드라인은 당신의 이미지가 위키백과 정책에 부합하는지 확인하는 쉬운 방법이지만, 당신은 템플릿을 완성해야 한다는 것을 기억하라. 이미지 페이지에 빈 템플릿을 삽입하지 마십시오.

다른 공정 사용 미디어가 있는 경우, 이 페이지에서 사용하는 다른 이미지에 공정 사용 근거를 명시했는지 확인해 보십시오. 2006년 5월 4일 이후에 업로드된 공정한 사용 이미지 중 이러한 설명이 부족한 이미지는 업로드된 후 1주일 후에 삭제된다는 점에 유의하십시오. 질문이 있으면 미디어 저작권 질문 페이지에서 질문하십시오. 감사합니다.

베타카ommandBot 04:42, 2007년 9월 16일 (UTC)[]

이미지에 대한 공정한 사용 근거:MacOS 152mm 4c.png

이미지:MacOS 152mm 4c.png가 이 기사에 사용되고 있다. 나는 이미지 페이지가 이미지가 공정하게 사용되고 있다고 명시하고 있지만, 왜 이 위키백과 기사에서 이미지가 공정하게 사용되는지에 대한 설명이나 근거는 없다. 보일러플레이트 공정 사용 템플릿 외에도 각 글에서 이 이미지를 사용하는 것이 공정 사용과 일치하는 이유에 대한 구체적인 설명이나 근거를 이미지 설명 페이지에 기재해야 한다.

이미지 설명 페이지로 이동하여 공정한 사용 근거를 포함하도록 편집하십시오. 위키백과에서 템플리트 사용:공정한 사용 근거 가이드라인은 당신의 이미지가 위키백과 정책에 부합하는지 확인하는 쉬운 방법이지만, 당신은 템플릿을 완성해야 한다는 것을 기억하라. 이미지 페이지에 빈 템플릿을 삽입하지 마십시오.

다른 공정 사용 미디어가 있는 경우, 이 페이지에서 사용하는 다른 이미지에 공정 사용 근거를 명시했는지 확인해 보십시오. 2006년 5월 4일 이후에 업로드된 공정한 사용 이미지 중 이러한 설명이 부족한 이미지는 업로드된 후 1주일 후에 삭제된다는 점에 유의하십시오. 질문이 있으면 미디어 저작권 질문 페이지에서 질문하십시오. 감사합니다.

베타카ommandBot 04:57, 2007년 9월 16일 (UTC)[]

매킨토시 XL?

Macintosh XL은 어떤 면에서는 내부 복제와 같은 기이한 출발이다. 그러나 Mac OS 역사 기사는 Macintosh XL에 대해 전혀 언급하지 않으며, 리사는 역사적 선구자(또는 어떤 암시에 의한 공동 개발)로서만 언급된다. 리사가 어느 순간 실제로 매킨토시 혈통에 접목되었기 때문에 맥 OS의 역사적인 지점이 된다. 그럼 어디에도 포함시키지 말아야 할까? -- 스콧 스완슨 15:49, 2007년 11월 4일 (UTC)[]

나도 동의해. MacWorks는 Macintosh ROM과 System이 다른 컴퓨터에서 에뮬레이션된 최초의 사례였기 때문에 운영체제에서 중요한 각주다. IBM PC에 대한 악명 높은 "핑크" 포트와 후속 타사 에뮬레이터, 궁극적으로는 OS X 및 OS X의 궁극적인 교차 호환성에 대한 Apple 자체 Classic 포트의 주요 전조. —Woodwynlane(토크 • 기여) 16:46, 2007년 12월 4일(UTC)에 의해 추가된 서명되지 않은 코멘트 준비[]

Lisa/MacXL은 초기 Mac을 위한 필수 개발 플랫폼이 아니었나? —69.248.248.11 (대화) 16:24, 2009년 8월 5일 (UTC)[]이(가) 추가된 서명되지 않은 의견 준비

나는 Mac XL이 Mac *OS* 역사에서 많은 부분을 차지했다고 생각하지 않는다. 맥웍스는 기본적으로 맥 롬을 램에 로딩하고 부팅함으로써 리사를 맥처럼 보이게 만들었다. 그 시점부터 그것은 그냥 평범한 표준 Mac OS를 실행하고 있었다. Mac *하드웨어* 역사에 속한다. 24.179.139.229 (대화) 06:54, 2009년 10월 23일 (UTC)[]

링크가 없는 이유

왜 위키 페이지에는 다른 위키 페이지들처럼 링크가 없고 "위키피디아:완벽한 기사"? 여기에는 정보를 명확히 하는 데 도움이 되는 몇 가지 훌륭한 외부 링크가 있다. 시간을 낭비하기 전에, 이 기사의 연령을 감안할 때, 그들이 환영한다는 것을 확인하고 싶다.--우드윈레인 16:51, 2007년 12월 4일 (UTC)[]

이미지에 대한 공정한 사용 근거:Mac OS 9 스크린샷 2.jpg

이미지:Mac OS 9 스크린샷 2.jpg가 이 글에서 사용되고 있다. 나는 이미지 페이지가 이미지가 공정하게 사용되고 있다고 명시하고 있지만, 왜 이 위키백과 기사에서 이미지가 공정하게 사용되는지에 대한 설명이나 근거는 없다. 보일러플레이트 공정 사용 템플릿 외에도 각 글에서 이 이미지를 사용하는 것이 공정 사용과 일치하는 이유에 대한 구체적인 설명이나 근거를 이미지 설명 페이지에 기재해야 한다.

이미지 설명 페이지로 이동하여 공정한 사용 근거를 포함하도록 편집하십시오. 위키백과에서 템플리트 사용:공정한 사용 근거 가이드라인은 당신의 이미지가 위키백과 정책에 부합하는지 확인하는 쉬운 방법이지만, 당신은 템플릿을 완성해야 한다는 것을 기억하라. 이미지 페이지에 빈 템플릿을 삽입하지 마십시오.

다른 공정 사용 미디어가 있는 경우, 이 페이지에서 사용하는 다른 이미지에 공정 사용 근거를 명시했는지 확인해 보십시오. 이러한 설명이 결여된 공정 사용 이미지는 신속한 삭제 기준에 설명된 대로 태그가 지정된 후 1주일 후에 삭제할 수 있다는 점에 유의하십시오. 질문이 있으면 미디어 저작권 질문 페이지에서 질문하십시오. 감사합니다.

BetacommandBot (talk) 07:01, 2008년 1월 1일 (UTC)[]

참고/참조

이것은 이 기사 Alcibiades에서와 같이 분할 주석/참고 시스템을 위한 훌륭한 후보자다.

기본적으로 이것은 추가 정보 노트를 표시하기 위한 문자 시스템과 소스 참조를 위한 표준 숫자 시스템을 도입한다. 이 기사가 확장됨에 따라, 포함되어야 하는 관련 보조 정보가 있지만 그렇지 않으면 주요 기사의 초점을 방해하거나 방해할 수 있다. 그런 다음 주석을 한 섹션으로 구성하여 기사 내에서 독립형 추가 판독(기본 섹션에 대한 역참조)하고, 추가 판독이 아닌 소스 인용문으로 확장되는 소스 참조를 별도의 건너뛰기 쉬운 섹션으로 유지한다.--Mac128 (토크) 19:28, 2월 2일 2월 2일008(UTC)[]

날짜

이 토론을 내 토크 페이지에서 기사 토크 페이지로 이동:

• 시스템 소프트웨어 릴리스 날짜를 월/년 단위로만 변경해야 한다고 생각하십니까? 정확한 날짜에 대한 참조를 찾을 수 없을 것 같으니. 당신은 어떻게 생각하나요? — Wackymacs (대화) 06:47, 2008년 5월 4일 (UTC)[]

• 안녕하십니까. 방금 구글의 UseNet 아카이브를 둘러보았는데 별로 찾지 못했는데, 애플이 처음 몇 년간 OS를 완전히 프리웨어로 취급한 것 같아. 사람들은 아마도 "만약 그것이 고장나지 않았다면"이라는 정신으로 업그레이드하도록 격려받지 못했을 것이다. 애플은 통합 OS 유지보다는 신제품 전달과 지원에 주력했다. 따라서 이러한 제품에 초점을 맞추지 마십시오. "애플은 시스템 파일 3.0에서 지원하는 Mac Plus를 1986년에 언제든지 제공했다." HD20, MacWrite 4.5 등과 동일하다. 소프트웨어가 다른 제품보다 먼저 출시되지 않았다는 것은 대단한 출처가 아닐 수도 있지만, 분명 이후에 출시되지 않았고 어쨌든 "leaks"는 역사적인 각주가 될 것이다.

• 이 기사를 GA/FA에 명시적으로 "반려"하는 것에 대해서는, WackyMacs가 말하는 정확한 이유 때문에 나는 차라리 하지 않겠다. 내부 출처는 신뢰할 수 없고, 출처가 신뢰할 수 없는 출처보다 더 나은 것은 없다. 온라인 자원이 희박하다. 왜냐하면 역사 웹사이트를 만들 만큼 관심을 기울인 사람은 거의 없기 때문이다. 그리고 그렇게 하는 사람들은 WP의 기준과 일치할 만큼 학구적이지는 않다. 나에게 물어본다면, 어쨌든 많은 세부 사항들은 사소한 것이야. 그렇긴 하지만, 당시 프로그래머들에게 작은 세부 사항들이 중요했기 때문에 엄청난 양의 인쇄 문서가 있다. MacWorld와 MacUser 아카이브는 나 :::*v)를 포함하여 비교적 접근하기 쉬우므로 다음 주에 도서관에 가서 소프트웨어 업데이트 공지를 위해 적절한 달을 확인해보겠다. 정말로 그렇게 적은 수가 있었다는 것이 놀랍다. 하지만 어쨌든, 이 기사에 대한 개발 과정을 서두르는 것은, 필요한 원천들이 모두 온라인에 있지 않기 때문에, 피해보다 더 많은 해를 끼칠 수 있다. 포토토스와터 (대화) 11:44, 2008년 5월 4일 (UTC)[]

• 또한, 출시일이 전달할 수 있는 것은 아주 많다. 이 글은 또한 INITs, System file, Enabler, ROM 사이의 상호 작용과 같은 기본적인 아키텍처 정보가 필요하므로 독자는 "시스템 업데이트를 공개한다"는 문맥을 이해할 수 있다. 포토토스와터 (대화) 11:47, 2008년 5월 4일 (UTC)[]

• 나도 동의해. 하지만 나는 또한 포토토스와터 와키맥스의 명시적인 목표들에 포함된 모든 것들이 유효한 참고자료를 가지고 있어야 한다고 생각한다. 어떤 세부사항이라도 사소한 것이라고 생각하든 그렇지 않다고 생각하든 상관없다. 누적적으로, 연구자나 캐주얼 사용자가 완전한 그림을 만들기 위해 사용할 수 있는 사진에 대한 그러한 세부사항: 존 아담스의 생애에서 특정한 날짜와 거의 같은 방식으로 어떤 사람들에게는 3가지로 보일 수 있지만, 다른 사람들에게는 중요하다. 그리고 아담스의 입성처럼 중요한 날짜만 며칠을 얻게 된다. 대부분의 그의 삶에서 사건은 몇 달을 얻는 것이 아니라 단지 몇 년을 얻는 것이다. Wackymacs가 지적했듯이, 특정 날짜는 소프트웨어 출시와 관련이 없다. 그 세부 사항은 그 날짜, 애플의 발표, 배송 날짜 또는 거리 날짜와 관련이 있는가? 월과 일로는 충분하고 확실히 신뢰할 수 있는 출처가 용이하다. 그러나 3개월 동안 한 가지 방법으로만 여행하는 아담스와는 달리, 달은 그것의 발전의 빠른 변화를 보여주는 데 중요하다.

• 동의해! 한 달/한 해만 있으면 훨씬 쉬워질 거야. 적어도 오래된 물건에 대해서는 말이야. 최신 제품은 (OS 8/9/X와 같은) 소스 찾기가 정말 쉽다. — Wackymacs (대화) 16:31, 2008년 5월 4일 (UTC)[]

Mac OS 8이 중립적이지 않음

맥 OS 8이 중립적이지 않다고 주장할 겁니다. 기초 OS에 매우 집중하는 사람이 쓴 것으로 보인다. 예를 들어, 매우 적은 수의 중요한 새로운 기능을 암시하는 것. 누가 의미심장하다고 정의하는가? 애플의 팬베이스 대부분에게 맥 OS 8은 매우 중요했다. 애플이 혁신적인 아이디어를 낼 수 있다는 것을 보여줬다. 그들이 극적인 주름제거술을 만들어낼 수 있다는 것. 그리고 그들의 새로운 발전이 어딘가에 도달하고 있다는 것을. Mac OS 8은 많은 중요한 새로운 기능을 가지고 있다. 사진을 바탕 화면 배경으로 사용할 수 있는 기능을 선택하십시오. 이는 Mac OS 7.6에서는 찾아볼 수 없었던 Windows 3.1 & 95의 특징이었습니다. 맥 OS 8이 그랬고, 일반 사용자에게는 당신이 좋아하는 밴드의 사진을 바탕 화면에 올리는 것이 중요하다. 상황별 메뉴, 스프링이 장착된 폴더 또는 심지어 새로운 모양 컨트롤도 동일하다. 그것은 맥 OS를 새로운 것으로 만들었다. 물론, 핵은 여전히 같았지만, 핵에 대해 누가 알았을까? 그냥 뒤에서 하는 짓이야.랴스nb (대화) 20:49, 2008년 5월 5일 (UTC) 나는 동의해야 한다. 웹 공유는 8.0이나 8.1에 소개되지 않았는가? 그것은 엄청난 것이었다. 강의 3개와 연구실이 있는 서버를 순식간에 운영했다. 학생들이 수업 시간에 강의 노트를 인쇄하고 거기에 덧붙이는 것에 흥분했다는 것을 장담할 수 있다.Mdenk (talk) 06:23, 2009년 1월 14일 (UTC)[]

이미지 저작권 문제:Macintosh System 7.5.3 스크린샷.png

이미지 이미지:매킨토시 시스템 7.5.3 스크린샷.png는 공정한 사용의 주장으로 이 기사에서 사용되지만, 여기에서 사용할 때 왜 그러한 이미지에 대한 요구 조건을 충족시키는지에 대한 충분한 설명이 없다. 특히 이미지가 사용되는 각 페이지에 대해 해당 페이지에 연결되는 설명이 있어야 하며, 이 페이지에 이미지를 사용해야 하는 이유를 설명해야 한다. 확인해주세요

• 이 글의 용도에 대한 이미지 설명 페이지에 무상으로 사용할 수 있는 근거가 있다는 것.
• 이 기사가 이미지 설명 페이지에서 연결된 경우.

이것은 페어유즈봇의 자동 공지사항이다. 이미지 사용 정책에 대한 자세한 내용은 위키백과:미디어 저작권 질문. --11:36, 2008년 9월 19일 (UTC)[]

시간 표시 막대 링크가 작동하지 않음

여보세요, 페이지 하단의 타임라인에 있는 링크가 작동하지 않아. 그들은 나를 "이 위키는 존재하지 않는다"라는 페이지로 안내한다. 이거 고칠 줄 아는 사람 있어? 감사합니다 —LovesMacs에서 추가한 서명되지 않은 코멘트 준비 (대화 • 기여) 07:46, 2008년 10월 23일 (UTC)[]

성공하지 못한 흥미로운 개발 작업?

만약 이 기사가 오래된 OS 버전의 카탈로그가 아닌 그것의 개발을 포함한 OS의 역사에 관한 것이라면, 결코 그들의 이름으로 생산되지 않은 개발 노력은 언급할 가치가 없다.

예를 들면 다음과 같으나 이에 국한되지는 않는다.

코플랜드, 거슈윈, 누커넬, 탈로스, 오픈닥 등.

이들 중 몇 가지는 생산 시스템 소프트웨어에 들어가는 방법을 찾아냈다는 점에 유의하십시오. —69.248.248.11 (대화) 16:35, 2009년 8월 5일 (UTC)[]이(가) 추가된 서명되지 않은 의견 준비

툴박스 섹션 명확화:

내가 알기로는 툴박스 ROM에는 부트스트랩 로더와 응용 프로그램 라이브러리가 들어 있었지만 커널이나 파일 시스템은 포함되어 있지 않았다. 즉, 시스템은 "ROM에서 부팅"하지 않았다. 대부분의 OS는 디스크에 있었다.

툴박스 섹션에서는 틀리지 않지만, 섹션 작성 방식으로는 OS가 ROM에 있었고, ROM에서 부팅된 기계라고 잘못 추측하기 쉽다.

수정은 필요 없고, 단지 해명만 하면 된다. 이 점에서 툴박스 기사가 더 낫다. —69.248.248.11 (대화) 16:47, 2009년 8월 5일 (UTC)[]이(가) 추가된 서명되지 않은 의견 준비

툴박스는 ROM과 구별되었다.

Toolbox라는 섹션이나 ROM에 대한 많은 논의가 없어서 무슨 말인지 모르겠다.

OS의 특정한 부분은 커널이라고 불리지 않았지만, ROM에는 장치 드라이버와 UI와 같은 것에 필요한 지원이 포함되어 있었다.

내가 기억하는 한, 파일 시스템은 시스템 파일에 보관되어 있었고 부팅 블록은 HFS의 "하드 코딩" 해석에 의해 시스템 파일을 찾아야 했다.

ROM은 많은 기능적 OS를 포함했지만 대개 중복되었다. 즉, 시스템 파일은 실행 시 대부분의 ROM 코드를 대체했기 때문에 사용자 경험은 설치된 OS를 반영했다. 포토토스와터 (대화) 17:39, 2009년 8월 6일 (UTC)[]

사실 툴박스는 Inside Macintosh - BruceGrubb (talk) 02:46, 2009년 11월 8일 (UTC)[]에서 설명한 바와 같이 Old World ROM Mac에서 ROM과 구별되지 않았다.

섹션의 침입 이미지: 시스템 1, 2, 3 및 4

"Systems 1,2,3,4" 섹션의 오른쪽과 왼쪽에 있는 영상이 섹션의 맨 아래에 있는 테이블 위로 뜬다. 이미지를 제거하지 않고 이를 개선할 수 있는 방법에 대한 의견이 있으십니까?

Corbin Davenport (talk) 2009년 8월 22일 19:59 (UTC)[]

크레딧 및 부활절 달걀 제안

나는 맥 OS 소프트웨어 릴리즈에 크레딧과 부활절 달걀에 관한 섹션을 만들 것을 제안하고 싶다. 그것은 전통적인 존재와 스티브의 두 번째 등장 이후 궁극적으로 신용을 박탈하는 것을 묘사할 것이고, 우리가 찾을 수 있는 한 많은 기여자들을 나열할 것이다. 나는 위키피디아 페이지를 찾은 사람들부터 시작할 것이다. 이 섹션은 부활절 달걀(미디어)과 연결될 수 있다.#소프트웨어와 크레딧, 부활절 달걀의 스크린샷과 영화. 인용을 아직 찾지 못했는데, 인용이 존재했다는 것을 알고 있기 때문에 여기서 초안을 작성하겠다. 애플의 소프트웨어(품질 보증 등)에는 수많은 마이너 기고가 있었지만 책이나 뚜렷한 위키백과 기사에 언급되지 않았기 때문에 우리는 그 문화적 전통을 회복하려고 노력할 수 있을 것이다. 이름은 folklore.org, 템플릿:Apple_celb, 그리고 다윈의 소스 코드와 메일 목록에서. 직책, 연도 범위 및 제품 이름의 표제가 있는 테이블 형식일 수 있다. 스티브 잡스가 마지막에 있을 수도 있다.

애플의 소프트웨어 개발 역사는 대개 소프트웨어 바로 내부에 위치한 기여 인력의 인정이라는 풍부한 내부 기업 전통을 보아왔다. 품질관리과정의 관련 없는 악화로 질책의 위험에 숨겨져 있던 부활절 달걀의 형태로 인식되는 형태도 있었다. 다른 것들은 예를 들어 정보 상자에 위치한 텍스트 배너 형태로 종종 발견될 수 있는 간단한 크레딧 목록이었다. 소위 "비밀에 관한 상자"라고 불리는 이 전설적인 "비밀"은 부활절 달걀의 그러한 문화적 전통을 보여주는 하나의 두드러진 예였다. One Secret About Box는 스티브 잡스와 스티브 워즈니악이 애플을 결성하기 전에 협업한 게임인 Breakout의 복제 게임 전체를 선보였다. 또 다른 것은 QuickDraw 3D라는 3D 그래픽 라이브러리를 시연하는 장난감을 선보였다. 또 다른 이스터 에그 시리즈는 맥 OS 7 시리즈의 전 엔지니어링 그룹인 블루 에그리스의 텍스트 크레딧으로 전적으로 구성되었다.

스티브 잡스가 애플로 돌아온 직후, 이 전통은 애플에 위험 요소로 여겨졌고, 그 곳에서 외국의 기술 채용 담당자들은 애플에서 멀리 떨어진 곳에 있는 애플의 중요한 기여자들을 쉽게 식별하고 공략할 수 있게 되었다. 따라서 소프트웨어에 있어서의 개인 인사 공제의 전통은 엄중한 조건으로 공식적으로 종식되었다. 셀 수 없이 많은 크레딧과 이야기들이 민속 웹사이트에서 발견될 수 있다.

소프트웨어 엔지니어링, 관리, 품질 보증, 설명서 및 Mac OS 생산의 수많은 다른 역할에 대한 크레딧은 다음과 같다. 대린 애들러, 앤디 허츠펠드, 버드 트리블, 빌 앳킨슨, 제프 라스킨, 버렐 스미스(소프트웨어 기여 시민권?), 데이브 하얏트, 마시에즈 스타코위악, 르우시르네? 스티브 워즈니악? 스티브 잡스.

스푸콜라 (대화) 04:53, 2013년 3월 21일 (UTC)[]

시스템 3에 대한 인용

어떻게 해야 할지 정확히 모르겠지만, Mac SE에서 시스템 3을 실행하고 있어. I(확실히)는 사용 가능한 화면 스크린샷을 찍을 수 없지만, 스크린샷(About does says 1986년 1월)은 인용의 자격이 있으며, 만약 그렇다면 어떻게 게시할 것인가? 위키미디어 커먼즈?

마이클 셰플린 (대화) 03:27, 2014년 8월 31일 (UTC)[]

외부 링크 수정

안녕하십니까, 위키백과 여러분.

방금 Mac OS의 History of Mac에 있는 하나의 외부 링크에 아카이브 링크를 추가했다. 잠시 시간을 내어 내 편집을 검토하십시오. 필요한 경우 추가 {{cbignore}} 내가 수정하지 못하게 하려고 링크 다음에. 또는 추가할 수 있다. {{nobots deny=InternetArchiveBot}} 나를 신문에서 완전히 제외시키기 위해서. 나는 다음과 같이 변경했다.

• http://images.apple.com/macosx/pdf/MacOSX_UNIX_TB_v2.pdf에 아카이브 https://web.archive.org/20090530001035/http://images.apple.com:80/macosx/pdf/MacOSX_UNIX_TB_v2.pdf 추가

내 변경 사항 검토를 마쳤으면 아래 선택된 매개변수를 true로 설정하여 다른 사용자에게 알리십시오.

2018년 2월 이전에 올린 글이다. 2018년 2월 이후에는 InternetArchiveBot에서 더 이상 "외부 링크 수정" 토크 페이지 섹션이 생성되거나 모니터링되지 않는다. 아래 보관 도구를 사용한 정기적인 확인 외에 이러한 대화 페이지 통지에 대해 특별한 조치가 필요하지 않다. 편집자는 대화 페이지의 클러터를 해제하려면 이러한 "외부 링크 수정" 대화 페이지 섹션을 삭제할 수 있지만 대량 체계적인 제거를 수행하기 전에 RfC를 참조하십시오. 이 메시지는 템플릿을 통해 동적으로 업데이트됨 {{sourcecheck}} (마지막 업데이트: 2018년 7월 15일).

• 봇에 의해 잘못 죽은 것으로 간주된 URL을 발견한 경우, 이 도구로 해당 URL을 보고할 수 있다.
• 보관 파일 또는 URL 자체에서 오류를 발견한 경우 이 도구로 오류를 수정할 수 있다.

건배.—^{cyberbot II}_{Talk to my owner:Online}20:35, 2016년 2월 26일 (UTC)[]

"Mac OS" 및 "Classic Mac OS" 페이지

"Mac OS" 및 "Classic Mac OS" 페이지의 재구성에 대한 논의는 이 링크를 따라 진행하여 한 곳에 보관할 수 있도록 도와주십시오. 고마워! —샘브스캣 (대화) 20:44, 2016년 9월 23일 (UTC)[]

Microsoft IE 웹 브라우저가 설치된 Mac OS 8 사진 전면 및 전면

애플의 평판을 떨어뜨리기 위해 마이크로소프트 경쟁사가 제공한 것

마이크로소프트와 윈도우 컴퓨터를 위한 전형적인 브라우저 선택은 당시 NETSCAPE (그전, Mosaque)이었다. 2000년까지 대부분의 마이크로소프트 시스템처럼, 그 당시에는 거의 쓸모가 없었고, 거의 기능도 없었고 매우 불안정했다. Mozilla/Firefox도 Mosiac에게서 떨어져 나갔다.

모자이크는 유닉스 그래픽 데스크톱에서 개발되었는데, 마이크로소프트는 최초의 그래픽 웹 브라우저가 사용 중일 당시에는 그래픽 데스크톱조차 가지고 있지 않았다.

REFET IT - 72.219.207.25 (대화) 03:02, 2017년 1월 29일 (UTC)[]이(가) 추가된 선행 서명되지 않은 논평

OS 8의 기본 웹 브라우저였다.[2] 따라서 이 사진은 당시 OS 8의 모습을 대표한다. 당시 윈도 컴퓨터에 대한 "일반적인 브라우저 선택"이 무엇이었는지, 얼마나 쓸모없었는지와는 무관하다. 설사 그 진술이 사실이라고 해도 이 사진은 윈도우 컴퓨터와는 아무런 상관이 없다. 이 그림은 전형적인 설치의 대표적인 것으로 여겨진다. - 아오이드(토크) 03:25, 2017년 1월 29일 (UTC)[]

"웹"은 1989년에 발명되었고, 마이크로소프트 윈도우는 1985년에 처음 출시되었다.

또한 Netscape Navigator는 당시 상업용 소프트웨어였다(비상업용 무료). 비즈니스 환경에서 사용할 때 비용을 지불해야 했다(원래 Moscope가 여전히 사업체에서 사용되고 있는 이유였다), 모든 사용자가 해적판 소프트웨어를 실행하는 데 냉정한 것은 아니었다.

Netscape Communicator 4.x(구 Netscape Navigator Gold Edition의 새로운 명칭에 주목) 당시, 그것은 매우 불안정하고 버거워 사용 불가능한 상태가 되어 있었다. 인터넷 익스플로러는 기능이 훨씬 적고 어쩌면 그렇게 섹시하지도 않았을지도 모른다...넷스케이프 제품에 비해 빠르고 안정적이며 신뢰성이 뛰어났다. 나는 그때 인쇄와 같은 기본적인 기능을 사용하는 것이 브라우저나 완전한 기계 중 어느 한쪽을 망가뜨릴 것이라는 것을 기억한다.

그리고, Aoidh가 정확하게 지적했듯이, Internet Explorer는 사실 미리 설치된 웹 브라우저였다.

"매킨토시 시스템 소프트웨어"

'시스템 1, 2, 3, 4' 아래 차트에는 '매킨토시 시스템 소프트웨어' 버전이 나열돼 있지만, 애플이 소급해서 만든(잘못된) 공예품이다. '개발' CD 및 CD 생성을 참조하십시오. 이 차트는 매킨토시 소프트웨어 릴리즈의 차트와 훨씬 더 비슷한 차트로 보일 것이다. 직접 바꿔보고 싶지만 공감대가 형성되지 않으면 그냥 되돌릴까 봐 두렵다. --캘리온톡 23:33, 2017년 9월 27일 (UTC)[]

신뢰할 수 있는 출처와 중립적인 프레젠테이션은 그들 자신의 의견 일치를 얻을 것이다. 당신이 제안하는 것은 실제로 사실이지만, 생각을 명확하게 전달하기 위해서는 몇 가지 사려 깊은 표현이 필요할 것이다. 나는 또한 당신이 연결한 한 사이트 이외의 다른 자원들을 찾아보기를 제안한다. 가급적이면 문제의 기간으로부터. 1980년대와 1990년대 초에는 매킨토시 잡지와 책들이 많이 있었는데, 예를 들어, 링크한 사이트에 제시된 정보에 많은 힘을 더할 수 있었다. 애플이 지원 사이트를 개편하고 기존 기사 번호가 모두 폐기되면서 해당 사이트의 링크는 대부분 BTW가 소멸됐다. 고마워, 애플. 워렌 -talk- 03:33, 2017년 9월 29일 (UTC)[]

"Macintosh System Software" vs. "시스템 소프트웨어"

인트로가 말한다.

Macintosh에 통합된 운영 체제는 원래 System Software 또는 단순히 "System"이라고 명명되었고, System 6과 System 7로 시작하는 주요 개정판에서 언급되었다.

그리고 나중에 "시스템 소프트웨어"와 "매킨토시 시스템 소프트웨어"에 대해 말할 수 있다. 대부분의 "매킨토시 시스템 소프트웨어" 참고문헌은 "시스템 소프트웨어"를 이름으로, "매킨토시"는 이름에 적용되는 적격 형용사로 읽을 수 있었지만, "시스템 1, 2, 3, 4" 섹션의 릴리스 표에는 공식 명칭이 "Sy"라면 "시스템 소프트웨어"만이 아니라 "매킨토시 시스템 소프트웨어"로 되어 있다.스템 소프트웨어"는 중복된 것 같다.

공식 명칭이 "시스템 소프트웨어", "매킨토시 시스템 소프트웨어" 또는 둘 다였는가(즉, Apple은 두 구문을 모두 사용했는가)? 가이 해리스 (토크) 02:14, 2017년 12월 20일 (UTC)[]

1988년 이전에는 꽤 복잡했었습니다. 운영체제에 실제로 이름이 없었지요! 초기 버전 번호는 "시스템" 파일의 버전 번호에서 나오지만, 그 당시에는 많은 운영 체제가 ROM에 있었고, 그것은 컴퓨터마다 달랐다. As an example, the original Macintosh Plus came with a floppy titled "Macintosh Plus: System Tools", which you would boot off of to get a desktop based on System 3.0. Later in its life, the Plus came with updated floppies called "Macintosh: System Tools", and that floppy had a version number of v1.0, v2.0, v2.0.1 depending on when the computer was 제조된 v1은 시스템 4, v2는 시스템 4.1을 포함한다. 한편, 매킨토시 512ke는 원래 "매킨토시 플러스: 시스템 도구"와 함께 제공되었지만, 애플은 소개 몇 달 후에 그 디스크를 새로운 "매킨토시 512k 강화: 시스템 도구" 버전 1.0(시스템 3.2 포함).

재밌는 거 있지?

'매킨토시 시스템 소프트웨어'라는 용어는 1987년 초 플로피에 포함된 'Read Me' 파일에 등장하기 시작했으나, 버전 5가 도입된 1987년 후반에야 정식 마케팅 이름이 되었고, '매킨토시 시스템 소프트웨어'에 대한 별도의 매뉴얼을 인쇄하기 시작했다. 그제서야 일이 이치에 맞기 시작했다. 하지만 그 후, 1998년 애플은 이러한 이전 운영 체제 버전들 중 많은 버전들을 소급해서 사용하지 않은 이름으로 개명한 지원 기사를 발표했다. 예를 들어 시스템 3.0을 "Mac 시스템 소프트웨어 0.7"이라고 한다. 그리고 전체 테이블의 제목은 매킨토시 시스템 소프트웨어(Macintosh System Software)로 되어 있지만, 그 다음에는 임의로 "Mac System Software(Mac System Software)" 또는 "System Software(시스템 소프트웨어)"라는 용어를 사용한다.

솔직히 너무 엉망이라 위키피디아가 과연 제대로 될 수 있을지 궁금하다. 나도 기꺼이 노력하지만, 이미 여러 시간 동안 이 문제에 대해 조사를 해 보았는데, 80년대 중반에 발표된 자료들 역시 이러한 명명 문제에 대해 어떤 종류의 일관성도 제공하지 않는다. 1988년 이전에는 아무도 "버전 번호"에 신경 쓰지 않았다. 당신의 컴퓨터는 당신이 부팅한 플로피(예: 코모도어 64)와 함께 나왔고, 그것이 정말 끝이었다. 워렌 -talk- 04:33, 2017년 12월 20일 (UTC)[]

그 당시 운영체제가 보통 ROM(때로는 포켓이 아닌 PCB에 납땜되기도 함)에 놓여 있었고 컴퓨터 시스템의 영구적이고 필수적인 구성 요소로 여겨졌던 것을 생각하면 덜 이상해진다. 운영 체제 업데이트에 필요한 물리적 IC 교체...그러나 그런 일은 좀처럼 일어나지 않았다. 결국, 운영체제는 오늘날 우리가 사용하던 것보다 훨씬 덜 복잡했고, 그 안에는 일반적으로 버그가 거의 없었다.

아마도 아날로그는 전형적인 포켓 계산기일 것이다. 전원을 켜고, 사용하고, 펌웨어 버전에 대해 전혀 궁금해하지 않고... 또는 펌웨어가 개발자에 의해 무엇이라고 불렸을지도 모른다. 좋아, 요즘은 좀 바뀌었는데, 더 강력한 포켓 계산기가 업그레이드 가능한 운영 체제를 가지고 있기 때문에. --Klaws (토크) 08:36, 2020년 3월 20일 (UTC)[]

여기서 "운영 체제"는 Macintosh(또는 적어도 OS의 Toolbox 부분)의 운영 체제를 가리킨다. 일반적으로 범용 컴퓨터의 경우는 그렇지 않았다. 당시에는 디스크에서 전체 OS를 부팅하는 경향이 있었다. 마이크로컴퓨터에 한정해 보면 그런 것도 아니었다. 가이 해리스 (토크) 18:05, 2020년 3월 20일 (UTC)[]

운영체제는, 예를 들어, 플로피에 있는 것과 ROM에 있는 것을 결합한 것 사이의 하이브리드 시스템이었다. 당신은 플로피에 있는 것(즉, 시스템 및 파인더)과 ROM에 있는 것(즉, 툴박스)을 결합하지 않고서는 맥스버그도 할 수 없었다. 대부분의 경우 ROM은 특정되지 않은 위치였다. 특정 로케일과 관련된 모든 것은 플로피에 있는 시스템/파인더 파일에 있었다. 그래서 당신은 같은 맥플러스에서 북미 영어나 유럽 독일어 플로피로 부팅할 수 있지만, 특정 비로마 문자를 위한 다른 키보드가 필요할 수도 있다. 시스템(플로피)과 도구 상자(ROM)가 없으면 앱을 실행할 수 없다. 일부 앱은 시스템 파일을 마운트할 필요가 없을 정도로(한 번 로드되면) 가능했다(플로피에서 플로피로 복사 앱이 떠오른다). 우주선 (토크) 22:04, 2021년 2월 1일 (UTC)[]

이상한 간격

내 컴퓨터에서는 제목/모자 메모와 글의 시작 사이에 큰 간격이 보인다. 최근에 추가/생성한 템플릿과 관련이 있는 것 같다: 템플릿:클래식 Mac OS 사이드바. 문제를 해결하기 위해 모든 템플리트를 한 줄로 뭉쳐 보려고 했는데, 적어도 간격을 줄인 것 같았지만, 이 변화는 가이 해리스가 말한 대로 되받아쳤다. 한 줄에 하나씩 템플릿으로, 청결도 및 관련 없는 변경사항이 없는 경우. 무엇이 문제를 야기하는지 아는가? 그리고 그것을 제거할 다른 더 좋은 해결책이 있는가? 유랑완다 (토크) 23:51, 2019년 5월 23일 (UTC)[]

신경 쓰지 마, 알아냈어. 물론 문제는 템플릿 자체에 여분의 공간이 있었다. 유랑완다 (토크) 00:14, 2019년 5월 24일 (UTC)[]

개방형 트랜스포트?

시스템 설치자의 크기인 IIRC는 오픈 트랜스포트 네트워킹 시스템의 도입으로 인해(그것이 주장됨) 7.5.x 시리즈 릴리즈의 어딘가에 시스템 설치가 분산된 디스크의 수를 "폭발"했다. 특히: 7.5.0에서가 아니라 (IERC) 약간 후에. 설치 디스크 스택의 물리적 크기는 당시 이를 취급한 사람들에게 매우 가시적인 것이므로, 본문 텍스트가 아니라 최소한 모든 패치 릴리스의 표에서 언급할 만한 가치가 있다. 95.19.30.253 (토크) 07:49, 2019년 9월 10일 (UTC)[]

퀘무 에뮬레이터

현재 맥 OS(9.2.2 및 최대 10.4까지 포함)를 에뮬레이션하는 데 있어 Qemu 에뮬레이터가 위키에서 빠진 것 같다. --Roemeeer (토크) 14:57, 2020년 1월 9일 (UTC)[]

이 페이지 또는 해당 Wikidata 항목에 사용된 Commons 파일이 빠른 삭제로 지정됨

이 페이지 또는 해당 Wikidata 항목에 사용된 다음과 같은 Wikimedia Commons 파일이 신속한 삭제로 지명되었다.

• MacOS 부팅 Up.jpg

삭제 이유는 위에 링크된 파일 설명 페이지에서 확인할 수 있다. —Community Tech bot (talk) 14:23, 2020년 6월 30일 (UTC)[]