<br><br>On Tue, Jul 26, 2016 at 12:34 PM, Sebastian Silva <sebastian@fuentelibre.org> wrote:<br>
<blockquote type="cite">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<p>Hi Sam, Dave,</p>
<p>Thanks for bringing this up.<br>
</p>
<div class="moz-cite-prefix">El 16/07/16 a las 18:18, Sam Parkinson
escribió:<br>
</div>
<blockquote cite="mid:1468711133.2063.1@smtp.gmail.com" type="cite">
<br>
<br>
On Sun, Jul 17, 2016 at 12:33 AM, Dave Crossland
<a class="moz-txt-link-rfc2396E" href="mailto:dave@lab6.com"><dave@lab6.com></a> wrote:<br>
<blockquote type="cite">
<div dir="ltr">
<div><br>
</div>
Hi
<div><br>
</div>
<div>Sebastian just edited the wiki about the amazing
FreeDesktop integration work he's been doing:</div>
<div><br>
</div>
<div><a moz-do-not-send="true" href="https://wiki.sugarlabs.org/index.php?title=Features/FreeDesktop_integration&diff=next&oldid=98058">https://wiki.sugarlabs.org/index.php?title=Features/FreeDesktop_integration&diff=next&oldid=98058</a></div>
<div><br>
</div>
<div>He added 2 ui questions:</div>
<div><br>
</div>
<div>
<div>> How to choose .desktop files to show in Sugar
Launcher.</div>
<div><br>
</div>
<div>I think something similar to the "Fonts v1" activity
would be good to start; a simple activity that lists all
of the .desktop files available, and a star to
select/deselect them. Would the output likely be a simple
text file with all the selected files's full paths? That
way, anyone could easily make such a text file before the
UI is ready. </div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>I'd think that this would be best placed in a new My Settings
panel - activities are about documents. But, I'd agree with you
that we just need a list, with icons and a check to
select/deselect.</div>
</blockquote>
I'm leaning for drag and drop into home view.</blockquote><div><br></div><div>From where? Dragging what?</div><br><blockquote type="cite"><br>
<blockquote cite="mid:1468711133.2063.1@smtp.gmail.com" type="cite"><br>
<blockquote type="cite">
<div dir="ltr">
<div>
<div><br>
</div>
<div><a moz-do-not-send="true" href="https://github.com/sugarlabs/edit-fonts-activity/tree/94c443f1b1c394f12edcb0af156542a4cee6c808">https://github.com/sugarlabs/edit-fonts-activity/tree/94c443f1b1c394f12edcb0af156542a4cee6c808</a><br>
</div>
<div><br>
</div>
<div>> How to make Journal and Activities behave well
outside sugar (i.e. handle resize, multiple screens or
virtual desktops)</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>Maybe we could go with a more simple idea in the current?
When the user opens an activity, a prompt is shown asking them
to select a jobject to resume, or to title a new entry?</div>
</blockquote>
<blockquote cite="mid:1468711133.2063.1@smtp.gmail.com" type="cite"><br>
<blockquote type="cite">
<div dir="ltr">
<div>
<div><br>
</div>
<div>I think the core question is if Sugar becomes a MDI
outside of its SDI desktop context. </div>
<div><br>
</div>
<div><a moz-do-not-send="true" href="https://en.wikipedia.org/wiki/Single_document_interface">https://en.wikipedia.org/wiki/Single_document_interface</a><br>
</div>
<div><br>
</div>
<div><a moz-do-not-send="true" href="https://en.wikipedia.org/wiki/Multiple_document_interface">https://en.wikipedia.org/wiki/Multiple_document_interface</a><br>
</div>
<div><br>
</div>
<div>For me, I think a MDI Sugar is a simple solution to all
those issues you list: it means the Journal and each
Activity are each just another window. Perhaps the only
'special' window is a "Home" activity where the frame is
always visible, and in which its possible to switch from
Home to Groups to Neighborhood to Network. <br>
</div>
</div>
</div>
</blockquote>
</blockquote>
<i>xfdesktop</i> is the component of XFCE which draws the "Desktop"
including icons and wallpaper. That's where I think Sugar could live
(as a root window handler and fancy launcher).<br>
<blockquote cite="mid:1468711133.2063.1@smtp.gmail.com" type="cite">
<blockquote type="cite">
<div dir="ltr">
<div>
<div><br>
</div>
<div>Of course, it might be nice to add - as GIMP did when
it went the other way from MDI to SDI - a preference so
that there could be a single "Sugar" window that offers an
experience similar to running a SOAS VM. <br>
</div>
</div>
</div>
</blockquote>
</blockquote>
Sugar shell already supports resizable windows (basically MDI)
because we use Metacity as a window manager.<br>
<br>
It is Sugar Activities that are maximized and not resizable by
default [because that's what sugar-toolkit does]. <br>
<br>
However, they are supposed to adjust to screen rotation, so in
principle they could become resizable.<br>
<br>
<b>Was forced maximization a design decision based on the XO
laptop's screen size? </b><br>
I think it would make sense to allow resizing or tiling of Sugar
Activities (as an option for larger screens).<br>
<br>
Other desktop environments expect to be able to resize and move
windows so I think we should allow it at least in that case.</blockquote><div><br></div>We should defiantly allow sugar activities to be resized when they are run inside of GNOME.<div><br></div><div>Inside of Sugar, it would be nice to expose this feature as well. But I think that we need to design it an do it well. I'm personally a fan of how Apple's iOS split view implementation. It is very simple and friendly. It appears to be a design that works well on laptop sized screens - from your 7" xos/ipad minis to the 11" ipad. It probably would work well on larger laptops too - I personally just use fullscreen or vertical split in GNOME. But this is for discussion!</div><div><br></div><div>Thanks,</div><div>Sam</div><div><br></div><div>[1] <a href="http://osxdaily.com/2015/12/04/use-split-view-multitasking-ipad/">http://osxdaily.com/2015/12/04/use-split-view-multitasking-ipad/</a><br><blockquote type="cite"><br>
<br>
Regards,<br>
Sebastian<br>
</blockquote></div>