Processed Issues11

This page shows a list of issues for blikopnieuws.nl that were approved or declined by our admins.

Template #1 Issue #1
Jun 15, 2017
Index page should not be rendered, not throw an error.

The reason for this is simple: if that embed that raises errors ever becomes supported, you end up with a dynamic page. Dynamic pages should not be rendered in IV.
Accepted by admin
Template #2 Issue #1
Jun 15, 2017
Service pages must not be generated
Accepted by admin
Template #4 Issue #1
Jun 16, 2017
Wilco den Besten
You are right, thank you.
Accepted by admin
Template #4 Issue #2
Jun 17, 2017
Missing gallery.

According to Checklist §6.4: "Slideshows are required only if the source article shows several photos or other media as a slideshow or gallery.". This article does exactly that.

Furthermore the first image is broken from the chain in order to be added as cover image. According to Checklist §6.3: "We will only accept issues [...] [if] Several images appear in the article one after another. In this case, the template should not break the sequence by extracting one of them as a cover".
Wilco den Besten
You are right, thank you.
Accepted by admin
Template #3 Issue #1
Jun 17, 2017
This photo is a good candidate for a cover image:
a) It has a standardized position among all other pages of this kind.
b) It is situated between the title and the lead paragraph.
Declined by admin
This is not a true cover on the source website. The cover image is optional in this case.
Template #6 Issue #1
Jun 17, 2017
Weather info is considered a dynamic page (2.1), because its gets updated every few days.
Accepted by admin
Template #3 Issue #2
Jun 17, 2017
The cover is missing from an article that has a cover on the source website.
Declined by admin
This is not a true cover on the source website. The cover image is optional in this case.
Template #3 Issue #3
Jun 18, 2017
This page is an article providing static information about advertising possibilities.
Its data is unlikely to change and there are no interactive elements.

Scenario: Client asks a marketing firm for realizing a banner for this website. They communicate via Telegram. Team sends an IV to the client for him to decide upon which of the sizes the ad should be. Once the client replies, the team can turn to IV once more to quickly access the e-mail address provided on this page (IV has in-built support for e-mail addresses).

Translated article (Google Translate): http://tinyurl.com/y8aj6ms2
Declined by admin
Service pages are optional.
Template #7 Issue #1
Jun 18, 2017
This page is an article providing static information about advertising possibilities.
Its data is unlikely to change and there are no interactive elements.

Scenario: Client asks a marketing firm for realizing a banner for this website. They communicate via Telegram. Team sends an IV to the client for him to decide upon which of the sizes the ad should be. Once the client replies, the team can turn to IV once more to quickly access the e-mail address provided on this page (IV has in-built support for e-mail addresses).

Translated article (Google Translate): http://tinyurl.com/y8aj6ms2
Wilco den Besten
Just because it has been a while since this page has been updated (who knows if that date is correct), doesn't mean you should make an IV. Service pages can be updated at any time (and one can argue that the longer that has been, the more likely it will be in the near future.) or new ones can be added in the /info/ path. If we support pages in the /info/ part and a new one is created, we can not be certain that the IV page wil be created according to the design rules. Also, on mobile (atleast on android) if you click on a email link, you get a prompt asking with which app you want to open it. I'm not saying your scenario's are unrealistic, I just think these arguments are more important than yours, but we will let the admins decide.
Declined by admin
Service pages are optional.
Template #7 Issue #2
Jun 18, 2017
This page is an article providing static information about photo submission possibilities (via e-mail).
Its data is unlikely to change and there are no interactive elements, furthermore the date of the page is 31st May 2014 (displayed in meta data only, shown on my template).

Scenario: Two friends chat via Telegram, A takes a photo that might be of public interest (say, a celebrity photo or scenes from an event) and sends it to B. B believes it's great material and sends A the link to this page. The page opens instantly via IV and A has direct access to the photo submission service via e-mail.

Translated article (Google Translate): http://tinyurl.com/y93wgvkg
Wilco den Besten
Just because it has been a while since this page has been updated (who knows if that date is correct), doesn't mean you should make an IV. Service pages can be updated at any time (and one can argue that the longer that has been, the more likely it will be in the near future.) or new ones can be added in the /info/ path. If we support pages in the /info/ part and a new one is created, we can not be certain that the IV page wil be created according to the design rules. Also, on mobile (atleast on android) if you click on a email link, you get a prompt asking with which app you want to open it. I'm not saying your scenario's are unrealistic, I just think these arguments
Declined by admin
Service pages are optional.
Template #3 Issue #4
Jun 18, 2017
This page is an article providing static information about photo submission possibilities (via e-mail).
Its data is unlikely to change and there are no interactive elements, furthermore the date of the page is 31st May 2014 (displayed in meta data only, shown on my template).

Scenario: Two friends chat via Telegram, A takes a photo that might be of public interest (say, a celebrity photo or scenes from an event) and sends it to B. B believes it's great material and sends A the link to this page. The page opens instantly via IV and A has direct access to the photo submission service via e-mail.

Translated article (Google Translate): http://tinyurl.com/y93wgvkg
Declined by admin
Service pages are optional.