Full width images on all articles...

Jump to Last Post 1-4 of 4 discussions (12 posts)
  1. jackclee lm profile image81
    jackclee lmposted 6 years ago

    I guess it is official. All articles have the images automatically set to full width starting today.
    I am ambivalent about this decision. I understand the reason it was proposed but still, for some of us with a few hundred articles, it is very time consuming to go back and fix this. In some cases, there are no good replacement images. The resulting format is very un appealing.
    On some of my articles, the images were placed on the side for a good reason. Now, they are all on top of the text module.

    Perhaps I should have paid more attntion when this was first proposed.
    Let me give the counter argument, even though it is a day late and a dollar short.

    1. Web design and screen layout is an art. Professionals struggle to get the right placement of images and text to make the article appealing and easy to read. Already, in order for simplicity and ease of use, HubPages has restricted that flexibility by fixing the text and images to a standard format.
    I still think there are good reasons to include images embedded in text and gives the reader better context. In fact, in the past, I had suggested allowing images to be left justified in addition to the right justified only option.
    2. One clear example of the use of smaller size images is the case of a long list of people or books...
    It makes perfect sense to have the text on one side and a corresponding photo on the right side and allow the text to flow around it. The same goes to any long list of items...where the image quality is secondary and used just for identification purposes.
    Go look at Amazon books for example. The cover of the book is shown as a thumb nail image. It identifies the book but not intended to provide every detail of the cover.
    3. A matter of speed and size. When an image is made full size, it increased not only the screen real estate but it takes longer to download and transmit the image due to the larger file size. 
    There are times when we access an article via our smart phones when we may not have the high speed access. This makes downloading and reading the article much more difficult and it increases the data usage. All this is unnecssary and overkill since the final screen is only approx. 2 inches by 3 inches on an iPhone.
    4. Not everything requires a high resolution image. Some graphics are just fine in low resolution. There is no quality loss. Why force a full screen treatment?

    These are my opinion and I hope people take some time to digest.
    What is done can be undone. Nothing is cast in stone.

    1. janshares profile image94
      jansharesposted 6 years agoin reply to this

      I feel for you, jackclee. But I have a feeling what's done is done. You are right about a day late and a dollar short since they did tell us about this some time ago. It seems that a lot of hubbers may find themselves in the same predicament. It will most likely impact the HP editing team as well when articles fall out of featured status due to decreased quality caused by wonky formatting and blurred images. Yes, big changes sometimes bring on more work for all involved. Hopefully, things will work out for you. Good luck.

      1. jackclee lm profile image81
        jackclee lmposted 6 years agoin reply to this

        Thanks, I am not worried. I just think it may be too restrictive for HP to make the claim they want to be the best content provider and place these arbitrary format restrictions that are not needed. IMHO.

        1. Glenn Stok profile image96
          Glenn Stokposted 6 years agoin reply to this

          It IS needed in order to rank well. Google warned us about this requirement three years ago and explained why it’s was important:

          https://webmasters.googleblog.com/2015/ … earch.html

          That’s why HP gave us the heads up at that time and gave us three years to work on it.

          Here is the link to HPs blog in March 2015:

          https://blog.hubpages.com/2015/03/30/go … m-release/

  2. Glenn Stok profile image96
    Glenn Stokposted 6 years ago

    You had three years to work on this since the first announcement. All the issues you brought up have been covered in the forums over that time period, as well as what I discussed in my article about it three years ago.

    1. jackclee lm profile image81
      jackclee lmposted 6 years agoin reply to this

      Glen, I am sorry I did not follow this discussion sooner. It just seem too draconian a solution. I have been working in digital imaging for most of my career. As much as I like high quality imaging, there are times when a low resolution image is sufficient and desirable for obvious reasons. For HP to ignore those facts and went ahead with this without testing the waters... seems odd.
      When a company makes a change to their web design, it is usually tested months with users and polls and studies before going live... what has HP done to test this before switching? Just asking.

      1. Glenn Stok profile image96
        Glenn Stokposted 6 years agoin reply to this

        Don’t you think three years of testing and warnings to get our hubs fixed is enough time?

        See my other reply to you with the links to Google and HPs blog.

        1. jackclee lm profile image81
          jackclee lmposted 6 years agoin reply to this

          I got it. Just because more people are using their phones to access hubpages does not mean we need to tailor to them only.
          It is forsaking many users to accommodate the new...
          I for one, does not use my iphone to read articles.
          I prefer on ipads and Mac.
          When you have a full screen display, formatting is still preferred.
          Why should everyone accommodate the mobile users?
          From a user interface design point of view, this is too restrictive.
          I understand why they did it but it is not the best solution.

          1. Glenn Stok profile image96
            Glenn Stokposted 6 years agoin reply to this

            Jack, you're focusing on the wrong thing. Saying that you don't use your iPhone much is not a reasonable argument when over 70% of your traffic is coming from mobile now. You need to accommodate those readers. If you chose to ignore the majority of your traffic, you are only hurting your own revenue with a lower Google ranking. 

            If you need proof, Paul Kuehn has just verified what I'm saying with his results. Thanks Paul.

  3. William F. Torpey profile image71
    William F. Torpeyposted 6 years ago

    The new format for photos has some advantages, but, personally, I am weary of the constant changes in HubPages  rules and regulations -- especially on hubs that were initially published years ago. It might make sense for new hubs, but may or may not be appropriate for older hubs. Constantly changing rules and regulations ex poste facto is, in my opinion, unwise.

  4. Paul Kuehn profile image93
    Paul Kuehnposted 6 years ago

    I spent two or three weeks at the end of December and beginning of January making all of my hubs full-width in the picture.  Since I had almost 200 hubs, it was quite a tedious chore and it was difficult in many cases finding a suitable replacement image.  Just the same, this exercise was good for me because it raised my hub scores and brought a higher CPM and more income.

    1. poppyr profile image92
      poppyrposted 6 years agoin reply to this

      +1 to this.

      I have 150 articles and wet through all of them. It was time-consuming, but traffic improved, as did earnings.

      I really think OP could have fixed two or three articles in the time it took her to write this forum post big_smile


This website uses cookies

As a user in the EEA, your approval is needed on a few things. To provide a better website experience, hubpages.com uses cookies (and other similar technologies) and may collect, process, and share personal data. Please choose which areas of our service you consent to our doing so.

For more information on managing or withdrawing consents and how we handle data, visit our Privacy Policy at: https://corp.maven.io/privacy-policy

Show Details
HubPages Device IDThis is used to identify particular browsers or devices when the access the service, and is used for security reasons.
LoginThis is necessary to sign in to the HubPages Service.
Google RecaptchaThis is used to prevent bots and spam. (Privacy Policy)
AkismetThis is used to detect comment spam. (Privacy Policy)
HubPages Google AnalyticsThis is used to provide data on traffic to our website, all personally identifyable data is anonymized. (Privacy Policy)
HubPages Traffic PixelThis is used to collect data on traffic to articles and other pages on our site. Unless you are signed in to a HubPages account, all personally identifiable information is anonymized.
Amazon Web ServicesThis is a cloud services platform that we used to host our service. (Privacy Policy)
CloudflareThis is a cloud CDN service that we use to efficiently deliver files required for our service to operate such as javascript, cascading style sheets, images, and videos. (Privacy Policy)
Google Hosted LibrariesJavascript software libraries such as jQuery are loaded at endpoints on the googleapis.com or gstatic.com domains, for performance and efficiency reasons. (Privacy Policy)
Google Custom SearchThis is feature allows you to search the site. (Privacy Policy)
Google MapsSome articles have Google Maps embedded in them. (Privacy Policy)
Google ChartsThis is used to display charts and graphs on articles and the author center. (Privacy Policy)
Google AdSense Host APIThis service allows you to sign up for or associate a Google AdSense account with HubPages, so that you can earn money from ads on your articles. No data is shared unless you engage with this feature. (Privacy Policy)
Google YouTubeSome articles have YouTube videos embedded in them. (Privacy Policy)
VimeoSome articles have Vimeo videos embedded in them. (Privacy Policy)
PaypalThis is used for a registered author who enrolls in the HubPages Earnings program and requests to be paid via PayPal. No data is shared with Paypal unless you engage with this feature. (Privacy Policy)
Facebook LoginYou can use this to streamline signing up for, or signing in to your Hubpages account. No data is shared with Facebook unless you engage with this feature. (Privacy Policy)
MavenThis supports the Maven widget and search functionality. (Privacy Policy)
Google AdSenseThis is an ad network. (Privacy Policy)
Google DoubleClickGoogle provides ad serving technology and runs an ad network. (Privacy Policy)
Index ExchangeThis is an ad network. (Privacy Policy)
SovrnThis is an ad network. (Privacy Policy)
Facebook AdsThis is an ad network. (Privacy Policy)
Amazon Unified Ad MarketplaceThis is an ad network. (Privacy Policy)
AppNexusThis is an ad network. (Privacy Policy)
OpenxThis is an ad network. (Privacy Policy)
Rubicon ProjectThis is an ad network. (Privacy Policy)
TripleLiftThis is an ad network. (Privacy Policy)
Say MediaWe partner with Say Media to deliver ad campaigns on our sites. (Privacy Policy)
Remarketing PixelsWe may use remarketing pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to advertise the HubPages Service to people that have visited our sites.
Conversion Tracking PixelsWe may use conversion tracking pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to identify when an advertisement has successfully resulted in the desired action, such as signing up for the HubPages Service or publishing an article on the HubPages Service.
Author Google AnalyticsThis is used to provide traffic data and reports to the authors of articles on the HubPages Service. (Privacy Policy)
ComscoreComScore is a media measurement and analytics company providing marketing data and analytics to enterprises, media and advertising agencies, and publishers. Non-consent will result in ComScore only processing obfuscated personal data. (Privacy Policy)
Amazon Tracking PixelSome articles display amazon products as part of the Amazon Affiliate program, this pixel provides traffic statistics for those products (Privacy Policy)
ClickscoThis is a data management platform studying reader behavior (Privacy Policy)