In T66229#709576, @Campbell Barton (campbellbarton) wrote:

Was fixed rB83d92f55b81f3d2b6b20c2c39a140df30caef5e4

In T66220#708633, @William Reynish (billreynish) wrote:

Already fixed

Hi @billreynis there is still a bug when switching between object and edit mode when the transform tools are set differently for each..it' the same for other modes like Pose mode.
i guess i'll open a new report since this one is closed.

In T64888#699875, @Sebastian Parborg (zeddb) wrote:

This seems to be fixed. At least I can't seem to reproduce this with the latest build.

In rB8778dd0c8b461780fdf9de688047d1a9c24dd641#234196, @Campbell Barton (campbellbarton) wrote:

This wasn't working before since gizmos activated immediately on press, so no ability is lost.

@William Reynish (billreynish)
i already tried, the issue is also in the default Left Click and ICK, u can't use select tool for tweaking as it selects underneath the gimzo's axes the moment u drag this was possible before and in 2.79....i think the select tool should be an exception for this as it's much faster to click drag once than 2x clicks....the select tool is now broken for Left Click Select.

In T63996#678939, @Adrian Rutkowski (rrtk) wrote:

If it gonna be hardcoded It will be a huge problem for custom maps that are using press instead of click for LMB
or current select tool setup for LMB(it will detect selection before tweak action)
It would be perfect if there will be the ability to set hotkeys for gizmos the same way we can do it for all other things
so the user can decide what action he can start gizmo with if pressed on the gizmo, if he wants to activate it or another operator (like select)

eaxcatly this breaks my custom keymap for select tool which was used as a tweak mode with the gizmos and now selection feel sluggish since i have to use click event instead of press :(

Hey @Campbell Barton (campbellbarton) doesn't this cause us to lose the possibility to use the select tool (tweak mode) with the 3d gizmos?

@Yevgeny Makarov (jenkm), the operators are called that way "Maximized Area" which has this bug. ..i found it in the UI and the tooltip calls it both fullscreen and Maximized ;)

@Tchelet Levi (MizManFryingP) i agree with you, there is also this one in the normals menu which is probably the widest one, how are they going to fit it with the Redo Panel?the shorctus are also duplicated in the status bar which makes no sense to me...i think this needs a whole revamp from scratch.

while this task is clearly low priority for 2.80, but the recent conversation in the devtalk brought to my attention that this issue is also apparent in other editors like Node,Graph,Dope sheet..etc where Info Bars take over the headers, they should also be solved along this one too.

excuse me for being thick, but i made a mock-up

@William Reynish (billreynish) for 2.80 seems possible though the text is always on top and the scaling bars are on the opposite side, can't see the issue to be honest.

In T57918#654342, @William Reynish (billreynish) wrote:

@Ricardo Drehmer (rdrehmer)
Sure, yes, that kind of thing is in fact already possible to set up inside the marker area.
@Matjaž Lamut (lamoot)
It could be solved like so?
Either next to scrollbar

Or opposite:

Has the advantage of not using vertical text too.

@Evan (Ampersand) this has been fixed my friend..few days ago, download the latest version.
T64329

i think devs being on mac/linux can't see that this breaks convention, here i have compiled a few examples of other softwares and as you can see they follow a certain convetion even if they are different heck even MS-Paint with no so many option has that..i think this shouldn't not be thrown out of the window.

IMHO this is unnecessary, Quit and Preferences should stay in File/Edit menus, these are the standard on every "windows" program, which the majority of current and future blender users know.....and the double blender icons in the titlebar/menubar will not make it easy to discover, acutally i would remove the menubar icon completely since the splashscreen already exists in the help menu but if you guys go with this then i agree to change it to "hamburger" icon or 3 dots or just text..cheers.

@Brecht Van Lommel (brecht) i guess you're right but i hope you guys consider that people might make mistakes so often and would want to revert to previous state without starting from scratch....
that's what other apps suffer from and we were always told to delete the preferences folder to fix the problem which is not convenient for people who likes to customize evey part of the software.

wouldn't be better to do it in the status bar whenever there is a change,of course with bold colours and yes and no options?

i too have the same issue even with the default scene ,and if i disable just the transform gizmos in the popover it goes back to normal speed...one note though the same for Active tools gizmos however if you hide them with the popover option the issue still there and u can select them even if they are hidden, probably that's another bug.

@YAFU (YAFU) what about "3d Pencil", that's something you don't see everyday :)

when we create a new blank object it has the name "GPencil" in the outliner, which i assume it's internal code name, doesn't that cause a problem if you change it to something else? i would vote for "Anim Pencil" or "2d Pencil"..etc, something that shows the same naming convention.

In T61561#670535, @Antonio Vazquez (antoniov) wrote:

@William Reynish (billreynish) Is this as it was designed or it's a bug?
Look at the green Draw icon.

@TheRedWaxPolice (TheRedWaxPolice) personally i use box select on RMB click drag and hotkeys for transform tools even have cycling transform tools with a hotkey , this way not only i can select but also click drag with manipulators on LMB and they don't interfere with selecting components pretty much like "Right click select".... i know this is unorthodox way but i found it much more intuitve and fast the only thing is missing is to be able to toggle transform tools that's all what i am looking for either from the Active tools or the pop-over ones if we can map anyone of them to our own hotkeys then they can both stay since not all of us find this little problem annoying.

In T54963#665280, @TheRedWaxPolice (TheRedWaxPolice) wrote:

In T54963#664924, @Zino Guerr (Zino) wrote:

i want to ask what id the real difference bewteen these two?, wouldn't be ideal to replace the Transform tools with the pop-over ones

No, they are different, With the "real" transform tools you can click and drag anywhere to transform, which is a top feature. The "overlay" gizmos are great to help the tools that doesn't have gizmos, like the selection tools, so you can for example box select and still have the gizmo available etc... They both need to exist.

i want to ask what id the real difference bewteen these two?, wouldn't be ideal to replace the Transform tools with the pop-over ones ,so they can be used with the industry hotkeys and work with other Active Tools epsecially selection tools and i beleive it will even bring 2.79 functioanlity to be easily toggleable....and the pop-over can remain for the other options.

i would like to point out that moving "Mode and select mode..etc" to the tool settings bar is not ideal and here is why.

i am not fan of this double header to be honest, it causes too much clutter in the viewport.
it should be clean as much possible, no need to go to the old way with nonsensical design.

In D4680#106585, @Brecht Van Lommel (brecht) wrote:

@Zino Guerr (Zino), that is not really affected by this change one way or the other.

from the mockup seemed like one part or double header, since you guys are moving the topbar per 3d view, glad that it won't cause an affect.

sorry didn't know there was another open ticket, should have searched first.

i didn't use 2.79 too much i went straight to 2.80..so that's understandable, thanks.

wouldn't be best to make it an option in the overlays then?, edit mode components dispaly should be persistent it will threw people off...this is how it has been not only in blender but any 3d softwares.

this bug still apparent when switching rendering modes like EEVEE or Cycles, should i open a new ticket since this one is marked resolved? thanks.

@Brecht Van Lommel (brecht) thanks, it's fixed now.

@Brecht Van Lommel (brecht) it still crashes when adding new geo or importing fbx, but only importing Obj doesn't crash.

@Brecht Van Lommel (brecht) i think there is a bug in object mode->(solid), it doesn't display on selected meshes like in 2.79.

i am with william on this, also set origin no longer brings the menu, it sets geo to origin directly..we need it back plz so pivoting/snapping with 3D cursor..etc is faster.

hey Pablo, it crashes aftwards.

thank you, now it's fast and easy to remember, overlays can get in the way sometimes so it's useful to quickly toggle them off with a shortcut, going to the header each time is not ideal unless you want to keep certain elements on (personal opinion of course).

+1 for Brecht's suggestion.

i think removing “hide toggle” is fine as it has hotkeys for it (H,Alt+H…etc) this make outliner cleaner , but restrict selection per object should be kept, as there is no other way to do it, and object type/collection popovers are nice especially if you work in full screen mode, u can move objects to collections with 'M', maybe make all these in one instead of the popover,so u won't need the outliner in full-screen.

@Campbell Barton (campbellbarton) from the old proposal of "industry keymap aka compatible keymap" i saw that u guys going to make Alt+LMB for rotate Atl+MMB for panning and Alt+RMB for zoom, is that scraped?it could work ...for the spacebar at least for works well as it's,
the UI now is more clean and easy to discover all options epescially with tool/top-bars..etc, accessing tools in quick and easy way is more convenient and it's contextual,F3 makes perfect sense to me..but like you said more users need to give feedback on this.

@William Reynish (billreynish) as of right now tab switches edit/object modes and ctrl+tab opens pie menu and the suggestion is to flip them right!!..as far as i know people switch to edit mode more often than the others..i am fine with whatever you guys pick since i use tilda for opening the pie menu instead it goes well with shift+tab for snapping and ctrl+tab for snapping options.

@William Reynish (billreynish) ah i see, this means the edit mode becomes ctrl+tab that's a bit slow, i would suggest each should be it's own hotkey, like tab for edit mode, tilda for pie menu and alt+tilda for view modes, snapping is already shift+tab and since ctrl+tab is free it can be assigned to snapping menu, i even added ctrl tilda for view navigation..u guys can try this and see if it works or not, thanks.

i tried the tab drag and tab click myself, changing pie menu threshold and everything, it didn't work well,it always has issues,
so i mapped it to tilda keeping tab for just edit mode........for spacebari think many will pick their own, animators want it for playback, others for search and people like me stick with Active tool..i think the default should be something simple and easy for new users who won't be frasutrated trying to figure out all these complex combinations and what not,the veteran ones know how to navigate and change these Behaviors , heck even i could ;)

In T57756#552848, @Clément Foucault (fclem) wrote:

Can't reproduce here either. It's a really strange bug. Only thing that could lead to this is if the id of the mesh changes for each faces or if the mesh is rendered in wireframe.