nate451

To be a bit clearer, the essential thing was adding .$content[1] to line 124. I don’t know #$%@ about PHP, but it looks like the code sets the text before the <!--more--> link as the first item in the array ($content[0]) and the text after the <!--more--> link as the second item ($content[1]).

I’d love a way to tell WP to append this data only on certain pages.

Right. I’m attempting to modify that behavior.

For the record, I made some headway, but it’s editing post-template.php. I should probably figure out how to do this via a plugin.

I modified lines 118-125 as follows:

if ( count($content) > 1 ) {
		if ( $more ) {
			$output .= '<span id="more-'.$id.'"></span>'.$content[1];
		} else {
			$output = balanceTags($output);
			if ( ! empty($more_link_text) )
				$output .= '<p><a href="#" class="show">Read More &raquo;</a></p><div class="more"><span id="more-'.$id.'"></span>'.$content[1].'</div><!-- end .entrymore -->';
		}

Basically, the text in the “else” condition on line 121 seems to be what displays on a non-permalink page. I’d love anyone else’s thoughts on more elegant ways to do this.

In Movable Type, I would do this by using the <mt:EntryMore /> tag. That doesn’t seem to be possible in WP, and I’m just trying to find a way to get this text on my index page.

Sorry, I’ll try to clarify; I apologize for saying the wrong thing.

I’d like to display the actual content that comes after the ‘read more’ link. WP seems fully capable of letting me do anything I want to the actual read more link. What I’d like to find out is how to make any given instance of the_content display all of the text and not just what comes before “read more”.

Does that make more sense?

Okay: so I decided to help myself. The problem is that the options page cannot access to essential javascript files, the files that control the color options. They are audio-player.js and audio-player-admin.js. They are both located in the audio-player folder.

Here’s the part I don’t understand: I got 404 errors when I tried to access either file. But… they were THERE. At a loss, I decided to copy/paste the contents of the files into new files, upload them, then rename them to the original names.

Bam. Success.

I’d love it if someone knew why this was a problem for at least me and one other person.

I am having the exact same problem. Anyone?

I encountered this problem, too. As far as I can tell, the problem is that correct styling is applied only to text within paragraph tags in the comment preview. For some reason, only the last line of text is displayed properly this way; previous paragraphs are broken up via incorrect <br> tags.

Does anyone know where this processing comes from? It’s not in the plugin, so I assume it comes from WordPress itself.

I hope I’m not missing something terribly obvious, folks, but there does seem to be a significant difference between the default code in searchform.php and what’s inserted via the Search widget.

Search widget:

<input type="text" name="s" id="s" size="15" /><br />
<input type="submit" value="Search" />

Searchform.php

<input type="text" value="<?php the_search_query(); ?>" name="s" id="s" />
<input type="submit" id="searchsubmit" value="Search" />

That id on the submit button’s pretty important, and that <br /> is obnoxious. The answer, for those who, like me, need a little help, is that the file to change is /wp-includes/widgets.php