On Tue, Jun 18, 2013 at 3:51 AM, Oliver-Rainer Wittmann <orwittm...@googlemail.com> wrote: > Hi, > > > On 18.06.2013 09:26, Andrea Pescetti wrote: >> >> On 17/06/2013 Oliver-Rainer Wittmann wrote: >>> >>> I want to let you know that I am currently working on the migration of >>> AOO 3.4.x/OOo 3.x user profiles to AOO 4.0. I am also including the >>> migration of extensions. >>> I am currently not planning to adjust any of the mentioned strings as I >>> think it is too late for its translation. >> >> >> Is this safe? In a typical scenario, then, a user would have some >> extensions installed and he would see them imported in 4.0 without being >> warned about possible compatibility problems. Most of the extensions do >> not have a maxversion indication, so OpenOffice 4.0 will try and install >> them anyway, but some might be broken. And then the user is left alone >> in updating his extensions (which in theory he should be prompted to do >> after installation, assuming this mechanism is restored), but he >> wouldn't have a way to go back before it's too late. >> > > I had a close look at the functionality to 'migrate the extensions from a > former user profile' and from my point of view we should give it a try. > > The function did the following: > It looks for the extensions which are installed for the user. These are > found in the former user profile. No shared-installed, bundled or > pre-registered extensions are considered. The found user-installed > extensions which are not on the blacklist are installed with the same > mechanism which is used when the users triggers in the installation. > I am activating an user interaction in case that an extension is already > installed - the same user interaction which is used when the user triggers > the installation of an already installed extension. > > On the blacklist will be the Presenter Screen and the Presentation Minimizer > as they are now integrated into OpenOffice. >
Is the blacklist a static list? Or is it something that can be retried/updated from the website? If we can make the blacklist be "live" in a document that we can update, this is like maintaining our own max version field for the cases where the extension author neglected to do so. -Rob > > >>> If my tests work fine, I will check-in the changes this week. If we will >>> include these changes into our AOO 4.0 release, I will help to update >>> the above wiki page. >> >> >> Let's keep them documented and see. Remember that we learned so far that >> a random user will manage to reinstall but not to do anything more >> elaborated, so if uninstallation/installation does not bring up a "Do >> you want to reset your profile?" dialog we still have a usability >> problem (which of course is not a regression, it's been there forever). >> > > Agreed. > > > Best regards, Oliver. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
