Can I get a straight answer regarding the shortcode editor?

Hello again,
The shortcode editor was the ONLY advantage with your builder and I believe that you will lose a great number of developers as a result. What is needed is improvement to the editor as the centre piece and not as an extra, as that is a mistake. Additionally, repairing the editor is way more important than creating fluffy V2 elements were not essential, resource hungry and pointless. I believe that if this is the path that your company chooses, then, the Beaver Builder, Elementor and Divi of the world will certainly pass you.

  1. Yes, I have tried the elements and I have forced myself to create a fresh site with it, pointless.

  2. The power of Cornerstone was in the ability to build whilst in a text editor, adding shortcodes only to use the HTML, then re-editing and customise. The buttons that your guys detested was the only things that made the editor palatable. I am not alone, as no one I know feels the way that you indicate.

  3. Speed and editability, without constraint, is the only thing that matters. If there is to be V2 elements, fine, but it should never replace function and that is my main point.

My principal sites on PRO alone are 45GB in size and contain over 100 million words and just the shear waste of time and opening more windows to edit is just ridiculous, let alone to be forced to slow my development.

Without malice or pressure, it appears that there may be no choice but for me and many of my friends and my associates to leave on mass, as you, Alexander, have told me that this will not be fixed.

Till then, I will stay on V1.1.0 until we move.

I’m sorry, I’m not following how you’re opening more windows. What do you mean by that specifically?

There are two things:

Firstly, the ‘Legacy Shortcode Generator’ and the ‘add media’ buttons can only be accessed external to cornerstone. So, the only option to view the html shortcode is to run another browser instance, copy the html, then paste (at times into notepad++, edit then save) in cornerstone.

Secondly, I always create a new chrome browser instance to isolate and protect the work I am doing because cornerstone is not to be trusted. I then do my work on the page blog or portfolio, save then close.

Obviously, this all takes time, which is ridiculous and all because of two buttons.

I and many others are concerned that the goal posts are continually shifting and none of us trust the updates. How can we be guaranteed of reliability when the platform continually changes?

Lastly, I am simply disappointed.

This is the first time I’ve heard this workflow described. When I asked those questions I was trying to engage in understanding your motivations for using the shortcode generator. There might be better workflows we can advise but it sounds like you just in general have reluctance towards any of the newer features.

V2 elements are the culmination of months of user feedback and discussions with our customers. They will continue to be a focus for us moving forward as you can see with the latest Template Manager and Design Cloud update. If you feel like V2 elements are pointless and if you feel cornerstone is not to be trusted, maybe Pro isn’t the tool for you. If you at all feel this way we would encourage you to explore some other options. It never hurts to know what’s available to you.

Alexander,

Firstly, let’s put everything into context. I trust cornerstone up to V1.1.0 and I do like the idea of the V2 elements, global elements and the template management, but not at the cost of performance or reliability. It appears that the PRO developers are closing access to the back end to cater for new developers to drag and drop. The problem then becomes glaringly apparent for those editing existing content and of whom prefer to include the shortcodes from within the text editor. Remember, ACF Pro and a host of other plugins are used in conjunction with your shortcodes (example attached).

It is always good practice to edit the way I do to preserve the integrity of the workflow and by no way diminishes the achievements of the PRO developers.

All I asked, was whether there was support for this method, using the text editor then including additional functionality with the shortcodes.

As for your questions, they are leading and ignore my questions.

As I understand it and by your admission, the PRO Developers will not fix this capability going forward, thereby making it painful to all that have large existing content or whom develop this way. Just so this is clear, the workflow stops because copying the whole text block with cornerstone content within it, is now not an option, as with my attached sample code.

As far as my options and to what I have been led to believe, I have no guarantees for future developments, as text mode, will soon be made extinct by theme.co, which leaves me with no option, but to redevelop my 45GB of content.

Alexander, before you pass this letter on to the directors and management, please be aware that this is a licensing issue and I, as your licensee, am liable for your development discretion, your mistakes are my mistakes, your incompetence is my incompetence and the functionality, or change thereof, is as much your responsibility as it is mine.

Best regards …

Eric …

I have linked the text file (http://www.writersreserve.com/wp-content/uploads/ACF-Example.txt)

Hi there,

Thank you for your input. We will certainly convey the message to the management.

Thank you, I would very much appreciate that.

Hi Eric,

I’m sorry for not mentioning it earlier, but I’m one of the lead developers on Pro so you are in fact speaking with management already.

Thank you for the additional information. That text file you sent is incredibly helpful and gives me a more clear understanding of your workflow and how these changes have effected you. It’s also good to know you’re using ACF Pro. I did some testing and discovered a bug where ACF doesn’t work properly with V2 elements. This has been fixed for the next release.

I have not ignored your questions. My first post was to the point and addressed your questions as direct as possible as you requested. I was clear that the intent of my questions was to explore other directions because it is unlikely we will bring back the shortcode generator inside the content builder. To recap, the “Add Media” button is still a possibility, but not something we’ve decided on yet.

Text mode is not going away. There will always be a plain text editing mode. There just won’t be a way to automatically generate shortcodes. Now that the template manager is out, the next major release will be focused on stability, performance, and working through a good deal of UX feedback we’ve received. I’ve documented your feedback in the appropriate places so it can be considered when we start working on the text editor again. If you have a “wishlist” so to speak of ways the text editing mode could be improved, feel free to add that here and I’ll include it in our notes. I can’t guarantee it will be acted on, but I do appreciate how you represent users who heavily use that mode instead of the visual building features.

I understand your primary concern is that you have so much existing content and it’s not feasible to update all of that to a new format. The following may not be very helpful, but I wanted to include a few notes on how building out future content could be made easier with newer features of the tool:

  • Responsive Typography in Theme Options will allow you to set font sizes for each breakpoint. This would reduce the text content you manage as you wouldn’t need to have duplicate content for each screen size. It would also improve your SEO because you wouldn’t have duplicate heading tags.
  • The V2 Accordion element allows you to directly set an image as the icon. It can even rotate if you want.
  • Combined with ACF, the new Global Blocks feature could be used to create reusable collections of elements that are populated by ACF fields. For example, you could place a headline, text, and gap element together fully styled how you need them and with ACF tags as the content. If this Global Block is placed on a page (or inside an accordion) it will populate from the page’s custom fields. This could help establish some reusable patterns and result in less content.

Hello Alexander,

Thank you for your honesty, yet it would be remiss of myself to not let you know my opinions. If I ran the PRO project the way that themeco has, I would kick my own arse until my nose bled. I would never expose my company or those within my employ to that level of risk, let alone my franchisees, licensees or clients. That being said, I do believe in the idea of cornerstone and your latest developments, however, definitely not in the order that has been chosen.

To answer your questions regarding improvements to the text editor, I now believe that the only answer is to restore the original WordPress editor with all Classic and V2 elements set as an appendage, as Gutenberg will take over that role.

Then, I would suggest creating a converter to capture and quarantine all cornerstone and the template data from the SQL record to isolate this data from all pages, portfolios and blogs, including the new Gutenberg blocks. This would allow all users to remove cornerstone and the template without fear of losing data. I will also be building my own converter to protect my data, in preparation for WP5. It also appears that if I want to resolve the text editor problem, I simply have to develop it myself and reinstate the functions that were removed with JavaScript and another database table.

To answer your questions:

I already use responsive typography at 5 breakpoints;
I already set images for my Accordion Elements and use 3D objects; and
I already allow for the export of templates as blocks in V1.1.0.

Additionally, most of my data and renders are processed server-side.

With all this being said, it appears as if there is nothing to say but remain on V1.1.0 until Guttenberg, WP5.0 is released. This should be your main concern.

Good luck with the developments and best regards…

Eric

Thanks Eric, we appreciate the feedback. Gutenburg is definitely on our radar and we’ll be figuring out that integration closer to WordPress 5.0 be released.

Wow, almost a year later and still no usable text editor?

Hi Eric,

Is there something specific you’re referring to by the text editor not being usable?

I was reviewing our conversation and it seems you prefer to always edit in text mode when working with elements. Did you know we added a preference to toggle the default editing mode? You can now ensure it always open to the text mode and never have to see the rich text editor.

Dear Alexander,

I am not trying to be difficult, I am just trying to future proof my main sites as I fear that I will have to change millions of lines of code due to the latest developments of X theme.

My main sites retain version 1.1.0, as I thought it would be prudent to give time and await for the development curve to evolve, however, it appears that nothing will change and that inline editing to include v1 and v2 elements on-the-fly will never be available and that it now modular, without the ability to nest or include the elements within text statements.
Would this be a correct assumption or do I have this wrong.

Best regards…

Eric

BTW: Will ‘ACF Pro’ ever be up to date or would purchasing this separately help speed things up…

Hi @sneakyflea,

I’m adding some thought about this too. The version 1.1.0 is pretty old and any setup dependent on the features of that version will or may fail once you upgrade to latest version. There is always feature gaps when it comes to distant versions. Hence, you’ll have to do some major changes too in order to make them compatible. And it’s true regardless of plugin or theme. There are added backward compatibility to give users time to transition from different versions and features, which are gradually removed to optimize and remove bloated features that are supposed to be deprecated. But since you stayed on 1.1.0 then that’s going to be a major change or maintenance for your site.

And you can still use the standard editor if your work or development flow is based on standard shortcodes. And you can add shortcode to cornerstone text editor manually as well. But again, there is a limitation when it comes to the editor built-in to the cornerstone and it’s been like since the older versions, and that’s to minimize and remove bloat features in simple text editing.

I’m not sure about your last question, are you referring to ACF integration to cornerstone text editor? It’s still not possible, the cornerstone editor is not exactly the same as Wordpress standard editor.

May I know the inline editing feature that you’re referring? Or is it still related to the shortcodes for editor?

Thanks!

Dear Rad,

It is great to hear from you.

Are you comfortable editing in the modern version of cornerstone?

I rely on the editor to include media and shortcodes for elements whilst I am in the editor and I believe that in time, X theme will depreciate the older v1 elements, leaving me with no options and an amazing amount of work to do.

I never asked for exclusive ‘drag and drop’ elements, as I prefer to copy code as one text block, then modify as part of my workflow. As I understand it, this is the problem. I am being forced to slow my activities to cater for this interrupting and slow process.

I am at a loss to see why there is a reluctance to repair, empower and improve the text editor for those who code or simply wish to revisit their work without difficulty?

The ACF comment was regarding the update only and to why we only use older versions and not the latest? Would purchasing the full version with the latest update work or is there conflicts at every step of the development regarding ACF.

In conclusion, I use the latest X theme on a couple of sites, yet have not updated my two main sites due to my concern, as you have confirmed with ‘distant versions’ and ‘major changes too in order to make them compatible’.

Is there any hope and what are my options?

Best regards…

Eric

P.S. Can we replace the Page Builder?

Hi Eric,

Thanks for shedding some more light on your workflow. Hopefully I can provide some clarification and assurance from our perspective.

I rely on the editor to include media and shortcodes for elements whilst I am in the editor and I believe that in time, X theme will depreciate the older v1 elements, leaving me with no options and an amazing amount of work to do.

We will never deprecate those elements. We’re committed to keeping old sites up and running longterm. The last thing we would ever want is to introduce an update that requires extensive work to update a site. This is true of anything we’ve built going back to version 1 of X.

You can still add images - we just moved the button into the TinyMCE toolbar to save space.

What we have been doing however, is introducing new tools and features and making them a more prominent part of the editing experience. So while the pages you’ve build over the years will continue to look the same on the front end, there have certainly been changes like removing the shortcode generator from the visual page building experience (you can still use it in the WordPress post editor if you have the Classic Editor plugin to disable Gutenburg).

I never asked for exclusive ‘drag and drop’ elements, as I prefer to copy code as one text block, then modify as part of my workflow. As I understand it, this is the problem. I am being forced to slow my activities to cater for this interrupting and slow process.

I understand that this workflow is something you’re comfortable with, but it is an increasingly rare workflow these days. The majority of our customers use the drag and drop interfaces and have continuously been asking for ways to build sites without touching any code. If you look at what’s going on in the Theme market there’s a big emphasis on visual builders.

The entire basis for V2 elements (the Cornerstone 2.0 release) was identifying that we needed to provide more customization options per element. A V2 button has 130+ values that can be adjusted using the element controls. This is because you get full styling control to make the button look exactly like you want it to without CSS. It would be incredibly unweildy to do this via shortcodes and overtime it would bloat the database.

I am at a loss to see why there is a reluctance to repair, empower and improve the text editor for those who code or simply wish to revisit their work without difficulty?

I guess I’m still not following what needs to be repaired here. The fundamental difference I’m seeing is that the shortcode generator modal is no longer available directly in the page builder. If you’re just using the Shortcode Generator, you can do this in the WordPress post editor without ever needing to fire up Cornerstone. In that regard, not much has changed since before Cornerstone was released (aside from WP core changes). If you don’t see the button, you can enable it from Cornerstone Settings.

You are more than welcome to replace the page builder with whatever alternative you like. You might even want to explore some other options like WP Bakery’s updated builder (included for free with X). Most builders these days heavily revolve around a visual interface. It might be a good idea to try out some of the latest things available. You’d be looking at a new workflow paradigm so it’d be worth considering the latest versions of Cornerstone as well.

On that note, have you seen any of our updated templating functionality? We’ve seen this to be a great way to speed up making multiple pages with a similar look and feel. In the early days this was done by copy/pasting entire shortcode layouts but the Template Manager is a more elegant solution.

Regarding ACF, the latest version is usually on automatic updates not very long after it’s released. It’s not the same day because we test the updates first to check for conflicts before pushing out an update ourselves. What you might be experiencing is a conflict that happened with older versions that made it say “Update Unavailable”. To get around this, deactivate ACF and click “Check again” on the Dashboard page. there’s almost never a conflict or incompatibility. Purchasing ACF Pro version wouldn’t make a difference because when Pro is active we disable their automatic updater - otherwise X and Pro customers would be required to enter a ACF license to get updates.

Dear Rad, Alexander and Themeco,

Thanks for conversing and in the spirit of openness…

When I eventually update my v1.1.0 sites, my workflow performance will reduce to 10 percent as a direct result of developmental decisions made by Themeco. My principal sites on PRO alone are 45GB in size and contain over 100 million words which will also need updating.

Regarding your comments pertaining to the elements, they have depreciated in part, as I cannot access them the way I had and as per the response from Rad, ‘distant versions’ and ‘major changes too in order to make them compatible’ confirm this.

Regarding adding images via the Rich Text Editor, please fix the ‘p tag’ problem, then add the image link in the HTML part of the editor. Whilst considering this, reinstate the shortcode generator modal to incorporate the v2 elements to make them, your new tools and features available in the cornerstone page builder and not in the WordPress post editor.

My coding is not rare, it appears that the choice was made to recruit more sales and to target a lesser intelligencer and not to support the existing clientele. I am not against visual builders, I just believe that there are better options available and not to recklessly sacrifice those that code.

The nesting of v1 and v2 element shortcodes within text is essential and if this is not an option, then yes, you have degraded your editor?

I am not wanting to be difficult, but it appears that the workflow methods I employ are now abandoned and when you suggest using other page builders, then why use X theme at all?

Should I upgrade my sites or will I be trapped?

Best regards

Eric

Hey Eric,

The answer to your question is tricky because on one hand, embracing a new workflow sounds bad for you so the old version is the answer. On the other hand, compatibility, security and bug fixes are very important matters too and upgrading to the latest version is the answer for this.

Personally, I’d choose upgrading because security and bug fixes are very important.

For the workflow, it would require 3 things to be able to generate shortcodes:

  1. You need to enable Show Legacy Shortcode Generator in Pro > Settings
  2. Create a new page. This will be used for shortcode generation.
  3. Install the Classic Editor plugin

Everytime you create a page using the Content Builder, you need to open the shortcode generator page in a separate tab to copy shortcodes from.

The Shortcode Generator would be available beside the Add Media button.

Regarding the <p> tag problem, please copy your site to a staging server and update Pro in the staging version to see if this issue persists. If it does, please open a separate thread and give us the URL of the page in question, details of the issue and access to your staging’s WordPress Admin.

To your question:

A page builder is just for content. A theme is for your overall website design. For instance, you’re using Pro and it has a Header and Footer builder so regardless of the page builder you use, you can create a custom header and footer design.

X and Pro also does have unique design and functionality that couldn’t be powered by a page builder. In the future though, a Layout Builder would be possible so you have more power to customize areas of your site like the blog page which is currently only possible by modifying the template file. See https://theme.co/apex/forum/t/status-report-december-4-2018/48648. That is further reason to upgrade.

Our products are also updated or improved due to general user demand and new features are not created just for new or potential users, old users request improvements too and that’s how features in our products are born. In favor of new features though, some features must be put into legacy mode like the Shortcode Generator so new features become the standard.

Regarding v2 elements, they were not meant to be manually coded and it’s impossible to do so because they could only be generated and edited by Cornerstone or Pro’s Content Builder.

Thanks.

Dear Themeco directors, Rad, Alexander and Christian.

With all due respect, Christian, did you understand what I wrote before you responded?

I absolutely consider security and bug fixes to be of paramount importance and this is why I am deeply concerned and even though the new workflow is pathetic, I believe that I have no choice but to upgrade.

I do know how to generate shortcodes as a workaround and regarding the content builder, you are simply wrong. Cornerstone is part of pro, which means that any existing page developed with these elements are specific to that builder and cannot migrate without conflict.

I feel that I and my opinions are of no concern to you or to Themeco, as there appears to be no room for manual coding practices and that is a mistake and just to be clear, I believe that Pro is outstanding but is left wanting.

Please see to it that the directors of Themeco see my posts and comment directly.

Best regards…

Eric

I answered your questions based on my understanding of what you wanted and I believe I have answered accordingly except for the the Legacy Shortcode Generator part which you can ignore. I’m sorry I missed the previous discussion on that

I’m also sorry if you already know what the benefits of upgrading are. I just answered your question if you should upgrade your sites or not and I gave the pros and cons.

Regarding this:

Yes, Cornerstone is integrated in Pro and I referred to it as:

I use that interchangeably though so sorry for the confusion.

Still referring to what you said above, I believe your talking about migrating Cornerstone data to another page builder? I didn’t say anything about migration. We assumed you already understood that so we are referring to the creation of a new page using other page builders. If there’s still a misunderstanding here, please elaborate.

Now to:

We take each and every customer’s opinion seriously but that does not mean that every opinion or feature request should be implemented. Alex already explained why the shortcode generator workflow changed. It’s not what you wanted but he explained the majority of users wanted more options.

I’ll forward this to our leadership team for review.

Thanks.