Bug 90 - Ujednolicić tooltips, zbadać rozłożenie accesskeys
Summary: Ujednolicić tooltips, zbadać rozłożenie accesskeys
Status: VERIFIED FIXED
Alias: None
Product: Toolkit
Classification: Tłumaczenia oprogramowania
Component: inne (show other bugs)
Version: nieokreślona
Hardware: Wszystkie Wszystkie
: P4 drobny
Assignee: Marek Stępień
QA Contact: Zbigniew Braniecki
URL:
: 658 (view as bug list)
Depends on:
Blocks: 623
  Show dependency treegraph
 
Reported: 2004-06-10 18:54 CEST by Marek Stępień
Modified: 2009-01-02 03:39 CET (History)
6 users (show)

See Also:


Attachments

Description Marek Stępień 2004-06-10 18:54:50 CEST
Musimy przed wydaniem 0.9 PL:

1) ujednolicić tooltips ("podpowiedzi") w menu i przyciskach, tzn. w tej chwili
część ma tooltipy trzecioosobowe ("Powiększa tekst"), a część w trybie
rozkazującym ("Powiększ tekst"). Powinniśmy się zdecydować na jeden sposób.

2) musimy sprawdzić, czy accesskeys są sensowne i spójne (tzn. czy nie ma np.
konfliktów).

Ad 1) Jak to jest w różnych systemach/środowiskach

Programy z polskiego GNOME stosują zwykle formę trzecioosobową, która mi
bardziej pasuje i wydaje mi się sensowniejsza (tzn. skoro tooltip opisuje, co
robi dany button, to jasne jest, że "[ten przycisk] Powiększa tekst". 

Programy z KDE stosują tryb rozkazujący. ("Powiększ")
Programy z Mac OS X stosują tryb rozkazujący ("Powiększ")
Netscape 4.x i 7.1 dla UNIX stosują tryb rozkazujący (po ang.)

Niech ktoś sprawdzi Windows (uwaga: kilka różnych programów, w tym co najmniej
kilka od M$). Wydwało mi się, że stosują trzecią osobę, ale nie jestem pewien, a
nie mam Windows pod ręką.

Uwaga: Musimy wybrać jedno, tzn. nie mamy możliwości zrobienia w ten sposób,
żeby pod UNIX było "powiększa" a pod Windows "powiększ".

Ad 2)

Do tego przydałby się działający build z pl-PL. :)
Comment 1 wadimd 2004-06-11 16:26:11 CEST
(In reply to comment #0)
> część ma tooltipy trzecioosobowe ("Powiększa tekst"), a część w trybie
> rozkazującym ("Powiększ tekst"). Powinniśmy się zdecydować na jeden sposób.
> 
może rzeczownikiem go - coś w rodzaju "powiększanie tesktu" ? :-)
Comment 2 Staś Małolepszy :stas 2004-06-11 16:29:20 CEST
IMO tooltip powinien mówić, co użytkownik zrobi, gdy kliknie przycisk, a nie co
ten przycisk robi. To użytkownik wykonuje akcje, a nie same guziki:) Użytkownik
rozkazuje GUI, co ma się stać. Tak to odbieram.

choc patrzę teraz na ikonki w moim fx i mam napisane:
"go back one page"
"reload current page"
ale:
"opens a new tab"
"displays your bookmarks"

zgubiłem się:/
Comment 3 Marek Stępień 2004-06-11 18:20:36 CEST
(In reply to comment #1)
> może rzeczownikiem go - coś w rodzaju "powiększanie tesktu" ? :-)

Nie, absolutnie nie wprowadzajmy trzeciej wersji. Niech to będzie coś, do czego
któraś część użytkowników jest przyzwyczajona (więc albo 3 osoba jak w Gnome,
albo tryb rozkazujący, jak w Mac OS).
Comment 4 piotr 2004-06-11 22:01:06 CEST
> Niech ktoś sprawdzi Windows (uwaga: kilka różnych programów, w tym co najmniej
> kilka od M$). Wydwało mi się, że stosują trzecią osobę, ale nie jestem pewien, a
> nie mam Windows pod ręką.
> 

MS Word: Otwieranie pliku, zapisywanie pliku, wyszukiwanie, kopiowanie ...
Windows Movie Maker: Otworz projekt, zapisz projekt, kopiuj, wytnij
OE: Napisz wiadomosc, Odpowiedz nadawcy, przeslij dalej
IE (brr) odśwież, dalej, wyszukaj, zatrzymaj. 

Osobiscie uwazam ze lepiej zostawic tryb rozkazujacy: krotsza wersja, bardziej
dobitna, od razu widac "co to robi"
Comment 5 Staś Małolepszy :stas 2004-06-13 02:05:10 CEST
http://mer.chemia.polsl.gliwice.pl/kde/transl/reguly.html
 Reguły, pkt. 2.

czy zgadzamy się z takim pomysłem?
Comment 6 Zbigniew Braniecki 2004-06-13 13:07:03 CEST
Jest swietne. Dla mnie idealnie oddaje sens tego co chcialbym uzyskac.
Comment 7 Zbigniew Braniecki 2004-06-13 13:14:27 CEST
cc GmbH i Adrianer. Moze ich tez zainteresuje do Suite.
Comment 8 Zbigniew Braniecki 2004-06-14 01:38:03 CEST
Mamy juz przyklad: http://beta.firefox.pl/0.9/testing/

Comment 9 Marek Stępień 2004-06-15 20:31:21 CEST
(W odpowiedzi na komentarz #5)
> http://mer.chemia.polsl.gliwice.pl/kde/transl/reguly.html
>  Reguły, pkt. 2.

To są reguły KDE.  Przede wszystkim powinniśmy się stosować do reguł Microsoftu
lub Gnome'a, w dalszej kolejności Apple'a. Z komentarza comment 4 wynika, że
Microsoft nie ma zasad (lub sam się do nich nie stosuje, raz robiąc tak, a raz
siak), więc MS można olać.

Ja obstaję przy formie trzeciosobowej "Otwiera", "Zamyka"...

Comment 10 Zbigniew Braniecki 2004-06-15 20:37:01 CEST
Marcoos: ale jedne nie neguja drugich. To, ze tam jest napisane KDE nie 
oznacza, ze musisz uciekac :) 
Te zasady sa imho nautralne i dobre. I sugeruja to samo co ty - trzecia 
osobe... 
Comment 11 Marek Stępień 2004-06-15 20:39:08 CEST
O, rzeczywiście. :) Nie wiem czemu, ale wydawało mi się, że tam totalnie inaczej
pisze. Za mało sypiam chyba. :-)
Comment 12 Marek Wawoczny 2004-06-15 20:40:18 CEST
Hmmm, ja proponuje tryb rozkazujacy "Zapisz plik", raczej nie widzi mi sie forma
trzeciosobowa "Zapisuje plik"... No bo jak? Przycisk zapisuje plik? Raczej nie,
to powinien byc opis akcji ktora zostanie wykonana po kliknieciu przycisku.
Comment 13 Zbigniew Braniecki 2004-06-15 20:44:11 CEST
Marcoos: a jak sobie wyobrazasz opcje "Plik->Zapisz strone jako" w twojej 
propozycji? Moim zdaniem nie ma co wariowac. 
Starajmy sie bezosobowo, ale kiedy trzeba uzyc "zapisz plik", to uzyjmy tego. 
Comment 14 Marek Stępień 2004-06-15 20:48:53 CEST
Gandalf: Moment, ale mówimy o podpowiedziach vel tooltipach, a nie o opcjach z
menu...
Comment 15 Zbigniew Braniecki 2004-06-15 21:10:31 CEST
ah, przepraszam. 
 
Przenosze na 1.0 
Comment 16 Piotr Komoda 2004-06-15 21:42:48 CEST
-> Tb 0.8
Comment 17 Zbigniew Braniecki 2004-09-19 23:28:29 CEST
nie do 1.0PR
Comment 18 Zbigniew Braniecki 2004-10-11 02:25:50 CEST
mass
owner->marcoos
qa->na siebie (na razie)
Comment 19 Marek Stępień 2005-03-18 18:26:18 CET
Masówka. Likwidacja produktu "Firefox pl-PL", błędy zostają przeniesione do
Lokalizacja/Firefox.
Comment 20 Zbigniew Braniecki 2005-09-13 12:27:14 CEST
mamy szanse rozwiazac to na 1.5?
Comment 21 Piotr Komoda 2005-09-13 20:54:08 CEST
(W odpowiedzi na komentarz #20)
> mamy szanse rozwiazac to na 1.5?

Praktycznie zerowe, za duzo roboty ponadto po koniec cyklu, co nie jest rzecza
dobra. A jeszcze musimy zdecydowac sie na jedna forme, ktorej bedziemy uzywac w
tooltipach.

Przenosze do toolkitu, bo to dotyczy zarowno Fx jak i Tb.
Comment 22 Marek Stępień 2005-09-16 01:30:20 CEST
Platforma: wszystkie
Priorytet: P4
Target: Fx/Tb 2.0.

zgodnie z komentarzem Piotra.
Comment 23 Marek Stępień 2005-10-17 17:52:30 CEST
*** Bug 658 has been marked as a duplicate of this bug. ***
Comment 24 Marek Stępień 2006-08-05 20:09:06 CEST
Od jakiegoś czasu prawie wszystkie tooltipy używały formy rozkazującej, z
wyjątkiem tych dwóch:

toolkit/chrome/mozapps/extensions/extensions.dtd:<!ENTITY cmd.restartApp.tooltip
          "Uruchamia program &brandShortName;, by dokończyć instalację">
toolkit/chrome/mozapps/extensions/extensions.dtd:<!ENTITY cmd.useTheme.tooltip 
           "Zmienia motyw programu &brandShortName;.">

Przed chwilą poprawiłem to w 1.8 i trunk.

Co do accesskeys - konfliktów w Fx i Tb za bardzo nie ma, ponadto poprawiłem
dzisiaj accesskeys w Fx na bardziej zgodne z wytycznymi Mozilli (należy np.
unikać "i", "l" itp., bo są słabo widoczne, jak i liter z ogonkami ("y", "j", "g")).

Jeśli gdzieś są jeszcze problemy z accesskeys, należy je zgłaszać jako osobne bugi.

Fixed. Zamykam. :)

Note You need to log in before you can comment on or make changes to this bug.