Forum Replies Created
-
AuthorPosts
-
Definitely not a caching issue.
I’d rather not give out details to our production server but can do a screenshare –
June 24, 2016 at 3:19 pm in reply to: Bug Report: Sub menus don't toggle on mobile unless "sticky" is chosen #653040Altering a core file doesn’t seem to be a solution – can’t you guys just fix this so it works properly? It seems both I and the person in the other thread have reported this as a bug (and the fact you mention to alter a core file shows that it is definitely a bug)
- This reply was modified 8 years, 4 months ago by scottybowl.
Interesting, I’ll give that a try. One thing though, it’s not possible to put in line breaks into the textarea unless I copy and paste.
It might also be worth adding additional information about what “Escape HTML Code” actually does as at the moment it’s not very clear.
Brilliant, thank you for your help!
This reply has been marked as private.Hi Ismael,
Thanks for getting back to me.
I thought the same thing as you at first, but it is actually possible for custom post types to support hierarchy, see the definition below (note the “‘hierarchical’ => true,” setting):
function rmv_places() { $labels = array( 'name' => _x( 'Places', 'Post Type General Name', 'text_domain' ), 'singular_name' => _x( 'Place', 'Post Type Singular Name', 'text_domain' ), 'menu_name' => __( 'Places', 'text_domain' ), 'parent_item_colon' => __( 'Parent Place:', 'text_domain' ), 'all_items' => __( 'All Places', 'text_domain' ), 'view_item' => __( 'View Place', 'text_domain' ), 'add_new_item' => __( 'Add New Place', 'text_domain' ), 'add_new' => __( 'Add New', 'text_domain' ), 'edit_item' => __( 'Edit Place', 'text_domain' ), 'update_item' => __( 'Update Place', 'text_domain' ), 'search_items' => __( 'Search Places', 'text_domain' ), 'not_found' => __( 'Not found', 'text_domain' ), 'not_found_in_trash' => __( 'Not found in Trash', 'text_domain' ), ); $rewrite = array( 'slug' => 'places', 'with_front' => true, 'pages' => true, 'feeds' => true, ); $args = array( 'label' => __( 'places', 'text_domain' ), 'description' => __( 'Places in the UK', 'text_domain' ), 'labels' => $labels, 'supports' => array( 'title', 'editor', 'thumbnail', 'custom-fields', 'page-attributes' ), 'taxonomies' => array( 'category' ), 'hierarchical' => true, 'public' => true, 'show_ui' => true, 'show_in_menu' => true, 'show_in_nav_menus' => true, 'show_in_admin_bar' => true, 'menu_position' => 6, 'can_export' => true, 'has_archive' => true, 'exclude_from_search' => false, 'publicly_queryable' => true, 'rewrite' => $rewrite, 'capability_type' => 'page', ); register_post_type( 'places', $args ); }
- This reply was modified 9 years, 7 months ago by scottybowl.
This reply has been marked as private.Sorry to bump, but I still haven’t been able to figure this one out
Well, the real reason I’m trying to go web safe is that we’re getting strange errors with .woff files that we can’t seem to fix:
"NetworkError: 403 Forbidden: header 'Content-Type' value denied - http://fonts.gstatic.com/s/bitter/v7/SHIcXhdd5RknatSgOzyEkA.woff" SHIcXhd...kA.woff Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://fonts.gstatic.com/s/bitter/v7/SHIcXhdd5RknatSgOzyEkA.woff. This can be fixed by moving the resource to the same domain or enabling CORS.
If you know of a solution, that would be great, otherwise I’d be happy to just disable woff files if you know how to do that.
Thanks!
That did the trick, thank you :) The fade still happens (which is fine) but it seems to trigger instantly now
Hi Elliot,
Even after the images have been cached it takes a few seconds before showing the first slide (with all other images on the page instantly available). Any ideas?
The CSS approach worked for the icons, but there is no reference to the JS mentioned in the gallery thread – is there a potential CSS tweak so I don’t to change the JS?
Thanks in advance,
Hi Elliot,
On our homepage for example: http://www.severnedgevets.co.uk/
The slideshow fades in and so do the icons. I’d prefer not to have to wait for the user to scroll past before things appear, and also to have things in their final state immediately (rather than grow to size).
Thanks!
Just a note on this, changing other elements on the page (e.g. hiding/showing breadcrumbs) works when pressing update, it’s just the content area that doesn’t seem to be triggering
I’m still facing the same problem, the memory increase didn’t seem to fix it unfortunately.
Hi Yigit,
Thanks for the reply – I’m currently developing locally so unfortunately can’t share the site. I’ll try increasing the memory for the site and see if that fixes it :)
Thanks! Very helpful :)
September 15, 2014 at 10:33 am in reply to: Restrict Magazine Content Element to Specific Post Type #319093Hi Josue,
No problem. I’m assuming I can just replace a function/file in my child theme to do this? If so, would it be possible to point me in the right direction for the files that need to be edited?
Thanks in advance,
Scott
-
AuthorPosts