Tony Hayes
Forum Replies Created
-
This often happens in WordPress when there are two many columns for the screen width. One thing you can do is just zoom out. The other is to click the “Screen Options” tab in the top right and turn off any number of columns you don’t need to see all the time by unchecking them.
WordPress does this by default when a custom post type is registered with
has_archive
set, which Radio Station does. You can change this behaviour using a filter:add_filter( 'radio_station_post_type_show', 'custom_show_post_type_filter' );
function custom_show_post_type_filter( $post_type ) {
$post_type['has_archive'] = false;
return $post_type;
}Alternatively if you do want the show archive somewhere else just give it another slug instead of the default
'shows'
@vrishabhsk Thanks for reporting!
@east1 Here’s a filter for the host and producer post type registration to remove the public profile pages:
/* disable public host and producer profile pages */ add_filter( 'radio_station_post_type_host', 'custom_disable_profile_pages' ); add_filter( 'radio_station_post_type_producer', 'custom_disable_profile_pages' ); function custom_disable_profile_pages( $post_type ) { $post_type['public'] = false; $post_type['has_archive'] = false; return $post_type; }
You’ll probably want to disable the redirection of author pages to profile pages also:
/* do not redirect links to profile pages */ remove_filter( 'radio_station_host_url', 'radio_station_pro_host_url', 10, 2 ); remove_filter( 'radio_station_producer_url', 'radio_station_pro_producer_url', 10, 2 );
And maybe filter shortcodes/widgets to not link there either:
/* do not link to host profiles from widgets */ add_filter( 'shortcode_atts_current_show', 'custom_disable_profile_links', 10, 4 ); add_filter( 'shortcode_atts_upcoming_shows', 'custom_disable_profile_links', 10, 4 ); function custom_disable_profile_links( $out, $pairs, $atts, $shortcode ) { $out['link_hosts'] = 0; return $out; }
Not sure if you are wanting to remove the Host/Producer/Team tab from the Show page also? I might just make this one an option as there is already a setting for combining them.
@djclewes32 @midwestbroadcasting @1980sbrady
Thanks for your patience. A fix has been pushed to the development version and will be included shortly in the forthcoming 2.5.7 hotfix release.
You can try the development version available on Github at https://github.com/netmix/radio-station/tree/develop/ or wait for the 2.5.7 release later today.
@sounds Apologies for missing this issue, you should be able to adjust the background color for the remaining time countdown like this:
.rs-countdown .rs-hours, rs-countdown .rs-minutes, .rs-countdown .rs-seconds {background-color: #111111;}
Thanks for your patience. A fix has been pushed to the development version and will be included shortly in the forthcoming 2.5.7 hotfix release.
You can try the development version available on Github at https://github.com/netmix/radio-station/tree/develop/ or wait for the 2.5.7 release later today.
Closing this out here as continued via email.
The given URL doesn’t seem to be available any more. Can you provide another link please? We haven’t tested the plugin with Breakdance yet, but the shortcode for the schedule should work like any other WordPress shortcode does and any page builder should support that. Are you using the schedule as an automatic page, shortcode, widget or block?
It’s possible the way Breakdance loads the content, that the schedule javascript is not loading properly and so the clicks are not working. In a recent update (2.5.0) we added an extra check to try to help ensure some inline scripts are still loaded, can you let us know what version you are using?Are you talking about in the schedule display itself? Seems you have already hidden that or found how to turn it off?
Or are you talking about this text at the top of that page?
“Radio Timezone : BST (Europe, London) [UTC+1] Your Timezone : ? Monday 12th Jun ? ? Tuesday 13th Jun ? ? Wednesday 14th Jun ? ? Thursday 15th Jun ? ? Friday 16th Jun ? ? Saturday 17th Jun ? …”
That seems to be some kind of section that is part of your theme, not the Radio Station plugin. Looks like it might be pulling an automatic post excerpt from the page. You might need to edit that page and set the post excerpt manually to remove that.@sounds The shortcode attribute for this for the Current Show shortcode is
default_name
.HTML will be escaped though, so if you need to include extra HTML markup instead of just change the text message, you’ll want to use the filter
radio_station_no_current_show_text
to set this instead.- This reply was modified 2 years, 5 months ago by Tony Hayes.
@sounds The existing style rule selector for this in
css/rs-shortcodes.css
is:.current-show-countdown .rs-hours, .current-show-countdown .rs-minutes, .current-show-countdown .rs-seconds {background-color: #F0F0F0;}
So you can override it by adding an extra level of specificity to the selector, eg.
.current-show-countdown.rs-countdown .rs-hours, .current-show-countdown.rs-countdown .rs-minutes, .current-show-countdown.rs-countdown .rs-seconds {background-color: #040b09;}
or…
body .current-show-countdown .rs-hours, body .current-show-countdown .rs-minutes, body .current-show-countdown .rs-seconds {background-color: #040b09;}
@chizeck I believe another user was having a similar issue with a particular version of Pro. If you are still seeing this after updating to the latest version (currently 2.4.1.10) then let us know via a Pro support email and we can get to it faster that way. I’ll close this issue out on this forum though.
@rhmon The “Viewing: Friday” text was added to reduce this kind of confusion.
To prevent this occurring you can probably just make the schedule display start on the current day by adding
start_day="today"
attribute to the master schedule shortcode.I can look at tweaking the display to try to avoid this possible display mismatch. i’m not sure how Friday got selected if that tab wasn’t in view and clicked? Just to check in this case, the current day is Friday but you have Monday set as start of the week? If you give me some more specifics on your settings I’ll try to reproduce the behaviour.
@rhmon The views have been designed from a fully responsive design perspective. That is they don’t adjust via media queries or on a per-device bases, but rather the widths of the tabs and the number to display etc. are calculated based on the screen width.
I can’t seem to reproduce the issue as you are describing, the day tab headings seem to be working as intended even on very narrow screens. I am testing in the responsive mode of Chrome developer tools however. So if there are specific mobile device(s) that you are testing with, let us know what they are and I’ll take another look with the correct dimensions or mobile browser emulator to see if there is something in need of tweaking.
Optionally you could record a video of what is happening for you (again though, we’d need to know screen width and browser at minimum to reproduce this.)