On 20 November 2013 21:51, christ...@surlykke.dk <christ...@surlykke.dk>wrote:
>
> 2013/11/20 Petr Vaněk <p...@yarpen.cz>
>
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> I'd play a devil's advocate here.
>>
>> What's real profit of this potential move? (except "yeah, it looks cool")
>>
>> "We should just make sure modules never crash! ;-)" - it speaks for
>> itself = impossible.
>>
>
> I agree with Petr here. In my experience bug-free software is rather rare
> :-)
>
So you guys both can guarantee that modules as applications will be
bug-free? ;-)
>
>
>>
>> Will it make development easier? A standalone app can be started, killed,
>> run under gdb/valgrind (yes, I do it time by time). How can I examine eg.
>> panel library with valgrind in this lib-approach? Output will be obfuscated
>> by false positives from desktop etc...
>>
>> that's only what I can think about in few minutes... but it does not mean
>> I'm strictly against it. I'm just not a friend of "rapturous" changes ;)
>>
>> p.
>>
>>
> A few more points:
>
> - It's not just crashing that's a problem. There would, I presume, be
> *one* event-loop, so if one particular event handler takes long time to
> finish, everything freezes up.
>
> - Application-modal dialogs become desktop-modal.
>
Now these are real show-stoppers! No more discussions needed. Idea "modules
as libraries" officially failed. With few advantages it has terrible
drawbacks.
>
> - Controlling modules/functionality through an external supervisor
> (systemd/upstart/...) will not be easy.
>
> br. Chr.
>
>
Cheers,
Kuzma
------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
_______________________________________________
Lxde-list mailing list
Lxde-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxde-list
