On 14 March 2013 13:21, Thomas Pfeiffer <colo...@autistici.org> wrote: > On 14.03.2013 12:02, Jaroslaw Staniek wrote: >> >> On 14 March 2013 10:07, Cyrille Berger <cber...@cberger.net> wrote: >>> >>> On 2013-03-14 09:36, Thomas Pfeiffer wrote: >>>> >>>> >>>> On 13.03.2013 21:28, Jaroslaw Staniek wrote: >>>>> >>>>> >>>>> In QML as we know, with proper separation of data structures (i.e. >>>>> when components do not interfere) it's possible to insert and "app" >>>>> within another "app" and that's almost for free. >>>> >>>> >>>> >>>> That probably won't be used in Plasma Active for the above reasons, >>>> but it's good that you have that flexibility, of course. >>> >>> >>> >>> What Jaroslaw means is that you can have a single process "swap-in" >>> application, so you would get different UI for docs, sheets, >>> presentations, >>> but all running in a single process. >>> >>> In the end, it really is just an implementation detail, I guess the >>> original >>> question is not whether we should have different processes, but if we >>> should >>> separate the UI. >> >> >> For separate UI - full agreement here - it's expected for reasons >> already mentioned - different interaction methods for each >> application. > > > In that case, it really doesn't matter to Plasma Active which way you > choose. As Marco Martin put it (but forgot to CC calligra-devel): > > "as long as when one clicks on a file and gets it open in the right ui, > whatever of the two waysdoesn't really matter. > > btw i think a sensible way would be putting all the "logic" functionality > (ho ui besides document rendering tough) in the components, so in the end if > is done in a single executable or multiple metters even less"
Yes, which way is picked on particular platform depends on how much resources there's to eat. -- regards / pozdrawiam, Jaroslaw Staniek Kexi & Calligra & KDE | http://calligra.org/kexi | http://kde.org Qt Certified Specialist | http://qt-project.org http://www.linkedin.com/in/jstaniek _______________________________________________ calligra-devel mailing list calligra-devel@kde.org https://mail.kde.org/mailman/listinfo/calligra-devel
