How can I reproduce this locally?

I'm going to merge this into T10748: the modern diffusion.repository.edit endpoint it provides is the pathway forward here.

Also, generally recommend Ponder or Conpherence if you have general questions about Phabricator. Old tickets may not be the most relevant.

Correct, you will find you can't delete much of anything in Phabricator, as an explicit design decision. Some items are destructible if needed via the command line, looks like Columns are, if you can fish around the database and find the PHID.

Sorry if I've overseen something... This means that deleting columns is not possible? I just added some columns for testing, and would like to clean up again to add the columns I really need. I have 5 columns, but I'll only need 3 - So renaming wouldn't be a workaround.

I'm going to merge this into T10748. It should technically be fixed by D15829 on its own, but will be fixed even harder once we cut over to the changes in T10748.

I'm going to merge this into T10748: this should be fixed by D15829, but won't go live until after we cut over to the new UI as part of the changes in T10748.

Yeah, we know it's kinda bad nux. There is an overarching task in T10032 to make each new application state richer. And the general admin experience better with T9303.

I can imagine that once you get used to Phabricator and certain workflows develop you'll easily navigate through the UI and find what you need.

I'm not commenting as a new user but as a power-user and sometimes admin. I like having the ability to have both tiles and double-length icons. By default I'd put very few applications up.

When Phabricator used this UI, we consistently got feedback from many, many new users that it was overwhelming. In particular, it presented ~30 applications while the modern default navigation presents about ~10.

also cool in this mock is that you can press the + on maniphest and macro really easily: beta applications are clear, etc.

@chad: the old sidenav - yeah, the old one. I really like that (a) the types of applications are grouped and (b) I keep could the important ones long and at the top while the less important but still useful ones are smaller.

The problem is there little reason to need "apps" if you have a dialed in Dashboard to your workflow. 98% of the things I visit are either on my Dashboard or via some notification channel.

Seems to be the old one? I also like the grouped applications more than the current view. Hope #T4103 is allowing custom UX presets soon. Controlling that especially new users see just the applications that are important to them would improve user acceptance a lot.

the old sidenav?

FWIW I like this left side dashboard a lot better than the current one.

T4103 is related

You can customize the Phabricator homepage through Dashboards, including one that matches the mock above (included as a default option).

I've just set up my first Phabricator instance and worked my way through everything. What I can tell so far is that the current homepage design is not very beginner friendly. There's a lot of applications available and it's hard to figure out what is used and what is really needed. A way to sort the application bar in groups like this design would help a lot.
Is something like this still being worked on currently or has focus shifted to other areas?

Chiming in here because I'm now hitting this. I'm about to start filling out tasks on a workboard, but the global default view policy / edit policies are wrong for tasks by default, and I'm having to set those manually on every single task I create (I'm about to create maybe 20 tasks to plan out a sprint?)

I merged this into T10366 which is addressing related work.

Ah, sure, that makes sense.

At least circle and circle-o are similar enough that it doesn't feel out of place.

This one is obviously ghosts. How could this possibly be anything but ghosts?

@epriestley Inverting the "old" (greyscale) icons would resolve my issue.

Yeah that's all I could come up with as a possibility too.

They're used in a diff. Red means someone has rejected my most recent diff. Black means they rejected an older version but haven't seen my newest revision.

I think it's maybe in the PHUIStatusView here?

I can't think of where these are used without text or tooltip.

This is now mostly built as a new "shadow UI" and we're nearly ready to cut over and start having it affect repository behavior.

This substantially exists at HEAD, but Diffusion doesn't actually use it yet.

I'm going to merge this into T10748, which has implemented these endpoints, although they won't be fully functional until we cut over to the new URI code, likely in the next week.

I'm going to merge this into T10366. This will be supported once we cut over to the new code there, likely in the next week.

I'm going to merge this into T10366. The changes there support customizing which URIs are shown as clone URIs, adding arbitrary new URIs, and disabling or hiding the first-party URIs.

I'm going to merge this into T10366. After D15822, this information is available via diffusion.repository.search by asking for the uris attachment. Note that:

Try that one instead.

Actually, this doesn't behave well with very long titles. Let me see if I can find an alternate fix.

Thanks for the report. This should be fixed in HEAD of master, and should promote to stable within 24 hours. Let us know if you run into anything else.