Html5-boilerplate: 하나만 작동할 때 6개의 다른 애플 터치 아이콘이 필요합니까?

이것은 여기에 설명되어 있습니다: http://mathiasbynens.be/notes/touch-icons

"단점은 ​​이러한 장치가 큰 고품질 이미지를 로드하는 반면 훨씬 작은 파일도 마찬가지로 작동한다는 것입니다."
따라서 누군가가 "홈 화면에 추가"를 클릭하는 경우에만 약간 더 무거운 png를 로드해야 합니다(몇 킬로바이트만 더 큼)... 이것은 내가 생각하는 한 완벽하게 수용 가능하며 6개의 서로 다른 크기의 아이콘을 만드는 중... 특히 HTML을 페이지에 포함하여 6개를 모두 로드하는 경우 더 좋습니다.

닐,
이 아이콘을 만드는 간단한 방법이 필요한 경우 H5BP Multi-Layer FavIcons repo를 제안해도 될까요? 뻔뻔한 플러그라는 것을 알고 있지만 오늘 다시 사용했고 다층 파비콘을 포함하여 10분 이내에 모든 7개의 이미지로 완료되었습니다.

도움이 되기를 바랍니다!

알았어 고마워. 그러나 나는 여전히 각 개별 장치를 대상으로 하기 위해 여러 개의 특정 그래픽을 만드는 것이 올바른 접근 방식이라는 데 동의하지 않습니다(매우 '반응적인' 접근 방식이 아님). 하나의 이미지를 만드는 것이 여전히 더 빠르고 쉽고 깨끗하며 페이지 로드에 가중치를 추가하지 않을 때 이전 장치로 전달하는 데 문제가 없다고 봅니다(홈에 추가하는 '요청' 후에만 로드됨) 화면) 그리고 우리는 이 이미지들 사이의 차이에서 몇 k에 대해서만 이야기하고 있습니다.

홈 화면에 추가할 때만 다운로드하면 요점을 알 수 있습니다. 개인적으로 저도 싱글 아이콘 루트로 갑니다.

단일 아이콘(및 favicon.ico)에 대한 +1은 HTML 링크가 없습니다.

@mathiasbynens 터치 아이콘에 대한 자세한 설명 감사합니다. 그래도 요약을 읽으면서 웃어야 했다. 당신의 제안 때문이 아니라 내가 독점 BS를 싫어하는 이유 때문입니다. 요약을 요약하겠습니다.

• Android를 완벽하게 지원하려면 Apple의 독점 html 태그를 사용해야 합니다.
• iOS에만 관심이 있다면 Apple의 독점 html 태그를 사용할 필요가 없습니다.
• "게으른" 접근 방식은 정확히 apple.com이 하는 일을 하는 것입니다.

요약하자면, 다양한 터치 아이콘을 사용하는 것이 최상의 솔루션인 두 가지 주요 이유가 있습니다.

• 성능/데이터 요금제 사용 제한: 홈 화면에 추가할 때 불필요하게 큰 이미지를 로드하지 마십시오.
• 아트 디렉션: 내 경험에 따르면 디자이너는 일반적으로 자동 크기 조정에 의존하는 것을 싫어하고 적절한 크기의 아이콘을 자체적으로 제공합니다.

즉, 나는 게으르고 단일 아이콘 솔루션도 사용합니다. 그러나 이것이 IMHO의 솔루션이 되어야 한다는 것을 의미하지는 않습니다.

@ryanswedal :D

HTML 링크가 페이지에 포함된 경우 페이지 로드 시 호출되는지 아는 사람이 있습니까? 그렇다면 그것은 하나의 아이콘 접근 방식에 대한 훨씬 더 큰 주장이며 HTML 링크를 포함하지 않는 것입니다.

내가 이것을 조사했을 때 IIRC 테스트에서 <link> 가 아니라 페이지 로드 시 터치 아이콘이 요청되지 않았음을 확인했습니다.

알아 둘만 한. 감사 해요!

예, 단일 아이콘 접근 방식에 대해 +1입니다. 터치 아이콘은 자체 문서화되지 않으므로 동기화하는 도구를 문서화할 수 있는 기능이 없는 루트에 6이 있으면 지저분하고 유지 관리가 무거워집니다.

루트에 모든 아이콘이 있으면 유지 관리 문제에 동의합니다. 좋은 해결책은 없지만 <link> 태그를 추가하는 것입니다(심볼릭 링크는 실제로 해당 문제를 해결하지 못합니다).

그러나 현재로서는 이러한 태그로 index.html의 마크업을 부풀려야 한다고 생각하지 않습니다. Mobile Boilerplate가 이 작업을 수행합니다.
어쨌든 나는 아이콘을 다른 폴더로 옮기는 방법을 찾는 것이 쉽다고 확신합니다. 문서에 이 주제에 대한 짧은 섹션 도

iOS 7부터 레티나 디스플레이 iPhone 의 권장 터치 아이콘 크기 는 114 × 114 픽셀에서 120 × 120 픽셀로 증가했습니다. 내 게시물 은 그것을 반영하도록 업데이트되었습니다.

여기에서 해결책을 찾을 수 있습니까? 그대로 두시겠습니까 아니면 하나의 아이콘 접근 방식으로 이동하시겠습니까?

글쎄 내 투표는 확실히 하나의 아이콘 접근 방식에 대한 것입니다

2013년 7월 24일 수요일에 Hans Christian Reinl은 다음과 같이 썼습니다.

여기에서 해결책을 찾을 수 있습니까? 그대로 두시겠습니까 아니면 다음으로 이동하시겠습니까?
하나의 아이콘 접근 방식?

—
이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/h5bp/html5-boilerplate/issues/1367#issuecomment -21507073에서 확인하세요.
.

닐 크레이그

모바일에서 발신: 087 2174891

http://www.fuel.ie

적을수록 단순할수록 좋습니다. 하나만으로 충분하고 작동한다면 왜 우리는 그것을 사용하지 않을까요?

하나에 +1!

또한 간단하고 반응이 빠른 방법을 사용하고 싶지만 아이콘의 경우 한 가지 예외가 있었습니다. 다른 크기의 아이콘은 해당 크기에서 명확하게 보이도록 다시 디자인해야 할 수 있습니다.

예를 들어 120x120과 같은 복잡한 아이콘이 있고 32x32에서 사용하려는 경우 인식하지 못할 수 있습니다. 작은 아이콘을 훨씬 더 큰 아이콘으로 확장하는 것은 벡터 형식에서는 문제가 되지 않지만 디자이너는 더 많은 세부 정보를 추가할 수 있습니다.

http://www.behance.net/gallery/Google-Visual-Assets-Guidelines-Part-1/9028077#module -67936509

위의 링크에서 여러 페이지를 아래로 스크롤하여 32x32 및 16x16의 아이콘을 확인하십시오... 아마도 이 주제에 그다지 가깝지 않을 수도 있지만 다양한 크기의 아이콘에 대해 이야기할 때 고려해야 할 사항이라고 생각합니다.

대부분의 상황에서 IMO는 하나의 아이콘으로 충분합니다. 문서에서 명확성과 파일 크기를 최적화하기 위해 더 작은 아이콘을 만드는 것에 대한 메모와 함께 하나의 큰 H5BP 아이콘을 제공하는 것이 좋은 수정이 될 것입니다.

즉, H5BP는 반론적이므로 단순함에 관계없이 "올바른" 방법으로 간주되는 모든 것이 리포지토리에 있어야 합니다.

#1425에서 6개의 Apple Touch 아이콘 중 5개를 제거하는 Pull Request를 만들었습니다.
피드백을 많이 주셔서 감사합니다.

이 문제 내에서 주요 토론을 유지하십시오.

+1

:+1:

+1

처음에 왜 6개가 있었는지 전혀 몰랐다는 것을 인정하고 하나가 생겨서 기쁩니다. 그래서 "왜?"

더 이상 더할 것이 없을 때가 아니라 더 이상 뺄 것이 없을 때 완성이 이루어집니다.
— 앙투안 드 생텍쥐페리

:+1:

짧게 할 시간이 없었어요.
— 블레즈 파스칼
:엄지손가락:

이미지한장만 가지고 한참을 달려왔습니다. 한 가지 단점은 많은 모바일 브라우저가 다른 파일을 요청한다는 것입니다. HTML의 링크 태그로 참조할 필요는 없지만 모든 크기에 대한 루트 디렉토리 파일을 정상으로 포함하고 해당 요청에 대한 로그가 404 오류로 가득차지 않도록 미리 구성했습니다.

https://gist.github.com/davidhund/332316f82440ef4377f3 작성자 @davidhund