Unrecognized selector when event.flyerUrl is null

[dbarden]

Whenever we receive an event which has no flyerUrl set, a Unrecognized selector will be thrown at setEvent: in EventCell.

Do we have any kind of default flyer for the events? I think the best way to handle it is to set the default flyer in the server.

[otaviocc]

I'm using a placeholder image on the iPad app while the flyer download isn't completed (or there's no flyer image for a given event).

[ltartari]

Hipsterize:

[otaviocc]

:-P The flyer should never return NULL. If there's no flyer for the event, it should return a picture of the venue..

[felipecsl]

We dont have pictures for most venues. I will change the backend to return this placeholder image

Felipe Lima
Sent from my phone

On Friday, January 11, 2013 at 19:54, Otavio Cordeiro wrote:

:-P The flyer should never return NULL. If there's no flyer for the event, it should return a picture of the venue..

—
Reply to this email directly or view it on GitHub (#3 (comment)).

[otaviocc]

Is the webapp skipping events without flyers? Because it always shows an image.

[otaviocc]

Oh, it shows an icon that represents the event type [concert | party].

[ltartari]

Here's the logic for that on the Web App:

p.flyer or p.venue.image or '/images/app/party-placeholder.png'

… that's for a party.

I believe that the image should stay on the device to make it faster to load. Just my 2¢.

[otaviocc]

Leo, the problem isn't where the image is, but a null value on the json response. The image will be fetch only once, and then stored in a NSCache instance.

[ltartari]

Ok, agreed.

The point that I was raising was that the download of a placeholder image should not happen in the first place and that having it stored in-app seems to be more logical. This image should be shown immediately after the data from the JSON is parsed, making the app look snappier. The image would then be replaced after each flyer or venue image is download and it should show as is only in extreme cases [when there's no image for both the event or venue]. I firmly believe that that's the best experience for the user. =)

[otaviocc]

I see. The placeholder is stored within the iPad app.

The line

p.flyer or p.venue.image or '/images/app/party-placeholder.png'

does not return a placeholder. It returns a fallback image.

placeholder image = ux
fallback image = plan b

[ltartari]

Humm, that's right. The fallback images are also part of the UX.
Can't they be stored in-app as well? The thing is that we don't have a CDN yet, and serving assets for the mobile clients can be very consuming. Any ideas on that?

[otaviocc]

Two images (party + concert) that will be downloaded only once per client*? Very consuming? Send a NULL then, and let the client show the placeholder instead.

*events that use the same image will retrieve the image from the local cache. These two images will be downloaded once. There's no reason to keep images on different repositories and different dimensions (retina and non-retina).

[felipecsl]

Added placeholder images based on iPad version: df05a47