Red Hat Bugzilla – Bug 122550
OOo writer font color palette is missing 'Automatic' setting
Last modified: 2007-11-30 17:10:42 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040116
Description of problem:
In OOo writer, the font color palette (the small floating window with
all the color swatches) normally has a label above the swatches with
the text 'Automatic'. Clicking on a color swatch selects that color;
clicking on the 'Automatic' label means 'use the default color', i.e.,
there is no explicit color selected.
This has been the case in all OOo versions I have ever used; it is the
same in OOo 1.1.1 that I installed on my FC1 system.
In the OOo installed by an upgrade from FC1 to FC2_test3, the font
color palette window is missing the 'Automatic' label, so there is no
way to remove a manually applied color.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open OOo writer (new text document)
2. Click on the toolbar 'Font Color' icon
3. Color palette window opens
4. This window should have an 'Automatic' label; it does not, so there
is no way to select 'default color'.
Actual Results: The palette window should have an 'Automatic' label
Expected Results: The palette window does not have an 'Automatic'
label, so there is no way to select 'default color'.
I don't have the system in front of me; I can provide a screenshot at
a later time if needed.
In svx/source/dialogs/chardlg.cxx pFrame->GetBindings().QueryState(
SID_ATTR_AUTO_COLOR_INVALID, ...) is returning 48 when it should
I don't know yet what the root of this is :-), but that's the eventual
reason its missing from the dialogs.
Tracked it down to the gnome-vfs thing!, This is registered in
Configuration.xcu on a regexp of ".*" which captures all content
urls., It captures the "slot:" pseudo-urls which it shouldn't. OOo 1.1
searches for a slot:10933 for the automatic color before normally
giving up and explicitly adding it to the list of colours in the
perhaps a key of ^([^s]|s[^l]|sl[^o]|slo[^t]|slot[^:]).* will work...
upstream ooo-build has been patched to use the above regexp
caolan, note that in ooo-build now since its targetting 2.0, that
patch is gone. Michael never did commit your patch either, which
means this might still be a problem in ooo-build and upstream.
nevertheless, its now ok in openoffice.org-1.1.2-10 for FC3