The new icon looks awesome! Thanks for all your work. I really enjoy using Arctic.
It’s looking great!
Congrats! An issue I see is tapping on an inbox reply doesn’t mark it as read. Neither does the mark all as read button. Going in Voyager to read the message does remove the unread status in Arctic.
It’s intentional to not mark as read when tapping an unread comment. I often don’t have the time t9 respond right away and prefer to keep them unread until I do respond. I could definitely add a setting to enable this behavior though. As for the mark all issue. I’ll have to look into this, I believe I am not using the mark all Lemmy api for this and rather marking individual posts. I do this to allow more granular control over what is marked as read. I wanted to be able to only mark mentions as read if viewing the mentions section, etc. the mark all button in the root of the inbox tab would mark everything as read though.
Either way, it sounds like it is not working correctly, so I will look into this in the next update.
A mark on message tapped option would be useful.
Wow, I must not have used Arctic in a while, but some work was definitely put into this, so thank you. It is much more polished than I remember. I love the
- jump button
- smooth UI
- text editor options
- ability to subscribe to communities
- many icon options
- open links in reader mode
- ability to cross post
- the navigation and search for communities at the top
- viewing options for compact posts
- moderator options
- holding jump button to go up a comment
Some requests I would love to see and would make it hands-down my favorite Lemmy app:
- sepia colour scheme (like pale yellow for background and dark brown text and antique white text boxes; it’s much easier on the eye balls)
- favoriting of communities
- color options for upvote/downvote
- color options for comment cascades
- swipe to collapse entire comment cascade
- option to toggle between “hold jump button for previous comment” and “hold jump button to return to top”
- default Home/Instance/All option
- on feed, three button menu, “Hide Read Posts / Unhide Read Posts”
Seriously, thank you for the time and effort. Things like this make alternatives to commercialism possible, which hopefully puts the emphasis back on sharing and interacting with people (and not just about getting clicks and money).
Thank you so much! I have definitely put a lot of work into Arctic in the last few months, I’m glad it shows and you’re enjoying it!
sepia colour scheme (like pale yellow for background and dark brown text and antique white text boxes; it’s much easier on the eye balls)
For this I am planning to add full theming support. Themes like Sepia, Dracula, Mint, Lemmy-UI etc I am planning to have presets for, but I’m also planning to add a theme editor so users can design and share their own themes. I unfortunately did not implement support for this earlier, so it will take some time to add full theme support as I now have hundreds of views to update.
favoriting of communities
I added support for favoriting communities in yesterdays update. If you have any feedback about the implementation, please let me know!
color options for upvote/downvote
This will be added in with the theming options
color options for comment cascades
There are settings to select different comment themes in Appearance Settings, but I’ll also be adding settings to add custom comment themes.
option to toggle between “hold jump button for previous comment” and “hold jump button to return to top”
I actually played with a similar feature yesterday where a double tap would jump to the top, but it added a delay to the single tap jump and made it feel laggy. I may take this suggestion and add a setting to toggle the behavior.
default Home/Instance/All option
There is actually a setting for this, however it behaves as Remember last selection I’ll add a setting to toggle between remember last, and always use default.
on feed, three button menu, “Hide Read Posts / Unhide Read Posts”
I’m planning to add this in, however it’s going to take a bit more work than one may think. Arctic does some aggressive caching for rendering feeds in order to improve performance. I need to update the caching system to support hiding content without corrupting the cache, otherwise the feed would need to be reloaded every time the toggle is switched.
Once again, thank you! I really appreciate the detailed feedback and I’m very glad you’re enjoying Arctic. I apologize for the late response, I’ve been very busy the last few weeks.
I also forgot to call out the Mod Zone. That is pretty nice, so I dont need to switch back to mobile browser every time to check for reports.
The only feedback I might suggest on the favoriting is that maybe instead of both favorite and unsubscribe in the same direction, make favorite swipe right and unsubscribe left to avoid accidentally unsubscribing.
Im especially excited for the sepia theme and additional comment cascade options. I think they really change the whole way my brain organizes the content.
Make sure to take breaks and don’t burn yourself out. Projects can be exhilarating but I’ve seen so many people push to meet all the demands and then exhaust themselves.
@creaturesurvive@lemmy.world
Regarding iOS watchers and notifications, they don’t open the specific post/comment inside the app for me when I tap them from the iOS Notification Center since a few versions.
Also, would it be possible to add the watchers to the in-app Notification Center (Inbox)?
Anyways, congrats on the new AppStore milestone release!
I did just notice that watcher notifications do not update the tab when launching the app from a notification. So if you are in the inbox section for example, and then open a notification, it will load the post in the posts tab, but not switch to that tab. Is this the issue you are having, or is it not loading the post at all?
As for showing watchers in the inbox tab, this is something I would like to do. Currently I do not keep any logs for watchers on the notification server, so it’s not something that could be queried from the server. Currently the only logging I do for watchers is tracking the total number of hits a watcher finds. I would prefer not to store more information than necessary. However I may be able to do this next n the users device when a notification in received by logging the post id.
I did attempt doing this by using the device Notification Center, but it’s a little counter intuitive since the notification is cleared as soon as the user taps it.
I will look into it and see what I can come up with. If nothing else, I could always log the post id on my server so that you can load the full history of a watcher in-app. The only real downside with any of these approaches is that Lemmy does not currently support queries for multiple posts, so I order to show a list of hits, it could mean hundreds of api calls which I’d prefer to avoid.
I have a back-log for some of your suggestions such as a favorite communities, so I may not get to this right away.
Anyways, congrats on the new AppStore milestone release!
Thanks! I haven’t had the chance to write a post about this yet. Hopefully later today!
I Just got a watcher notification, and it didn’t open.
Arctic was open in the background, with the home feed opened in the posts tab. I checked all tabs, and it was not open on any tab.
Does this log help?
[2024-03-15 07:20:19 +0000] [info] [arctic] didReceiveNotification: <UNNotificationResponse: 0x300625800; actionIdentifier: com.apple.UNNotificationDefaultActionIdentifier, notification: <UNNotification: 0x30067fcf0; source: com.creaturecoding.arctic date: 2024-03-15 00:00:03 +0000, request: <UNNotificationRequest: 0x30067fdb0; identifier: Optional(B22D8A94-625B-4CF0-854E-F70096E5B408):13131211, content: <UNNotificationContent: 0x10160a360; title: , subtitle: , body: , summaryArgument: (null), summaryArgumentCount: 0, categoryIdentifier: , launchImageName: , threadIdentifier: , attachments: ( ), badge: (null), sound: <UNNotificationSound: 0x302235030>, realert: 0, interruptionLevel: 1, relevanceScore: 0.00, filterCriteria: (null), screenCaptureProhibited: 0, speechLanguage: (null), trigger: <UNPushNotificationTrigger: 0x300b2c3a0; contentAvailable: NO, mutableContent: YES>>, intents: ( )>>
I pushed an update that will hopefully give me some more information about this issue. I improved the logging, so it will actually log what is needed when opening a notification. I also updated the handling a bit which may or may not resolve your issue. If nothing else, the logs should now show me what is going wrong.
Unfortunately this log does not help. The intention of this log message was for debugging issues like, however it looks like the system automatically redacts any useful information from it. I’ll update it to manually log the useful bits.
With that said there should be 1 or 2 log messages immediately after that message that mention handleUrl()
that may be useful in determining if the post url was found, and if it is correctly formatted. I looked at this for quite a while and could not find what may be causing this issue to only happen for watcher notifications and not other notifications. I’m still looking though.
Is this the issue you are having, or is it not loading the post at all?
It’s not loading the posts at all when Arctic is already open in the background and a community/post view is already opened, but I think they do open when the app is closed.
I am 99% sure that it’s not in a different tab, but I need to reconfirm this as I honestly haven’t thought about it opening in another tab.
I'll try to make a screen recording next time I get a notification (I got one for your reply, but I forgot about this).
Thanks man for this awesome app. I’ve just got some feature request:
- ~~Favorite communities: Will there be a possibility to have a list of your favorite communities before the list of all subscribed communities starts?~~ Current TestFlight version offers this already.
- Theme implementation / individualisation: are you planning to let the user choose between more Color schemes or even to individualise them completely? Some grey texts are hard to read while in light mode.
You did an amazing job and it feels like the most fluent app on iOS.
It’s my pleasure, I’m glad you’re enjoying enjoying it!
Favorite communities: Will there be a possibility to have a list of your favorite communities before the list of all subscribed communities starts?
Yes, this was finally added in yesterday’s update. If you have any feedback about the implementation, please let me know.
Theme implementation / individualisation: are you planning to let the user choose between more Color schemes or even to individualise them completely? Some grey texts are hard to read while in light mode.
This is something that I have been planning to add for a while now. I’ve unfortunately been far too busy working on other features to start working on this yet. I do intend on adding support for themes instead of just tint color options. I’m also planning to add a theme editor, so users can create and share their own themes. This is going to take some time though. I didn’t plan for this early enough, and so I’ll have hundreds of views to update with support for these features.
I have a couple of high priority features/fixes that I need to address first, but I should be able to start on this soon.
Thank you for all your work and support!
I’ve got another idea for a feature: Multi-Communities.
Right now there are like 3 - 5 active gaming communities among Lemmy. I can’t browse the category “gaming” because I have to scroll through 4 different communities.
It would be a cool feature to create a user specific multi community which would be next to the favourites. By opening this multi-community you could then just scroll through all those communities.
I’m unsure if this can be done by a client or should be implemented on the server side.
Oh and another minor feature: Can you implement opening the link of youtube links in the app directly? Or at least let me toggle it? I would love to open links in YouTube app.
Thanks!
Is this a bug?
The crossposts indicator of this post shows the previous changelog posts as crossposts:
I think it’s a Lemmy issue as opposed to an Arctic issue. The Thunder App shows the same thing for this post.
Good to know, thanks for the info!
This is not a bug. In Lemmy, crossposts are determined by the post URL. Any post using the same URL will be considered a crosspost. I’m not sure how, or if this is handled for text based posts. Personally I think these should be called ”related posts” and actual crossposts should be explicitly set as such.
Arctic
Arctic is a Lemmy client for iOS built on pure Swift. It currently supports iOS 15+ and Lemmy v0.17+
Get the latest version on TestFlight, or check it out on the AppStore.
If you would like to support Arctic’s development, feel free to Buy Me A Coffee