<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>My take on agenda could look like:<br><br></div>1st day: Since UI in big part visual, and during discussions it&#39;s difficult to show how ideas work (one has to describe), I would make the first day talks with access to the projector. Topic of talks would be directions one wants to push. There&#39;s 9 participants, so there should be enough time for 1h per participants - 45 min talk, 15 min questions/clarification/quick opinions. That is - if everyone participating requests a talk (by mail, during next week).<br><br></div>That would be a warmup day, with time between it and the 2nd day to digest the ideas.<br><br></div>2nd day: Discussion day. Since UI talk can go off the rails very quickly the discussion should go topic by topic, from a predefined list. So, something like Bastien proposed. That&#39;s my rough take:<br><br>- Paradigms and general direction<br></div>- Blender 101<br></div><div>- Discoverability and help (tuts/tooltips/documentation)<br></div></div></div></div></div><div>- Screen layout and general GUI<br></div><div>   - Layer Manager [2] and Outliner<br></div><div>   - Modifier list [6]<br></div><div>   - Brecht Bar [3]<br><div>   - Screen Layouts, editing modes and tabs (including Topbar Tabs [5])<br></div>

</div><div>   - Sidebars (customizing sidebars)<br><div><div><div>   - General customization (hiding parts of GUI?)</div></div></div>

</div><div>   - Display Settings - UI vs new viewport<br><div><div><div><div><div><div><div>- Workflow<br></div><div>   - Data handling (fake user and data loss, asset management)<br></div><div>   - Multi-mesh editing/UV mapping<br></div><div>   - Setting properties of multiple objects<br></div><div>   - Container objects [4]<br></div><div>   - UDIM<br></div><div>   - Texture Painting (layers?)<br></div><div>   - Snapping and Proportional Editing<br></div></div></div></div>   - How operators work, how tools work [1]

<br></div>- Interaction<br></div><div>   - Keymap, especialy keymap core (mouse buttons, navigation, selection)<br></div><div>   - Keymap editor and it&#39;s issues<br><div>   - Widgets</div>

</div>   - Pies<br></div>   - Sticky Keys<br></div><div>- Add-ons<br></div><div>- Code related discussion<br></div><div><br></div><div>And, most important:<br></div><div> - Priority (It&#39;s probably inevitable that there will be more ideas than 2.8 can handle. We should decide on a couple of items that are top priority then)<br></div><div><br></div>3rd day: Decisions announced by module owners and working on concrete solutions (or at least drafts). Here breaking into groups would be good I suppose, with at least one dev (that can mock up prototypes in realtime maybe?) per group.<br><br></div><div>Let me know what you guys think.<br></div><div><br></div>Cheers, <br></div></div>Paweł Łyczkowski<br><div><div><div><div><br>Additional reading:<br>[1] - <a href="https://wiki.blender.org/index.php/Dev:Ref/Proposals/UI/Tools_Workflow">https://wiki.blender.org/index.php/Dev:Ref/Proposals/UI/Tools_Workflow</a> and <a href="https://developer.blender.org/T37554">https://developer.blender.org/T37554</a> - Tools Workflow by William Reynish, <a href="https://docs.google.com/document/d/1ScPMbHv8WRCU2znB7IU2l-W9hH-NLs5weQKLkjqmgpA/edit#heading=h.xira9p9pbv78">https://docs.google.com/document/d/1ScPMbHv8WRCU2znB7IU2l-W9hH-NLs5weQKLkjqmgpA/edit#heading=h.xira9p9pbv78</a> - Adding Tool Mode to Operators by me

<br>[2] - <a href="https://developer.blender.org/T38384">https://developer.blender.org/T38384</a>  - Layer Manager proposal by me. <a href="https://wiki.blender.org/index.php/User:Julianeisel/GSoC-2016/UI_Design">https://wiki.blender.org/index.php/User:Julianeisel/GSoC-2016/UI_Design</a> - Julian&#39;s Layer Manager doc <br>[3] - <a href="https://wiki.blender.org/index.php/Dev:Ref/Proposals/UI/Top_Bar_Reshuffle">https://wiki.blender.org/index.php/Dev:Ref/Proposals/UI/Top_Bar_Reshuffle</a> Brecht Bar by Brecht<br>[4] - <a href="https://docs.google.com/document/d/1ScPMbHv8WRCU2znB7IU2l-W9hH-NLs5weQKLkjqmgpA/edit#heading=h.k20w9k3djv7c">https://docs.google.com/document/d/1ScPMbHv8WRCU2znB7IU2l-W9hH-NLs5weQKLkjqmgpA/edit#heading=h.k20w9k3djv7c</a> - A Container type object by me.<br>[5] - <a href="https://developer.blender.org/T39835">https://developer.blender.org/T39835</a> Topbar Tabs by Julian<br>[6] - <a href="https://developer.blender.org/T38178">https://developer.blender.org/T38178</a> Modifier List<br><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 17, 2016 at 11:58 AM Bastien Montagne &lt;<a href="mailto:montagne29@wanadoo.fr">montagne29@wanadoo.fr</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br class="gmail_msg">
<br class="gmail_msg">
Disclaimer: I’m starting fresh from initial mail again, since I’ve seen<br class="gmail_msg">
mails going already in way to much details, imho (Sebastian… ;) ). My<br class="gmail_msg">
point being: topic is way to broad and complex to be discussed in a<br class="gmail_msg">
single thread, would make it impossible to follow. So I propose to keep<br class="gmail_msg">
this thread only for the topics definition, and planning/agenda (in<br class="gmail_msg">
other words, the schedule of the workshop). For further detailed<br class="gmail_msg">
discussion of a topic or another (like, keymap, various types of<br class="gmail_msg">
customizations, 101, etc.), please start new (or use existing) threads.<br class="gmail_msg">
<br class="gmail_msg">
So, here is first draft of how I’d see things for the weekend:<br class="gmail_msg">
<br class="gmail_msg">
   - Day I &amp; II: Tackle each topic, from both sides:<br class="gmail_msg">
     -- &quot;Usability&quot; side: Reconfirm existing UI/UX paradigms, check if<br class="gmail_msg">
we need to make some of them evolve, and define new needed ones.<br class="gmail_msg">
     -- &quot;Technical&quot; side: Based on designs laid out by usability<br class="gmail_msg">
discussions, check what needs to be changed/extended/added to our UI/WM<br class="gmail_msg">
code (not thinking about tiny implementation details here of course).<br class="gmail_msg">
  - Day III: Would keep it &#39;empty&#39;, can think of several ways to use it:<br class="gmail_msg">
     -- Potentially extra time to finish discussion on some topics if we<br class="gmail_msg">
ran out of time in first two days.<br class="gmail_msg">
     -- Handle unforeseen topics, questions etc. that may have arose<br class="gmail_msg">
during workshop.<br class="gmail_msg">
     -- Maybe spread in smaller groups to refine work on some specific<br class="gmail_msg">
topics.<br class="gmail_msg">
     -- Write/review first draft of final reports (though most of this<br class="gmail_msg">
work should be done in days after workshop, of course)?<br class="gmail_msg">
     -- ...<br class="gmail_msg">
<br class="gmail_msg">
Some more organizational notes/questions (we do not want to be too much<br class="gmail_msg">
formal, but think agreeing on that could be useful and save time):<br class="gmail_msg">
<br class="gmail_msg">
   - Do we want to work in a single big group, or several smaller<br class="gmail_msg">
groups? (personally, I would say one single group for first two days,<br class="gmail_msg">
imho it’s important that everyone has minimal knowledge of all topics&#39;<br class="gmail_msg">
discussion, even if not directly interested to actually work on it. Then<br class="gmail_msg">
more freedom for the last day… ;) )<br class="gmail_msg">
   -- If we go for several smaller groups, we could agree on the &quot;at<br class="gmail_msg">
least one artist and one dev in each group&quot; rule?<br class="gmail_msg">
   - Do we accept talk? If yes, how long should they be at most?<br class="gmail_msg">
(personally, would keep them short, maybe as introduction of some<br class="gmail_msg">
topics, think we mostly need lots of discussion to agree on designs)<br class="gmail_msg">
   - ...<br class="gmail_msg">
<br class="gmail_msg">
And now, the topics (I put them in a hierarchy tree, that’s obviously<br class="gmail_msg">
somewhat subjective, also probably have forgotten many points… and it<br class="gmail_msg">
does not mean branches are not related to each other!):<br class="gmail_msg">
<br class="gmail_msg">
   - UI/UX<br class="gmail_msg">
     -- Do we need new UI widgets? Extend/Rework some existing ones?<br class="gmail_msg">
(also thinking about proposed talk from Paweł, here)<br class="gmail_msg">
     -- Do we need to extend or modify some interactions with operators<br class="gmail_msg">
(modal ones? heavy computations ones?)?<br class="gmail_msg">
     -- Review recent new UI features (custom manipulators and pies<br class="gmail_msg">
mainly), how to use them in “default” Blender and not only as optional<br class="gmail_msg">
new things?<br class="gmail_msg">
     -- ...<br class="gmail_msg">
   - Customization<br class="gmail_msg">
     -- Do we agree on the need to have a place in UI where artists can<br class="gmail_msg">
dump random settings and operators?<br class="gmail_msg">
     --- If yes, how to do it (position? with tabs? with panels?<br class="gmail_msg">
floating or not? etc.)?<br class="gmail_msg">
     -- Make macro operators part of customization possibilities?<br class="gmail_msg">
     -- ...<br class="gmail_msg">
   - Workflows<br class="gmail_msg">
     -- What is part of/defines a workflow?<br class="gmail_msg">
       --- keymaps?<br class="gmail_msg">
       --- UI items (panels, menus, ...) - i.e., exposed/visible tools<br class="gmail_msg">
and data/settings?<br class="gmail_msg">
       --- Custom manipulators?<br class="gmail_msg">
       --- Screen layout?<br class="gmail_msg">
       --- Visualization settings (like different draw modes in viewport…)?<br class="gmail_msg">
     -- Do we replace (mostly viewport) modes (edit, sculpt, paint etc.)<br class="gmail_msg">
by workflows?<br class="gmail_msg">
     -- Do we reuse/extend existing workspaces (screens) feature as<br class="gmail_msg">
workflows, or do we keep them separated? Or do we keep workflows inside<br class="gmail_msg">
single space area?<br class="gmail_msg">
     -- ...<br class="gmail_msg">
   - Blender 101<br class="gmail_msg">
     -- I see it as a specific workflow, roughly, should we use it as a<br class="gmail_msg">
kind of guinea pig of workflow project?<br class="gmail_msg">
     -- ...<br class="gmail_msg">
   - Code-related questions<br class="gmail_msg">
     -- Is custom spaces part of/needed for this project (custom spaces<br class="gmail_msg">
would be definable from py, similar to how panels or UIList work currently)?<br class="gmail_msg">
     -- Do we need to rework the notifications system?<br class="gmail_msg">
     -- ...<br class="gmail_msg">
<br class="gmail_msg">
Again, this is own first draft (based on previous mails and own<br class="gmail_msg">
knowledge), most likely forgot or overseen many things… You are more<br class="gmail_msg">
than welcome to add, move, remove, comment, suggest, whatever (even to<br class="gmail_msg">
say this is complete piece of trash ;) )… But please, let’s keep this<br class="gmail_msg">
thread onto agreeing on organization/agenda/topics points, and *not*<br class="gmail_msg">
about detailed topics&#39; content discussion/proposal/etc., really think we<br class="gmail_msg">
should keep this into separated threads (like the one already started by<br class="gmail_msg">
Mike regarding Blender 101).<br class="gmail_msg">
<br class="gmail_msg">
Also, we may end with too much for three days, we can always trim down<br class="gmail_msg">
later and focus on biggest/most important topics first, leaving smaller<br class="gmail_msg">
ones for online discussion, if needed.<br class="gmail_msg">
<br class="gmail_msg">
Cheers,<br class="gmail_msg">
Bastien<br class="gmail_msg">
<br class="gmail_msg">
Le 06/11/2016 à 18:02, Ton Roosendaal a écrit :<br class="gmail_msg">
&gt; Hi all,<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; The workshop will be here in Blender Institute, 25-27 November.<br class="gmail_msg">
&gt; Confirmed participants are:<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; - Jonathan Williamson<br class="gmail_msg">
&gt; - Pablo Vazquez<br class="gmail_msg">
&gt; - Julian Eisel<br class="gmail_msg">
&gt; - Paweł Łyczkowski<br class="gmail_msg">
&gt; - Daniel Lara<br class="gmail_msg">
&gt; - Sebastian Koenig<br class="gmail_msg">
&gt; - Bastien Montagne<br class="gmail_msg">
&gt; - Brecht van Lommel<br class="gmail_msg">
&gt; - Mike Pan<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; I&#39;m very happy to confirm that we&#39;ll get additional development support from Aleph Objects (Lulzbot 3D printer) to hire people for coding and designing work. Work would be on &#39;2.8 workflow&#39; in general, but result should lead to a release-compatible Blender version that&#39;s configured to be suitable for kids or occasional users to make 3d prints. That&#39;s the &quot;101 project&quot; Mike Pan will be working on.<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; In the coming weeks we should check on the planning for the workshop days, the agenda, and do a lot of preparations. Hopefully we can discuss and review existing proposals as much as possible.<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; Let&#39;s throw random ideas in this week, then I come with a more structured proposal by end of week.<br class="gmail_msg">
&gt; OK?<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; Laters,<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; -Ton-<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; --------------------------------------------------------<br class="gmail_msg">
&gt; Ton Roosendaal  -  <a href="mailto:ton@blender.org" class="gmail_msg" target="_blank">ton@blender.org</a>   -   <a href="http://www.blender.org" rel="noreferrer" class="gmail_msg" target="_blank">www.blender.org</a><br class="gmail_msg">
&gt; Chairman Blender Foundation, Director Blender Institute<br class="gmail_msg">
&gt; Entrepotdok 57A, 1018 AD, Amsterdam, the Netherlands<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; _______________________________________________<br class="gmail_msg">
&gt; Bf-interface mailing list<br class="gmail_msg">
&gt; <a href="mailto:Bf-interface@blender.org" class="gmail_msg" target="_blank">Bf-interface@blender.org</a><br class="gmail_msg">
&gt; <a href="https://lists.blender.org/mailman/listinfo/bf-interface" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.blender.org/mailman/listinfo/bf-interface</a><br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
Bf-interface mailing list<br class="gmail_msg">
<a href="mailto:Bf-interface@blender.org" class="gmail_msg" target="_blank">Bf-interface@blender.org</a><br class="gmail_msg">
<a href="https://lists.blender.org/mailman/listinfo/bf-interface" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.blender.org/mailman/listinfo/bf-interface</a><br class="gmail_msg">
</blockquote></div>