Forum Replies Created

Viewing 15 replies - 331 through 345 (of 496 total)
  • wpismypuppet

    (@wordpressismypuppet)

    You are welcome!

    wpismypuppet

    (@wordpressismypuppet)

    That would be in one of two places… either in your appearance->widgets and check your sidebars (this would be based on your theme and how the sidebars were created), or there is a file called sidebar.php that you would check to see if that section is manually coded there.

    You might have to adjust some css after you remove it to gain a full width view of the content. Again, I don’t know how your template/theme is set up, so it’s just a guess. Remove the sidebar first and go from there.

    wpismypuppet

    (@wordpressismypuppet)

    As long as the database is on the same server as the WordPress install, and you have a username and password to connect to the database, it shouldn’t be a problem. Because you have this as php code, you should probably put it in a page template.

    The only thing you’d have to change is:

    mysql_connect("localhost", "root", "") or die(mysql_error());

    To reflect the location and user/pass of the non-local version when you get there.

    wpismypuppet

    (@wordpressismypuppet)

    You are most welcome. I’m not the one to talk to about our business though… I just code the sites, you know? Do as I’m told 🙂 But I’ll have my boss shoot you an email and we’ll take it from there! Do you have a company website?

    wpismypuppet

    (@wordpressismypuppet)

    No problem… hope it works out.

    wpismypuppet

    (@wordpressismypuppet)

    wpismypuppet

    (@wordpressismypuppet)

    Hmmm, without putting too much thought into it, what if you had two identical installs of WordPress? One that runs local on the server (and can’t be seen by, or accessed by, anyone else in the world) that does that connection to the NNTP server and does all the crunching, then had your live site where it lies. Use a cron job to export the test database and import that data to the live database, updating and writing to the live database only what’s new/changed?

    This way, the test site can take as much time as it needs, and the cron job will do everything behind the scenes… the live site will never see a hinder in performance. Also, since the test site is not accessible by anyone in the world, it won’t interfere with SEO or ranking!

    wpismypuppet

    (@wordpressismypuppet)

    ah… well, if you want to just remove the breadcrumb… one of two things… Use css to hide the #intro, or open page.php (same method as opening the functions.php file) and look for:

    <!-- BEGIN INTRO -->
    <div id="intro">
    	<p class="small"><?php brightpage_the_breadcrumb(); ?></p>
    </div> <!-- end div #intro -->
    <!-- END INTRO -->

    Remove all that :). It’s also found on single.php… I don’t know if it’s anywhere else. It’ll probably be easier to do the css piece though.

    Good luck and sorry your generosity is turning into a pain 🙂 Been there, done that, more than I’d like to admit.

    wpismypuppet

    (@wordpressismypuppet)

    Also note, since you are changing a template file, your changes will get overwritten if you upgrade the theme. Something to consider! In my opinion, however, the creator of the theme should make these changes since they are incorrect to begin with.

    wpismypuppet

    (@wordpressismypuppet)

    Oh, you aren’t going to like this 🙂 I downloaded your theme and it appears whomever created it is using a custom, built in breadcrumb trail! I can help you fix it, but you have to edit the functions.php file. Are you comfortable doing that?

    There are two ways to do it… use an FTP program and edit the functions.php file and re-upload the changes, or go through the WordPress admin area… go to Appearance->Editor. On the far right, you’ll see a column with a bunch of “Templates”. Look for one called “Theme Functions (functions.php)” and click to edit.

    What you are basically going to do it look for code that looks like this:

    function brightpage_the_breadcrumb() {
    	if (!is_home()) {
    		echo '<a href="';
    		echo home_url('home');
    		echo '">';
    		echo ('Home');
    		echo "</a> &raquo; ";
    		if (is_single()) {
    			the_title('');
    			if (is_single()) {
    				echo "";
    			}
    		} elseif (is_page()) {
    			echo the_title();
    		}
    	}
    }

    And change it to this:

    function brightpage_the_breadcrumb() {
    	if (!is_home() && !is_front_page()) {
    		echo '<a href="';
    		echo home_url();
    		echo '">';
    		echo ('Home');
    		echo "</a> &raquo; ";
    		if (is_single()) {
    			the_title('');
    			if (is_single()) {
    				echo "";
    			}
    		} elseif (is_page()) {
    			echo the_title();
    		}
    	}
    }

    Only two lines need editing… the if (!is_home()) to if (!is_home() && !is_front_page()) and the echo home_url(‘home’); to echo home_url();, really… Let me know how you make out!

    wpismypuppet

    (@wordpressismypuppet)

    In my experience, it’s usually jQuery that’s the problem in WordPress… and it’s not really a “problem” per say… What happens is WordPress likes to play with all types of javascript libraries. In order to be compatible with them all, it is very strict in how it handles things.

    jQuery has a shortcode to access it’s functions quickly. This shortcode is the dollar sign $. So, you can change jQuery(somecodehere) to $(somecodehere) to save on typing. But, many other javascript (and other languages) also use the dollar sign. So WordPress will not allow the $, it only allows jQuery, to stay compatible with other libraries.

    Since the NivoSlider has written it’s code with the $, and not jQuery, it would be impractical for you to go through their code and change all $ to jQuery… instead, read this:

    http://codex.wordpress.org/Function_Reference/wp_enqueue_script

    Scroll down to the “jQuery noConflict wrappers” section since most of the rest of it is irrelevant to your problem.

    You can also read up on this, if you have time to kill:

    http://docs.jquery.com/Using_jQuery_with_Other_Libraries

    wpismypuppet

    (@wordpressismypuppet)

    This is not a WordPress issue at all… it’s a browser issue. And apparently it’s very common! Just do a quick Google search. It might be in the way the pdfs are created, but no one seems to know. Here is a link (an old one, but effective) that might help…

    http://techlogon.com/2011/09/05/problems-viewing-pdf-files-in-google-chrome/

    wpismypuppet

    (@wordpressismypuppet)

    You are welcome…

    wpismypuppet

    (@wordpressismypuppet)

    You’ll notice a LOT of problems with IE… IE does not play nice with other browsers, that’s why we make separate stylesheets to add “hacks” to make things work in IE.

    Our company still styles for IE7, IE8, and of course IE9. But according to our research, less than 1% of the world using IE6 and lower, so we don’t include them in our testing.

    Here is a good article about making those conditional comments: http://www.quirksmode.org/css/condcom.html. Typically we only add styles to fix problems… we don’t make an entirely separate stylesheet. We’ll load the stylesheet for all browsers, then load our IE ones AFTER, which include all the “hacks”.

    wpismypuppet

    (@wordpressismypuppet)

    You are welcome

Viewing 15 replies - 331 through 345 (of 496 total)