spherical

AhHa! Just stumbled across the FAQ entry for where the new link location is:

Cannot find the “Switch to Classic Editor” link

Could be Network Settings: https://[your_blog.tld]/wp-admin/network/settings.php

Bottom of the page.

Classic Editor [] Allow Site admins to change settings.

Then the per-site Writing pages will show the options.

No one else is seeing this behavior?

Release notes for v1.4 say:

“On network installations removed the restriction for only network activation.”

Went through activating both Network and then not Network but activating per site and same issue.

“Properly added the “Switch to Classic Editor” menu item to the Block Editor menu.”

Looked at the code, but there are so many alterations addressing this that it’s difficult to see what may be causing the issue.

BTW, the option in All Posts screen is there under each post in the list as to which editor was used in composing said post and the chosen editor loads properly, just no switch to Classic panel in Block editor.

• This reply was modified 5 years, 9 months ago by spherical.

Thank You! I understand that there was an underlying reason. It is good to not have a plugin running when not needed (does it self-enable when the Block Editor is switched to from Classic Editor and disable itself when switching back to Classic?) or, as you state, a theme import would certainly have problems.

Thanks for looking into this for us.

>> have someone on your team work on rigging up your existing processor to SSA.
or:
>> have someone book an appointment and redirect them to your payment page at the end.

I’m thinking that if the booking data: date, time slot, fee, (or even only the fee) can be captured and inserted into fields that our cart needs for input, that should work. Seems simple on first glance but most probably isn’t. :/ A direct gateway would obviously be better, but we can wait for that.

This is something that we’re trying as an answer to people visiting the island and asking if we offer classes. The hotshop isn’t conducive to large numbers of individuals, so we decided to start with something limited in scope and, hence, limited in funds, but give people something special.

Hey, thanks for replying so quickly.

Thank you for the clarification on Pro upgrade timing.

Well, we’re not using WooCommerce. Our main sites are not on WordPress and we have substantial investment in time on developing our external sites and payment gateway… not that being off-WordPress couldn’t change someday.

Had thought of using the WP Easy Pay plugin, but our cart is already set up and it just seems a bit re-inventing the wheel to use that which we already have but off-WordPress.

Interesting side note; Square is everywhere, at least here, but never had heard of Stripe, which is featured in nearly all of the other appointment plugins. Not that I want to leave Square, because it works super and simple (just like your plugin) but what am I missing with Stripe and why haven’t we seen it before now?

I can code, so coming up with an interface to our external cart may not be all that difficult. Just wanted to see if there were any plans in the not too far off future for Square, so I wouldn’t be re-inventing a wheel that you created. ??

Confirmed. Got this last night (may have been there since updating to 1.5.x) on WP 4.8.2. Loading site from the admin menu worked, but from bookmark didn’t. Additionally, the accessing the main site would load a sub-site’s pages.

Finally hit me that I was logged in and cached files weren’t being sent to me that it was working as expected. Checked source and found that the normal comments at the end of pages were not being written to the output at all. Decided to roll back to v1.4.9 and all’s well.

Heh… he said “doping”.

Just to wrap this up for those who may come along later, I tracked this down to an edit of: /template-parts/pages/content-front-page-panels.php The edit was to get excerpts to display instead of the entire article, no matter what method was employed to do so. Unsure of what may have happened after that, but rolling back to the original code fixed the above issues and the excerpts now display as expected, too. Apologies for the noise.

Ok, further information. I must be doping something wrong with the child theme. Not only do contents having structure not appear at all, if I create a page with paragraphs, hrefs, etc., as would be in any page, the page itself displays as expected but when that page is placed into a Theme Options section (#2 in this case) all html tags are stripped and it is converted into one run-on paragraph within open/close paragraph tags. However, if I place that page as the Front Page section in Static Front Page, it then displays as expected in that upper section. So, the conclusion is that anything placed into sections 2 and 3 in Theme Options (Blog Posts is in section 1 and displays fine), the formatting gets stripped. What am I missing?

Hi Tip.

Thanks! You’re more than welcome. I wish I could do more. Perhaps in the not too distant future…

But, you posted both on this plugin’s Reviews (Ozh’ Admin Drop Down Menu) and Admin Menus Fixed Reviews. The one I’m interested in is the latter. ?? It’s still at three stars.

Apparently, some time back, the Repository wiped all of the history that we plugin developers had built up over the years and now three’s only very recent Ratings and Compatibility data. So, I now only have the two ratings to compute the average.

I’m working on a way to get Ozh’ Admin Drop Down Menu to only have a background on the menu headers themselves; not on the full screen-width as it is now. When a menu header wraps to the left side, it carries the background with it, leaving the right side of the screen of the second or more menus lines uncovered. The solution so far detrimentally changes the drop-down menus; making them double height. Have yet to do one without the other, so it may not be possible without Ozh’ code being re-written to do it this way from the start.

In light of all the work we’ve done together, and the successes/insights achieved, do you think you might re-consider your star rating?

If you want to access those, depending upon the wrap condition with having so many menu entries, it may work to simply drag the browser window to be a bit more narrow; thereby triggering a break point, and they’ll show up.

I just made an edit to my reply. ?? It is that of asking Thrive devs to consider consolidating their menu into a hierarchical fly-out sub-menu form and have only one main top-level added to the WordPress menu. If new Thrive plugins are added after an initial set is installed, they are then added to the existing menu as a new fly-out. All in one place, more efficient in many ways.

OK. In looking further at the image you provided, I recognized that the menu is wrapping at probably a full-width browser window. For the default, I compress the vertical space at the top of the page; as most users’ menus would not wrap when the window is that wide. That your menu is wrapping, where most would not, I relaxed this.

Just pushed a non-versioned update that should get you at least 90% of your page header back. Probably will be the very tip of Cap letters under the menu, but should be workable. Re-download v1.4 and overwrite the one you have. Then check the alignment.

Well, to be fair, take a look at the entries in your menu. You have 11 extra put there by plugins. I set break points to accommodate 3 extra from the standard. There is no way to tell how many plugins a user adds to their WordPress install, which of those add menu entries (not all do) and how many characters those menu entries contain.

For instance, “Thrive Slideshow” is relatively long, as menu entries go. If I set break points for this many, that are this long, for all users, then there will be a lot of wasted vertical space between the menu and the page title for users who have a far shorter menu.

Alternatively, you could set Ozh’ Admin Drop Down Menu to icons-only, which would then fall well with in the current break points but, seeing as how Thrive hasn’t thought far enough to create unique icons for each of their plugins/entries, that isn’t a solution.

Also, Thrive may have an issue with other menu entries. “Thrive Leads” is stepping on WP-SEO’s entry. Why all of them are not together is a mystery.

Does Thrive have to put each of those as top-level? Are there huge drop-downs under all of them? Is there any redundancy? Is consolidation an option for them… ‘cuz, wow. One efficient approach to all of this is for Thrive to consider a hierarchical fly-out sub-menu for each of the entries that now load a separate header into the menu; but all under one main header. Problem solved and way more usable.

In order to develop new code that would accommodate the aggregate length of this many entries, I would have to develop a way to artificially lengthen the menu. Not impossible, I suppose.

I’m open to ideas but, unless someone can come up with a way to sniff the sheer number of plugins installed that add menu entries AND determine how long each entry is, this is as good as it gets for a universal situation. I could increase the default break point widths but, then, I’d get users wondering why there is so much blank area above the page content way earlier than when the menu wraps.

There may be a possibility of sensing when the menu has wrapped, and then wrapped again, and then wrapped again, and then wrapped again. It would take adding Javascript or PHP in order to do it. I’ll think on it…

I do strive to get things as perfect as possible. That’s why I wrote the plugin. ??

BTW, seeing as how “Admin Menus Fixed” is the problem, it may be better to post these in my Support area. Ozh doesn’t write this code; only that of “Ozh’ Admin Drop Down Menu”.

Well, Ozh can’t fix this. I can… and did! ?? I left a comment to your post in the “Admin Menus Fixed” Reviews. The readme tells the story, so I won’t go into it here. Lots of advancements. I think it’s back to near perfect again. I hope you’ll like it & thanks for your enthusiasm and patience.