Forum Replies Created

Viewing 15 replies - 151 through 165 (of 184 total)
  • Thread Starter brianfreytag

    (@brianfreytag)

    Seriously people… Read this before rating this plugin poorly!

    brianfreytag

    (@brianfreytag)

    Yeah… I figured some people who have been using the widget since early versions might get confused by the movement of the input fields, but I think it helps new people find the service they are looking for by sorting them in groups.

    Thanks for editing and setting this as resolved.

    brianfreytag

    (@brianfreytag)

    Unfortunately, no… It’s not possible, but I’m looking at that option for a future release.

    Ganners,

    I had originally anticipated doing something like that, but people hate typing. So I figured it’d be easier to not make them type anything more except for after they upload their banner.

    Just pull the the banner info from the guid in the posts table, and I can do whatever I want with it.

    Harder for me, easier for the end user. That’s good business.

    I had this need as well but for a different purpose.

    I’m using the Media Tags plugin to allow users to add the “banner” tag to a graphic that they upload and then select it in the Theme Options panel for their front page.

    I was able to extract the URL of the graphic using the Media Tags plugin and then used that database entry to create the image src tag:

    <?php $banner_image = get_option('extension_banner'); ?>

    <img src="<?php echo $banner_image; ?>" />

    This works fine, but where I work, we need to be ADA (Americans with Disabilities Act) Compliant with all of our websites, so I needed proper alt and title tags.

    Because this is a header image and is outside of “the loop,” I couldn’t use your query as you wrote it… This is what I came up with:

    <?php
    	$banner_image = get_option('extension_banner');
    	$thepost = $wpdb->get_row( $wpdb->prepare( "SELECT *
    	FROM $wpdb->posts WHERE guid = '$banner_image'" ) );
    
    	$theID = $thepost->ID;
    	$banner_title = $thepost->post_title;
    	?>
    
    	<img src="<?php echo $banner_image; ?>" alt="<?php echo $banner_title; ?>" title="<?php echo $banner_title; ?>" />

    In the guid in the posts table is the URL to the actual graphic. Because the graphic isn’t in a post, there is no “post_content,” so I select using the guid URL and the post_title which is the Title of the image.

    Hope this helps other people!

    Glad you got it figured out.

    Can you post your solution here so that other users who are having the same problem as you can use it as a guide?

    Thanks!

    Brian

    Note that if you are having trouble finding this on your host you can run:

    <?php
    
    echo $_SERVER['DOCUMENT_ROOT'];
    
    ?>

    from your header.php file in your theme.

    This should give you the full path to your website, then you can add your wp-content/icons (or wherever you put your icons) information after that!

    I’m glad to have been able to help. You weren’t the first person that was having trouble with the full path information, so I’ve learned how to navigate hosting company websites to find the information relatively quickly.

    Thanks again for the donation it’s greatly appreciated!

    I 100% support this method of customizing my default styles. When you go in and modify my social_widget.css file, any time you upgrade, all of your custom styles are going to be replaced.

    Let me, quickly, explain my reasoning for using the !important calls. Over the past month I’ve fielded many questions about how my widget was not displaying correctly in peoples’ themes. Many of these problems are caused by poorly written CSS files in individuals’ themes. One such issue is “display: block;” when it is not a necessity. Using this in your #sidebar img styles will cause my widget to display vertically as opposed to horizontally as I’ve designed it. There are several other reasons for these !important calls.

    I understand that some of you are not crappy CSS writers and my !important calls may prevent you from modifying my widget to work in your theme. I truly apologize for this, but not everybody is good with CSS and I need to make sure my widget looks right as far across the board as possible. Using wlanni’s method above solves this issue with very little trouble on your part.

    Again, thanks wlanni for stumbling across this information and providing it to my users.

    Sorry.. a

    &lte;!]

    on line 40.

    E-mail me:

    brifreytag at gmail dot com

    I’ll work with you a bit.

    But for the CDATA, there is a “<!]” on Line 40 (of your header.php file)… This should be <!]. This might fix it.

    You should definitely resolve your XHTML errors… There are a few that will DEFINITELY hurt your page rankings pretty severly, such as the CDATA problem you have.

    Check your validation at:

    https://validator.w3.org/

    CSS doesn’t affect the Google bot, as they see it just as plain-text anyway. They scan your HTML to make sure it’s valid form. If there are errors, it’ll have issues. There are a couple other things to look at:

    Make sure, on your front page, the website title (“4 Us Naturals”) is in <h1></h1> tags and then the list of articles’ titles are <h2></h2> tags. This shows Google that the title of the website is whatever is in <h1> and then it looks and sees that the articles are <h2>.

    Then on your secondary pages (the actual post) the <h1> tag should be the article title. The website title should just be a <p> or <span> tag.

    These are little things that can help your Google page ranks.

    I’m also very “hit-and-miss” going to your website. Sometimes it loads, sometimes it doesn’t. This will also hurt your Google rankings because if Google bot is trying to get there, but the site doesn’t load…… well you know.

    In short, worry about XHTML markup and ignore CSS markup. The CSS problems I saw when I ran a scan are just old W3C standards that haven’t been updated to reflect CSS3. The XHTML ones will definitely be more of a problem.

    I have two thoughts:

    1) Not a bad idea
    2) I’ll look into it

    I’m extremely busy with work currently, so it might take me awhile to implement something like this. This will change a lot of how the widget is displayed and it’s just a CSS hack or something simple like that, so it’ll take me some time to code, but I don’t think it’ll be a problem once I have the time to sit down and code it up.

    Most of the errors are from my code because of how you’re validating it. You don’t need to fix these validation errors because it’s w3c’s validation scheme that isn’t up to date and doesn’t truly apply CSS3 transitions and stuff like that.

    All of those “errors” are the CSS3 transitions I am using to create the animations you see when you hover over your icons. This is W3C’s fault… not your fault… not my fault… not any of the other plugins that are causing issues.

    Validating CSS is not helpful… What you need to validate is markup.

    Whoever told you “YOU MUST VALIDATE AGAINST W3C” is also a tool. If the website looks perfect in EVERY browser, then you’re fine. Validating is only useful when you’re having trouble with visual appearance in other browsers and don’t know why.

    “Validation Gnomes” are people who get sick joy out of saying “MY STUFF IS W3C COMPLIANT,” but then you find that their site uses old technology. Basic CSS, and very basic XHTML, or they use excessive amounts of client-side scripting like Javascript or Flash, when the same thing can be completed using new CSS3 rules that the W3C validators don’t recognize yet and is more cross-compatible.

    If there is TRUE validation errors (like I’ve taken care of in the past), then I’ll fix it… But I’m not gonna dumb my plugin down so that peoples’ sites will validate with out-of-date rules.

    For future reference, please, before posting a comment or request for help, please browse the other topics as well as using the search function in my forums:

    https://forums.idontlikethisgame.com/viewforum.php?f=3

    This has been discussed in detail there.

    I also answered the question here on www.ads-software.com:

    https://www.ads-software.com/support/topic/plugin-social-media-widget-email-url?replies=2

Viewing 15 replies - 151 through 165 (of 184 total)