By Josh Lewis on Monday, 10 February 2014
Posted in General Issues
Replies 44
Likes 0
Views 1.1K
Votes 0
The current photo setup needs to be re-evaluated. I am very impressed with how it is as of right now, but there are some things that need to be looked into.

Issues:

1. The original is being stored twice per image. One has a name ending of original and the other one has a ending name of stock. You can see that they have the same resolution but the stock version has slightly less quality. I hate to say it but I'm very opposed to the stock version as it doesn't really serve much of a purpose and stores an "extra original" which can take a lot of space as thousands of photos come in.

2. A directory for each image can build up a lot of directories. Maybe it's a rumor but I've heard that too many directories (tens of thousands) can have some performance issues. But I can't confirm that. Just something my host has given a notice on the ftp in the cpanel. I really like how JoomGallery has it setup. They have a directory created for each gallery instead of each image. This too can create a bit of directories but not nearly as many and is very well organized. Here is an example of the url structure. It goes domain > image directory > Username and their ID > Image Name. If I had a sub gallery for my "Josh gallery" it would be domain > image directory > Username and their ID > Sub-gallery > Image Name. So for each gallery (album) 3 folders are created (small, medium, and original). We have more images to work with which changes the number.

Another idea is to have folders created for the user instead of the gallery. This way we could have a structure of domain > original > josh > awesome-photo.jpg

While this can help with performance and shorter url's, another big advantage to this is that it is a bit more logical in the sense of finding photos. Looking into a folder named "362924" would be more difficult to find, especially with a high number of folders with the current system. So from my point of view all around the directories need to be simplified.

3. Images blur in some cases. This is because the images are stretched due to attempting to fill in the entire screen. I think the idea of using a 100% width is a good one, but it needs some tweaking. Here is an example of the images blurring:



I came up with a proposal for addressing this issue as seen here. It uses the max-width/height properties. I made a 30 second video showing that using an img tag can actually work just fine while still being responsive and not stretching when the size is smaller than the box that it's in. It even worked in Internet Explorer which is a hard browser to appease.

So what I'm proposing is swapping from the background property to the img tag with the use of the max-width/height set to 100%. This will allow the image to be responsive, 100% of container use (if appropriate), and for smaller images it would not stretch. In addition to this the image would be more flexible to CSS control like borders, box-shadow, border-radius or any other CSS code that affects images.

Extra Proposals:

1. Option to choose image directories. This would allow for the admin to have better image url's if they chose to do so. Here's a screen shot showing some variations:



So rather than having a directory of /media/com_easysocial/photos they could simply have it set as /photo which would be nice.

2. Edit Image Titles Upon Clicking Them. Panoramio is an excellent example of this. It makes image title/description editing really easy for photo owners! Here's an example of editing a image title right away by a simple user click:



3. Consider making the images display bigger. Here's an example where it looks quite nice.

4. Manage Image sizes. Some of us use different templates with different widths. So why not allow the admin to determine/calculate what the best image sizes are? (for the small, medium, large) Those who don't want to figure it out can leave it at the default settings. Again, JoomGallery is a great example of flexibility with allowing the admin to choose the image sizes which works out very well.

5. Better practices for Image URL's which we touched on a while back. It would be good to evaluate eventually. When people send links across the internet they don't like long ones as much.

6. Image Preview as one uploads. FineUploader uses a cool method to pull this off. This would allow the user to title their images before the image uploads considering that they can see what they are about to upload.

I know this is a big post, but some of these items are pretty serious in terms of having a modern gallery. Especially duplicate originals and too many directories created. I'm stating this now so that this doesn't become a big issue in the future of ES. I really do appreciate the work you folks do. Good practices should be addressed sooner rather than later.
Hi,

We will see what we can do about it but as we are in feature freeze phase now for 1.2, we will reevaluate accordingly.
·
Monday, 10 February 2014 10:54
·
0 Likes
·
0 Votes
·
0 Comments
·
Sounds good. I probably should have mentioned this earlier, but some of these things I noticed recently. The hope is to get the gallery stable by ES 1.3. The three most important things to sort out is the double original images, "blurry images", and directory issue.
·
Monday, 10 February 2014 11:55
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks for the heads up on this Josh Our utmost priority right now is to get 1.2 stable out as soon as possible as there are more goodies to come
·
Monday, 10 February 2014 23:51
·
0 Likes
·
0 Votes
·
0 Comments
·
I agree with a few things Josh indicated. My goal is to use ES to build a community based on images, so every "image related suggestion" really matters to me.

I myself suggested switching to ImageMagick (or giving choice to) for better quality, compression and colours, but a bit of Albums reengineering also should be considered.


Less files generation is important (I also suggested to erase original image after resizing by option).
Moving originals to external storage and also consider direct upload to external storage (without cronjob task)
Images and Albums re-ordering by drag&drop
Remove "view original". It opens a new window and shows the full path to image. Do we really need this?
It's good to mark images as favourite, but what about a rating system?
Module for most liked, most viewed, highest rated,...
Push single image likes to stream
Smarter URL generation
Check image size BEFORE uploading or "resize before uploading"


This is just a short list, but I think ES has the potential to become great and probably the best Social module out there. And it's only 1.2... wow....
This is for Stackideas team: you guys are really great, awesome developers and designers, but what really matters is that you actually listen to your customers. You really deserve to be successful. Thank you.
·
Tuesday, 11 February 2014 02:42
·
0 Likes
·
0 Votes
·
0 Comments
·
Antonio I agree with pretty much everything you said except for "Remove 'view original'. It opens a new window and shows the full path to image". I think it's great that the user can easily access the original. Perhaps the buttons display should be 100% dependent on if originals are stored (based on the options chosen). JoomGallery has pretty much all of these options which I believe the Stacked team should look at eventually. They have ratings, drag and drop, option to choose image processor (ImageMagick and such), favorites, ajax 5 star rating, most liked, most viewed, best rated, and semi smart url's.

Mark, I know the release of ES 1.2 is the highest priority right now. I put these out to either see if any of these could make it into ES 1.2 or in a future version of ES. The goal here is to make ES future proof when it comes to future problems.
·
Tuesday, 11 February 2014 06:54
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks for the heads up on this Josh Appreciate your insights.
·
Wednesday, 12 February 2014 12:18
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi All,

Great post Josh, i too i'm building a community around images, this is not really a feature request more of a issue fix is needed!

The Stack Ideas team have gone above and beyond on 1.2 and i cant wait to get to 1.2 final

I do hope this is on the top of list for a fix guys!

Thank you for creating something very special!

Regards
Alex
·
Saturday, 22 February 2014 06:49
·
0 Likes
·
0 Votes
·
0 Comments
·
If there is any help I can provide with changing the code standards to use img tags, please let me know. Whether it be corrections or recommendations. I may not be the best scripter, but I am a HTML/CSS guru.
·
Saturday, 22 February 2014 07:40
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks for sharing this Josh, there will be improvements made but probably not in 1.2 since we are pretty close in closing the beta. Adding or modifying anything right now could be suicidal as this will just delay things We'll probably revisit this for 1.3
·
Saturday, 22 February 2014 13:56
·
0 Likes
·
0 Votes
·
0 Comments
·
I did not expect this to make it into ES 1.2 The hope is to have things cleaner by ES 1.3. The sooner the better considering that this is a big change to the infrastructure of the gallery, but only after ES 1.2 goes stable. With the use of better practice of url's, directories, filenames, ect, this can make a future idea of image inserting use less code per image insertion in articles. I'm jumping ahead on future ideas, but using cleaner standards will help with future features.
·
Saturday, 22 February 2014 16:37
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks Josh I will pin this up in our next development meeting
·
Saturday, 22 February 2014 19:36
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi Josh and all, I've quickly slipped in a configurable switch for "User - Photos" app and "Groups - Photos" app which allows you to switch between "contain" or "cover" for stream thumbnails. This will be in for 1.2 RC2. We'll use real img tags for 1.3.

Setting (See: Show full thumbnail)
http://screencast.com/t/sVH7eItSP51

Stream
http://screencast.com/t/CD8tIOUiPd
·
Friday, 28 February 2014 16:24
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks Jensen! I'm really liking the option organization placement within the apps. Some of the other ideas mentioned in this thread such as choosing the image directories should probably go in ES > Settings > Photos. But that's for the more technical stuff.
·
Friday, 28 February 2014 17:09
·
0 Likes
·
0 Votes
·
0 Comments
·
Jensen Tonne wrote:

Hi Josh and all, I've quickly slipped in a configurable switch for "User - Photos" app and "Groups - Photos" app which allows you to switch between "contain" or "cover" for stream thumbnails. This will be in for 1.2 RC2. We'll use real img tags for 1.3.

Setting (See: Show full thumbnail)
http://screencast.com/t/sVH7eItSP51

Stream
http://screencast.com/t/CD8tIOUiPd


Jensen, this is amazing once again

Does this apply to a single image upload on the stream?

AMAZING!
·
Friday, 28 February 2014 17:26
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Alex,

Yes, if you upload photos on the stream, this is also applicable
·
Friday, 28 February 2014 18:29
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi everyone,
I have an answer for Mark: what file shoud I hack (ehm... ) to change how many images show for each stream item?
·
Friday, 28 February 2014 18:34
·
0 Likes
·
0 Votes
·
0 Comments
·
Antonio,

In RC2, you can now configure this in the photos application settings as mentioned by my colleague Jensen above
·
Saturday, 01 March 2014 01:03
·
0 Likes
·
0 Votes
·
0 Comments
·
Mark wrote:

Antonio,

In RC2, you can now configure this in the photos application settings as mentioned by my colleague Jensen above


Mark,

I have added a tracker issue regarding the photo overlay, should this apply to the photo overlay also?
·
Saturday, 01 March 2014 01:32
·
0 Likes
·
0 Votes
·
0 Comments
·
Mark wrote:

Antonio,

In RC2, you can now configure this in the photos application settings as mentioned by my colleague Jensen above


I see that you can choose about cropping images, not how many of them show in a single stream item.
·
Saturday, 01 March 2014 01:46
·
0 Likes
·
0 Votes
·
0 Comments
·
Antonio is right, I too did not see that. Right now I'm pretty happy with the default, but I certainly understand other people wanting to allow more or less photos.
·
Saturday, 01 March 2014 06:12
·
0 Likes
·
0 Votes
·
0 Comments
·
What is the difference between contain and cover?
Jensen Tonne wrote:

Hi Josh and all, I've quickly slipped in a configurable switch for "User - Photos" app and "Groups - Photos" app which allows you to switch between "contain" or "cover" for stream thumbnails. This will be in for 1.2 RC2. We'll use real img tags for 1.3.

Setting (See: Show full thumbnail)
http://screencast.com/t/sVH7eItSP51

Stream
http://screencast.com/t/CD8tIOUiPd
·
Saturday, 01 March 2014 08:03
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello checksum,

One displays the full thumbnail and the other doesn't (cropped so that it blends into the stream)
·
Saturday, 01 March 2014 19:03
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi Mark,

Does the upcoming version allows to resize the original picture before it is uploaded? Ie: you set a max width in the backend and easysocial will resize the picture if it exceeds that amount before uploading.

Thanks
·
Monday, 03 March 2014 10:01
·
0 Likes
·
0 Votes
·
0 Comments
·
I agree with checksum, I'd love to see the admin be able to resize the original after it's uploaded. It can work by uploading the real original, generating the proper images (small, medium, large, ect) and finally the resized original. Once it's done, then it can remove the original. The option could be called "Resize Original" which if set to yes could show the size field next to it. Also note that "resized original" should be treated as an original rather than an extra image size. This would allow us to avoid the use of another image directory.

I wouldn't want this to be forced upon the admin, so again it should be optional. JoomGallery sort has something like this (it allows the original to be deleted after upload).
·
Monday, 03 March 2014 11:06
·
0 Likes
·
0 Votes
·
0 Comments
·
I would also like to see an option to disable Download of Images when viewing Albums or Photos, this is a useful feature for those who would use ES to show clients the sample photos. It would be nice if this option is controlled via Profiles so it does not apply to all Users or in the Album settings.
·
Monday, 03 March 2014 11:22
·
0 Likes
·
0 Votes
·
0 Comments
·
You can just hide the button.
You know it is impossible to prevent people from downloading a picture, all they have to do is right click and save as.
AppWeb wrote:

I would also like to see an option to disable Download of Images when viewing Albums or Photos, this is a useful feature for those who would use ES to show clients the sample photos. It would be nice if this option is controlled via Profiles so it does not apply to all Users or in the Album settings.
·
Monday, 03 March 2014 11:39
·
0 Likes
·
0 Votes
·
0 Comments
·
Currently it's not possible to turn this off unfortunately but as checksum mentioned, you can customize the theme file to remove it
·
Monday, 03 March 2014 12:00
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi guys, just a quick update.

In the final 1.2,

1. "Show Full Thumbnail" feature will be set to "No" by default (unlike 1.2 RC2 - as this was an experimental quick fix).

2. We have also included img tags for stream images with proper alt text for SEO purposes.

3. We've slightly revamped the layout so that it would display better on variety of images:
http://f.cl.ly/items/1Q310t21102x3l1V351r/before_after.jpg
·
Monday, 03 March 2014 17:49
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks Jensen! As always, it goes greatly appreciated. Drum roll for ES 1.2 now.
·
Monday, 03 March 2014 18:35
·
0 Likes
·
0 Votes
·
0 Comments
·
Well done Jensen, this is way better than before!
·
Monday, 03 March 2014 20:57
·
0 Likes
·
0 Votes
·
0 Comments
·
Yep, Jensen has put a lot of thoughts into this and kudos to him on achieving such results.
·
Monday, 03 March 2014 21:27
·
0 Likes
·
0 Votes
·
0 Comments
·
Very cool!
·
Tuesday, 04 March 2014 01:06
·
0 Likes
·
0 Votes
·
0 Comments
·
Thank you
·
Tuesday, 04 March 2014 01:21
·
0 Likes
·
0 Votes
·
0 Comments
·
Looks great as seen here:



Personally I feel this is the best layout method for stream photos. Congrats on accomplishing that. There are some things that will need to be worked out after ES 1.2 is released. For example I think it's great that the image tag is used for images, but it's opacity is set to 0 hence hiding it. Right now it's referencing the same image twice (one via CSS, the second via the image tag). There will need to be padding once it's set to a higher opacity. So for now it's okay (I wouldn't want to take steps backwards at this point). Hopefully the gallery gets cleaned up as we press to the ES 1.3 series.
·
Wednesday, 05 March 2014 12:28
·
0 Likes
·
0 Votes
·
0 Comments
·
Hey Josh, I would've used solely img tags alone but I ran into difficulties usually with wide images.
http://screencast.com/t/o1KKCHc46MU

Well, at least you could drag an image out from the browser with the invisible image tag. ;-)
·
Wednesday, 05 March 2014 12:42
·
0 Likes
·
0 Votes
·
0 Comments
·
Feel free to have me take a look whenever those kinds of problems come up. I pretty much always can come up with a CSS fix for it. JavaScript however is taboo for me right now (although I know a little bit). For now I'll have to think over how to keep this cool format while working with images that use different horizontal positions for img tags.
·
Wednesday, 05 March 2014 13:23
·
0 Likes
·
0 Votes
·
0 Comments
·
Wow, this is amazing progress!! Great job!!!

Jensen - about the difficulty http://screencast.com/t/o1KKCHc46MU , would it be possible to take wide images and make it the top photo so that the rest will fill in the space equally below it? Prefer that instead of seeing uneven thumbnail boxes.
·
Wednesday, 05 March 2014 17:10
·
0 Likes
·
0 Votes
·
0 Comments
·
Peter, neat idea. I suppose the problem comes if someone uploads two uneven images. I should set some time aside to play around with layout to figure out a combination that works with all results. It will probably get a bit tricky.
·
Wednesday, 05 March 2014 17:19
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi guys, just a heads up.

We are pulling over some of the photo-related changes as requested from you guys (Josh Lewis, James Helm, Gokhan and a few others) from the intended 1.3 development branch to the next version of 1.2 (most likely 1.2.11).

Changes will include:
1. Pure <img> tag for photo stream thumbnails.
2. Pure <img> tag for photo popup / single photo view.
3. Mixed <img> and background-image for album view.
4. Smaller images will no longer stretch (for stream, popup, single photo view, album view and story photo upload).

Here are some of the screenshots:
Story: http://screencast.com/t/twozPlS2UG
Stream: http://screencast.com/t/5j6thU9DftJA
Popup: http://screencast.com/t/98p0XMUV
Album view: http://screencast.com/t/0ErX7KMacuxP

I hope 1.2.11 will be out soon. I'm awaiting green light from Mark. (I heard It will also include Joomla 3.3 compatibilty fixes so it won't be long!)
·
Monday, 12 May 2014 20:26
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi,

You guys never stop amazing me with your dedication to Easy Social.

Thanks for the heads up Jensen.

Alex
·
Monday, 12 May 2014 20:35
·
0 Likes
·
0 Votes
·
0 Comments
·
Thank you Jensen
·
Monday, 12 May 2014 20:42
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks guys
·
Tuesday, 13 May 2014 02:09
·
0 Likes
·
0 Votes
·
0 Comments
·
Awesome Jensen! This goes greatly appreciated.
·
Tuesday, 13 May 2014 03:13
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks again Josh!
·
Tuesday, 13 May 2014 16:36
·
0 Likes
·
0 Votes
·
0 Comments
·
View Full Post