Skip Navigation

[Resolved] Repeating Image Field Bug

This thread is resolved. Here is a description of the problem and solution.

Problem:

Types 3.3 has introduced the new repeating image field UI, but there is a client ask for reversing back to former repeating image field, since the image URL input box is too short, this client needs full-width image URL input box, so he can change the image URL easily,

Solution:

This issue has been forward to our developers as a feature request, but there isn't any ETA for it.

Relevant Documentation:

This support ticket is created 5 years, 8 months ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 -
- 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 -

Supporter timezone: Asia/Hong_Kong (GMT+08:00)

This topic contains 3 replies, has 2 voices.

Last updated by Jens 5 years, 8 months ago.

Assisted by: Luo Yang.

Author
Posts
#1246258
toolset-nl.jpg
toolset-org.jpg

Submitted a suggestion but the confirmation said not all are read, so I'm posting here too...

I have a multisite set up. All three domains are essentially the same sites but translated into English (dewandelaar.org), Dutch (dewandelaar.nl) and German (derwanderer.de). To save space in images on the server, I only upload images to .ORG. When creating a repeating image field in .NL and .DE I copy the URL from the .ORG site and change the domain-name part as appropriate. For example;

hidden link
hidden link
hidden link

The new implementation only has a short URL field edit box, the former implementation extended full width. The new, short, editing field makes it difficult to edit the url. I notice that using keyboard shift-left-arrow selects toward the right, shift-right-arrow selects toward the left. Both are opposite direction to what is expected.

I use 16:9 size images. The area for displaying the image is now a square, however my images are tiling over each other in the .ORG site. The image should be scaled to fit the confines of the square boundary, preferably not being cropped - as it was in the previous implementation.

On my .NL and .DE websites (admin), the tiling displays the full-size image, which extends outside the repeating field area and covers the custom fields I have below it making them (almost) unusable. I guess the issue is because I am using images that exist outside the media library - again, to save limited space on the server.

The front-end result can be seen on the following urls. The front-end appears fine, but I'd prefer the back end to revert to the original implementation. The 3.3 implementation seems purely cosmetic and with limited testing.

hidden link
hidden link
hidden link

#1246312

Hello,

Thanks for the details, I don't see existed option I have escalated this issue, to check if it is a valid feature request or usability issue.

#1246315

Here is the update:

This issue has been forward to our developers as a feature request, but there isn't any ETA for it, so I am not sure when will be implemented into Types plugin.

#1249821

Your Types developer got back to me directly and explained the situation. Some issues are known and will be addressed in a future update. The service was quick and professional, so thank you.