faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
thread
|
Re: how about making upgrades easier
by Michael Häckel on Wednesday 11/Apr/2001, @04:53
|
Hi,
At least for KMail I can explain you why that is not possible. I even though about releasing a separarate version of KMail independant of the KDE release schedule when IMAP is ready for use, but that is no longer possible. Exactely because of IMAP there have been made a few additions to kdelibs to make implementing it much easier and now KMail of course depends on that changes. That is one of the advantages of keeping everything together. If an application needs a new feature in kdelibs this feature can be added and the application is immediately able to use it. Otherwise it would be every time necessary to wait for the next stable release and that would slow down development very much.
Regards,
Michael Häckel |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: how about making upgrades easier
by Naasking on Wednesday 11/Apr/2001, @12:16
|
Isn't this supposed to be the benefit of components though? You write components that can operate independently(and can co-operate) so you don't have to upgrade EVERYTHING to add one feature to your suite/app/whatever. You just have to upgrade the component which is dynamically loaded when needed. If the component wasn't there to begin with, it should be just a matter of installing it and having it registered with whatever service links the components with the services they provide.
Sure reuse, protection, network transparency are all cool component features too, but the main benefit of componentization is supposed to be complete separation of implementation from interface. If this isn't currently the case, then I'd say it's time to rethink the strategy behind the current component framework.
|
[
Reply To This | View ]
|
Re: how about making upgrades easier
by Alexander Kuit on Thursday 12/Apr/2001, @01:41
|
Wouldn't it be possible to create a statically linked version of KMail?
|
[
Reply To This | View ]
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|