2012-10-21 3 views

답변

128

글쎄, 그들은 그것이 hiding behind the browser zoom excuse 인 것 같습니다. 이러한 사용 빈도가 높은 영향력있는 프레임 워크가 접근성 문제와 반응 형 디자인의 기본 초석을 완전히 무시한 것을 보니 정말 슬픈 일입니다. 그들은 큰 책임감의 위치에 있으며 불행하게도 그에 따라 행동 할 의사가없는 것 같습니다.

[업데이트] 그래서 Mark Otto가 위에 언급 한 스레드에 대해 대답했습니다. 예상대로이 접근성과 문구 '완벽한 픽셀'의 사용에 대한 언급입니다 :

좋아, 그래서 여기에 작년 의 결정과 전진을위한 계획에 약간의 배경입니다.

픽셀은 모든 브라우저에서 절대적인 제어와 일관된 렌더링을 제공합니다.

디자이너는 여전히 대부분 픽셀로 생각하고 작동합니다.

브라우저 요즘에는 전체 페이지를 확장 할 수 있으므로 크기 조정 또는 기타 문제가 없습니다.

겹치기는 역사적으로 고통이었고 계산 된/의도 된 픽셀 값에 대해 추가 계산이 필요할 수 있습니다.

측정 단위를 혼합하는 것은 추악하고 내 내부 강박 관념은 그것을 싫어합니다. 선 높이에서 단위를 사용하는 것은 일반적으로 권장되지 않지만 직접 계산 된 값이 무엇인지에 대한 정보는 입니다. 우리는 앞으로 을 앞으로 멀어지게하려고 노력할 것입니다. 앞으로는 크기 조정을 위해 em을 사용하고, 다른 경우는 그렇지 않을 수도 있습니다. 이것은 입력 등의 폰트 크기에 대해서도 논쟁의 여지가있다. 사람들이 픽셀 완벽한 사이트를 구축하는 방법이 아닙니다.

그건 조금 이상하고 잘하면 일관된. 이 변화에 대해 블로그가 더 많이 나올 때마다 블로그를 만들려고 노력할 것이지만, 3.0이 얼마나 가까운 지, 그리고 그 모두가 아직 수반 할 것인지는 확신 할 수 없습니다.

나는 이것에 대해 강한 감정을 가진 사람과 +1 this thread을 제안합니다.

[업데이트] V3 로드맵 V2.3 release blogpost에 포함 된 V3 로드맵에는 ems에 대한 지원 추가에 대한 언급이 없습니다.

[업데이트] 많은 더 마크 오토에서 다음과 같은 풀 요청 here에서 사용할 수있는 부트 스트랩 V3에 대한 정보 :

우리는 픽셀 이상 렘 단위의 사용을 탐구하지만,이를 상쇄하기 위해 작은 이익 발견 그들의 사용의 의미. IE8에는 여전히 픽셀 대체물이 필요하며 코드 줄이 중복됩니다. 또한 을 사용하면 픽셀 대신 모든 곳에서 그 문제를 악화시킬 수 있습니다. 렘과 픽셀을 혼합하는 것은 지금 당장 이해가가는 것 같지 않습니다. 그러나 우리는 향후 릴리스에서이를 계속 평가할 수 있습니다.(그 의견에) 그런 다음

최근 :

내가보기 엔 우리가이 시점에서 REMS로 발송됩니다 의심한다. 을 글꼴 크기를 넘어서 변경하는 것은 거대한 작업이며이를 상쇄하는 데 도움이되는 몇 가지 이점이 과 함께 제공됩니다. font-sizes 코드를 두 줄 더하기 을 제쳐두고, 다른 방법으로는 맹렬히 지장을 느낀다. 그 말했다, 우리는 언제나 미래의 릴리스에서 다시 방문 할 수 있습니다. 지금은 픽셀을 고집하고 있습니다.

나는 강력하게 그냥 그리드를 원하는 경우 Susy보고 제안, 또는 전체 제안들에 대한 Zurb Foundation 4, 그것은 그들을 지원의 부족입니다하지 최소있는 부트 스트랩의 기능을 다수와 불만 성장한. 부트 스트랩의 인기가 당신의 판단을 흐리게하지 마십시오. 누구나 부트 스트랩을 사용하여 무언가를 만들 수 있습니다. 정확히 문제는 - 이며 최소한의 웹 경험을 가진 사람들을 위해 설계되었습니다. 세계에 많은 맥도날드가 있기 때문에 그것이 건강한 곳이라는 것을 의미하지는 않습니다.

[편집] 확인을 클릭하십시오. 이것은 바보 같은 말이었습니다. 필자가 작성한 이래 BS3을 사용했고 게임을 상당히 향상 시켰습니다. 나는 그런 쓰레기 같은 코멘트를 작성해서는 안되었지만, 여전히 글꼴 크기 조정을 위해 픽셀을 사용하는 것이 나쁜 결정이라고 생각합니다. 접근성 문제뿐 아니라 em은 다른 방법으로도 유용합니다.

[업데이트] (MDO는 here에서 인용) 이 V4에서 지원됩니다 REMS 것 같은데 :

에 따라 다음과 같은 사람들을 위해

, 우리가 V4시에서의 REM 픽셀에서 변경할 수 있습니다 IE8 지원을 중단합니다. 그때까지는별로 할 수 없어요.

은 [업데이트 2월 '17] 부트 스트랩 4 알파 여전히 있지만 Typography docs에 REMS의 사용을 보여 주지만, layout docs에 REMS의하지 쇼를 사용한다.

+2

흥미롭고도 감사합니다 –

+4

문제는 PX보다 EM을 사용하는 것이 더 "접근하기 쉬운"이유를 설명하는 아무도없는 것처럼 보입니다. 나는 그것이 종이에서 명백하게 보인다. 그러나 실생활에서 ok를 의미한다? 누구든지 픽셀 기반 웹 사이트에 갇혀있는 사용자의 실제 예가 있습니까? 실제 통계와 픽셀로 인한 실제 문제가 있습니까? 이것은 내가 생각하는이 토론에서 진짜 질문입니다. 대부분의 사람들이 PX를 사용하는 이유는 증명이 부족하기 때문입니다. – Grsmto

+7

시력 문제가있는 사용자는 운영 체제 수준 및 브라우저 수준 글꼴을 늘립니다. 그러한 사람들에게는'em '이 필요하기 때문에 "접근성"이 필요합니다. –

0

나는 데스크톱의 첫 번째 접근 방식 때문에 생각한다. 트위터 부트 스트랩은 반응이 좋지만 "우아한 분해"접근 방식입니다.

1

광범위하게 부트 스트랩을 사용하지만 액세스 가능성이 뒤쪽 버너를 차지하는 몇 가지 영역이 있습니다. 너무 광범위하게 사용되는 플랫폼에는 필연적 인 절충점이 있다고 생각합니다.

글꼴 크기로 픽셀을 유지하는 이유는 무엇입니까? 프레임 워크의 글꼴에 대한 em의 상속 문제는 완전히 악몽입니다.

rem은 대체 옵션이지만 브라우저 지원은 여전히 ​​문제가됩니다.

사용자는 rems mixin을 만들고 기본 글꼴 크기 변수를 사용하는 less의 모든 행을 바꿀 수 있습니다.

부팅 스트랩의 아름다움과 그와 같은 프레임 워크는 작업의 기반이됩니다.

그래, 내가 액세스 할 수없는 트위터 부트 스트랩에 대한 요소가 있음을 언급했다. 하나의 작은 예는 클립을 사용하는 대신 'display : none'을 사용하는 것이다. 나는 이것에 대한 타당한 이유가 있음을 확신합니다 - 그리고 다시 원할 경우 쉽게 수정할 수 있습니다.

부트 스트랩은 완벽하지는 않지만, 모든 요구 사항에 대한 최종 답이되도록 의도 된 것은 아닙니다.그것은 기초입니다 - '부트 스트랩 (bootstrap)'- 그것을 배우고 적절하게 활용하고 추가하고 모든 것을 혼합하십시오. 프로토 타입을 작성하거나 빠른 사이트를 구성하는 데는 멋진 프레임 워크입니다. 더 나아가서는 웹 사이트에 적용 할 수있는 실질적인 기초가 있습니다.

+1

부트 스트랩의 아이러니 중 하나는 응용 프로그램을 '부트 스트랩'하는 것보다 훨씬 많은 것입니다. 그것은 많은 수준의 규범이며, 그 중 레이아웃이 가장 중요합니다. 게으른 것과는 별개로 많은 사이트가 너무 명백하게 부트 스트랩 기반 인 이유는 기본값에서 벗어나기가 쉽지 않은 이유입니다. 그렇습니다. 측면을 사용자 정의 할 수있는 몇 가지 변수가 있지만, 끔찍한 특이성 문제로 인해 다른면을 무시할 수 있습니다. 부팅 스트랩 3이 더 나을 것입니다. 개인적으로 저는 Foundation 4를 좋아합니다. 그것은 나를 프레임 워크가 아닌 책임자로 느끼게합니다. – Undistraction

10

부트 스트랩의 인기가 판단을 흐리게하지 마십시오. 누구나 부트 스트랩으로 무엇인가를 만들 수 있습니다. 정확히 그 문제입니다. 최소한의 웹 경험이있는 사람들을 위해 설계된 입니다. 그냥 거기에 있기 때문에 세계에서 맥도날드가 많이 있다는 것은 건강한 장소라는 것을 의미하지는 않습니다. 먹는 것.

당신이 부정적인 방법으로 판단을 흐트러 뜨리지 않도록 주장 할 수 있습니다. 견고한 프레임 워크이며, 효과적으로 사용하는 방법에 시간을 투자하는 경우 귀찮은 부분이 대부분입니다.

경험이 거의없는 사람이 종종 자주 사용하지만 그다지 이상하지 않습니다. 많은 경험이있는 사람들이이 도구를 사용합니다.

최소한, 그것은 귀중한 프로토 타입 도구입니다. 가장 좋은 점은 완전히 맞춤 설정할 수 있다는 것입니다. 선택할 수 있고, 수정하고, 추가 할 수 있습니다. 이것이 바로 '프레임 워크'라고 불리는 이유입니다.

나는 2 년 넘게 내 프로젝트에서이를 효과적으로 사용 해왔다. 필자는 폼 프레임 워크, 그리드, 전체 코드베이스를 사용하고 필요에 맞게 사용자 정의했습니다. 여러면에서, 그것은 내 게임을 '올렸습니다', 전처리, 변수 사용, 프로젝트 구조화 방법의 연마 등으로 나아갔습니다.

예, 몇 가지 문제가 있습니다. 글꼴 크기 및 Less을 사용하는 px은 2입니다. 그러나 완전히 오픈 소스이기 때문에 두 가지를 쉽게 해결할 수있는 옵션을 찾을 수 있습니다.

나는 Foundation을 조사하고 내가 본 것을 좋아하지만, 많은 개발자들이 그렇듯이 IE8을 지원해야한다는 불행한 위치에 있습니다. 재단은 IE8에 대한 지원을 중단했기 때문에 나를 위해 '가지 마라'. 그럼에도 불구하고, 나는 전체 프레임 워크, 가장 구체적으로는 을 사용하지 않고을 사용하고, 을 사용하면 약간의 이슈를 기반으로 수정할 수 있습니다.

하나의 프로젝트에서 저는 재단의 일부와 부트 스트랩 부분을 들어 내 고유의 사용자 정의 코드를 추가했습니다. 이것이 오픈 소스의 아름다움입니다. @include rem(property, values) - 이것에 대한 @mixins 구축이, https://github.com/ivayloc/twbs-rem-em REM 또는 EM 단위로 픽셀을 변환 할 수있는 계산을 할 필요가 없다 -

+6

그건 완전히 공정하고 솔직히 말하면, Bootstrap 3으로, 나는 그것이 정말로 게임을 강화했다고 생각합니다. 돌이켜 보면 다소 바보 스럽지만 좌절감에서 벗어나고 난 여전히 부트 스트랩을 사용하는 대부분의 사이트를 매우 느리게 사용한다고 생각합니다. 프로토 타이핑 및 비공개 페이지 (관리자 영역 등)를 작성하는 데 유용한 도구입니다. 공용 사용자 사이트를 사용하는 사람이 기본값을 초과하여 스타일을 지정하는 방법을 이해한다면 공용 사이트의 훌륭한 도구가 될 수도 있습니다. 어떤 도구와 마찬가지로 쉽게 남용되며, 사용의 용이성이 (ab) 사용의 양을 가져 오는 결과라고 생각합니다. – Undistraction

+2

그래, 내가 듣기론 - 때로는 코딩에 너무 열중하는 경우가 많다. 적어도 부팅 스트랩 3.0을 사용하면 학대를받을 때 몇 가지 표준이 마련된다. 재단에도 똑같이 적용됩니다. 둘 다에서 배울 수있는 제비가 있습니다. 궁극적으로 시간이 주어지면 '자신 만만하게 움직이는'것이 앞으로의 길입니다. –

+2

다른 답변에 대한 답변을 게시하는 것은 다소 혼란 스럽습니다. (그냥 말하면) –

6

당신은 여전히 ​​그들과 함께 부트 스트랩을 선호하는 경우와 REM 지원이 좀 걸릴 수 있습니다 - 또한 px로 대체하고 em 변환에는 em(value)을 사용할 수 있습니다.

+0

Foundation을 훨씬 더 잘 생각하는 것처럼 TBS을 더 이상 사용하지 않지만 좋은 타협처럼 보입니다. – Undistraction

관련 문제