Accueil › Toolset Professional Support › [Résolu] Divi issue to edit post
This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.
Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.
Aucun de nos assistants n'est disponible aujourd'hui sur le forum Jeu d'outils. Veuillez créer un ticket, et nous nous le traiterons dès notre prochaine connexion. Merci de votre compréhension.
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
---|---|---|---|---|---|---|
- | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | - |
- | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | - |
Supporter timezone: Europe/London (GMT+00:00)
Marqué : Content Templates, Views, Views plugin
Documentation connexe :
Ce sujet contient 10 réponses, a 2 voix.
Dernière mise à jour par Ljuba Il y a 6 années et 8 mois.
Assisté par: Nigel.
I have CPT (Sites) and I started to create 'List View' (as in your tutorial for Ads). Everything is fine, also 'Delete post, but it looks that Edit Post is impossible to set. In fact, it is possible, if I not switch in View Template section to Divi builder and just insert the shortcode directly. Everything is fine, but post is edited without control as it display default sidebar, title, featured image above...., briefly, without any control on layout of the edited post.
If I activate Divi builder for Edit sites Template, my view for sites of current user cannot to see it. Than I checked it with user case (Edit profile) and there is the same issue. Joke is obviously in fact that for user profile I don't need direct access to link and for posts, I need. Mixing Toolset Layout (to take control over layout) and Divi is possible, but I want to avoid it.
Again, funny part is that if I try to insert Edit site Template in Edit site page (as for users) - it works, but I don't need that, I need access to View button for editing post (to be able to insert it in user sites template).
Summary, raw shortcode
[cred_form form="editar-sitio"]
WORKING and Divi shortcode
{!{cred_form form="editar-sitio"}!}
NOT WORKING.
Not working mean that I have message on screenshot, despite the fact that EXACTLY SAME TEMPLATE is about (only code is changed).
In user sites listing Edit link disappear with Divi shortcode and remain with 'raw shortcode', but you can see how it open the post for editing.
Les langues: Anglais (English ) Espagnol (Español )
Fuseau horaire: Europe/London (GMT+00:00)
Hi Ljuba
The issue as I understand it is that when you edit a post with CRED its appearance is different than when viewing the same post, is that right?
CRED only includes basic styling in a single column layout. You can improve the styling and layout by directly modifying the form markup, but it is a manual process. So you can move the fields inside grid markup that provides two columns, for example, but it requires manually editing the markup.
A CRED edit form lives inside an unassigned Content Template for display purposes.
If you have a Content Template to display single posts of a custom type, you can use the theme options to—for example—disable the theme sidebar and the post title on that page. Those same theme options are available on the Content Template used to hold your CRED edit form, and with the same settings you can make the overall page layout appear the same for both viewing a single post and editing it.
With Divi the theme option to show/hide the featured image on single custom posts is missing, and we have an existing request to update the theme options to includes that option. Currently the featured image visibility on custom posts is determined by the global Divi theme option for blog posts. If you use some technique such as CSS to hide it on single custom posts you would need to employ the same technique for your edit forms.
NO
I know how it work and I actually reported Toolset BUG (and very important). Please read it again carefully, as I believe that all is clearly written and supported by images.
Pay attention on SUMMARY (see images 002 and 003)
[cred_form form="editar-sitio"]
WORKING (without Divi - as 'plain' shortcode)
{!{cred_form form="editar-sitio"}!}
NOT WORKING
TO TRY TO HELP (more) to understand
If I 'cheat' and save 'plain' shortcode Content Template and than I use it in Divi Content Template, it working, but Template is not recognized by Toolset (claim that there is not Template (see image 001) and I doubt in functionality in such 'cheated' Template (Toolset functional 'chain' is broken).
If I in EXACT SAME TEMPLATE replace Divi shortcode with 'plain' shortcode, Toolset recognize Template (??? - obvious BUG), but frontend view is out of control (precisely, under Divi general controls).
(again) TO TRY TO HELP (more) to understand
Pay attention that on your tutorial guide for Edit Profile, you use Page instead of Content Template - but it could be normal as there is about one profile and CPT is about Archive Views and Template is needed (but not working).
Solution is also not to activate Toolset Layout (to use it) vs issues with Content Templates and Divi (in other words, I better to drop Divi if I use Layot).
Les langues: Anglais (English ) Espagnol (Español )
Fuseau horaire: Europe/London (GMT+00:00)
Hi Ljuba
I read carefully through your post again.
I can confirm the problem with the curly-brace format of the shortcodes not being recognised by the scanner which tries to identify which Content Templates contain an edit form, and I have reported it as a bug and am therefore escalating this thread.
What I don't understand from your question is where—I think—you say the form template renders differently if the form shortcode is inserted with square brackets (so it can be recognised by the scanner) rather than curly braces (when it cannot).
Changing between the two I see no difference.
By the way, as a workaround for the scanner problem, you can edit the shortcode to use square brackets so that the scanner recognises the template when inserting the edit link, and then edit it back to curly braces. (Obviously this isn't a "solution".)
I know that edit forms in an unassigned template will be rendered by your theme's single.php file. As I mentioned about you can use the available theme options with the Content Template to do things like disable the theme sidebar etc.
Can you clarify what you see differently if you insert the cred_form shortcode with curly braces or square brackets?
I uploaded and sent to Christian Cox credentials for website with issue. I asked him to send you credentials also how you can see yourself. At present moment, template is set to 'raw shortcode' and it appear as you can see on image 006 (right sidebar + featured image + meta data = rest of page is Edit post).
Pay-around
1) activate Divi builder in Page Template dialog and in Divi insert the shortcode (from editor).
2) Try to use exactly same template and you will see that exactly same template is not anymore recognized by Toolset (when I want to activate Edit post View field - image 005 is raw shortcode and 004 is Divi shortcode).
3) If you click (in this state) in Edit link on 005 you will open 'Edit post' page from image 006.
PROBLEM
Problem is 'Edit Site' link and not template itself (as I can create also page instead of Template - same like for Edit Profile - see on website).
Problem is how to insert link in Archive Page for Sites of current user to lead to that page (like for Edit Profile) if Template is not used??? I don't think that it is possible without template and such template I can get only ifI activate Layout (what is not what I want- as there will be other problems after that).
To try to be more precise and clear:
1) "What I don't understand ... you say the form template renders differently....curly braces (when it cannot)."
- For the moment forget rendering of the Edit Form and focus on the facts that 'raw shortcode' (you call it 'square') Edit CPT link appear in current users Archive page (image 005) and with 'brackets' simply disappear (image 004 there is only 'Delete post' link).
- So, what is the purpose even to try to 'cheat' with brackets, if I cannot display the link of Edit Post???
2) "Changing between the two I see no difference."
- Yes, there is. Edit post with 'square' is with 'native' (default) WordPress look/design - where is not only problem with sidebar, there is also featured image and meta data above the Toolset Edit Form template. With Divi - you can set only Toolset Edit Form on Fullwidth page.
- Well, Toolset Edit Form itself render the same, that is the truth, but useless as it is part of the default Post Template and not Custom template (created by Divi) as it should to be.
3) "By the way, as a workaround ... this isn't a "solution".)"
- I already answered in 1) that it will not working as issue is more in Edit Form Toolset View Link, than in template itself. I also exposed that it is used for edit profile via page, but it is not the same as I need several different Archive Views with Edit Post Link and there is no way to do it without the Custom Template for Edit Post Link (and with brackets, it disappear).
4) "I know that edit forms ... etc."
- Yes and No. More is No than Yes. Divi by default do not permit that Posts default template can be Fullwidth (can be hacked, I agree, but it can affect me in other part of the site - Blog). In other words, ITA MUST BE Custom Template, as it is predicted by Toolset.
- Do not forget, that there is also issue with Featured Image and Meta Data (should be also removed by 'hacking' Divi).
5) "Can you ... brackets?"
- See image 006 (that is 'square' shortcode Template. Appear with Sidebar, Featured Image and Meta Data.
- Divi appear fullwidth and only with Edit Post CRED Form (as should to be). But, cannot be linked from other pages, as Toolset Edit Form Link disappear if you 'cheat' or if you try to use it as it is (also without 'cheating' with brackets you can do it, as well).
Hopefully, now is clear and as I wrote, ask from Cox credentials and try yourself.
THIS IS CRUCIAL FATAL BUG to use Toolset with Divi, as it break CPT Custom Template usage. For me is incredible that such basic bug wasn't discovered before.
For me looks that now I must to go back (again) and start with (Astra) Genesis and Elementor Pro (I have developer licenses, as well for Divi), as Beaver Builder/Themer is too expensive option. Issue is that for reasons of Toolset direct support of Elementor, it could be even more adventurous than with Divi and I will spend more time (even now I breached project terms limits). I chooses Divi before Elementor as Divi was advertised by Toolset as implemented full support and now .... However, switching maybe could be the best solution ... if there will not be same/similar issues.
For such reasons, I will be more than thankful if some chat support will be established immediately, as you can see that I opened issue last week and for you is clear that I cannot go forward before this issue is not solved. One message per day will extend everything many days. I don't care about when (timezone) it will be, just let me know how to do it (all accounts as SKype or whatever are available).
Certainly, if you gain access to website credentials from Cox and if you solve issue for tomorrow, it is not necessary, otherwise ... I obviously need urgent (effective) solution.
OK, I 'cheated' and it now works, but I'm not 'happy'.
1) I set in Template options of theme to exclude sidebar and that works fine.
2) Problem with et_post_meta_wrapper:
a) - I set in Template CSS as
.et_post_meta_wrapper {
display:none;
}
b) - I set some HTML in Template (not affect page loading).
Result is ugly load, as load of et_post_meta_wrapper is clearly visible.
Any advise (better solution) about et_post_meta_wrapper?
Les langues: Anglais (English ) Espagnol (Español )
Fuseau horaire: Europe/London (GMT+00:00)
Regarding your last post, our theme options for Divi are missing some options, specifically the ones you mention, i.e. the ability to disable the featured image and the post meta section. We have an internal ticket to add those, I'm not sure when it will happen.
If you are seeing that section appear initially on page load before your CSS takes effect, it is because of how the custom CSS from a View is added.
Can you instead add it to the Divi custom CSS section in the main Divi settings page.
For a single custom post the body gets a class of single-{slug} added, and you will need to use this to narrow the scope of your CSS so that it doesn't affect other post types such as standard blog posts, e.g.
.single-sitio .et_post_meta_wrapper { display:none; }
That should prevent the flash of unwanted content.
Regarding your prior update, I got the credentials for your site and went to examine the problem, but I guess you must have made quite a few changes.
I don't know how you generated the screenshots 004 and 005 in your original post. If I visit the single Playa de Canoa post I see the CRED edit form. Your content template for single sitio posts doesn't show the post itself, but shows the CRED edit form.
If there is something you want me to check further, please let me know.
By the way, the original issue—where the scanner wasn't detecting CRED forms inserted with curly-brace shortcodes inside a page builder module—has been fixed in development and the fix will be contained in the next stable release.
1) Yo need to be logged as another (see credentials from Cox ticket) user/editor (not as administrator) to get that screenshot view (in red menu appear as Mis sitios), as sites not belongs to administrator.
2) Thanks for css advise (so, child theme css load before the page css)
3) This is actually ONLY REMAINING QUESTION:
- when will be available regular version with fix for update (to know what to do)?
Les langues: Anglais (English ) Espagnol (Español )
Fuseau horaire: Europe/London (GMT+00:00)
I saw the notification for this so let me come back to answer it quickly, so you don't have to wait a whole day because of time differences.
For 3: the fix is done but the next update of Views is a few weeks away. If you need a patch before then I could ask the developers if they can provide one.
I logged in with the other user and saw the list of posts as per your screenshot and the edit links appear, so I take it that is resolved, but if not, let me know.
Few weeks are just fine for production version of website. Thanks for help.