The online home of Brave Location Services Ltd.

WWDC 2026 Wishlist

My hopes for the coming year in the world of iOS development

This is my sometimes annual post on WWDC Eve, on what I’d like to see this year from Apple’s developer conference

I’m usually disappointed, and it was interesting to look at my prediction for WWDC 2024. Lots of hope for AI features, and lots of stuff still not delivered.

1. AI (Again, Again)

Apple really are massively behind in AI right now, but supposedly this is the year they finally get it right, and we will get an actually functional Siri and useful integrations.

Apple have signed a deal with Google to use Gemini, so it will be very interesting to see what they’ve actually done

My particular wishes are …

Much improved on-device LLM developer functionality

Earlier in the year I used Apple Intelligence to add daily summaries in my Sideboard app, which was a pretty underwhelming experience - the summaries are actually pretty useless ☹️

However this is a perfect case for seeing if the new Gemini-backed, on-device tools have improved in iOS 27. They really need to!

MCP support in Siri

I’m sure this won’t happen, but I don’t just want App integration in Siri, I want external MCP server support too. Not everything is an app, and the other main AI providers allow you to do this

2. Full support for reminders in EKEventKit

I’m in the middle of making a new app to make it easy to quickly add reminders

I’m back replacing Todoist with Apple Reminders as my task list, but miss Todoist’s fast way of adding tasks - so I’m making my own app to do this

Not sure this will ever ship (but I’m using it every day!), but the creaking EkEventKit - the official API for dealing with reminders - is missing support for lots of the newer reminder properties (tags etc.)

There really is no excuse for not updating this API, again really hoping this is the year

3. Improved SwiftUI on Mac

I actually really like SwiftUI, and it’s great you can (mostly) share UI code across Apple’s different platforms with it (mostly) working

That’s a lot of “mostly”s though, and Apple needs to make the code just look better on the Mac, and not have some truly ugly implementations on their core OS.

Conclusion

Realised the general tone this year is one of frustration with Apple, a general lack of quality in what they have shipped (or not) in the last few years

Not hopeful about most of my hopes, but maybe I’ll be pleasantly surprised this year?


Post-WWDC scorecard

I’ll update here post-WWDC with my scorecard

Writing an MCP

Using AI to generate code for AI Agents

The whole world is transitioning over to using AI for more and more things, so obviously we need Yeltzland to be on the cutting edge and make sure users can get Halesowen Town results in this new, exciting future 😁

Reusing existing Alexa code

A while back - when this was all the rage - I wrote an Alexa skill

You can ask it about the latest score, who do we play next etc. by basically fetching the fixtures/results data I maintain for the mobile apps, and then parsing it into a response suitable for a voice assistant.

Clearly in theory I should just be able to port this logic into a MCP service - the emerging standard for integrating with API assistants.

Using AI to write the code

This also seemed an ideal task for an AI coding agent to do the actual work of getting it ported to an AI-friendly format.

I’ve been using GitHub Copilot Pro for a while, it fits well into my workflow at a reasonable cost (currently $10 per month)

I set it the task to port the existing Alexa skill code into an MCP service I could run on AWS Lambda, and after a few iterations it did a pretty good job.

The service logic itself is almost completely reused, but the new code is around specific MCP support - which isn’t super-obvious how to do when running as a Lambda function.

Interestingly the first iterations worked, but were quite verbose as they weren’t using the latest MCP packages - which meant the coding agent wrote some of those new features itself.

A common occurrence out of the box as they can never be completely up to date out of the box without some help.

I pointed the agent to the latest documentation specifically, and instructed it to use the latest package, and it then did a nice job of refactoring the code to make it much more understandable and readable to this puny human.

Product Engineering

I think this is a perfect example of how the job of being a software engineer is changing right under our feet. We not really “coders” any more- although I’d strongly argue that was never what we were

Tim Checkley from Loomery - who I worked with recently - summarised this perfectly in a great post recently, that the role is being transitioned to being a “Product Engineer”.

An understanding of user needs, as well of what is possible rather than just how to code them, will be far more important going forward than it is now I strongly urge everyone to give this a read

Installation Instructions

If you want to give this MCP a go, there are full instructions on how to set it up at https://bravelocation.com/mcp-instructions - AI generated of course

Programming note

The text written here is the only thing not AI generated, so any nonsense, spelling mistakes or gramattical errors are all down to me. The terrible summary image was made by Chat GPT based on the post (has that glorious “Made for LinkedIn” look 🤣)

Apple Intelligence Daily Summaries In Sideboard

Sounded like a good idea, but turned out less useful than I hoped

I decided to add daily summaries in my Sideboard app using Apple Intelligence, but it didn’t turn out as well as I’d hoped

A quick recap - the app basically shows you all your upcoming calendar events for today and tomorrow, and shows a countdown both during and before your meetings

I wanted to test out using Apple Intelligence to see if it could generate a nice text summary of your day, and also learn about using Apple’s Foundation Models on device

You can see from the screenshot from the iOS app below how it turned out:

Screenshot of the Daily Summary on Sideboard

The code part

Apple’s actually done a nice job of making it easy to integrate their local Foundation models into your app

You can write a Custom Tool that can expose your model data in an LLM friendly way, and then get an text summary back in a few lines of code

Below is a truncated example of my code …

let session = LanguageModelSession(
    tools: [MeetingsSummaryTool(meetings: upcomingMeetings)],
    instructions: "You are a professional productivity app. Provide a concise, business-appropriate summary for the upcoming day in a formal tone. Focus on the most important and timely information. Keep summaries to a single sentence, and don't just restate the information about the meetings, the user can see that already in the app. Don't restate the meeting details as a list. Don't add any formatting or markdown."
)

do {
    let response = try await session.respond(
        to: "Provide a concise professional summary of today's upcoming or in-progress meetings.",
        options: GenerationOptions(sampling: .greedy, temperature: 0.0) // Try to keep the results the same
    )
    
    return response.content
} catch {
    self.logger.error("Summarise error: \(error)")
    
    return ""
}

Obviously the real skill is in the prompt engineering, and the above prompts are the result of a lot of trial and error trying to get the best results

Also note the GenerationsOptions() line, where I set the temperature to 0.0. This basically tries to keeps the same results given the same input, which I wanted to do as the summary is regenerated every minutes as the upcoming meetings may change

The result

I tried all sorts of prompts to try to improve the outcome, but I was pretty disappointed in the results. Now it could be that with better prompting you would get better results, but to be honest the summaries don’t add a great deal to the app

It’ll be very interesting when Apple release their new Gemini-backed Foundation Models later this year, to see if they can do a better job. I really hope so!

If you want to try the summaries yourself, they are available via an optional setting (on an Apple Intelligence supported device of course!) in the latest version of Sideboard

P.S. The hero image at the top is obviously an AI generated image (via ChatGPT not from Apple Intelligence of course!)

Adding CarPlay Support to Yeltzland

I'm ridiculously excited about doing this 😆

I’m pleased to announce my Yeltzland iOS app now has support for CarPlay

Supporting Radio Halesowen Town

The team from Radio Halesowen Town has done a great job of providing radio commentaries for both home and away matches over the last few years

With their permission, and after a daft amount of back and forth with Apple, I added support for streaming the station in the app a couple of months ago

This meant I could apply for the “Audio” CarPlay entitlement from Apple to let me add CarPlay support, and surprisingly that went through without a hitch (although unsurprisingly it took ages to be approved)

Code for adding CarPlay support

It was pretty simple to get this working

Basically you add a CarPlayDelegate class to your main app that implements CPTemplateApplicationSceneDelegate, and setup CarPlay support by making a few changes to the app’s Info.plist

CarPlay allows you to configure various UI template classes with your specific details, and then it will handle the drawing of screens on the myriad of different devices and screen dimensions

I basically setup the “now playing” template with the Radio Halesowen Town stream details, and then everything works fine

iOS 18+ also supports settings “sports score” information, with the teams playing, latest score etc. and obviously I already have that information available in the app, so supporting that was a breeze

You can see from the screenshot below it came out pretty nicely, even though I say so myself!

Screenshot of the CarPlay Screen

One more step along the road of getting Yeltzland on every possible screen 🤣

P.S. Yes, before you ask I am thinking about supporting Android Auto as well

TikTok redirects with Open Graph Metadata in Jekyll

I posted back in March 2025 about how I’m using social media now - basically switching to Mastodon and BlueSky for text, and TikTok and YouTube for video sharing.

8 months on I’ve pretty much stuck to that, and have surprisingly got much more (maybe too much!) into TikTok, and not posting much text any more

One problem I did find is that posting a link to TikTok on Mastodon or BlueSky didn’t look so good, as they don’t do a great job of implementing OpenGraph tags. So I thought I’d fix that myself

Redirect Pages with Custom Metadata

My solution was to make some intermediate redirect pages hosted on my own site here that contain the exact Open Graph metadata I want, then automatically redirect to the TikTok video.

First, I created a custom Jekyll layout called redirect.html that handles the redirection while including all the necessary metadata:


<!DOCTYPE html>
<html lang="en-gb">
    <head>
        {% include opengraph.html %}
        <meta http-equiv="refresh" content="0;url={{ page.redirect }}" />
        <link rel="canonical" href="{{ page.redirect }}" />
        <script>
            window.location.replace("{{ page.redirect }}");
        </script>
    </head>
    <body>
        This page has been moved to <a href="{{ page.redirect }}">{{ page.redirect }}</a>.
    </body>
</html>

This layout uses three different methods to ensure the redirect works reliably:

  • Meta refresh: A standard HTML meta tag that tells browsers to redirect immediately
  • Canonical link: Helps search engines understand the relationship between pages
  • JavaScript redirect: Provides a fallback for modern browsers

Each TikTok video gets its own post with custom front matter. Here’s an example:

---
layout: redirect
title: Steel Rigg (TikTok)
description: "Old bloke clambering up Steel Rigg (Hadrian's Wall) #hadrianswall #northumberland"
published: true
image: /assets/social_images/steelrigg.jpg
redirect: https://www.tiktok.com/@yeltzland/video/7479828444398865686
---

The key fields here are:

  • title and description: Used in the Open Graph metadata for the preview card
  • image: A custom thumbnail that appears in the preview
  • redirect: The actual TikTok URL to redirect to
  • published: Controls whether the post appears in the index

My existing OpenGraph include already handles most of the work. It checks for page-level metadata and uses it to populate the Open Graph tags:


{% if page.title %}
<meta name="og:title" content="{{ page.title }}" />
{% else %}
<meta name="og:title" content="{{ site.title }}" />
{% endif %}

{% if page.description %}
<meta property="og:description" content="{{ page.description }}"/>
{% else %}
<meta property="og:description" content="{{ content | markdownify | strip_html | xml_escape | truncate: 200 }}"/>
{% endif %}

{% if page.image %}
<meta property="og:image" content="{{ site.url }}{{ page.image }}"/>
{% else %}
<meta property="og:image" content="{{ site.url }}/images/logos/og-bravelocation.png">
{% endif %}

I can then post a link to my site, and it will look pretty good when the social site turns that link into a rich card - see https://mastodon.social/@yeltzland/115519188300810818 for example

Building a Social Posts Index

To make these posts discoverable, I created an index page at /social/ that displays all published posts as cards. The page uses Jekyll’s liquid templating to filter and sort the posts:


{% assign social_posts = site.pages | where_exp: "page", "page.path contains 'social/'" | where_exp: "page", "page.name != 'index.html'" | where: "published", true %}
{% assign sorted_posts = social_posts | sort: 'path' | reverse %}

{% for post in sorted_posts %}
    <a href="{{ post.redirect }}" class="social-card" target="_blank">
        {% if post.image %}
        <img src="{{ post.image }}" alt="{{ post.title }}" class="social-card-image">
        {% endif %}
        <div class="social-card-content">
            <h2 class="social-card-title">{{ post.title }}</h2>
            {% if post.description %}
            <p class="social-card-description">{{ post.description }}</p>
            {% endif %}
        </div>
    </a>
{% endfor %}

I used CoPilot to make some nice CSS cards that match the existing design - and you can see the results on this page

Conclusion

I’m pretty happy with this approach for sharing social videos - and in doing this I forgot how much I love Jekyll for running static sites!

If you want to follow me directly on TikTok, I’m @yeltzland on there of course!