Apache OpenOffice (AOO) Bugzilla – Issue 24934
Set template as default doesn't work in Impress
Last modified: 2005-03-14 19:00:59 UTC
- The Impress Autopilot must be switched off. - start an Impress - change to 'Files/Templates/Organize...' - chhose an Impress template (e.g. from the Presentation Backgrounds folder) - click on 'Commands' - click on 'Set As Default Template' - click on close - when you create a new document you get still a blank slide and not the choosen template.
The problem occurs because we seem to compare two different "file new" URLs for Impress, one of them contains the "?slot=..." part, the other doesn't.
The problem is not a wrong check against another private:factory URL. The problem is that the additional parameter is executed as slot. But it should be ignored if a factory template is set. The template has to be used instead of the wizard, which is triggered by this additional URL parameter. => Hint for testing: Because I`ve changed the most central method for loading documents inside sfx, we must be shure that no side effects occure. Please test all possible scenarios, where new documents will be created. Opening of existing documents must not be tested.
.
Not fixed ... Because we cant distingusih between private:factory URLs, which should use such default template (impress without wizard) and other ones, which should not use it (writer wizards: letter, fax, agenda ...).
AS->CL: Please take over. Only the impress wizard can know: a) if the wizard itself must be shown realy ... b) and further if the default template has to be used or not and how. THX.
Andre, please discuss this with me, target should be beta
Accepted.
Please ask AS how we can determine whether a default template has been set.
I will have a look.
Fixed in CWS iha06. Files: sd/source/ui/dlg/dlgass.cxx 1.29.40.1 sd/source/ui/app/sdmod1.cxx 1.32.38.1
->CGU: You can verify this in CWS iha06. Thanks.
Verified in windows. I've no 'set as default' entry in the german version on linux.
back to iha
The missing menu entry on Linux is a separat problem which does exsist also in the master. It is not broken by this fix. Please verify.
the bug already exist in the src680m72 master. It is fixed in the src680m73 master. I could verify this issue on Windows. Therefore verified in cws iha06
Verified in src680m85