Forum Replies Created

Viewing 15 replies - 1 through 15 (of 192 total)
  • Plugin Author Mike

    (@mgsisk)

    Good question; thanks for asking @erudyne (and @rikuansem). Two things I think I should point out before talking about storylines:

    • Webcomic always uses a comic’s post date to determine the order of comics.
    • WordPress requires post slugs to be unique across an entire post type. You can have multiple comic’s titled “Page 1,” but the post slugs (and url’s) will have to be different in some way (by default WordPress tacks a number on the end, so you get page-1, page-1-2, page-1-3, etc.).

    Storylines are designed for organizational purposes; they’re functionally equivalent to Categories, with a few additions:

    • You can assign an image to a storyline, which can be used in various ways on your site (showing a storyline cover on an archive page, for example).
    • You can sort storylines. This let’s you keep the storylines – not necessarily the comics – in a particular order.

    That last part is important to remember; by default, Webcomic essentially ignores storylines for navigation purposes, so sorting your storylines won’t necessarily resort your comics. Webcomic has a lot of navigation functions, however, and you can leverage storylines in various ways to force a particular order.

    If you specify a storyline for for previous_webcomic_link(), for example, it will only look at comics within the specified storyline when trying to figure out which comic is the “previous” comic. There are also storyline-specific navigation functions (previous_webcomic_storyline_link(), for example) that can be used to jump through entire storylines. Combining the two – storyline-restricted first/previous/next/last navigation links with first/previous/next/last storyline links – might be one way to more strictly enforce a particular comic order (based on storylines).

    There’s a little more info about storylines (and Webcomic in general) in the docs.

    • This reply was modified 7 months, 3 weeks ago by Mike.
    Plugin Author Mike

    (@mgsisk)

    Hey @sailorptah, apologies for the slow response.

    1 – You should be able to turn this off by unchecking Touch gestures in the Webcomic section of the customizer. If that doesn’t work, you can also try opening up wp-content/themes/inkblot/webcomic/display.php and removing the data-webcomic-gestures attribute from the post-webcomic div (should be line 10, near the top).

    2 – You should be able to drop a Text Widget into the Site Footer sidebar to replace the default text with whatever you like. Alternatively, you can open up wp-content/themes/inkblot/footer.php and replace lines 15–19 (should start with printf(…) to replace the default footer text.

    Plugin Author Mike

    (@mgsisk)

    Hey @speechpoet, apologies for the trouble. I could’ve sworn WordPress included custom post types in category and tag archives at one point, but that’s clearly not the case. Until I can update Webcomic itself, you can add this code to your theme’s functions.php file to force Webcomic posts to be included in category and tag archives:

    
    function hook_webcomic_force_taxonomy_archives( WP_Query $query ) : WP_Query {
    	if ( $query->is_admin() || ! $query->is_main_query() || ! ( $query->is_tag() || $query->is_category() ) || $query->get( 'post_type' ) ) {
    		return $query;
    	}
    
    	$query->set( 'post_type', array_merge( [ 'post' ], webcomic( 'option.collections' ) ) );
    
    	return $query;
    }
    
    add_filter( 'pre_get_posts', 'hook_webcomic_force_taxonomy_archives' );
    

    I’ve also opened an issue on GitHub for this.

    Plugin Author Mike

    (@mgsisk)

    PRIMARY QUESTION

    That’s correct; even though the parent may not have any posts assigned to it, WordPress doesn’t consider it truly “empty” if any of it’s children have a post assigned. To get just a parent’s children, what you really want is a parent argument.

    The bad news is that Webcomic doesn’t currently support parent as an attribute for the webcomic_characters_list shortcode (short reason: WordPress makes you specify each attribute a shortcode supports, and parent just didn’t make the cut).

    The good news is that you don’t have to wait for me to add support for parent; you can do it yourself by pasting this code into your theme’s functions.php file:

    
    function shortcode_atts_webcomic_terms_list_custom( $out, $pair, $atts, $shortcode ) {
    	if ( isset( $atts['parent'] ) ) {
    		$out['parent'] = (int) $atts['parent'];
    	}
    
    	return $out;
    }
    
    // NOTE: You'll need an add_filter call for each shortcode you want to add parent to.
    // You can use the same callback for all of them; only the filter name would change.
    add_filter( 'shortcode_atts_webcomic_characters_list', 'shortcode_atts_webcomic_terms_list_custom', 10, 4 );
    

    With that in your theme’s functions.php file, you should be able to add a parent property to the webcomic_character_list, like parent="###".

    SECONDARY QUESTION

    Actually, the widget just hardcodes the default option, which is what you should also do in the shortcode:

    
    [webcomic_characters_list format="<select><option value=''>Select a Character</option>{{}}</select>"][/webcomic_characters_list]
    

    Note the use of ' for the value attribute; trying to use " will break the shortcode (since we’re already useing " for the shortcode attribute). Also, you should only put text between the {{ and }} if you want that text to show up between the terms; otherwise, you can leave it blank (<select>‘s ignore this text anyway, so it’s not a big deal here).

    Plugin Author Mike

    (@mgsisk)

    Apologies for the confusion, @faranae. I’m trying to work out examples for all of Webcomic’s shortcodes, but it’s slow going; hopefully I can clarify a few things.

    First – whenever you’re working with a WordPress Page that you want to use Webcomic bits on, it almost always helps to specify a Collection in the Webcomic Settings metabox on the Edit Page screen. Without that, Webcomic can’t know what Collection the Page “belongs” to, and a lot of other things won’t just work, unfortunately.

    Second, it sounds like you’ve almost got it: you do need the “tag_ID” number from the URL (the Simply Show IDs plugin can help with this as well, actually). Then, you should be able to use something like this:

    [webcomic_storyline_link term="###"]%medium<br>%title[/webcomic_storyline_link]

    Note that this template tag happens to work without setting a Collection in the Webcomic Settings meta box because term ID’s are unique; as long as you’re using the correct term ID, WordPress will know which storyline you mean.

    Plugin Author Mike

    (@mgsisk)

    Apologies for the trouble, @bilvyy. What you describe makes sense for the posts; WordPress seems to need something in the content field to handle posts correctly (this is why the Generator inserts a non-breaking space into the post content for generated posts).

    Now, why the Generator itself wouldn’t be working… I’m not entirely sure. Does it produce any errors, or does it appear to work but doesn’t? Also, a list of active plugins may be helpful (I’m not entirely sure another plugin would actually interfere with the Generator, but you never know).

    Plugin Author Mike

    (@mgsisk)

    Adding .webcomic-navigation to that list should do the trick:

    
    .webcomic-navigation,
    .webcomic-navigation + .hentry,
    .webcomic-meta,
    .webcomic-meta + .comments-area {
        background: #fff;
    }
    
    Plugin Author Mike

    (@mgsisk)

    Hey @tilas, apologies for taking so long to reply. This actually depends partially on your theme; something like this may work:

    
    .webcomic-navigation + .hentry,
    .webcomic-meta,
    .webcomic-meta + .comments-area {
        background: #fff;
    }
    
    Plugin Author Mike

    (@mgsisk)

    Hey @jeypawlik, glad to hear things got sorted out! Most of the time when this sort of thing happens, it’s a permalink issue. For others stumbling across this, updating the site Permalink settings (just going to the Settings > Permalink screen and clicking Save Settings) should be enough to correct the issue.

    Plugin Author Mike

    (@mgsisk)

    Hey @peterthomascrowell, thanks for asking! I haven’t used Yoast with Webcomic myself, but I know of at least a few Webcomic users that use Yoast with no major issues reported.

    Webcomic itself doesn’t really provide any SEO-specific features. It *can* generate <meta> tags for Twitter cards, but you can toggle that feature off if you prefer to use Yoast for that sort of thing.

    Plugin Author Mike

    (@mgsisk)

    Hey @sailorptah, apologies for the trouble. It looks like there might be several things going on here:

    • There might be some weirdness in the Twitter Card Validator, actually; the third URL for shine didn’t have an image when I tested it the first time, as you mentioned, but did have an image on subsequent tests. The last Shine URL is a taxonomy archive, which would only include an image if one has been added to that storyline. I’m guessing one hasn’t because I’m not seeing a twitter:image meta field in the HTML for that page, but if you have assigned an image to that storyline this is definitely a bug. I tested this out while typing my response and can confirm there’s a bug in how Webocmic’s Twitter component grabs taxonomy archive images, so even if you set one it won’t work properly right now. Will get this fixed in v5.0.7
    • Each of the comic pages on Shine actually has two sets of Twitter Card meta data (one from JM Twitter Cards and one from Webcomic, I’m guessing). In Webcomic 5 you can turn off Webcomic’s Twitter meta data to prevent this sort of scenario, and I’d recommend either that or turning of JM Twitter Cards for comic posts (fwiw, it looks like JM Twitter is using a fallback image URL for comic pages right now).
    • On Leif & Thorn, it looks like only Yoast is generating Twitter Card meta data (there’s an extra twitter:creator field that might be coming from Webcomic, but I’m not sure why it wouldn’t be outputting the full set of meta data for comic pages, unless there’s a filter somewhere messing with it… I take it back; Webcomic doesn’t use the twitter:creator field). The Yoast meta data only includes a twitter:image for the fallback image, which is probably why you’re only seeing that image on cards. I’m not sure what Yoast uses by default… you may need to set a featured image for comic posts that’s the same as the comic image to get it to use the correct image URL.
    • This reply was modified 1 year, 4 months ago by Mike.
    Plugin Author Mike

    (@mgsisk)

    Hey @greenlaw, I think you’re probably on the right track. The main thing for non-Inkblot themes would be to look at using Integration actions to get Webcomic stuff in the place you want it. There are really just two main actions you’d want to look at:

    webcomic_integrate_landing_page, which should work for the site home page, WordPress Pages, and most other landing-page scenarios. You’d typically want to add this to a themes index.php file, like: do_action('webcomic_integrate_landing_page');.

    webcomic_integrate_media_and_navigation, which should work for single-post pages. You’d typically want to add this to a themes single.php file, like: do_action( 'webcomic_integrate_media_and_navigation' );.

    Once you’ve added those actions to your theme (the exact location depends on where you want comics to display), the Webcomic integration method should get them working. Universal uses standard WordPress hooks, which is why comics may not always show up exactly where you want them. Webcomic assumes you’ve added those integration actions to the theme, and will use those instead.

    Plugin Author Mike

    (@mgsisk)

    Hey @greenlaw, apologies for the trouble. You might actually have to go to the Collection Settings for Brudders and click the Customize link for that collection’s theme. I’d be careful, though; WordPress doesn’t really support more than one active theme at a time, so some things you do in the Customizer (like changing Widgets) can affect both the collection and the active theme (if they’re different).

    Plugin Author Mike

    (@mgsisk)

    Ah, sorry about this @sailorptah. You should be able to to get a dropdown with the new Storyline Widget using the select format, but let me see if I can actualy get this fixed.

    Plugin Author Mike

    (@mgsisk)

    Apologies for the extended delay; Webcomic 5.0.6 has just been released, and I believe the storyline dropdown has been corrected. Try it out and let me know!

Viewing 15 replies - 1 through 15 (of 192 total)