처음에는 랜덤 사용자 이름 생성을 허용하는 경우와 허용하지 않는 경우로 나누어 시도해 보았습니다. 결과는 차이가 없었습니다.
오늘 밤 Username change period(사용자 이름 변경 주기)를 0에서 1로 변경했습니다(즉, 이제 사용자 이름 변경을 허용하는 것입니다). 훨씬 잘 작동하는 것 같습니다. 두 가지 부분이 달랐습니다(제가 주의를 기울이지 못한 것 외에는):
- 위에서 보여준 사용자 이름 입력을 요구하는 화면이 나타났습니다. 이전에는 이 화면이 나타나지 않았습니다. 일리 있는 부분이지만,
Username change period설정의 이러한 효과는 설명서에 언급되어야 합니다. - 이 주제에서 언급되지 않은 다른 화면이 사용자 이름 입력 화면 전에 나타났습니다. 이 화면에서는 전체 이름과 사용자 정의 필드를 입력하도록 요청합니다. 이는 좋은 변화입니다. 하지만 이 화면 역시 이전에는 나타나지 않았습니다. 이러한 차이는 어떤 의미도 부여하기 어렵습니다.
이 새로운 기능을 사용하기 전에 보고 싶은 또 다른 변경 사항은 로그인 과정(즉, 사용자가 로그아웃한 후 다시 로그인하려는 경우)과 관련이 있습니다.
- “Email me a one-time login code”(일회용 로그인 코드를 이메일로 보내주세요) 옵션은 “Log In”(로그인) 버튼과 동일한 수준의 중요성을 가져야 합니다. 현재로서는 직관적이지 않습니다. 많은(비기술적인) 사람들이 단순히 비밀번호를 잃어버린 것으로 생각할 것 같습니다.
- 하나의 버튼만 유지하고, 다음과 같은 메시지를 표시하는 것도 좋습니다: “If you do not enter a password we will email you a one-time login code.”(비밀번호를 입력하지 않으면 일회용 로그인 코드를 이메일로 보내드립니다.)
- “I have lost my password”(비밀번호를 잊어버렸습니다) 항목에 비밀번호 생성 링크를 보내는 동일한 절차가 포함된다는 개념을 어떻게든 포함할 수 있을까요? 예를 들어 “Reset or create password”(비밀번호 재설정 또는 생성)처럼요?
- “Set password”(비밀번호 설정) 이메일의 이 단락에서 아이디어가 너무 산만하게 전개됩니다: “Somebody asked to add a password to your account on XYZ. Alternatively, you can log in using any supported online service (Google, Facebook, etc) that is associated with this validated email address.”(누군가 XYZ에서 귀하의 계정에 비밀번호를 추가해 달라고 요청했습니다. 또는, 이 인증된 이메일 주소와 연결된 지원되는 온라인 서비스(Google, Facebook 등)를 사용하여 로그인할 수도 있습니다.) 두 번째 문장은 많은 포럼에는 해당되지 않을 것입니다.
장점으로는, 일회용 코드가 Discourse Hub 앱에서 로그인 링크보다 더 잘 작동할 것이라고 생각합니다. 이전 로그인 링크는 Hub 앱이 아닌 브라우저에서 열렸기 때문입니다.