Blaze Miskulin

I have now received the link and key. Thank you.

The limits I’m referring to are the 3 “upgrade to pro” boxes under the overview. I can understand limitations from Google. However, you’re offering this information on the pro version, so you must have access to it.

The “top posts/pages”, for example, is a very important stat. The free version could show the top five only.

“New vs. Returning” could, in the free version, show a simple pie chart.

“Device Breakdown” could, in the free version, show the top device only.

All of these could then offer more details when upgrading to pro.

The biggest benefit I see from Monster Insights is that you present the stats in a much cleaner and efficient format. That’s why I use you (since, obviously, I can get much more info directly from Google).

You have a great plugin and I recommend it clients (or just install the free version for them). But a little more “tease” would be good.

Most of the clients I work with have Google Analytics accounts, but they don’t utilize them (which is frustrating). And they’re not always willing to give me access to their Google account (including linking).

If MI could “tease” a little more, I could convince clients to “pay for this plugin, so you don’t have to give me access to Google”.

More money for you, more data for marketing people like me. Win-win.

@joyously

Now this is getting more complicated than my meager skills might be able to handle. Hence my hoping that there was a plugin that could do it all for me. 🙂

(I’m a writer and marketer, not a coder.)

@joyously

I don’t see how this differs from what WordPress does by default.

Every WP theme I’ve seen has a “view previous” or “view older” link in the feed. It allows you to go back and view every post every made. I want the “view previous” to stop at a given date.

e.g., WP install has 15 years worth of posts. As of 2020-01-01, I want everything published previous to that date to NOT show up when you click “view previous” (disappear from the feed), to NOT show up if you view the category they’re in, to NOT show up on the posting calendar. The ONLY way to find them is to use the search box.

@joyously

In “new-school” terms, I want archived posts (in an existing installation of WP) to not be visible in the feed, but still able to be found in a search.

The site is changing from a “place for a few people to rant” into a legitimate journalism site (at least I hope so).

The existing content doesn’t fit into the new mission of the site, so I don’t want it openly displayed. In the spirit of good journalism, however, I do not want it to be deleted or “unfindable”.

Am I explaining that clearly? I cut my teeth in journalism with paste-boards and screen photostats, so I’m not always up on how the cool kids do things these days. 😀

@otto42

That’s the problem. The classic editor was broken. Very, very much so. It needed to be fixed.

In what way was it broken?

The problem is that the underlying system is built on those blocks.

Nope. The underlying system was built on rendering HTML. Automatically adding paragraph marks isn’t the same as blocks.

Bringing those to the surface, showing them to you, giving you control over them, that’s the fix here.

I had control over them. It’s called “HyperText Markup Language”. I could change the formatting of any bit of text I want–either through the TinyMCE editor (I used the “advanced” plugin)–which is just a simply WYSIWYG that’s been around since the early days of the Web–or directly through HTML editing.

Are blocks rendering anything that can’t be rendered with HTML? If the answer is “no”, then they are not giving me anything. They’re just adding complexity.

The new editor is simply better. I’m sorry that you don’t like it, but your opinion doesn’t actually change anything.

And this is the heart of the matter: You’re right, we’re all wrong, “just deal with it”.

You’re ignoring the first rule of business:

Quality is conformity to customer requirements.

You can’t just shove something into production and insist that it’s “better because I say so”. 72% of the feedback is saying “This isn’t better” or “This is worse”. But you’re not listening.

I have yet to see anyone explain, exactly, <i>how</i> Gutenberg is better.

• What, exactly, are the “problems” that it “fixes”?
• What “control” does it give me that I did not have before?
• How does the higher level of complexity benefit the majority of users?
• How is the added investment in time going to benefit me? (What’s the ROI?)

Unless you can provide answers to those questions which satisfy 80% of your users, it’s not “simply better”.

So, your story here is that you couldn’t figure out how to work a touchscreen in a car, because instead of taking the time to learn the system before driving, you jumped in and tried to multitask. That didn’t work out so well for you.

And there’s the 2nd issue with the “Gutenberg attitude”: Your approach isn’t “I should build something that is intuitive and simple to use”, it’s “deride the people that don’t understand my new-fangled way of doing things.

The thing you should be taking away from your own story is that you could have spent a few minutes familiarizing yourself with the unfamiliar interface, instead of making assumptions that ended up with you driving in the cold for 100 miles. The error was your own, not the interface’s.

{sigh} I’ve been driving for over 35 years. I’ve driven a dozen types of vehicles (including some that require a CDL). I shouldn’t have to “familiarize myself” with anything. It should be intuitive.

In a car, there are a couple systems that are basic and constantly used. “Heat” is one of them. It should be a big button on the screen. Touch that, and there should be a slider that has “cold” on the left and “hot” on the right. Slide the slider and change the temp.

It is absolutely the fault of the interface (or, more specifically, the UI designers) if it requires detailed reading and multiple-level menus to get to something as basic as “heat/AC”.

People want to have more control over the way they publish on the web, and better systems to give them more control are needed. This is the start of such a system.

I already use Elementor on several of my sites. I’ve taught a couple other people to use it. I’m not opposed to page-building tools–for those who want them. They can be great. Elementor has a few quirks I’m not happy with, but, overall, it provides “added value” to me. And a major part of that value is that I get to choose which pages I use it on.

Gutenberg isn’t providing “added value”. It’s requiring that everyone change the most basic way that they interact with the product–regardless of what the users want or need, and irrespective of how they actually use it.

I’ll be clear: I don’t expect for a second that WP will change course on this. But I want them to understand that Gutenberg has a large, strong, and vocal opposition. At least then they might understand why people are leaving.

(@otto42)

I’ve been at this longer than you have.

You’ve been using WP since before v1? That would be an interesting tale to hear.

Why do you think that having blocks matters, exactly?

Because “blocks” separate the content. It’s not a flow. It’s not a continuous text.

As I understand it, blocks are also dependent on Javascript. Text should always be rendered as text It may include markup, but that markup is a universal standard that is easily read by any browser or other utility.

If the blocks don’t interfere with my writing ability, then why should I care how the backend is organized?

That’s exactly the point. Or, one amongst many. Blocks absolutely interfere with my writing. That’s been the primary feedback across the board.

You seem to be opposed to the very idea of blocks on some deep level that I do not understand.

A) I use Elementor on a few of my own sites. I have not problem with separating content into “blocks”–as long as it makes sense.

B) Page-builders (like Elementor) are add-ons. They’re an advanced tool for those who are interested in using advanced tools. I work with clients who wouldn’t know a header tag from a hole in the ground. I’ve been on the internet since before there was a “World Wide Web”–and I couldn’t figure out how to use Gutenberg.

They give you more control, not less.

They introduce (and require) more complexity where none is needed.

A couple years ago, I flew back home form overseas and rented a car to get from ORD to my home town.

1. The car didn’t have a key. It took me a couple minutes to figure out how to open the door, and another couple to figure out how to turn on the engine.
2. The controls for the heating were all on a touch-screen. Rather than being able to reach over and turn a knob, I had to navigate a series of menus–which required me to direct my eye and my attention to an unfamiliar series of screens, while trying to drive in interstate traffic around Chicago. I drove in the cold for 100 miles because I had a choice of paying attention to the touch screen or paying attention to the road.

“Blocks” are an unnecessary, and overly complicated, “solution” to a “problem” that doesn’t exist. And, just like the touch-screen controls in that rental car, they add levels of complexity that have no value–and make it harder to actually accomplish what the user wants.

If you feel that Gutenberg is of value to you, great; add it as a plugin (just like I’ve added Elementor to several sites I manage). But please don’t insist that I have to adopt some overly-complicated, contrived “advancement” that just adds layers of complexity to an existing, elegant, tool.

I say: If it ain’t broke, don’t fix it.