How To Edit Images On Joomla
I just wanted to make some notes about editing images for the web. A few users have had trouble with it. And I often take what I know for granted, because I deal with these things on a daily bases. So it may be basic for some of you, but hopefully someone finds it useful.
Joomla!’s media manager doesn’t do much in the way of image editing, none in fact. It’s not facebook. You’re expected to upload images at the correct width and height. And its up to you to control the file size of the image. Even if it did manipulate images for us, its still good to know a little about the different image types, especially if you’re maintaining a website.
A few of our users have been uploading 500Kb PNG images for articles. That’s about half a MB or the size of a small Youtube clip. Not ideal for an article. Years ago when internet speeds were slower, Gerben Hoekstra was recommending that file sizes shouldn’t exceed 25Kb http://www.weballey.net/html/plaatjes.html He has some practical advise for beginners and is responsible for getting me into HTML before XHTML came out. He also said you should only use JPG or GIF file types, because not all browsers supported PNG. This was because Microsoft’s Internet Explorer 6 (IE 6) couldn’t support the transparency of the PNG (when all other browsers could). PNG can actually be a great file type, when used for the right graphic. I might get into that in another article though. And at the time of Gerben writing that I think IE6 was at its peak usage. Thankfully things are changing, last month its use was down to 7% on the w3schools site http://www.w3schools.com/browsers/browsers_stats.asp (also a great learning place).
File Size
So Internet speeds have increased, but its important to remember not everyone is on a high speed connection. And in some countries (including NZ) some home users don’t understand the point for broadband. So we’re dealing with a range of internet speeds. And as I’m sure Gerben would agree, even on high speed connections, page load is still important. Not only is it the users page load we’re concerned about but also server strain. If your site suddenly gets a burst of traffic you don’t want the server to crash, and stop the free publicity you’re receiving. And with services like Facebook, Digg, Twitter, Stumbleupon, any site can potentially experience these peaks. So you want to be prepared.
You can check the size of a file on Windows, Ubuntu (I assume Mac as well) by right clicking on the file, and select the properties option at the very bottom. A pop up appears with seemingly useless info. There are three major uses I have for this.
- Is the Size value, indicating how much space the file/image takes up on the computer. And in the web world indicates how long its going to take to transfer from the server to the users browser.
- The Created value, lets you know when the file/image was made.
- And “Type of file” lets you know if the image is JPEG (the web short hands this to JPG), PNG or GIF.
You should also be able to right click on an image in your browser, and similar options should come up. This will differ depending on the browser you use.
Number Of Images On A Page
Yes the obvious one is the more images on one page, the more data there is to transfer, making the page load slower. But its not just the combined image file size we’re worried about. The amount of images does matter, because modern bowers limit themselves in the number of requests the can make to one server at one time. That might be a mouthful to take in, but think of it like you can only carry 10 bricks at one time, after you’ve dealt with those heavy bricks you can then start to think about the next 10. With 30 images on a page, the browser can only think about the first 10 before thinking about next 10. For a standard article, I’d try and keep image usage to around 5 (if I’m lucky to have 5 images on the topic). There are exceptions. Either the page is an image gallery of some kind, in which case the user should be aware they’re going to an image gallery, and hopfully prepared to wait. Or it’s a long instructional article where 30+ images are required to illustrate how to do something, again the user shouldn’t mind waiting for this.
There are advanced techniques for those of you who want it. Lazy loading images seems to be all the rage at the moment http://en.wikipedia.org/wiki/Lazy_loading If you Google Lazy Load you should find some Javascript libraries that do this for you. Lazy loading loads the images when the screen space of the image appears on the users screen. So the browser doesn’t have to worry about the images at the bottom of the page unless the user scrolls that far.
I think this article is getting too long to go into file types here. So I’ll wrap up. If you have the commercial software Photoshop, great. The short cut to export for web is Shift + Ctrl + Alt + S you’ll then be able to select your file type and see the file size before you save. If you don’t have Photoshop but want to get into making you page load more efficient, and become a better web publisher, then use Gimp! I found it a little harder to learn than Photoshop, but that may be because I’m used to using Photoshop. Its free open source like Joomla! compatible on most operating systems http://www.gimp.org/ There is enough documentation to publish a small book, and translated into many languages http://www.gimp.org/docs/ And these days it capabilities are phenomenal, it can do 90% of what Photoshop can do.
If you can learn to effectively save images you might help SEO your site as Google will be soon (if not all ready) be factoring the page load of a sites into the influencing factors.
I hope that was useful. There is quite a bit in the way of images. I might continue on in another post 
Easter News – April Joomlabear Newsletter – Web Edition
Happy Easter everyone, from all the team at JoomlaBear.
We have a few Easter eggs for you, and plenty of stuff to talk about, Joomulus, Joomla template updates, new team members, and some really cool things that are almost ready to go live.
This newsletter has grown to over 30,000 subscribers, and Joomulus has just hit 22,254 downloads at the time of this writing.
We are honored that you are here with us.
New Team Members
We”ll start with the two most important things (because people matter most). Our two newest team members; German Bear and Little Bear. Little Bear actually joined us last year, but took a leave of absence for the first quarter of 2010, We are very happy to have her back. German Bear has been a great friend to all Joomlabears, helping out quietly in the forums with template tweaks since day one. In the past couple of weeks we formalized the arrangement and are now extremely excited to have German Bear on the team permanently. You will find both these friendly template pros in the forums, eager to give you a helping paw.
Joomulus
Joomulus has been updated, this is a security patch and all users are advised to upgrade. The more exciting news is that we have a K2 Joomulus prototype already developed and in use on a client site. This is driven by the K2 tagging system as opposed to manually entering tags. We will be releasing this in the coming weeks after a little more testing. We have also been hard at work on an enhanced solution to provide better support for other languages and character sets. This is also extremely close and you can read more about both these upcoming releases, the security patch and get your download link here.
BlackBearPro and PolarBearPro have been RELOADED
Two of our most popular templates have been given an overhaul and had a number of new features added:
- You can now add your copyright notice easily via a template parameter
- A footer menu for those little links that you need but don’t necessarily want to show in prime position
- The color chooser has been relocated into the navigation bar
- Better logo support, the logo is now clickable and directs users back to the home page.
- Quickstart JPA – get started quickly by installing the Akeeba Backup powered quickstart installer. Have your own site up in minutes that matches our demo site layout exactly. Great for those who want to build quickly, or learn hands on by looking at how Joomla site is setup via the admin area.
Find more information on our Joomla templates page.
Members Showcase
We invite you to browse the members showcase and have a look at some of the great sites put together by our users. Please email us if you would like your Joomlabear site to be considered for the showcase page.
20% Off Easter Sale
That’s right folks, We are offering 20% of any 3 month, 6 month or 12 month membership for this Easter weekend only – get access to our stylish templates and pro support team for as little as $37.60 for 3 months.
Joomulus Updated
Joomulus has been updated and fixes a possible XSS attack vulnerability.
Please download the update now, and please ensure that all Tag URL’s you enter into the module parameters include http:// at the start, i.e. they should not begin with www.
How was Joomulus Vulnerable To Cross-Site Scripting?
Joomulus uses SWFObject.js to embed and pass flashvars, both Adobe and Google recommend and support this.
Flashvars are a way of communicating information from your HTML page to the nifty little Joomulus.swf. So PHP outputs your tags, and Javascript and passes them along to ActionScript, which gives you the animated Joomulus tag cloud. The Joomulus tags are passed as HTML links (the TAGs) to the Joomulus swf. If you really know your stuff you could pass along Javascript to your link in the form of a TAG.
You may not want to do this, but a malicious person could embed the swf from your site (lets call it site A) to another site (site B). Then they could manipulate the tags and url, NOT on your site but on site B. Then the user could possibly grab your session ID and access your Joomla site via this (theoretically – no instances of this have been reported in the wild to date).
This could all be fixed with a clever .htaccess file, to stop the swf loading on other domains. However, the most recent Joomulus wont activate links that don’t start with http. Which stops the execution of Javascript or Vbscript on site A and B. The tag will still get rendered (be viewable) but wont be click-able, thus stopping any script from executing. No sensitive information is passed to Joomulus, but it is still recommended to update. Also remember to use http:// for all your links (if you weren’t already).
For The Future
Chinese and Japanese language support is coming folks. Also a K2 version of Joomulus should be out in the next week. It’s already built and in use on a live site, but we want to run a few more tests before releasing it. The K2 prototype can be seen running on Wordwolf – and you can see it is pulling in the K2 content tags.
Roy Tanck has built a prototype for Wordpress that supports unicode and we have embedded this below.
NOTE: This is NOT the updated version we are releasing today – the updated version is a security update - stay tuned for new feature releases in April.
