Issue 5016 - toolbar customisation failures
Summary: toolbar customisation failures
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.0
Hardware: PC Other OS
: P3 Trivial (vote)
Target Milestone: ---
Assignee: h.ilter
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-05-18 15:17 UTC by ingenstans
Modified: 2013-08-07 14:43 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description ingenstans 2002-05-18 15:17:49 UTC
toolbar customisation does not work as described in the manual: pressing alt and dragging an 
icon around will move an outlinefrom one toolbar to another, but it is not accepted. this is 
repeatable: it happens eveyr time I try it.

Using the "customise" function fails more 
randomly. I can get a list of possible butons and commands and cutomsise then. but I never know 
which toolbar will accept them when dragged. for instance. I was able to add "insert note" tot he 
main toolbar, but not the function bar; but "insert footnote" would only go to the function bar 
and not the main toolbar. 

finally, changing the visible buttons in the main toolbar, for 
instnace by removing the "load url" window, quite often means that the whole toolbar comes up 
blank if, after changing it, I stop and then restart OOo.
Comment 1 ingenstans 2002-06-11 09:27:11 UTC
Trying to make an entirely new toolbar produces different 
failures:


attempts to make and customise a new toolbar produce something 
that can't be deleted, and does not accept drag and drop from other toolbars. 
deleting this, from the customisation screen, crashes the entire program, just as 
any sort of customisation used to do in build 641. however, the program will restart 
from this. some customisations have then been lost: eg the look and feel of the title 
bars, and the smart quotes. but not text appears to have been lost that I was working 
on. 
Comment 2 ingenstans 2002-06-26 16:47:58 UTC
I think I have narrowed this down a little.

What seems to happen is that a toolbar 
may be customised <b>once</b>.
To customise it again, it is necessary to "reset" 
in the dialog box. 
Of course, this loses all earlier customisations. So that is a 
very irritating bug indeed.
Comment 3 ingenstans 2002-06-28 08:47:32 UTC
Should this go to the Framework project?
Or are toolbars application dependent? 
Comment 4 ingenstans 2002-06-28 08:48:04 UTC
Should this go to the Framework project?
Or are toolbars application dependent? 
Comment 5 ingenstans 2002-07-24 16:14:16 UTC
Further comment: some of ths is a help file / documentation issue: 
the alt-dragging 
does work as described, _but only when the the "customise" dialogue box is open_. 


The documentation should make that clear. It reads as if you could alt-drag icons 
around the toolbars at any time. Since there are other programs that let you do this, 
it is misleading.

The failure to accept changes to an already customised 
toolbar remains a bug in the code, not the documentation. So does the occasional, 
apparently random, loss of earlier customisaitons. 
Comment 6 Mathias_Bauer 2002-09-11 08:38:45 UTC
Couldn't reproduce that with the newest 641 or 643 builds. So at 
least it should be fixed in OOo1.0.2.
Comment 7 ingenstans 2002-09-11 09:15:27 UTC
Thanks very much. Will the documentation get changed too? Or does alt-drag work at any 
time in 643. I would suggest a patch for the help file, but there's no obvious way for 
people to volunteer to do this. 
Comment 8 Mathias_Bauer 2002-09-11 10:18:53 UTC
ALT-Drag should work always, when the toolbox customize dialog is 
opened you don't need to press "ALT", just drag.

So the manual is right, it would be a bug if it fails. I tested it 
with a build that will match the future OOo1.0.2 release, but I was 
also not able to reproduce this bug in a StarOffice 6.0 version that 
should be nearly the same as OOo1.0. So it's really hard to reproduce 
this bug.

It is known that we had some bugs in the toolbox configuration, so 
some of your strange discoveries may be caused by these bugs. It's 
hard to check every single bug, and as you said, some of them appear 
only by chance. We fixed some in betweenn, so please wait for the 
OOo1.0.2 version that is expected to be released November this year.
Comment 9 ingenstans 2002-09-11 10:36:25 UTC
I shall possess my soul in patience, then, as my grandmother used to say :-)

Will 
1.0.2 be the 643 branch that seems to be getting all the interesting fixes at the 
moment? IOW, should it have the regex code working, too?
Comment 10 Mathias_Bauer 2002-09-11 14:11:35 UTC
No, 1.0.2 will be based on the stable src641 branch.

The 643 branch is a predecessor to the next bigger release (we call 
it OOo1.1 at the moment). The first 643 version of OOo that is built 
currently will contain the bugfixes for the toolbar configuration 
also, but it's a developer build and not very stable.
Comment 11 stefan.baltzer 2002-12-10 14:51:26 UTC
Reassigned to Hasan.
Comment 12 h.ilter 2002-12-11 13:13:17 UTC
Verified with 643c
Comment 13 h.ilter 2002-12-11 13:13:46 UTC
Verified with 643c
Comment 14 h.ilter 2003-03-14 15:41:04 UTC
.