<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - UI: Improve handling of configuring table borders in table properties dialog (to make it work for multiple workflows)"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=143249#c22">Comment # 22</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - UI: Improve handling of configuring table borders in table properties dialog (to make it work for multiple workflows)"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=143249">bug 143249</a>
              from <span class="vcard"><a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> <span class="fn">Telesto</span></a>
</span></b>
        <pre>(In reply to Heiko Tietze from <a href="show_bug.cgi?id=143249#c21">comment #21</a>)
<span class="quote">> 1. Thing is that we mix selection and application. </span >

Yes, horribly


<span class="quote">> 2. Right now you define the line style first and apply this to the positions.</span >
Well this is my view not totally true (mostly it is though). 

The case you're describing is a table with starting with border NONE, I think

Insert 1x1 table (Default table style). Go to border tab. Picker a border
color.. This is instantly applied to all borders.. There is no distinction to
defining position and application. Which is surely very efficient if you want
to that, but you have to be really careful if you don't want that to happen

---
There is also the case where you can select first, and apply next. 
Insert 1x1 table (Default table style). Single click one of the existing
borders (you're know in selected state). You can now edit the properties of the
single border. So first 'select' next apply. However this only works for a
single border.. If click on the next border (assuming a default table style),
you don't start with 'selected state', but in reapply border with this setting
mode. If you have a table with border none

---

Something totally different topic. Say you have a workflow defining borders,
next formatting. Step A defining borders, you want to have by clicking inside
the border picker tool (say left and right border), step 2 apply a formatting
to all of them at once.

The left/right isn't possible if you do this way. You have to define the border
formatting first an next click/left right.

However the same workflow does exist in other cases. If click on a template
alignment style this exactly what's happening. (A) Defining borders first (B)
applying border formatting. Which kind of top down workflow. (where in other
instances it's more working from bottom (defining borders) to top (selecting
where to be applied)


--
Something else I want to mention. No clue if this is handled in the current
mock-up Simply to mention. 1x1 table (default table style). I want the right
border red and the right green and the other borders disabled.

I can start with: (A) defining red border first. The confusing part here.. All
borders become red (which you don't intend to do, really distracting). You can
press the Present, set no borders (which fixes that). Or you pressed Present,
set no borders first (with the result you can't see the formatting being
applied, become borders are disabled) 

Next step you click the left border.. Fine. So you go the next step, right
border green. So you start pick the green color the the color picker. And you
notice.. green being applied to the left border (which want to be red). Argh..
wrong workflow. So you revert back to red. You click the left border (which
becomes red, but you didn't want it be red at all, which is distracting,
because have green in mind, and seeing red (literally an sometimes also
figuratively). And you change it to green. 

Next you re-consider.. you want left border being blue. You change border color
to blue (argh.. no I not the right). So revert back to green. You click the red
border again.. Which becomes green (whereas where mentally mapping, select the
'red border' But well red border has become green. Next you pick blue (ah..
that's what I intended).

---
Another question.. Are there also interactive mockups. Is hard to distill the
workflow from a dialog still. I'm not having much problems with the current
visual design. I'm having operational issues. So issue with interacting with
the element in the dialog, to get the result I desire without much frustration.

Current setup is build around applying the same to multiple borders. Because
those borders are active, or set by line arrangement button. And you can easily
change a single border formatting.

Making inner cross blue and other borders red is more of an exercise. You can
partly rely on table line arrangement button (to select all outer borders for
example). To prevent to click every border one by one. Next you have to click a
inner border (you can't activate both borders first, no you have to do first
select the horizontal (or vertical) border, next set color from red to blue and
next click the vertical border (or horizontal). Cases where I mostly activate
both borders, realize that blue only applied to a single border, and having to
click on the inner border again. Where I obviously click little to much in the
corner, and applying the inner blue again to the outer red border. And there is
no CTRL+Z so you have to again select the (say left) other border and set it
back to red.

But well if you used some specific color red (without much alertness, because
needed 'some' red and that one looked fine), and you have to reapplied, you
might pick the WRONG red (next want to see what picked on the other border)..
But well that's not possible, so you start reformatting again. You can't use
line arrangement button to select all outer borders again, because the inner
borders will be disabled by that action. (argh)

Sometimes I desire the UX persona Telesto being added to the list UX persona's
:-).</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>