driven fieldset is not working for Open Atrium due to a different collapsible approach

Comments

arhak’s picture

Status: Active » Fixed

committed to HEAD

navigate to admin/settings/comment_driven and select "Open Atrium" under "Theme support" fieldset

obrienmd’s picture

Status: Fixed » Active

arhak has indicated that another detail is required to make this work - I will test the new fix as soon as it is ready.

arhak’s picture

what theme are you using?
I'm not familiar with Open Atrium

at the testing site I'm seeing CSS files from three different themes at once:
- tao
- ginkgo
- rubik

arhak’s picture

@#3 forget about it
I already downloaded Open Atrium (I didn't wan't to have to install another testing site, since they are becoming unmanageable)

arhak’s picture

Title: support Open Atrium » support Open Atrium themes
Status: Active » Needs review
StatusFileSize
new4.45 KB

after applying this patch navigate to admin/settings/comment_driven and re-select Open Atrium support
Note that it will be unchecked due to a changed variable name

arhak’s picture

StatusFileSize
new4.48 KB

#5 missed a CSS selector

arhak’s picture

Status: Needs review » Fixed

committed to HEAD

arhak’s picture

you'll need to clear your browser's cache

also, I'm seeing an empty div for buttons, and having no buttons makes it appear anyway
I'm not sure, but it seems an Open Atrium issue (or feature)

if it is desirable, it can be removed as well using the narrower #driven_node_container CSS selector

obrienmd’s picture

Confirming this works great with b5 of Open Atrium.

a_c_m’s picture

Just incase anyone else has this problem - Insure you turn OFF comment upload (in the content type) otherwise it wont show up.

arhak’s picture

@#10 well, it seems that comment_upload will end being unsupported
the proposed alternative is not committed yet (because it isn't finished, of course)
when it does it will be announced at #739690: Compatibility with comment_upload

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

arhak’s picture

Title: support Open Atrium themes » support Open Atrium themes (Tao and its sub-themes: Rubik, Ginkgo, etc)
arhak’s picture

BTW the empty div mentioned at #8 is due to #759956: Empty column? (Open Atrium themes)

Grayside’s picture

Why have an Open Atrium support option? That seems like needless clutter.

module_exists('atrium') or variable_get('install_profile', 'default') == 'openatrium' should be a sufficient change.

arhak’s picture

module_exists('atrium') or variable_get('install_profile', 'default') == 'openatrium' should be a sufficient change.

I don't think so,
that option does not refer to "Open Atrium support" as a support for the whole platform (profile install, module or whatsoever)

it is just addressing themes, in this particular case, it is about "Open Atrium's themes" OR ANY other theme derived from Tao (i.e. sub-themes)
therefore we don't check for OA, and we have no way to know if sub-theme "is derived from Tao"

that's why there is a manual configuration

Grayside’s picture

Okay, I can see that. Automation is still possible but not trivial.

You could put something in place for folks that don't make the (distinct) effort to swap out ginkgo, but that's definitely on a bonus points level.

arhak’s picture

Automation is still possible but not trivial.

near impossible with context and spaces
some weird condition might trigger a theme switch,
and we won't be wise enough,
so let the user manually set the flag,
and if by some weird reason it should perform with two themes Tao and non-Tao, then trigger that variable change as well