Mac에서 바탕 화면 바로 가기를 만드는 것이 좋은 방법입니까?


20

Mac 용으로 인기있는 소프트웨어를 설치하고 있으며 설치 패키지가 종종 Windows에서와 같이 데스크탑 바로 가기를 생성하지 않는 것을 관찰했습니다.

따라야 할 모범 사례 : 개발 한 응용 프로그램의 바탕 화면 바로 가기를 만들어야합니까?


16
Windows에서는 나쁜 습관입니다. 앱은 시작 메뉴에 속합니다.
Agent_L

2
질문의 제목은 최종 사용자가 아닌 설치 프로세스 중에 바로 가기를 작성하도록 요청하기 위해 수정해야합니다. 여러 답변은 이것이 최종 사용자 질문이라는 가정에 근거한 것 같습니다.
바베큐 22

'바탕 화면 바로 가기'란 말 그대로 바탕 화면에 나타나는 아이콘, 항상 존재하는 배경 화면 또는 응용 프로그램 또는 유틸리티와 같은 폴더의 아이콘을 의미합니까? Applications 폴더에 '바로 가기'가 가득하다고 믿는 일부 Windows 사용자 (보통 개발자는 아니지만)를 보았습니다.
Craig

답변:


52

앱 설치시 데스크톱 별칭 생성은 개발자가 기본 동작으로 구현하기위한 안티 패턴 및 나쁜 습관이라고 말합니다.

  • 데스크탑은 최종 사용자에 속하며 macOS는 모든 사용자 계정에 응용 프로그램을 설치하고 컴퓨터 당 두 명 이상의 사용자를 고려하도록 설계되었습니다. 이를 위해, 당신도 여러 데스크톱을 변경하려면 루트 권한으로 설치를 확대하고 또는 짧은 수있는 방법의 응용 절단 / 무시하고 (또는 가능하게한다) 이후의 모든 사용자를위한 설치 얻을합니다.
  • 런치 패드 및 도크 및 스포트라이트 / Siri는 맞춤형 앱 실행 도구 및 숙어이므로 고객이 방금 설치하기로 선택한 앱을 시작하는 방법에 매우 익숙하다고 가정 할 수 있습니다.

이를 수행하는 가장 친절한 방법은 사용자를 온 보딩하고 처음 앱을 시작할 때 바로 가기를 원하는지 묻는 것입니다. Apple은 매우 가벼운 온 보딩을 권장하므로, 이것이 "모범 사례"에 위배되는 것이지만 앱의 대다수의 사용자에게 적합한 요구라고 생각되면 별칭을 만드는 가장 좋은 방법이라고 생각합니다.

HIG (인간 인터페이스 지침 및 앱 패키징 및 설치에 관한 많은 무료 WWDC 비디오)를 읽어 보시기 바랍니다. 귀하의 질문은 좋은 것이며, 설치하는 동안 사람들이 앱을 보는 방식이 앱이 많은 성공을 거두는 데 매우 도움이된다고 생각합니다 고객.


예, 데스크탑 또는 메뉴 바로 가기 옵션을 제공하는 다양한 플랫폼에서 설치 프로그램이 점점 더 많이 보였습니다. 지금은 일부 설치 관리자가 바로 가기를 추가할지 묻는 메시지를 표시하고, 많은 설치 프로그램은 사용자가 원하는지 여부에 상관없이 데스크톱에 설치하지 않는 경우가 많습니다.
Mick

1
@Mick-25 년 동안 Mac에서 데스크톱에 별칭을 쓰는 앱을 기억할 수 없습니다.
Tetsujin

35

이 답변은 OP가 최종 사용자가 아닌 개발자의 관점에서 작성되었다는 것을 명확히하기 전에 작성되었습니다.

나는 항상 "데스크톱에 아무것도 없음"이라는 학교를 꾸준히 지켰습니다.

최소 6 가지 방법 중 하나로 시작할 앱을 찾을 수 있습니다.

  • Apple  메뉴> 최근 항목

  • 응용 프로그램 폴더 자체

  • 발사대

  • 스포트라이트

  • 앱을 Dock으로 드래그

  • 문서를 두 번 클릭하면 관련 앱이 시작되거나 연결 프로그램>을 마우스 오른쪽 단추로 클릭하여 해당 문서 유형을 처리 할 수있는 대체 목록을 표시합니다.

너무 많은 대안이 데스크탑을 다른 것으로 혼란시킬 필요가 없다고 생각합니다.
그러나 그것은 당신의 기계입니다-원하는대로하십시오 ;-)


16

아니요 단지에 응용 프로그램을 복사해야합니다 /Applications(또는 ~/Applications), 그들이 독 또는 다른 곳에서 바로 가기를 만들려면 사용자가 선택할 수 있습니다.

대부분의 경우 macOS의 "설치자"는 앱 자체와 Applications폴더 바로 가기를 포함하는 디스크 이미지 (dmg 파일) 일뿐 입니다. 사용자는 앱을 거기 또는 다른 곳으로 드래그하도록 선택할 수 있습니다.


6

몇 년 동안 Mac 사용자로서 설치 후 바탕 화면 바로 가기를 만드는 앱은 기억 나지 않습니다. 이 방법은 Windows 환경에서 처음 온 사용자에게는 더 친숙하다고 생각하지만 메모리 나 CPU 사용이 아니라 여러 가지 방법으로 앱에 액세스 할 수있는 좋은 방법은 아닙니다. 보다 효율적이고 우아한 MacOS.


3

예, Dock을 사용하십시오. 그래도 응용 프로그램 아이콘을 끌어서 추가해야 할 수도 있습니다.

아이콘을 항상 표시하려면 Dock 제어판에서 "자동으로 Dock 숨기기 및 표시"목록 항목을 선택 취소하십시오.


3

솔직히 이것은 개인적인 취향에 달려 있습니다. 나쁜 또는 좋은 방법은 없습니다 정말 바탕 화면 바로 가기를 사용하는 경우.

일반적으로 Mac에서는 도크를 사용합니다.맥 도크

그러나 아이콘을 데스크탑 공간에 직접 추가해도됩니다. 개인적으로, 저는 당시 작업중인 프로젝트를 위해 데스크탑을 사용합니다. 그 밖의 모든 것은 적절하게 정리되어 있습니다. 따라서 작업중인 작업이 있으면 데스크탑을 통해 해당 파일 구조에 쉽게 액세스 할 수 있습니다.

내 현재 데스크탑 레이아웃 데스크탑 예


2
실제로 어떤 선택이 유효한 사용자 관점에서 응답하고 있습니다. OP는 개발자의 입장에서 사용자를 대신하여 효과적으로 선택하는 것에 대해 묻고있었습니다. 모든 선택이 유효한 상황은 아닙니다. 모든 사용자가 단 하나의 비표준 옵션을 적용하는 것은 아니기 때문에 준수해야 할 지침과 기대가 있습니다.
Michael MacAskill

@MichaelMacAskill 아니오, "모든 사용자 선택이 유효합니다." 사실이 아님 : 잘못된 선택은 생산성을 크게 떨어 뜨립니다.
Carl Witthoft

4
@CarlWitthoft 요점은 사용자 선택이 생산성에 좋지 않다는 것이 아니라 개별 사용자에 대한 개인적인 지식이 없으면 그것이 유효한지 여부를 말할 수 없기 때문에 그것이 유효한지 가정 해야 한다는 것입니다.
바베큐

@ 바베큐 당신은 방금 과학적인 방법을 거꾸로 얻었습니다.
Carl Witthoft

3
@ 칼 아니, 바베큐가 맞습니다. 요점은 당신이 다른 사람에게 그들의 최적의 생산 환경이 무엇인지 결정할 수있는 위치에 있지 않기 때문에 모든 베팅이 종료되고 결정하게해야한다는 것입니다. 귀하가 선택하는 것은 유효하지 않으며 일부 사용자 에게는 유효 할 수 있습니다 .
Monica와의 가벼움 경주

2

다른 사람들이 말했듯이, 일반적으로 사용되는 응용 프로그램을 Dock에 배치하는 것은 대부분의 Mac 사용자가 자주 사용하지 않는 응용 프로그램을 열기 위해 Spotlight (Cmd-Space)와 함께이 문제를 처리하는 방법입니다.

도크 크기가 충분하지 않으면 응용 프로그램 폴더에있는 Launchpad를 확인하십시오 . 시스템 환경 설정> 키보드> 단축키에서 키보드 단축키를 열도록 구성 할 수 있으며, iPhone 홈 화면과 같이 설치된 모든 응용 프로그램에 대한 실행 아이콘 그리드를 표시하여 원하는대로 재정렬 할 수 있습니다. 대부분의 오랜 Mac 사용자는 많이 사용하거나 좋아하지 않지만 Windows 시작 메뉴를 사용하지 않고 데스크탑의 모든 것에 대한 단축키를 사용하는 경우 익숙 할 수 있습니다.

Dock에 응용 프로그램 폴더를 추가 한 다음 마우스 오른쪽 버튼을 클릭하고 "목록으로 내용 표시"를 선택하여 시작 메뉴와 같은 항목에 액세스 할 수도 있습니다. 그런 다음 나중에 클릭 할 때마다 클릭하여 실행할 수있는 설치된 모든 응용 프로그램의 메뉴가 표시됩니다.


글쎄, 수년 동안 수백 명의 Mac 사용자를 지원 한 경험에서 볼 수 있습니다.
calum_b

1
조지 칼린이 말했듯이 [모든 그룹]의 50 %가 평균보다 낮습니다. 이제 평범한 사람이 얼마나 어리석은 지 생각해보십시오.
Carl Witthoft

@CarlWitthoft 인용 부탁드립니다. 지난 10 년 동안 단일 응용 프로그램을 실행하기 위해 도크를 사용하지 않은 Mac 사용자 한 명을 생각할 수 없습니다. Dock이 존재하기 전에 데스크탑 단축키가 더 일반적이었습니다.
바베큐

@Barbecue 사람들은 Spotlight 또는 Alfred 등을 사용하여 응용 프로그램을 시작합니다. 나는 몇 달 동안 Dock을 열지 않았습니다 :-)
nohillside

1

나는 어수선한 데스크탑과 Dock을 좋아하고 여러 응용 프로그램, 유틸리티 및 문서에 쉽게 액세스 할 수 있도록 몇 년 동안 MoofMenu 를 사용해 왔습니다 . MoofMenu 는 메뉴 표시 줄에 Dogcow 아이콘을 배치합니다 . 내 꺼야 :

여기에 이미지 설명을 입력하십시오

MoofMenu의 각 항목과 목록 및 개별 항목은 계단식이며 사용자가 구성 할 수 있으며 마우스 나 트랙 패드를 사용하여 쉽게 빠르게 도달 할 수 있습니다. 이 메뉴에는 Dock에 더 많은 항목이 있지만 SSD / Applications 폴더에 저장된 것보다 적은 항목이 있습니다.

Finder 윈도우에서 키보드로 탐색하는 것이 매우 쉬운 경우에는 더 빠르게 해당 항목에 액세스 할 수 있습니다. 그러나 나는 그다지 좋지 않으며 정기적 인 목표의 95 %를 포함하는 항목 목록에서보고 쉽게 선택할 수 있습니다.

IIRC, 계단식 메뉴가 Mac OS 9에 도입되었습니다. 당시에는 매우 유용했으며 MoofMenu를 사용하면 여전히 매우 유용합니다.


계단식 메뉴 란 무엇입니까? 하위 메뉴에 대한 또 다른 용어입니까?
SilverWolf-복원 Monica Monica

예. 내 답변에 첨부 된 스크린 샷은 Dogcow 메뉴가 열린 것을 보여줍니다. 예를 들어, 마우스 포인터를 "데스크톱"으로 드래그하면 오른쪽에 모든 항목을 표시 한 다음 컴퓨터의 바탕 화면에 하위 메뉴가 나타납니다.
DavidSupportsMonica

@David "캐스 케이 딩 메뉴는 Mac OS 9에 도입되었습니다."라고 말했지만 실제로 System 7에는 Apple 메뉴와 같은 메뉴 가 이미 있으며 Wikipedia는 다음과 같이 설명합니다. 각 항목의 이름을 바꾸지 않고도 Apple 메뉴에 추가 된 항목입니다. " 현재 aLaunch, App Bar, Classic Menu, FinderPop (contextual menu), HimmelBar, XMenu 등 MoofMenu와 유사한 기능을 가진 다른 많은 앱이 있습니다.
Big Mac

@BigMac 동의하지 않습니다. 그러나 메뉴 오른쪽의 아이콘 행 끝에있는 MM 아이콘이 마음에 듭니다.보고 쉽게 찾을 수 있고 구성 가능하며 원하는 항목과 제외하려는 항목을 쉽게 지정할 수 있습니다. 확실히 사용자는 다른 환경 설정을 갖습니다.
DavidSupportsMonica

@David 앞에서 언급 한 다른 앱은 대부분 메뉴 표시 줄 앱이며 모든 메뉴 표시 줄 앱은 명령 모음을 클릭하여 메뉴 표시 줄에서 이동할 수 있습니다.
Big Mac

-2

데스크탑이 죽었다

그것은 수십 년 동안 죽었지 만 OS와 순진한 사용자의 공급 덕분에 킬러 좀비로 남아 있습니다.

데스크탑을 사용하지 않는 이유

  • Finder 또는 Explorer 창에서 날짜, 크기 및 기타 모든 속성으로 구성 할 수 없습니다
  • 긴 경우 전체 파일 이름을 볼 수 없습니다
  • 최소한 Windows에는 "공개"및 개인용 데스크톱이 성가신 오버레이가있어 실제 파일을 추적하는 것이 가장 큰 고통입니다.
  • 앱은 Apps 또는 ProgramFiles 디렉토리에 있습니다. 기간.
  • 데스크탑은 Finder / Explorer 윈도우와 같은 방식으로 탐색 할 수 없으며 빠른 탐색 사이드 바도 없습니다.

데스크탑을 사용해야하는 이유

  • 바보 개발자는 거기에 링크 아이콘을 넣어
  • 디렉토리 창 (Finder / Explorer)이 존재한다는 것을 결코 알지 못했습니다.
  • 당신은 당신이 원하는 아이콘을 찾기 위해 몇 분을 낭비하는 것을 좋아합니다.

1
귀하의 답변은 실제 답변보다 더 격렬한 것 같습니다. 의견이 적고 macOS와 질문에 중점을 두도록 편집 할 수 있습니까?
nohillside

1
요청 된대로 질문에 실제로 답변하지 않는 것 외에도이 답변에는 실제로 잘못된 내용이 여러 개 포함되어 있습니다.
바베큐

@Barbecue [인용 필요]. 도대체 무엇이. 나는이 화염에서 벗어나 emacs vs. vi와 같은 제정신의 문제를 고수 할 것입니다
Carl Witthoft
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.