- Replacement of the term "Bottone" in "Pulsante", the first term is mainly connected to clothing, instead the use of "Pulsante" identifies more precisely the concept of using a physical or virtual button.
- Maintaining the Boost term: on Twitter, in Italy, it's usual to use terms such as "tweets, retweets, and others". Therefore, the maintenance of the Boost word has been preferred rather than the total change to "Condividi".
- Reference buttons should eliminate the use of the word "Enable" as the visual switch is the element that confirms to the user whether the action is enabled or not. Further advice is to place the information icon "i" next to the switches, which allows the user to better understand the use of these features.
- Translation of: accessibility, filters, package: status, package: notifications, package: explore, package: conversations, package: account.
- Miscellaneous and minor changes
ATTENTION: using words like "social media love" and then asking "Happy messaging" can lead to misleading messages. They should be removed from all translations.
* Minimal icon app
Adding icons to the application on a minimal view
* Changes and add to Italian language
Insertion and modifications of some strings in the Italian language
* Revert "Changes and add to Italian language"
This reverts commit ce3c5a6a13.
* Show all symbols when adding a tag group
All the SFSymbols are shown when adding a tag group, the list is taken from
SFSafeSymbols. This includes symbols such as "swift" and "apple.logo", as seen
in https://mastodon.social/@alexito4/110742407894134083.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Add credit for SFSafeSymbols
The list of used libraries is updated with SFSafeSymbols.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
---------
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Update Simplified Chinese localization for Reply Visibility
* Update Simplified Chinese localization for Tag Groups
* Altered Simplified Chinese translation for tab label
显示 Tab 标签 -> 在导航栏中显示文本
* Allow specifying the visibility of replies
Replies can now have their own default visibility. This visibility is always at
least as restrictive as the default post visibility. When posting a reply, the
visibility is pre-populated with the more restrictive out of the default and
the visibility of the original post.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Use iOS-specific modifier
If the app is run on iOS 17, the new onChange(...)-modifier is used.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Restrict the extension of the onChange-Modifier
The extension of the view to allow the use of the version-appropriate
onChange-modifier is now only available in the relevant file.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Reset to use Xcode 14 / iOS 16
The iOS 17 specific changes are removed to allow building in the older Xcode 14.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Make the default reply visibility public
The standard default reply visibility is now public, the behavior of the app
isn't changed for a user who just updated.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
---------
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Fix the label not properly showing the follower count
* Replace `인스턴스` with `서버`
* Add new translations for search filters and the language detect option
* Update Simplified Chinese localization for search scope bar
* Update Simplified Chinese localization for setting to turn of auto language detection
* Update Simplified Chinese localization
Update translation for settings.translation.auto-detect-post-language-footer
Co-Authored-By: nixzhu <zhuhongxu@gmail.com>
---------
Co-authored-by: nixzhu <zhuhongxu@gmail.com>
* Update Simplified Chinese localization
Translations for Sharing settings
* Update Simplified Chinese localization
Fix translations in Display settings
* Add Korean translations for the share button behavior options
* Add a Korean translation for the new follower label
* Add a missing key for es locale
* Add setting to control share button default behavior
This adds a setting to control the behavior of the share button on the status row actions view.
Currently, it always shares the link to the post as well as the post text.
In iOS 16.4, Apple added iMessage unfurling for Mastodon URLs.
When sharing posts from Ice Cubes via iMessage, this leads to the recipient seeing two copies of the post: one from the unfurled link and one from Ice Cubes including the post text.
Users will now have the option to exclude the post text from their sharing.
This is easier than tapping the 3-dots button on the post (which is kind of small) and then expanding the Share menu in the context menu, which is the other way to access this functionality at the
moment.
The default value for the new option will be "Link and Text", which is the current behavior - so we won't change the behavior on existing users.
* Add new strings to other language localizations
* Update Simplified Chinese localization
Simplified Chinese localization for Accessibility
* Update Simplified Chinese translation
"accessibility.status.media-viewer-action.label" = "打开媒体查看器"
* Add StatusRowView accessibility action to open media attachment viewer
Previously, there would be no way to open QuickLook from the timeline.
Now, we add a custom accessibility action to do this.
* Work around initial accessibility focus bug in StatusDetailView
Previously, (due to identity issues?) the focus would be set on the header view. However, moving to the next element in the focus order. would skip over a random number of elements, depending on the context of the detail view.
Now, we manually set the focus once, allowing the focus order to work as intended.
* Respect filters in Timeline combined accessibility label
* Add explicit action to show filtered warnings from `filterView`
---------
Co-authored-by: Thomas Ricouard <ricouard77@gmail.com>
* Fix bug affecting accessibillityRepresentation of type Toggle
Previously, the action on the button would not get executed. This is a SwiftUI bug, as views passed into `accessibilityRepresentation` should not have any behaviour.
Now, we set an equivalent `accessibilityValue` on|off to emulate the same functionality.
* Remove conditional ViewModifier in favour of inlined modifier
Since this view is part of the `StatusRowView` it’s better to err on the side of less branching with ModifiedContent<>
* Avoid combining StatusRowMediaPreviewView accessibility children
By combining the elements, the end result was that the intended action (opening QuickLook) was swallowed in favour of displaying the alt text alert of images.
* Fix the lag of the display setting sliders
The sliders in the display settings were laggy because changing the value in the
theme class needs comparatively much time. This writing to the class is now
only done when the user lets go of the slider, so sliding it is responsive. I
was unable to make writing to the class more responsive, the example post needs
therefore a short time before it accepts the new values. Furthermore, all
AppStorage keys are now realized with a ThemeKey to clean the class up.
Fixes#1341
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Remove unnecessary changes to theme
The changing of theme keys is unnecessary for the fix oft the lag, so it's
removed.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Rework fix to be more similar to other lag fixes
The fix now uses the ...LocalValues class, which published updates only every
half a second.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
---------
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>
* Improve accessibility of StatusPollView
Previously, this view did not provide the proper context to indicate that it represented a poll.
Now, we’ve added
- A container that will stay “Active poll” or “Poll results” when the cursor first hits one of the options;
- A prefix to say “Option X of Y” before each option;
- A Selected trait on the selected option(s), if present
- Consolidating and adding an `.updatesFrequently` trait to the footer view with the countdown.
* Add poll description in StatusRowView combinedAccessibilityLabel
This largely duplicates the logic in `StatusPollView`.
* Improve accessibility of media attachments
Previously, the media attachments without alt text would not show up in the consolidated `StatusRowView`, nor would they be meaningfully explained on the status detail screen.
Now, they are presented with their attachment type.
* Change accessibilityRepresentation of AppAcountsSelectorView
* Change Notifications tab title view accessibility representation to Menu
Previously it would present as a button
* Hide layout `Rectangle`s from accessibility
* Consolidate `StatusRowDetailView` accessibility representation
* Improve readability of Poll accessibility label
* Ensure poll options don’t present as interactive when the poll is finished
* Improve accessibility of StatusRowCardView
Previously, it would present as four separate elements, including an image without a description, all interactive, none with an interactive trait.
Now, it presents as a single element with the `.link` trait
* Improve accessibility of StatusRowHeaderView
Previously, it had no traits and no actions except inherited ones.
Now it presents as a button, triggering its primary action.
It also has custom actions corresponding to its context menu
* Avoid applying the StatusRowView custom actions to every view when contained
* Provide context for the application name
* Add pauses to StatusRowView combinedAccessibilityLabel
* Hide `TimelineView.scrollToTopView` from accessibility
* Set appropriate font style on Notification header
After the change the Text needed a `.headline` style to match the prior appearance.
* Fix bug in accessibilityRepresentation of TimelineView nav bar title
Previously, it would not display the proper label for .remoteLocal filter options.
* Ensure that pop-up button nav bar titles are interactive
* Ensure TextView responds to Environment.sizeCategory
This resolves#1309
* Fix button
---------
Co-authored-by: Thomas Ricouard <ricouard77@gmail.com>
The switching of icons didn't work on the iPad anymore (See
https://norden.social/@betamax65/110088664994961476). This might be a temporary
fix, depending on what caused the bug (which I couldn't determine). For now,
one icon in the set seemingly must have a complete iPad icon set, which is
achieved with the standard icon. Furthermore, an assert statement helps to
determine the problem with the icons. This statement won't be compiled into
release builds.
Signed-off-by: Paul Schuetz <pa.schuetz@web.de>