Issue: New category overlay fails in custom style

Issue Tools
- View Changes

October 31, 2016 8:16 PM

Alfa1

Distinguished Member

New category overlay fails in custom style

Like many people I use pixelexit styles.
On do=edit&section=4 I can add 'new category'
The button doesnt work in custom styles. It switches to the left without showing an overlay menu.

Issue Details

Issue Number 4758

Issue Type Bug

Project VaultWiki 4.x Series

Category Styling / CSS

Status Not a Bug

Priority 3 - Loss of Functionality

Affected Version 4.0.14

Fixed Version (none)

Milestone (none)

Software DependencyXenForo 1.x

License TypePaid

Users able to reproduce bug 0

Users unable to reproduce bug 0

Attachments 0

Assigned Users (none)

Tags (none)

November 1, 2016 5:25 PM

Alfa1

Distinguished Member

Confirmed in chrome and FF, but not in Edge.

Reply
November 1, 2016 5:57 PM

pegasus

VaultWiki Team

I will try this in Flat Awesome when I get a chance to look at style issues: https://xenforo.com/community/resour...exit-com.3409/

I would also argue that a category editor in section=4 is a bug. No fields that are for the entire page should be available in a section edit, because that is the incorrect scope for such things. For example, the page title field on a section edit can be ambiguous whether it is the section title or the page title.

Reply
November 1, 2016 6:08 PM

Alfa1

Distinguished Member

Good point. It makes no sense to add a category to a section.

Reply
November 3, 2016 2:54 PM

pegasus

VaultWiki Team

I cannot reproduce this using Flat Awesome on our test site. The overlay functions as designed, at least in the latest development build. If this issue persists after 4.0.15 is released, please let me know. I should also mention that I don't know what you mean by 'It switches to the left'?

Reply
November 3, 2016 5:43 PM
pegasus

VaultWiki Team
It looks like you have the following in your EXTRA.css:

Code:

a.callToAction:active { box-shadow: 0 0 3px rgba(0, 0, 0, 0.2); position: relative; top: 2px; }

I am not sure why this is here. By default, XenForo has the following in public.css which is commented out:

Code:

a.callToAction:active { /*position: relative; top: 2px;*/ }

Specifically the problem is that the position of the New Category button is changed from absolute to relative whenever it gains focus.

If you do not need this code, you should remove it from EXTRA.css. If you need it, then you will also need to add a rule back for VaultWiki:

Code:

.vw-search-button.callToAction:active { position: absolute; top: 1px; }

Since the problematic code was an edit you placed in your EXTRA.css, there is nothing that needs to be done to fix it in VaultWiki. Marked as Not a Bug.
Reply

+ Reply

All times are GMT -4. The time now is 10:34 AM.

This site uses cookies to help personalize content, to tailor your experience, and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.

Learn more… Accept Remind me later

Welcome to VaultWiki.org, home of the wiki add-on for vBulletin and XenForo!

Issue: New category overlay fails in custom style

Issue Tools