<div><div dir="auto">Hi Hilaire,</div><div dir="auto">Good points. I think I like your second proposal better… it’s simpler and it looks better in my Domains project (and probably in DrGeo too). We should experiment and see how it feels, I’ll start using it in my image and see if I encounter any problems or annoyances.</div><div dir="auto"> </div></div><div><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 8 Jan 2022 at 5:45 PM Hilaire Fernandes via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"> <div text="#000000" bgcolor="#FFFFFF"> Hi Luciano, Cool it is working nicely! Here some feedbacks on the usability and user perception to mature concept. IMHO, you don't want to slice each subcategory. But then, there are several scenarii to slice. First scenario. You slice starting at the deeper category, (sliced at the most right) <ol> <li>In my image I have a package Color-Extras. It is sliced but it is not useful. So you want to slice only if there are at least two subcategories in the same parent category. Otherwise it just add noise to the GUI. </li> <li>You may have a maximum of one slice per category. For Example Morphic-Kernel, Morphic-Events, will all be sliced as Morphic>Kernel, Morphic>Events. But DrGeo-App, DrGeo-Core-Builders, DrGeo-Core-Commands, DrGeo-Core-Factories, DrGeo-Item-Models, DrGeo-Item-Views will rendered in the hierarchy as DrGeo-App (not sliced as only one sub), DrGeo-Core>Builders, DrGeo-Core>Commands, DrGeo-Core>Factories, DrGeo-Items>Models, DrGeo-Items>Views So, the left pane of the browser will looks like below when all subcategories folded: > Morphic DrGeo-App > DrGeo-Core > DrGeo-Item and it unfolds as: v Morphic Kernel Events DrGeo-App v DrGeo-Core Builders Commands Factories v DrGeo-Item Models Views </li> </ol> Second scenario. You slice at the first category. The direct result, will be a much smaller list in the category pane of the Browser. It will give a better thematic view of what inside the image, without the noise of the subcategories. But when you want to go deep, it requires a few more click to unfold the contents. With the previous example, the folded categories will render as: <blockquote> > Morphic > DrGeo </blockquote> And when unfolded: <blockquote> v Morphic Kernel Events v DrGeo App Core-Builders Core-Commands Core-Factories Item-Models Item-Views </blockquote> Of course, in this second scenario, you still don't need to slice an isolated package Color-Extras Conclusion. May be the latter, for beginners, will be easier to get the grant vision of the Cuis system. Also it is closer to the idea of namespace, matching cognitively our representation of the image contents. The main drawback of this scenario is that for one given top category, you don't reduce the number of subcategories. Observe, when you unfold DrGeo, the number of subcategories is the same as originally; under this perspective the former scenario is a more pragmatic option. Other may have additional opinions. Hilaire </div><div text="#000000" bgcolor="#FFFFFF"> <blockquote> </blockquote> <div>Le 08/01/2022 à 10:46, Luciano Notarfrancesco a écrit : </div> <blockquote type="cite"> <div dir="ltr">Hi Hilaire, all, <div>Here's a starting point for experimentation. I made this over a year and a half ago, but it seems to work on the latest Cuis. Anyway, it might need tweaking before it is useful, let me know what you think. I don't like very much that I had to add a SystemCategoryWrapper class, I kind of hate adding classes to the base image. Another thing I don't like very much is that if you click on a node that is not an actual system category (for example you click on 'Kernel' that doesn't exist as an actual category) no classes are shown, and that forces you to expand it and click again. Also, look at Browser>>#systemCategoryTreeRoots, originally I showed namespaces between brackets, maybe we can use brackets to show packages (for example, in DrGeo it would show a '[DrGeo]' node to denote that all those subcategories and classes belong to the 'DrGeo' package).</div> </div> </blockquote> <pre cols="72" style="font-family:monospace">-- GNU Dr. Geo <a href="http://drgeo.eu" style="font-family:monospace" target="_blank">http://drgeo.eu</a> <a href="http://blog.drgeo.eu" style="font-family:monospace" target="_blank">http://blog.drgeo.eu</a></pre> </div> -- Cuis-dev mailing list <a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a> <a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a> </blockquote></div></div> </div>