On Thu, Mar 14, 2013 at 8:24 PM, Inge Wallin <span dir="ltr"><<a href="mailto:inge@lysator.liu.se" target="_blank">inge@lysator.liu.se</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Thursday, March 14, 2013 09:36:46 Thomas Pfeiffer wrote:<br>
> On <a href="tel:13.03.2013%2021" value="+911303201321">13.03.2013 21</a>:28, Jaroslaw Staniek wrote:<br>
> > On 13 March 2013 19:56, Shantanu Tushar Jha <<a href="mailto:shaan7in@gmail.com">shaan7in@gmail.com</a>> wrote:<br>
> > Cool and sweet :)<br>
> > Regarding splitting, I'd like to ask to discuss the following:<br>
> > a QML app is typically consisted of many pages and uses the Loader<br>
> > element to fully dynamically instantiate a component. Is there<br>
> > anything that stops us from allowing both scenarios: support for all<br>
> > document types in a single process, and support for one app per type?<br>
> > If not, let's the apps' creators have the freedom to decide.<br>
><br>
> What do you mean by "let's the apps' creators have the freedom to<br>
> decide"? If you mean for example we may have Stage and Words in one<br>
> application, but Sheets in another, than I fear that may create<br>
> inconsistencies and confusion, unless the difference is completely<br>
> transparent to the outside world.<br>
><br>
> > The decision is sometimes dependent on:<br>
> > - performance (having one process that stay cached in the background<br>
> > can be positive, depends how high-end the device is and what's the OS)<br>
><br>
> Not my turf, you guys know that better then me ;)<br>
><br>
> > - UX guidelines (separation is sometimes welcome, when apps are<br>
> > emphasized, in other cases, like PA, there's<br>
> > document/content-orientation)<br>
><br>
> I understood that the document-viewing components were created so that<br>
> you can have a separate application for each platfrom, which I think<br>
> makes sense. Calligra Active will have many PA-specific things (like<br>
> Share/Like/Connect support, interfaces for task workflows, etc.) which<br>
> would not be of much use on other platforms. So I think it would be good<br>
> to have as many reusable components as possible and recombine them to<br>
> optimized applications for each major platform you want to support.<br>
><br>
> Precisely because PA is not app-centric, it makes sense to split<br>
> Calligra Active up, as you don't need a common shell but only a UI<br>
> called specifically to view or create a certain kind of document.<br>
><br>
> What we need for PA is something that answers to "Create a text document<br>
> with template Business Letter, sender address ABC and recipient address<br>
> DEF".<br>
><br>
> > In QML as we know, with proper separation of data structures (i.e.<br>
> > when components do not interfere) it's possible to insert and "app"<br>
> > within another "app" and that's almost for free.<br>
><br>
> That probably won't be used in Plasma Active for the above reasons, but<br>
> it's good that you have that flexibility, of course.<br>
<br>
</div></div>I don't have any strong opinion, but I have a question:<br>
<br>
What about embedded documents of a different kind? e.g. a spreadsheet in a text<br>
document.<br></blockquote><div><br>I am assuming that if there is a spreadsheet in a text document, the canvas displaying the text document will take care of the rendering etc, isn't it?<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
calligra-devel mailing list<br>
<a href="mailto:calligra-devel@kde.org">calligra-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/calligra-devel" target="_blank">https://mail.kde.org/mailman/listinfo/calligra-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Shantanu Tushar    (UTC +0530)<br><a href="http://www.shantanutushar.com" target="_blank">http://www.shantanutushar.com</a>