Myślę, że wersja Unity na netbooku pokazuje pasek menu w panelu. Jeśli masz na myśli wersję Unity na komputer, opracowaną dla Natty, to pytanie może być duplikatem askubuntu.com/questions/18641/...
Michael Martin-Smucker
Nie, uważam, że takie zachowanie powinno być widoczne nawet na pulpicie. Moje pytanie brzmi: dlaczego oni to zrobili?
zpletan
Odpowiedzi:
28
Jednym z celów projektowych Unity jest zmniejszenie bałaganu na pulpicie, innym jest bardziej efektywne wykorzystanie przestrzeni.
Domyślnie ukrywamy menu w Unity, ponieważ menu nie zawiera żadnych użytecznych informacji, do których można się odnieść, patrząc na nie, ale nakłada wiele szczegółów na ekran, który jest bałaganem wizualnym. Przyjęliśmy więc pogląd, że menu jest dostępne, jeśli jest potrzebne (przesuwając do niego mysz lub naciskając klawisz Alt), ale poza tym nie jest ono widoczne.
Wiele współczesnych aplikacji działa zupełnie bez menu, więc naszym zdaniem jest to krok w przyszłość i zachęci twórców aplikacji do zastanowienia się nad ich interfejsami i uczynienia ich bardziej użytecznymi pod względem projektowym, a nie zależnym od rozmiarów menu .
„Domyślnie ukrywamy menu w Unity, ponieważ menu nie zawiera żadnych użytecznych informacji, do których można się odwoływać, patrząc na nie” To nieprawda. Mówi mi, gdzie muszę przesunąć wskaźnik myszy, aby aktywować określone menu. Teraz najpierw muszę przesunąć wskaźnik myszy pionowo do paska menu, a następnie muszę przesunąć go poziomo, aby przejść do określonego menu. Gdyby pasek menu był zawsze widoczny, mógłbym przenieść go bezpośrednio do właściwej pozycji.
Rörd
6
Myślę, że podzielenie paska menu z aplikacji jest dość głupie. Łamie nawet najbardziej podstawowe wytyczne dotyczące użyteczności. Usunięcie menu z kontekstu łamie zasadę najmniejszego zaskoczenia i najmniejszego wysiłku. To kretyńskie, nawet jeśli jabłko zawsze tak robi. (Niezależnie od tego, czy paski menu są dobre, czy złe pod względem użyteczności.) Teraz, aby kliknąć menu nieaktywnego okna, potrzebuję więcej działań niż kiedyś: [kliknij okno, aby aktywować, przejdź na górę ekranu, aby pasek menu, kliknij] zamiast po prostu kliknij. Jest źle, bez względu na to, jak to usprawiedliwiacie
brice
„Zachęci to twórców aplikacji do przemyślenia swoich interfejsów i uczynienia ich bardziej użytecznymi pod względem projektowym, a nie zależnym od kształtu menu”: chociaż zgadzam się, że paski menu nie są najlepszym projektem interfejsu (preferowane powinny być okrągłe menu podręczne), wiele aplikacji dzisiaj nadal na nich polega i nadal będzie to robić w dającej się przewidzieć przyszłości (użytkownicy są do nich przyzwyczajeni, a interfejsy GUI udostępniają je od razu po wyjęciu z pudełka). Ukrywanie paska menu czyni mnie bardzo bezproduktywnym przy użyciu oprogramowania graficznego (np. Gimp i Inkscape), dlatego pomimo kilku tygodni prób Unity, wracam do KDE.
Boris Dalstein
@ Rörd „Mówi mi, gdzie muszę przesunąć wskaźnik myszy, aby aktywować określone menu”: uzgodnione, a także dodam, że mówi mi, jakie menu są dostępne. W złożonych aplikacjach, z których nie korzystam na co dzień, nie zawsze pamiętam, w którym menu dostępna jest konkretna czynność, a wyświetlanie paska menu przez cały czas pozwala zaoszczędzić dużo czasu na znalezieniu odpowiedniego menu, do którego należy dążyć, i pomaga dużo w procesie uczenia się.
Boris Dalstein
0
Konwencje FireFox i praktyczność kliknięcia prawym przyciskiem myszy, szczególnie przy organizowaniu i rozmieszczaniu zakładek, są sprzeczne z konwencjami Unity bez możliwości kliknięcia prawym przyciskiem na górnym pasku menu.
Jest godne pochwały, że podczas prowadzenia VW nie powinieneś mieć kokpitu 747 i ap. nieruchomości ekranowe nie powinny być przytłoczone perwersyjnymi permutowanymi nadmiernymi kontrolami i menu, nie pozostawiając miejsca na rzeczywistą treść, ale ... nie powinno to odbywać się kosztem prawdziwej funkcjonalności.
Istnieją sposoby na obejście wąskich gardeł, ale jest to pracochłonne. Nasze niestandardowo opracowane apki domyślnie cierpią w Unity z powodu przymusowego wygnania do górnego paska i muszą zostać repatriowane z powrotem do okna źródłowego, aby przywrócić funkcjonalność i widoczność (jako niestandardowe aps widoczne istnienie menu zapewnia mnemoniczną pomoc dla niejasnych pozycji menu, a jednak rzadko są one niezbędne i używane).
Odpowiedzi:
Jednym z celów projektowych Unity jest zmniejszenie bałaganu na pulpicie, innym jest bardziej efektywne wykorzystanie przestrzeni.
Domyślnie ukrywamy menu w Unity, ponieważ menu nie zawiera żadnych użytecznych informacji, do których można się odnieść, patrząc na nie, ale nakłada wiele szczegółów na ekran, który jest bałaganem wizualnym. Przyjęliśmy więc pogląd, że menu jest dostępne, jeśli jest potrzebne (przesuwając do niego mysz lub naciskając klawisz Alt), ale poza tym nie jest ono widoczne.
Wiele współczesnych aplikacji działa zupełnie bez menu, więc naszym zdaniem jest to krok w przyszłość i zachęci twórców aplikacji do zastanowienia się nad ich interfejsami i uczynienia ich bardziej użytecznymi pod względem projektowym, a nie zależnym od rozmiarów menu .
źródło
Konwencje FireFox i praktyczność kliknięcia prawym przyciskiem myszy, szczególnie przy organizowaniu i rozmieszczaniu zakładek, są sprzeczne z konwencjami Unity bez możliwości kliknięcia prawym przyciskiem na górnym pasku menu.
Jest godne pochwały, że podczas prowadzenia VW nie powinieneś mieć kokpitu 747 i ap. nieruchomości ekranowe nie powinny być przytłoczone perwersyjnymi permutowanymi nadmiernymi kontrolami i menu, nie pozostawiając miejsca na rzeczywistą treść, ale ... nie powinno to odbywać się kosztem prawdziwej funkcjonalności.
Istnieją sposoby na obejście wąskich gardeł, ale jest to pracochłonne. Nasze niestandardowo opracowane apki domyślnie cierpią w Unity z powodu przymusowego wygnania do górnego paska i muszą zostać repatriowane z powrotem do okna źródłowego, aby przywrócić funkcjonalność i widoczność (jako niestandardowe aps widoczne istnienie menu zapewnia mnemoniczną pomoc dla niejasnych pozycji menu, a jednak rzadko są one niezbędne i używane).
źródło