rfgoetz

Try version 5.14. I tested it against a WPMU install, not BuddyPress.

orensbruli, that is a good idea. That is an easy change to make. I can get that in the next update. I can think of another option that needs to go with this change: do you want the last bar to be hidden or do you want the bar to stay on the page? [At some point, I’ll find the time to add the ability to close/reopen that last TopBar.]

traemccombs, I think that is also a good idea.. but a little longer to implement. I think there could be many options:

1) [as currently implemented] shows TopBars in decreasing order of priority
2) Show in a pure random order, ignore priority weighting
3) Show random order, respecting the priority weighting. This would force those that have a higher weighting to be displayed as the first TopBar shown more often than those with a lower weighting.

Adding the option selection field is trivial. Also option 2 would be trivial. I feel that I need to offer option 3 — since I use the weighting to force some TopBars to be shown more.

Any comments?

Bob

Closed – no response in over a week.

I emailed you the beta code. thanks!

You don’t have a beta site that you can run the TopBar on?

it sounds like you have some CSS entries in your theme that are affecting how the images are placed horizontally. I usually use Chrome’s debug tools to find the CSS entries that need to change.

Bob

Really glad we were able to work it out!

Best wishes,

Bob

The issue is that the TopBar’s margin’s need to be changed to make the TopBar wider.

Option A) Try changing the width from 1000px to 1600px (most likely in CSS Option C).

Option B) Also, if you have the left/right margins to be -300px — the white goes away. The bad news is that the plugin only allows you to adjust the top/bottom — not the left right. I can add left/right in a future release. You *may* be able to add this to CSS Option A to adjust the margins:

margin: 0px -300px 0px -300px;

Let me know if either Option A or B work.

Bob

It is a good idea.

I could create a new field for each TopBar; let’s call it “group_tag”. That would be free-form text field where you can put in Tag(s) for each grouping. Each Tag is comma delimited.

Then, I could create a new global option on the main Admin Page that has “Groupings” as ON or OFF (called use_groupings.

Next a new Tab, (right next to Samples) called “Groupings”.

You would then see a new table where you can create Groupings. Each Grouping would have its own row. You could have an infinite number of groupings. Each Grouping would have a Name, an enabled/disabled toggle, all the options from the Control Tab, and a “group_selection” field. The group_selection field be used to match the new “groupings” field on each TopBar. If the Tag(s) you put in the group_selection field match a TopBar’s group_tag, then that TopBar would be shown with that Group.

I would need to change the logic of how the plugin selects TopBars to show.

1) If use_groupings if OFF — then use existing logic.
2) If use_groupins is ON, then
a) randomly select one grouping that is enabled and has valid control options for the page/post being viewed.
b) now for that one grouping, select all the TopBars that match that group’s “group_selection” field.
c) each TopBar would then go through the existing logic to see if it should be shown (e.g. Close Button logic, Control Logic, etc.)

Finally, the Test Priority page would need to be changed. If use_groupings is ON, then I would prompt you to enter the Grouping you want to test.

—–

Does this make sense? Any flaws that you see?

Bob