Blender - NEWS oraz dyskusje

[Maciek Jutrzenka]

In 2.8 we will split the scene in layers, and each layer will have a mode and an engine to use for drawing. Each viewport can show a different layer.

 

yyyyy... ale obecnie można tak zrobić i też można w każdym viewporcie ustawić inny mode, i inny tryb wyświetlania... więc ktoś mi wytłumaczy na czym mają polegać te zmiany bo przeczytałem to 2 razy i 3 raz przeleciałem na szybko.. i dalej nie widzę co ma się niby zmienić.

[Nezumi]

Mam nadzieje ze posrod tych rewolucyjnych zmian (ktorych tez nie kumam :D) znajdzie sie miejsce na normalne layery bo o ile przywyklem do nieopisanych kwadracikow to ni cholery nie uwazam zeby to bylo sensowne rozwiazanie :D

[Monio]

Maciek - Nie można ustawić innych modów dla różnych viewportów, one są przypisane tylko i wyłącznie do obiektów, zawsze tak było.

Nie tryb wyświetlania tylko cały render engine i viewport z nim związany. Czyli LayerA ma podpiętego Cyclesa, LayerB ma podpiętego RenderMana, LayerC ma podpiętego Vraya a LayerD będzie miał podpięty "SculptRenderer" (który będzie osobnym viewportem ukierunkowanym na wydajność).

 

 

"Another example: Let’s say you work with games and need to bake textures often. You can have the active layer with the selected and active objects that you need for baking, while working in a different layer modelling the baking cage, or the highpoly components of your model, or texture painting it. You can even have yet another layer that only display the resulted of the low poly mesh with the baked texture on it."

 

To mnie przekonuje. To nie będą layery ala photoshop, i bardzo dobrze bo softy 3d nie działają w taki sposób.

 

Z tego co rozumiem to będzie działać tak że Layery to rozwinięcie idei starych RenderLayer natomiast Collections to rozwinięcie ideii starych kropkowych layerów. W Layerach będzie można definiować to czym i jak renderujemy (wiele ustawień które dzisiaj znajdują się w scenie). Collection będzie odpowiadało za widoczność obiektów i organizacje sceny. Z uwzględnieniem nazw kolekcji, zagnieżdżonych kolekcji, jednego obiektu widocznego w wielu kolekcjach. Czyli tutaj mniej więcej mówimy o photoshopowej ideii warstw (wliczając smart object).

Na razie nie jest to jasno opisane ale imho świetny pomysł. Wystarczająco podobne do obecnego blendka ale rozwiązuje większość dzisiejszych problemów. Powinni nazwy jakoś zmienić żeby ludzie nie mylili tego z photoshopową filozofią.

 

 

[video=youtube;AZu-zjtd6PQ]

 

Można powiedzieć że dostaniemu coś pomiędzy obecnym Blendkiem a renderlayers z Maya 2016

Edytowane 19 Listopad 2016 przez Monio

[alex3d]

Nowa opcja w panelu Scene Simplify pozwalająca zeskalować tekstury dla oszczędzenia pamięci przy renderowaniu.

https://developer.blender.org/D2362

[le_chu]

Mam pytanie do osób śledzących rozwój "bebechów" Blendera - orientujecie się może czy powód nieprzeniesienia okienka Unwrap z Toolabru w oknie 3D do Toolabru w oknie 2D do dnia dzisiejszego wynika z jakichś poważniejszych problemów w "core" Blendera, czy po prostu nikt nigdy nie zaraportował tego jako przydatnego ficzera i tak jakoś to się ciągnie do dnia dzisiejszego?

 

Podobne pytanie mam w kwestii czyszczenia nieużywanych tekstur w pliku blend, które trzeba ręcznie przeklikać z Shiftem w oknie UV/Image - czy brak jakiejś opcji w stylu "purge unused" to bardziej problem "core" Blendera czy po prostu nikt nigdy do tego na poważnie nie siadł?

 

Pytam, ponieważ może uda mi się zaangażować pewną osobę do podciągnięcia tych rzeczy, o ile jest to rzeczywiście wykonalne.

[Vaticinator]

Podobne pytanie mam w kwestii czyszczenia nieużywanych tekstur w pliku blend, które trzeba ręcznie przeklikać z Shiftem w oknie UV/Image - czy brak jakiejś opcji w stylu "purge unused" to bardziej problem "core" Blendera czy po prostu nikt nigdy do tego na poważnie nie siadł?

Tu akurat jest ratunek. W Outlinerze trzeba w rozwijanym menu wybrać pozycję "Orphan Data" i tam całkiem po prawej znajdzie się przycisk "Purge All", który wywołuje czyszczenie wszystkich nieużywanych elementów.

[Monio]

orientujecie się może czy powód nieprzeniesienia okienka Unwrap z Toolabru w oknie 3D do Toolabru w oknie 2D do dnia dzisiejszego wynika z jakichś poważniejszych problemów w "core" Blendera

Tak właśnie jest. Developerzy mają to na uwadze cały czas. Rzecz w tym że to nie jest takie trywialne jakby mogło się wydawać. Bez radykanej ingerencji w core nie da się zrobić wielu Redo Paneli dla każdego edytora z osobna. Nawet jakby się dało UX mógłby na tym ucierpieć, rozwiązujemy jeden problem i tworzymi 10 innych.

 

Są 2 rozwiązania. Łatwe to zrobienie żeby każdy edytor miał w sobie Redo panel, ale w tym wypadku w oknie UV będziesz widział też operacje z 3Dview i na odwrót. Wielkie interfaceowe no-no. Druga opcja to stały zawsze widoczny Redo panel jako osobny edytor. W tą stronę będą zmierzać, roboczo to się nazywa TopBar. Jednak taka zmiana dezaktualizuje manual i tutoriale, czyli nie można było tego zrobić w trakcie trwania serii 2.7x.

Dopiero teraz mogą. Za tydzień jest Workflow Sprint z developerami i teamem od UI, będzie dyskutować o zmianach w UI i tak dalej. Na pewno się tym zajmą.

[Monio]

Zasuwają chłopaki.

https://code.blender.org/2016/11/blender-2-8-project-status/

[Nezumi]

Wszystko sie genialnie zapowiada tylko nie do konca kumam po co chca ten BGE ciagnac. No, ale jak sa ludzie, chca, umieja i maja chec to dlaczego nie.

[rice]

bge wbrew pozorom nie jest wcale taki zły ale nie powinno sie go zestawiać z unity czy unrealem a raczej traktować jako narzędzie do nauki czy robienia prototypów.

[Monio]

O ile to nie będzie odciągać core devów od ważnych tasków i stopować rozwój reszty blendera to mogą sobie dłubać. To oni powinni się dostosować do reszty blendka a nie na odwrót jak to miało miejsce wielokrotnie (głównie w temacie viewportu).

[rice]

core dev i tak nie zajmuje sie bge, gdzies czytalem ze ton ostatnia zmiane wprowadzil w bge w 1999 roku. Pozniejsze patche byly robione przez entuzjastów bge więc core devem się bym nie przejmował. Co do nowego viewportu to na 100% jakieś zmiany w bge musza zajść żeby to "działało" ale na zasadzie kompatybiności a nie dodawania coraz to wymyślniejszych ficzerów.

[le_chu]

@Vaticinator - dzięki wielkie, zupełnie nie byłem świadom że coś takiego istnieje w Outlinerze.

@Monio - dzięki, czyli rozumiem że nie ma sensu męczenie tych paneli w chwili obecnej bo nawet jeśli znajdzie się obejście, to core pod tym względem zostanie przebudowany w nadchodzących miesiącach.

[Monio]

lechu- Nie tyle core co bardziej interface. Prawie na pewno dodadzą TopBar gdzie będziesz miał globalny redo panel, tryby interakcji (object mode, editmode...) przeniesione z 3Dview. Za 2 tygodnie będzie wiadomo.

 

https://wiki.blender.org/index.php/Dev:Ref/Proposals/UI/Top_Bar_Reshuffle

[Monio]

https://docs.google.com/document/d/1s_Sw94cxpXklT7oRmalVJtiNq09y_wz0n0R2Vey8r-E/edit

 

O jeżu ile czasu mi to wessało. Nawet na tym nie skorzystam osobiście. :D

[Maciek Jutrzenka]

o stary ale wtopiłeś z tym proposalem xD... niechce nic mówić ale bar w 99% zawsze jest na dole xD generalnie bar leci na górę tylko w kilku sytuacjach (jest on adaptywny) ale to już ci napisże dokładnie rano co i jak co do tego że użytkownicy nie wiedzą gdzie jest properties.. No k, mać. Podstaw trzeba się nauczyć ja nie mam zamiaru mieć 30 razy większego interfaceu bo jakiś czesiek nie potrafi użyć googla czy przeczytać manuala, czy nauczyć się absolutnych podstaw.

 

 

3 - Order of items

Current order is quite illogical. Header menus contents are dependent of state of workflow buttons but are placed before them. Instead of simple left-to-right order and logical hierarchy we have messy structure. Changing modes results in buttons sliding away from cursor (as previous header content may change).

 

z tym się zgodzę ale też troche bym polemizował ale fakt jest to czasem denerwujące :) ale jak pomyślisz nad tym dłużej nie jest to proste do rozwiązania.

4 - Headers are overcrowded

Many of header items should not be there. We mix key items with secondary options and simple operators. Keep in mind we display most of that as icons without text.

 

nie zgodzę się ostatnio jest totalnie czyszczenie blendera.. i potem trzeba funkcji szukać głeboko nie wiadomo gdzie.. ja nie wiem np.. po jaką cholerę masę komend zostało wyrzuconych z wyszukiwarki pod spacją.. kiedyś było tam wszystko.. a dzisiaj nawet nie ma takiej prostej sprawy jak "copy material to others"

 

 

Zajebista robota.. aczkolwiek proposal mocno bez sensu, tak jak było z proposalem andrew p.

Jest kilka innych spraw w interfaceie blendera które wymagają poprawy niż.. to co ty zaproponowałeś według mnie osobiście przynajmniej takie jest moje zdanie.. postaram się zmajstrować też mini proposala co według mnie wymaga poprawy. może dojdziemy do jakiegoś dobrego finalnego..

[HubertP]

Uch... Jak oglądam blenderowy interface z paskami na górze to czuje się jak człowiek, który mieszkał całe życie w wysokim mieszkaniu kamienicy i przeprowadził się do bloku. Aż bezwiednie zacząłem się garbić :)

[Nezumi]

Jak tylko bede mogl sobie ustawic ten pasek na dole to domyslnie moze byc nawet w poprzek okienka, po skosie jesli to komus pomoze ;)

[olaf]

super, ze sa proposale do dyskusji. Tez mnie wyszukiwarka pod spacja denerwuje, bo nagle niczego nie da sie znalezc, ale dyskusje zawsze sa potrzebne, bo kazdy ma inna wizje.

Tez sie zgodze z Nezumim, ze jakby dalo sie go dokowac, to default moglby byc zrobiony nawet pod 8latka.

[Monio]

nie mam zamiaru mieć 30 razy większego interfaceu bo jakiś czesiek nie potrafi użyć googla czy przeczytać manuala

Może przeczytałbyś najpierw dokument który komentujesz? Dotrwałeś tylko do 4 z 6 głównych punktów.

 

Mój proposal oczywiście ma sens, po prostu jest w opozycji do tego do czego się uwarunkowałeś. Headery na dole to zaszłość która od 7 lat nie ma już logicznej podstawy, po prostu tak zostało. Rzecz w tym że ludzie są uwarunkowani do zbierania informacji od góry do dołu. Dlatego tekst czytamy od góry do dołu, dlatego interfejsy są projektowane żeby najważniejsze opcje były u góry.

Dokończ czytać proposal to zobaczysz że te zmiany będą miały marginalny wpływ na obecnych userów. Specjalnie poświęciłem kilka akapitów na pokazanie że będzie wystarczyło kilka kliknięć żeby dostosować to do obecnego stanu.

 

niechce nic mówić ale bar w 99% zawsze jest na dole xD generalnie bar leci na górę tylko w kilku sytuacjach (jest on adaptywny)

WTF?

 

Aż bezwiednie zacząłem się garbić :)

Pochylasz się jak kierujesz wzrok do góry? ;) Jak pisałem Maćkowi, kilka kliknięć i będziesz miał to do czego jesteś przyzwyczajony.

Edytowane 25 Listopad 2016 przez Monio

[rice]

Maciek ma racje. Serio. Ja tez wole na dole.

 

edit. ale w properties wole na górze ;)

[Monio]

Przeczuwałem że oldtimerzy nie zrozumieją tego proposalu... Przeczytaliście to w ogóle? ;) Tu kompletnie nie chodzi o to czy wolicie na dole czy na górze (lol). Chodzi o podstawowe zasady projektowania interfaceów co przełoży się na ułatwienie nauki nowym userom. Podajcie racjonalne kontrargumenty jeśli uważacie że to bez sensu.

[olaf]

Monio ma racje - learning curve jest krótszy/a z interfejsem takim jak wszędzie. To istotne jak maja Blendera uzywac miliony. I to do roznych celow, nie tylko hardcore 3d.

[HubertP]

Garbię się jak mam odczucie, że zaraz przywalę w coś głową. W mackach i windowsach paski są defultowo na dole i jakoś nikt nie narzeka :) a wizualnie dla mnie okno przeładowane ciężkim paskiem na górze sprawia wrażenie jak by miało się zawalić. Pasek na dole kojarzy się bardziej z stabilną konstrukcją.

 

No i jeszcze kwestia tradycji :P zobacz jak są ustawione treści w książkach, gdzie jest największy margines.

Edytowane 25 Listopad 2016 przez HubertP

[Maciek Jutrzenka]

Po przeczytaniu komentarzy widze że w sumie dużo osób nie jest świadomych opcji które są w blenderze jeśli chodzi o interface. obiecuje jutro nagrać film może uda mi się jeszcze uda nawet dzisiaj który wyjaśni dlaczego jest tak a nie inaczej i dlaczego uważam że ten proposal jest zły dodatkowo powiem co według mnie powinno zostać poprawione.

[groh]

hmm.. szczerze mówiąc mnie przyzwyczajenie się do belki na dole czy na gorze zajęło chwile jak się uczyłem blendera. Myślę ze to wydumany problem.. Typu "nie nauczę się blendera bo ma dziwny interfejs". Może to niezbyt chlubny przykład ale jak AutoCad wprowadził wstążki to nie znam osoby która by z tego korzystała. Wszyscy których znam korzystają ze starych pasków i to poukładanych pod swoje preferencje od lat. Przyzwyczajenie jest druga natura człowieka i nie ma znaczenia tz. ergonomia. Najważniejsze jest to ze nie muszę sie zastanawiać gdzie kliknąć. I tu jest sedno aby przy wszelakich zmianach pozostawić magiczny guzik powracający do standardowego interfejsu.

Po za tym wszelakie opowieści o tym ze interfejs blendera jest mało ergonomiczny mozna wsadzić w bajki. To inni powinni sie uczyć od blendera jak to robić. Chciał bym mieć tak elastyczny interfejs w innych programach.

 

Z moich zapotrzebowań na zmiany to jeden pierdoła by sie przydała. Możliwość zapisania operacji do późniejszego wykonania jako preset. Coś w rodzaju shift-R tylko zapisany, nazwana i zawsze dostępny w projekcie. Teraz często muszę parametry przepisywać na kartke i wklepywać w późniejszym etapie gdy sa potrzebne :D

[olaf]

no ja we flashu mam na gorze, w Blendku na dole, Windowsa mam z lewej, Photoshopa z prawej.

To ze Maki sa na dole to nie dowod na ergonimie, bo tam niczego ergonomicznie wykonanego w OSX jeszcze nie widzialem ;)

[Nezumi]

To ze to sie nazywa "Header" a jest na dole powinno byc jakas wskazowka jak powinno byc domyslnie ;) Sam tez nie lubie zmian, ale jesli takie w gruncie rzeczy duperelki maja zwiekszyc popularnosc Blendera to super. Duzo bym dal zeby zrozumiec proposala do nowych layerow :D

[ikkiz]

ktoś tu zaś czytał te książki o interfejsach, co Andrew Price. Dobrze, że nie zrobiłeś wideo na youtuba, o tym jak to jest broken blender bo ma header na dole (ale gify są super !!!, czuć w nich taką frustracje, jaką Andrew pokazywał, jak chciał zatrzymać renderowanie)

i może jeszcze w ogóle to zaznaczanie prawym, aż dziw, że to pominąłeś! a więcej ikon? nie przydało by się dla popularyzacji?

 

Dla mnie header na dole jest wygodny, bo jak pewnie większość praworęcznych ludzi "parkuję" kursor w prawej dolnej ćwiartce ekranu (leworęczni w lewej dolnej), i jak chce coś kliknąć myszą, to z tego miejsca sięgam. header na górze - musiał bym sięgać bym dalej, header na dole - sięgam bliżej. Po kilku godzinach to ma znaczenie. A to, że w innych edytorach bywa na górze, to mnie akurat wali, bo 90% czasy się jest w widoku 3d, albo w edytorze UV.

 

Jak otworzysz laptopa, to też masz ekran powyżej guzików, bo odwrotnie by było niewygodnie.

Na tablecie też jest wiele łatwiej sięgnąć guziczka, który jest nisko, a nie wysoko.

 

Ergonomia vs kobieca logika, ja wybieram ergonomię.

[Nezumi]

Jesli te w zasadzie kosmetyczne zmiany z mozliwoscia ustawienia sobie jak bylo wzbudzaja w was takie negatywne emocje to pozwolcie ze zacytuje Sebastiana Koniga:

"very nice & well thought out! We might need to make more radical changes though ;)"

 

XD bedzie sie dzialo.

[Temporal]

Ergonomia vs kobieca logika, ja wybieram ergonomię.

 

Ty nie wybierasz ergonomii tylko Tona. Dla Ciebie to nawet customizacja blendera to zlo i trzeba korzystac z tego jak twoj bozek przykazal. Takiego fajnboja blendera jak Ty to jeszcze nie spotkalem. Wszystkie zmiany sa zle, tylko Ty z tym swoim idolem wiecie co jest najlepsze. W twoim poscie jeszcze braklo porownania z softami ktorymi i tak nigdy nie uzywales. Wszystkie twoje posty ktore czytam tutaj badz na blenderowni to stek bzdur.

[Maciek Jutrzenka]

troche chaotycznie bo na kacu.

 

[video=youtube_share;8PgM1vTX77g]

[rice]

z tym skakaniem przy przełaczaniu to monio ma racje, jest to denerwujace jak np coś rzeźbisz/malujesz i chcesz przełączyć to przestawią ci sie leyery wiec nie jest to z dupy. Z resztą się zgadzam ;)

[Maciek Jutrzenka]

Jedyny fix na to żeby layery nie skakały to jest przeniesienie ich na viewport.. po prostu

[Monio]

Po prostu to mógłbyś przeczytać dokument który komentujesz.

[Maciek Jutrzenka]

Po prostu to mógłbyś przeczytać dokument który komentujesz.

 

przeczytałem ten dokument teraz raz jeszcze i well zdania nie zmieniam. Natomiast jeśli pijesz apropo skaczących layerów i że twój fix niby to by naprawił... to niestety nie naprawi tego bo zapomniałeś o menu kontekstowych :> nie wziołeś ich pod uwagę.. tak one też się zmieniają głównie one... rozwiązaniem na to jest collapse. nie zrozum mnie źle monio. proposal jest świetnie napisany i dobra robota.. ale po prostu się z nim nie zgadzam. ściągnołem nawet twój mokup.. i nawet w nim wszystko dalej skacze...

 

a to screen problemu z normalnego blendera...

 

 

Edytowane 27 Listopad 2016 przez Maciek Jutrzenka

[Nezumi]

Skoro zadna z propozycji z proposala nie umniejsza funkcjonalnosci Blendera (jak to mialo miejsce w przypadku zupelnie od czapy proposala Endriu), skoro nadal bedziecie mogli sobie jako starzy wyjadacze ustawic tak jak bylo to co wam tak strasznie przeszkadza w tym, ze nowi poczuliby sie lepiej w programie? W Mayi wszystko jest na gorze (mimo, ze timeline na dole), w maxie podobnie.

 

To ze dla WAS to jest proste by sobie cos poustawiac to nie znaczy ze dla noobow jest. Na poczatku proposala mozna przeczytac "Proposed changes are aimed for novice users like students, occasional hobbyists and also professionals who want to switch to blender from other DCC packages.". Raczka w gore kto nie zrozumial :P. Dla starych uzytkownikow nic sie nie zmienia. Poustawiacie sobie jak bedziecie chcieli. Serio wyglada na to, ze nie czytaliscie tego w ogole...

Ja sam bym mial dalej header jako footer i zaznaczal prawym :P Ale nikt mi tej mozliwosci nie chce zabrac.

A takie rzeczy jak to ze w ogole nie widac wyszukiwania - tez wam pasuja? No raczej, ma byc tak jak bylo! Sobie mozna rozsunac przeciez, nie?..

Dodatkowo z jedna rzecza z filmiku Kramona sie musze zgodzic. Jak w ZB czytam podpowiedzi nad przyciskami to wiem dokladnie co jest do czego. W Blenderze to wyglada jakby ktos kogo jezykiem natywnym nie jest Angielski staral sie jak najkrocej opisac przycisk, robiac to na odwal sie.

 

Nie wiem o co ten placz. Te tutaj to kosmetyczne poprawki.

Bedzie przy okazji 2.8 miliard zmian. Juz nigdy nie bedzie tak jak kiedys, nigdy nie bedzie takiego lata... Interface Blendera juz nigdy nie bedzie taki sam, juz nigdy... :(

Edytowane 27 Listopad 2016 przez Nezumi

[Maciek Jutrzenka]

Ja nie mam nic przeciwko zmianom. tylko niech te zmiany będą miały sens. A tutaj te zmiany dla mnie osobiście sensu jakiego kolwiek nie mają. zamiast spędzać czas i dupe programistą nad zmienianiem interfaceu.. na taki z tekstem properties.. co zajmuje 2 razy miejsca.. A użytkownik to wyłączy po 3 dniach na uki to jest głupota maksymalna.. Zamiast tego lepiej po prostu zrobić.. Help jaki jest w apkach autodesku etc.. gdzie masz strzałeczke.. i napisane co tu jest i co to robi... albo Serie filmów.. które wprowadzają do blendera.

[ikkiz]

@Nezumi: nie prawda. Będzie dobrze.

[Ajgor]

Serii filmów, które wprowadzają do Blendera jest milion. Po polsku też. Wystarczy minimum inicjatywy, żeby je znaleźć.

[Maciek Jutrzenka]

ale to musi być officialne w programie.. bo jednak chaos jest troche z tym.. pozatym jeśli teraz dyskusja jest że koleś nie może znaleść properties w blenderze bo nie jest napisane wołami properties.. to taka osoba nigdy się nie nauczy grafiki.. jeśli jest na tyle leniwa żeby wygooglować głupie słowo czy obejrzeć jaki kolwiek filmik, na YT więc totalnie nie widzę sensu poco miałbym pomagać takiej osobie i zawracać dupe developerom.

[Nezumi]

Acha. Jak rozumiem argumentem przeciwko temu proposalowi ma byc "a po co ulatwiac innym"? Mimo, ze wam nic sie w gruncie rzeczy nie zmieni jestescie przeciwko. Brawo :D

[ikkiz]

To ja mam taki proposal, żeby w języku polskim zrezygnować z odmiany przez przypadki i odmiany czasowników. W innych językach tego nie ma, to by się było obcokrajowcom lepiej nauczyć. Ci co już znają polski, to sobie mogą mówić jak dotąd, ale ci co się uczą teraz polskiego, to się nauczą czasowników w bezokoliczniku i będą sobie ich używać w present perfect.

 

Jedyny argument za przeniesieniem do góry headerów, to w sumie jest to, że w Mayi i Maxie jest na górze.

Wspaniałomyślnie została by mi możliwość przeniesienia se go na dół - super zajebiście, dziękuję za uwzględnienie dotychczasowego użytkownika, ale przestawiony default zrobi burdel. Pamiętacie, jak się chrupek3d pieklił, że mu zaznaczanie kości nie działa tak jak radził Monio, a potem się okazało, że działa, tylko, że chrupek zmienił se klawisze do zaznaczania. Zwyzywał go wtedy na forum i było przerzucanie się screencastami czy działa, czy nie działa.

Jedni będą mieć tak, drudzy siak i jak się będzie oglądało tutorial (na domiar złego sobie ktoś przestawi kolorki) to już w ogóle nie będzie widać, że to ten sam program, czy wersja. To pomoże komuś w nauce, czy raczej przeszkodzi?

 

Defaulty są ważne żeby zachować spójność helpów, dokumentacji, tutoriali, jeśli istnieją jakieś obiektywnie lepsze defaulty, to ok, zmieniamy, bo będą wymierne korzyści nawet dla tych, co nie wiedzą, że można zmienić, ale zmienianie: bo w Mayi i Maxie ... Takie argumenty mnie zwyczajnie, po ludzku wkur...

 

Każdy, kto się uczy blendera zaczynając od przestawienia mapy skrótów na znaną z maxa robi na samym początku krok w tył. nie sądzisz @Nezumi

- jak przesunąć vertex po krawiędzi

- naciśnij g dwókrotnie

- nie działa mi :(

Edytowane 27 Listopad 2016 przez ikkiz

[Maciek Jutrzenka]

Acha. Jak rozumiem argumentem przeciwko temu proposalowi ma byc "a po co ulatwiac innym"? Mimo, ze wam nic sie w gruncie rzeczy nie zmieni jestescie przeciwko. Brawo :D

 

nezumi ja cię proszę troche więcej inteligencji...

Monio argumentował że wszelkie panele powinny mieć nazwy bo np nowy użytkownicy jak pytaja sie na forach co i jak zrobić i ktoś mówi properties to oni nie wiedza gdzie to jest... no sorry ale.. jeżeli taka osoba nie jest wstanie wygooglować tego czy przeczytać manuala.. to ja niewidzę sensu.. rozpieprzania interfaceu.. aby zajmował więcej miejsca bo jakiś zenek nie potrafi użyć google a po 1 dniu nauki blendera by już to wyłaczył do tego co jest teraz... jaki to ma sens? nie prościej zrobić tak jak jest w apkach autodesku jeden wielki helper jak ktoś zaczyna? gdzie odpala go.. i mu pokazuje strzałkami gdzie co jest? z opisem do czego to służy etc...?

 

ja chce pomagać.. co już nie raz udowodniłem.. tylko trzeba to robić z głową.

[Monio]

Maciek-Nie rozróżniasz konceptu taskbara od menusów aplikacji. To są fundamentalnie odmienne elementy interfaceu. Są 2 powody dlaczego w Windowsie pasek start jest na dole. Pierwszy czysto techniczny, chodzi o pozycjonowanie okien aplikacji w koordynatach 0,0. Drugi designowy, założenie jest takie żeby rozdzielić interface aplikacji od powłoki systemu. Taskbar ma nie przeszkadzać użytkownikowi skupić się na aplikacji bo to z niej korzysta się częściej. To co powiedziałeś w filmiku to kontr-argument do tego co chciałeś przekazać.

 

Znajdą się momenty kiedy headery na górze będą wymagały dłuższej trasy kursora. Dzisiaj mamy taką samą sytuacje tylko że przy innych taskach. Dokładniej tych związanych z zarządzaniem sceną oraz import/export. Czyli skakanie pomiędzy 3DView a Outlinerem, Properties i Infobarem.

 

Nie zrozumiałeś o co chodziło z reorganizacją elementów headera. To oczywiste że jak zmienia ci się zawartość headera to ułożenie poszczególnych elementów będzie inne. Chodzi o to żeby zmiana trybów nie powodowała zmiany ułożenia elementów POPRZEDNICH W HIERARCHII. Jest to wyjaśnioe w proposalu i możesz to przetestować w demo.

 

Pleciesz coś o adaptywnym pozycjonowaniu. Sprawdzałeś jak to działa? Ja sprawdzałem RNA plików blend i kontaktowałem się z osobami które na co dzień pracują z kodem interfaceu. Każda nowa instancja Space (rodzaju edytora w danym oknie) poza Properties i File Browserem inicjalizuje się z headerem na dole. Koniec filozofii. Zrób jakikolwiek research zanim zaczniesz komentować. Jest o tym akapit w proposalu więc albo go nie czytałeś, albo nie jesteś osobą kompetentną w temacie architektury UI blendera.

 

Poszerzenie headerów o te kilka procent nie powoduje problemów, większych niż obecne, w istniejących Layoutach (zakładając rozdzielczość 1080). Czasami gdzieś z 3Dview utnie ikonkę do OGLrenderu które i tak zostaną usunięte w 2.8. W tych przypadkach gdzie header nie mógł się pomieścić mamy status quo. Natomiast widoczność Properties i Outlinera zostanie naprawiona. Sprawdzałem dokładnie każdy przypadek.

 

W temacie tooltipów i skali się w pełni zgadzam, tylko to nie jest związane z moim proposalem.

 

Pomyliłeś własne przyzwyczajenia i wpojoną wiedzę z projektowaniem interfaceów. Jakby developerzy robili tak samo to blendera obsługiwałbyśmy przez wiersz poleceń. Nie wiedzę sensu i potrzeby w dalszym komentowaniu. Niech decydują uczestnicy workflow workshop.

 

------------------------------------------

 

Niechęci poprawiania czytelności UI dlatego że można coś wygooglać nie pojmuje i nie zamierzam nawet dyskutować w tym kierunku. To jest dla zwyczajnie szczyt ignorancji i jakiś chory elitaryzm.

Edytowane 27 Listopad 2016 przez Monio

[Maciek Jutrzenka]

tylko zauwazcie jedna rzecz, jak chcecie zrobic apke na appstore to nie dyskutujecie z Apple tylko robicie, zeby "zenki" wiedzialy co i jak. Tez mi sie nie podoba - o czym pisal Maciek - ze nie chce sie "zenkowi" spojrzec w google, bo ja tak robie, ale... ONI tak nie robia. Pewnie Ton i inni uznali, ze ludzie sa coraz glupsi i trzeba sie do tego dostosowac. Tak samo jest w przypadku apek na iOS'y i Androidy. Takie czasy.

 

no dobra tylko my nie robimy apek do starbunia.. tylko do pracy.. i niepamietam jak to się na zywa.. ale jest taka krzywa nauki. wzgłedem użyteczności programu... Blenderowy interface według mnie balans ten ma dobry, między początkowym stopniem skomplikowania kosztem przyszłościowej szybkiej pracy..

 

Pleciesz coś o adaptywnym pozycjonowaniu

tu masz rację xD przypadkiem miałem addon zainstalowany, który to powodował. moja skucha

 

Poszerzenie headerów o te kilka procent nie powoduje problemów, większych niż obecne, w istniejących Layoutach (zakładając rozdzielczość 1080). Czasami gdzieś z 3Dview utnie ikonkę do OGLrenderu które i tak zostaną usunięte w 2.8. W tych przypadkach gdzie header nie mógł się pomieścić mamy status quo. Natomiast widoczność Properties i Outlinera zostanie naprawiona. Sprawdzałem dokładnie każdy przypadek.

 

no ale przecież ostatnio tyle się o tym mówiło że jest tak mało miejsca w UI z góry na dół że trzeba tyle scrollować.. i dlatego wprowadzili te taby w viewporcie co są pod T... lewym menu... A teraz ty chcesz dowalić do properties które i tak się nie mieści pionowo i trzeba scrollować jeszcze 2 dodatkowe linie.. żeby properties było napisane czcionką a nie ikonką... no dla mnie to jest trochę głupie.. bo tego gdzie co jest można nauczyć się 1 dnia.. lepszym rozwiązaniem byłby... Begginer help.. który by strzałką pokazał to jest properties, a podspodem była by duża notatka w której by było opisane do czego służy.. te okno etc... myślę że coś takiego było by dużo bardziej przydatne.. niż sam napis properties...

 

Nie zrozumiałeś o co chodziło z reorganizacją elementów headera. To oczywiste że jak zmienia ci się zawartość headera to ułożenie poszczególnych elementów będzie inne. Chodzi o to żeby zmiana trybów nie powodowała zmiany ułożenia elementów POPRZEDNICH W HIERARCHII. Jest to wyjaśnioe w proposalu i możesz to przetestować w demo.

 

No chyba już powoli kumam jak ty chcesz to zrobić.. ale kurczę to dalej nie jest najlepsze rozwiązanie. tu trzeba by było długo nad tym pomyśleć.

 

Niechęci poprawiania czytelności UI dlatego że można coś wygooglać nie pojmuje i nie zamierzam nawet dyskutować w tym kierunku. To jest dla zwyczajnie szczyt ignorancji i jakiś chory elitaryzm.

 

ale ty nie zwiększasz czytelności UI.. ty zamieniasz ikonkę na tekst.. a w zamian robisz że UI zajmuje dużo więcej miejsca.. dlaczego tylko akurat tą jedną ikonkę? może zamieńmy wszystkie ikonki na tekst będzie można wtedy dopiero czytelnie czytać interface :D Ikonkę której każdy się uczy pierwszego dnia... i potem już wie.. wpadasz w ten sam dołek co andrew price trochę ze swoim proposalem..

Edytowane 27 Listopad 2016 przez Maciek Jutrzenka

[Monio]

Maciek - Obecne ikony kontekstu w properties i wyszukiwarka outlinera JUŻ się nie mieszczą we wbudowanych layoutach. Sam na filmiku rozszerzyłeś okno properties... To jest według ciebie dobra sytuacja której nie trzeba poprawiać? Działa tip-top?

 

Mam doświadczenie w uczeniu blendera face-to-face. Kilka osób, bardzo różny background, wystarczająco dużo żeby otworzyło mi to oczy. Mogę cię zapewnić że brak tych labeli dla edytorów i trybów (najbardziej dla trybów) to jest bardzo duża przeszkoda w pierwszych tygodniach nauki softu. Rzecz w tym że ty i większość osób tutaj już nie pamięta jak zaczynała. Jeśli uczyłeś się podstaw 3D w blenderze to bym bardziej nie pamiętasz jakie trudności ci to sprawiało, bo skupiałeś się na jeszcze większym poziomie abstrakcji.

 

ale ty nie zwiększasz czytelności UI.. ty zamieniasz ikonkę na tekst..

Nie potrafię tego skomentować. Żyjemy w innej rzeczywistości. ¯\_(ツ)_/¯

 

tu masz rację xD przypadkiem miałem addon zainstalowany, który to powodował. moja skucha

Wiesz że pozycja headerów nie jest dostępna z poziomu API (co opisałem w proposalu...)? Addony nie mają możliwości sprawdzić ich pozycji. Ja to wiem. Chętnie zobaczę kod tego addona.

 

Myślałem aż za długo nad tym proposalem. Pliki mówią że od Kwietnia. Teoretycznie to kosmetyka ale za tym stoi kilka tygodni pracy po godzinach na przestrzeni paru miesięcy. Dlatego zajęło mi to tak długo bo zrobiłem porządny research. Dlaczego jest tak a nie inaczej w innych aplikacjach, jak co poprawić, jak działa UI blendera i jakie są zależności pomiędzy WSZYSTKIMI jego stanami, jak zapisuje się w strukturze plików blend, co jest możliwe do zrobienia bez rozwalania kodu. To jest proposal a nie commit, jeśli uważasz że zrobisz to lepiej to poświeć kilka tygodni i to zrób to lepiej.

 

Nie, nie mam czasu na skype.

 

------------------------------------------

 

zamiast spędzać czas i dupe programistą nad zmienianiem interfaceu..

Dobry interface to suma dobrze przemyślanych detali.

 

Edytowane 27 Listopad 2016 przez Monio

[Monio]

Boris - Jest szansa że dodadzą taką możliwość. Severin chciał żeby okna miały swoje Taby więc mógłbyś mieć rożne instancje tego samego edytora jako zakładki ale z innymi trybami. Za kilka dni się okaże.

 

--------------------

https://developer.blender.org/rB2821da5b703fdd7c38b2711c17f675cf01bc1f27

Pierwsza zmiana związana z Workflow workshop. Od teraz zmiany w Properties będą edytować parametry wszystkich zaznaczonych obiektów. Bez żadnych myków z ALTem (które nie działają z Emulate Third Mouse Button).

[Nezumi]

@ikkiz - w zwiazku z tym, ze interface i tak ulegnie zmianie i nie bedzie w 100% zgodny ze starymi tutorialami troche nie widze powodu zeby kruszyc o to kopie. Jasne ze proba uzywania Blendera tak jak Maxa czy Mayi jest bledem. To samo z reszta mowili goscie z Tangent Animation. Tylko ze sam Blender ulegnie zmianie i wtedy to juz nie bedzie udawanie innego softu. Mowie - jezeli taka kosmetyka (z punktu widzenia uzytkownika) spotyka sie z takim sprzeciwem to juz widze co bedzie sie dzialo jak zobaczymy koncowy UI ;) Zmian na bank bedzie cala masa przeciez. Podobnie jak to mialo miejsce w przypadku 2.5 (slyszalem ze sa tacy co wciaz oplakuja 2.49... :rolleyes: Juz bez przesady).

 

Jedynym wyjsciem na to by wplynac na rozwoj Blendera jest zrobienie swojego kontr-proposala. Nasze forumowe potyczki nic nie zmienia. Monio poswiecil czas i energie na swoj, kazdy moze zrobic to samo.

Koniec koncow czego by nie zrobili w instytucie - komus sie to nie spodoba. Mnie pasuja wszystkie zmiany ktore dodaja nowe mozliwosci ale nie kasuja starych.

[Monio]

Yep. Za parę dni tu będzie płacz, zgrzytanie zębówi i forkowanie blendera. A życie toczy się dalej. Oldtimerzy sie przyzwyczają i polubią zmiany, community się powiększy o nowych userow, blender będzie stawał się co raz lepszy.

Edytowane 28 Listopad 2016 przez Monio