Native US keyboard symbols page on the iPhone will automatically send you to the letters keyboard if you press ', but none of the other symbols. We'll need to handle that.

The shift key in the Sámi keyboards is always black/filled, as opposed to the Apple keyboards, where the lower-cased state uses a non-filled up arrow. See the attached screenshots for comparison. To not confuse users, it should be the same as for the Apple keyboards.

Hey there! 👋 Awesome tool.

I think the description for this repository could be a better better. I suggest: OSS reimplementation of iOS keyboard with support for localised keyboards. That might be more useful to newcomers than Giella keyboard for iOS.

Is this part of Giellatekno? I'm not sure what Giella means, and it is hard to tell from the README.

Thanks.

We should prefer to overflow the text than to compress it.

Our popup view of single letters seems bolder/bigger than Apple's. Combined with #11 this makes the popup view 'hop' between one large letter, an a row of small letters.

iPhone X Max, landscape view - keyboard takes almost all of the screen

When opening the keyboard, the keyboard tends to be double its expected height for less than a second. This is a jarring experience and should be fixed if possible.

To repeat:

• paste in the text “ Daate dåarjoehtimmiedajve, edtja stuaride gåtjkoehtidh.“
• switch keyboard to sma
• place the insertion mark in the second word
• choose the first suggestion

Notice how the comma disappears

To repeat:

1. Switch to the number/symbol pane in any keyboard based on this code
2. tap the space key - notice how nothing happens

Tested with the following keyboards: Sámi (SMJ layout), runes, and Komi. That is, both the old codebase (Sámi) and the new codebase (runes, Komi) have this issue.

To repeat, tap and hold on e.g. the A key repeated times. Every other tap-and-hold reveals the long-press bubble (and the key preview), the other tap-and-holds reveals nothing, giving plain A instead.

If a user swipes down to select the secondary value of a key, on iPad Pro 9 inch it does not work at all. This issue can be reproduced on any platform where the shape of the keys is much less square.

Expected:

This is the warning message:

keyboards/smi/ios/ios-build/HostingApp/AppDelegate.swift:99:19: Value 'bundleId' was defined but never used; consider replacing with boolean test

The color should match the color of the keys.

iOS native:

divvun:

Kbdgen is adding Finnish as part of the build process, so that Finnish appears as an available language even though it is not - there is no fi.lproj dir in the iOS keyboard app. This will be fixed soon.

Apple includes the unaccented letter as the first letter in the long-press list, we don't. It makes it easy to regret the accent/long-press, so it should be included.

automatically maintained user dictionary:

• unknowns left uncorrected should be placed into a "candidate list"
• unknowns left uncorrected a second time should be stored in a "user dictionary", and suggested prior to anything else for similar input
  • The word before and after the user dictionary word should also be stored
  • Make sure the algorithm for determining which word in a user dictionary is a separate function so it can be easily modified
• User dictionary should be visible and editable within the keyboard app

In the simulator (using an iPhone 6s running 11.2 as the target device), the keyboard menu in the keyboard app does not provide the same functionality as Apple's keyboards' globe menu:

• both have the Keyboard Settings... entry on top
• Apple's has three options at the bottom for a left- or right-shifted keyboard or a standard one - this does not appear in the Sami keyboards
• Apple's is attached to the globe key, ie it looks like a pop-up from the key, whereas the one in the sami keyboard app is a floating list of entries, and the globe key is not highlighted as being pressed - looks weird

See attached screenshots.

After an update to a new iOS version, the keyboard has been slowed down.

The key-buttons react either a couple of seconds after being pressed, or have to be prodded a couple of times before they react.

Other keyboards and apps act as they should.

Removing and reinstalling the app did not improve the situation.

See screenshots:

See screenshot:

The content of the menu seems to be the same:

Instead the extra space could be used to make both the 123 button and the pref button bigger.

The instructions are a bit wrong and should be fixed.

The native banner appears to leave 160px between the top of the keys and the top of the banner:

Our banner currently leaves 144px:

The symbol mode switches back to the regular keyboard after just one keypress, irrespective. Even when pressing backspace! It should only switch back to the regular one after pressing space (I think), but some more selective switching might be even better. Suggestions welcome, but the present behavior is no good.

When building the Sámi keyboard app with the latest iOS-keyboard source, I get the following warning for each keyboard:

warning: invalid character '_' in Bundle Identifier at column 19. This string must be a uniform type identifier (UTI) that contains only alphanumeric (A-Z,a-z,0-9), hyphen (-), and period (.) characters.

To reproduce:

• switch to North Sámi keyboard
• type return/newline
• type the following letters: m a i d
• you should get as one of the suggestions ‘Máid’, select that one

Note how the keyboard now is in uppercase state. It should be in lowercase, as the next character is not the first in the paragraph.

Things to fix:

• Background color
• Font size
• Separator line size
• Background when there are < 3 suggestions

iOS native light:

divvun light:

iOS native dark:

divvun dark:

iOS with < 3 suggestions:

divvun with < 3 suggestions:

See attached screenshot:

after typing .!? and space the keyboard doesn't switch to uppercase
Tested with southsami keyboard 2.2.0 (70)

Create two text fields in app and set one to Dark mode. Flick between the two fields. The UI doesn't update correctly.

Dark mode

Divvun middle row:

Divvun top row:

Apple middle row:

Apple top row:

Light mode

Note the lack of shaddow at the bottom of the Divvun popups, in addition to the distorted top row popup:

Divvun middle row:

Divvun top row:

Apple middle row:

Apple top row:

I assume we don't have the luxury of extening the popup outside the keyboard area, so we need to look for another solution. I would suggest we reduce it to one row only, instead of two. That should leave enough room for decent rendering. It might then be necessary to add horisontal scrolling when there are a lot of long-press letters, especially on small screens. Additional letters should be indicated with … at the end where more letters are found.

Tested with version 2.2.2, build 107.

In file AppDelegate.swift:

keyboards/smi/ios/ios-build/HostingApp/AppDelegate.swift:44:60: 'flatMap' is deprecated: Please use compactMap(_:) for the case where closure returns an optional value

The actually typed text should appear in the left square in most circumstances.

The pref key (taking the user to the keyboard app) needs something to indicate what it is, or its purpose. As it is now, it looks weird with no content:

When there are more than 4 long press items on iPhone, or 6 items on iPad, the long press popover should be 2 rows.

We have the logic for this but it is currently disabled as it seems there an issue with the touch coordinates interfering with the constraints.

Titles and headings are localised, but not the text body:

It seems that hte language switching icon/link of the app is placed too high on the screen, such that most of it is in an iOS area reserved for links back to the previous app (ie when switching to an app by pressing a notification). Whatever the reason, most of the link/icon is not responding, only a very tiny bit at the lowest part of the icon is usable.

This is on an iPhone SX Max, but given the layout of the screen and iOS elements due to the notch for front camera etc, I suspect this problem is true for all notched iPhones (iPhone X, XR, XS and XS Max).

We need a way to tell users about new features, updates or whatever we need to inform users about (but obviously not too often). This is both to actually inform about valuable updates, but it is also important as a signal to our users that we actually do update the keyboard app.

Since the keyboard is all they usually see (no user will actually open the app after the initial setup), I suggest a numbered badge like the one seen on Messages and Mail for unread messages, placed on the settings key.

As part of this change I also suggest that we include a version history page within the keyboard app.

Bug discovered in simulator. To repeat:

1. install keyboard
2. open keyboard app
3. go to settings and enable it (turn on full access)
4. go back to keyboard app, change language
5. save and notice how the app freezes, then just crashes

Our long-press list seems to use a smaller font size than Apple's. Combined with #10 this makes for a somewhat less optimal presentation, and it also makes the long-press list harder to read.

when switching to numeric mode, the shift key should change label to ‘#+=‘ instead of the shift icon, and when in ‘#+=‘ mode, the label should be ‘123’ — this is how it works in the Apple keyboards

It contains languages not available in the app (like Finnish and Swedish), and it does not contain locales available to the app, like Norw. Nynorsk:

Cf the code, which contains the following locales: Base, nb, nn, se.

There are several pixels between keys, both horizontally and vertically. Currently, tapping anywhere in these regions does nothing. It should, like the native keyboard, trigger the closest key.

When using the keyboard in a real setting over the weekend I noticed that it was surprisingly easy to miss keys. My typing rate was probably cut in half because of this.

Attached is a screenshot of current dead space.

See #60 for screenshots showing lack of shadows.