Page MenuHomePhabricator

Support Spaces transactions

Authored by epriestley on Jun 5 2015, 12:20 AM.



Ref T8424. This adds crude integration with Paste's edit/view workflows: you can change the space a Paste appears in, see transactions, and get a policy callout.

Lots of rough edges and non-obviousness but it pretty much works.

Test Plan
  • Created and updated Pastes.
  • Moved them between spaces, saw policy effects.
  • Read transactions.
  • Looked at feed.
  • Faked query to return no spaces, saw control and other stuff vanish.
  • Faked query to return no spaces, created pastes.
  • Tried to submit bad values and got errors.

Diff Detail

rP Phabricator
Lint Not Applicable
Tests Not Applicable

Event Timeline

epriestley retitled this revision from to Support Spaces transactions.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added reviewers: btrahan, chad.

Edit UI doens't make it very clear what the control does. Maybe we merge it into "Visible To"?

Screen Shot 2015-06-04 at 5.20.59 PM.png (182×457 px, 22 KB)

So it becomes something like:

Visible To: <Space> <Policy>

Transactions are fine, I tried to be slightly playful/distinctive while still being clear/businessey by using the somewhat-distinctive word "shifted":

Screen Shot 2015-06-04 at 5.21.25 PM.png (78×548 px, 20 KB)

Header works but is a bit rough:

Screen Shot 2015-06-04 at 5.21.28 PM.png (155×323 px, 15 KB)

Maybe some sort of "Space > Policy" treatment there too.

Visible To: <Space> <Policy>

Or maybe this would be more clear:

Visible To: <Policy> in <Space>

It reads better ("All Users" in "Phacility") but the policies are hierarchical in the other order. I could go either way.

My rough plan was to put the space in with the title, just it another color (fire).

OPS | Build new tier for messaging

epriestley edited edge metadata.
  • Put it in the header.

Screen Shot 2015-06-04 at 5.34.00 PM.png (173×400 px, 23 KB)

Actually, I guess we rarely/never use setObjectName() in other applications; let me get rid of that.

Other ideas would be:

Use spaces icon? I think?
Make space names all caps?
Unique color?

Spaces icon is currently , should I swap that to ? Compass feels sort-of clear to me while table is sort-of meaningless but maybe that's just me.

We don't have {$fire} until redesign-2015, right?

  • Use th-large instead of compass for application icon.

I though I snuck it in, but maybe not. Pure black would be another option. Just some differentiation like we do with obj name on cards

(At least so far, we don't have any actual product reason to require Spaces to be callsign-like or ALLCAPS, and I'm not sure we actually will, so I want to try to stick with the flexibility of naming them whatever you want until we run into trouble or hit some UI that's not clear or whatever.)

Another random thought, let people pick an icon per space. Gives ability to identify space in ... smaller spaces.

btrahan edited edge metadata.

I like shifted and I thought of "translocated" which is fancy for "moved" more or less.

The all black boldish header looks good to me to start.

In the future I like @chad's idea about having custom icons; I feel like the project icon picker thing could be useful here, in conpherence, who knows where else as a nice way for users to visually unify projects. (Of course, maybe we just need to make more things part of a given project so the icon automagically goes places? I digress)


bold move


maybe shift into or what have you instead of put?

This revision is now accepted and ready to land.Jun 5 2015, 5:34 PM

If we do the global menu I think I'll definitely pursue the icon thing, although I think Calendar and Projects already stole all the good icons. I'll see what's left and maybe just do this regardless if I can come up with 8-ish reasonable icons that we aren't using somewhere already.

epriestley edited edge metadata.
  • Use "shift" verb consistently.
This revision was automatically updated to reflect the committed changes.