keymanapp / keymanweb.com Goto Github PK

Twitter integration is not currently working. Gives the following error:

Sentry Issue: KEYMANWEB-COM-4

ReferenceError: openALink is not defined
  at HTMLAnchorElement.onclick (https://keymanweb.com/#am,Keyboard_gff_amharic:1:12)

Context:

Repro: literally... just click on the keyboard-documentation link - the '?' seen in this image:

The link will still execute, but it'll also log this Sentry error.

Sentry Issue: KEYMANWEB-COM-3

ErrorException: Warning: file_get_contents(http://r.keymanweb.com/api/3.0/keyboards/basic_kbdes/es): failed to open stream: HTTP request failed! HTTP/1.1 404 Failure

  File "\renderLanguageExample.php", line 22, in renderLanguageExample
    $json = file_get_contents($string);
  File "\languageexample.php", line 43
    renderLanguageExample($keyboard, $language, $morehelp);

Sentry Issue: KEYMANWEB-COM-12

Error: Invalid "target" attribute. Please use "readonly" instead of "disabled" attribute
  at ClipboardAction.set (/ajax/libs/clipboard.js/2.0.4/clipboard.js:547:31)
  at ClipboardAction.resolveOptions (/ajax/libs/clipboard.js/2.0.4/clipboard.js:356:25)
  at new ClipboardAction (/ajax/libs/clipboard.js/2.0.4/clipboard.js:338:14)
  at Clipboard.onClick (/ajax/libs/clipboard.js/2.0.4/clipboard.js:202:36)
  at HTMLDivElement.<anonymous> (/ajax/libs/clipboard.js/2.0.4/clipboard.js:184:31)

I think we should consider adding a "pre-release version" -- "switch to stable" (and vice-versa) banner somewhere on the page but that could be a separate PR.

Oh, I totally agree with that - just check the original description. Just... I'm not sure where to put it. Especially because of the difference in layout between desktop and mobile formats.

And yeah, it can definitely be done as a separate PR.

Originally posted by @jahorton in #20 (comment)

Description
Keyman Keyboard disappeared on iPad Air Simulator after changing the device position into Landscape.

To Reproduce

1. Open iPad Air 5th generation Simulator.
2. Install Keyman 15.0.521-beta build.
3. Open Keyman In-App. Here, we may notice that the OSK appears correctly.
4. Press Command+R button to change the device orientation from Portrait to Landscape.

I noticed that the On Screen Keyboard is gone after changing the orientation.

Expected behavior

• The On Screen Keyboard should be consistent and appear after changing to landscape mode.

Screenshots
..in Portrait Mode:

..in Landscape Mode:

Keyman iPad

• OS: iOS 15.5
• 5th generation
• iPad Air Simulator

Keyboard

• Keyboard name: EuroLatin (SIL)
• Keyboard version: 1.9.6
• Language name: English

Additional Context
I was not able to reproduce this issue in iPhone 13 Pro Simulator.

• This is kinda separate, but it would be good if keymanweb.com could fall back to earlier version of kmw for earlier versions of iOS (and ancient versions of Android)?

Originally posted by @mcdurdin in keymanapp/keyman#7343 (comment)

1. Open a(ny) browser.
2. Type "https://keymanweb.com/?tier=stable#ta,Keyboard_basic_kbdintam" in the Search bar.
3. Verify the KeymanWeb page opens.
4. Click on the Keyboard text area.
5. Verify the Virtual Keyboard appears under the text area.
   Here, I noticed that the Keyboard appears in large size and it hides the bottom view.

..Virtual Keyboard in KeymanWeb ..

The example looks different from what you type in the input box because it seems to use a different font.

To Reproduce

1. Open the Amharic OSK: https://keymanweb.com/#am,Keyboard_gff_amharic
2. Type the keys given in the example in the blue box above the input field (Tiena ysTlN)
3. Notice how the text in the input field looks different from the text in the example - see screenshot.

Expected behavior

The text shown in the input field looks similar to the Amharic text in the blue box above the input field.

Screenshots

KeymanWeb:

• OS: Ubuntu 20.04
• Browser: Firefox 97.0
• KeymanWeb Version: ??? where do I see this information? Maybe 14.0.286 (there are several scripts included with that version)
• URL: https://keymanweb.com/#am,Keyboard_gff_amharic

Look at the right side of the textbook to see the different between what is shown in Windows and macOS. The download button is not shown in macOS. If this is intended, close this bug.

KeymanWeb.com on Chrome in Windows

KeymanWeb.com on Chrome in macOS

The newa_traditional keyboard from keymanapp/keyboards#1084
is not rendering on https://keymanweb.com/#new-newa,Keyboard_newa_traditional

Happy for this site to support 13.0+ at this point if that makes things more elegant?
Originally posted by @mcdurdin in #28 (comment)

If KMW's script is the last thing to load on the page, keyman.init may not have been called, meaning the touch-aliases won't have been built yet. If we could wait on init's Promise, we could eliminate this timeout in favor of that.

Assuming that making an init call here is safe, granted: this function doesn't know whatever options the site may be setting elsewhere for its init.
Originally posted by @jahorton in #28 (comment)

So, a bit of investigation may be necessary (b/c 2x init calls) to make sure everything would work safely, but I believe this should be possible to implement.

Steps to Reproduce:

1. Open 'keyman.com' website in any browser.
2. Click Products / Pre-release Versions.
3. Click 'KeymanWeb latest alpha on keymanweb.com' link under KeymanWeb heading.
4. Verify that the Keyman alpha page appears with the mentioned web link "https://keymanweb.com/?tier=alpha&_ga=2.1867.." (alphapage)
5. Click "Return to version 15.0.274" link which appears at the top right corner of the page.
6. Verify that the Keyman 'stable' page opens. (stable)
7. Click "Try beta version 16.0.130" link at the top right corner of the page.
8. Verify that the Keyman 'beta' page opens. (beta)

Here, I noticed that I was not able to revert to 'alpha' page.

Expected: There should be a link 17.0 appears under the pre-release version.

..alpha page

..stable and beta page

We need to filter the keyboard list by phone, tablet, and desktop device. The cloud 4.0 API supports a device parameter https://help.keyman.com/developer/cloud/4.0/

For example, https://keymanweb.com/#am,Keyboard_gff_mesobe_fidelat supports mobile and tablet, but not desktop platforms.

Reported by @dyacob at https://community.software.sil.org/t/question-on-keyman-web-the-kmd-web-target/6972/9

Footer should start below the OSK

Example: https://keymanweb.com/#chr,Keyboard_cherokee_nation

Describe the bug
In the Keymanweb.com site, I just clicked on the SIL logo that leads to open an error page.

To Reproduce

1. Open KeymanWeb.com Site in any browser.
2. Verify that there is an SIL logo which appears at the bottom right side of the Web page.
3. Click on the SIL logo.
4. Here, I noticed that by clicking on the SIL logo leads to open an error page.

Expected behavior
It should open (?) https://www.sil.org/about page.

Screenshots

Keyman for Web:

• OS: Windows 11, Windows 10 x64, macOS Monterey, Ubuntu 20.04, Android 10
• Browser: Chrome 104.0 , Firefox 103.0
• KeymanWeb Version: 16.0.48
• URL: https://keymanweb.com/?version=16.0.48#ta,Keyboard_basic_kbdintam
  Keyman Developer:
• OS:
• Keyman Developer version:

Keyboard

• Keyboard name: Tamil Basic
• Keyboard version: 1.1
• Language name: Tamil

Additional context
I was able to reproduce this issue in the Stable KeymanWeb page (eg., https://keymanweb.com/#ta,Keyboard_basic_kbdintam) too.

Sentry Issue: KEYMANWEB-COM-5N

SyntaxError: Unexpected identifier
  at None (https://keymanweb.com/:96:11)

Describe the bug

On status.keyman.com, go to the KeymanWeb row and then click on the V icon next to the version number.

For all three versions (stable, beta and alpha), the landing pages look confusingly identical while their URLs are different.

• stable: https://keymanweb.com/?version=14.0.287#lpo-lisu,Keyboard_basic_kbdlisub
• beta: https://keymanweb.com/?version=15.0.209#lpo-lisu,Keyboard_basic_kbdlisub
• alpa: https://keymanweb.com/?version=16.0.2#lpo-lisu,Keyboard_basic_kbdlisub

Here is what is shown for all three URLs right above.

When click on the top right corner label "Try beta version 15.0.209"
The URL shown: https://keymanweb.com/?tier=beta#lpo-lisu,Keyboard_basic_kbdlisub

To improve the visibility of the version being used without having to click on the address bar, please show something like "you're testing version so and so". For now, it's a little hard to identify what version one is currently on.

It would be great to have a mobile preview mode for keymanweb.com that operates on desktop browsers, so that users can preview what a mobile device layout would look like. Also good for demos.

Describe the bug
After changing the keyboard (eg., from Tamil Basic to Tamil 99 Basic) then clicking on the Download(green) button leads to an error message.

To Reproduce

1. Go to KeymanWeb.com Site.
2. Select Asia / Tamil from the 'Languages' dropdown list.
3. Verify that the Tamil Basic Keyboard appears on the Keyboard dropdown list.
4. Click the Download (green) button which appears in the top right corner of the page.
5. Verify that the 'Tamil Basic' Keyboard page appears with Install Keyboard button. (upto this, it is working fine)
6. Go to the Previous page.
7. Change the Keyboard from 'Tamil Basic' to 'Tamil 99 Basic'.
8. Click the Download (green) button leads to open an error page.

Expected behavior
It should open the corresponding page (eg., Tamil 99 Basic) without showing any error message.

Screenshots

Keyman Engine for Web:

• OS: Windows 11, Windows 10 x64, macOS 12.5 Monterey
• Browser: Chrome 104.0 , Firefox 103.0
• KeymanWeb Version: 16.0.48
• URL: https://keymanweb.com/?version=16.0.48#ta,Keyboard_basic_kbdintam

Keyboard

• Keyboard name: Tamil Basic
• Keyboard version: 1.1
• Language name: Tamil

Sentry Issue: KEYMANWEB-COM-60

ReferenceError: keyman is not defined
  at getKeymanWeb (/cdn/deploy/js/kmwlive.663f7399d98a234f17ddc68d22c8b805.js:11:3)
  at updateSize (/cdn/deploy/js/kmwlive.663f7399d98a234f17ddc68d22c8b805.js:127:9)

Plus, let's switch to the beta version for all users.

Hint: look here: https://github.com/keymanapp/keymanweb.com/blob/master/inc/head.php#L9 for that one

Description
After changing the Keyman Version I have noticed that already added text is gone from the text area.

To Reproduce

1. Open KeymanWeb.com(beta) Site on any browser.
2. Click on the Text Area.
3. Verify that the Keyman Version would be 'New Release : Try beta version 15.0.246'
4. Change the language into 'Tamil'. (or any other language)
5. Start typing on the Text Area. (We may notice that the Tamil texts appearing correctly on the Text area)
6. Click 'Try beta version 15.0.246' blue link.
7. Verify that the Keyman Version would be 'Pre-release version : Return to version 14.0.291'

Here, I noticed that the added Tamil Texts get cleared from the Text Area. I have attached the Screenshot (ContentChanging.png) for reference.

Expected behavior
The added content should not get cleared after changing the Keyman Version.

Screenshots
Content Changing:

KeymanWeb:

• OS: Windows 10 x64
• Browser: Mozilla Firefox, Chrome
• KeymanWeb Version: KeymanWeb (beta)
• URL:

Keyboard

• Keyboard name: Tamil - Tamil Basic
• Keyboard version: 1.1
• Language name: Tamil

Additional context
This is only reproducible in Keyman Web.com WebSite.

Sentry Issue: KEYMANWEB-COM-2W

TypeError: Cannot read property 'setRect' of null
  at updateSize (/cdn/deploy/js/kmwlive.e14967304e683013e6f633dab2d07021.js:157:23)

Describe the bug
Links to use Keyboard Online on keyboard layout pages do not work

To Reproduce

1. Go to any keyboard page eg Newa Traditional
2. Click on Use keyboard Online
3. Instead of Newa Traditional (or whichever keyboard) being selected, Akshara Bali is selected, Url fragment changes to #ban-bali,Keyboard_aksarabali_panlex
4. Same behavior is observed if you enter the url https://keymanweb.com/#new-newa,Keyboard_newa_traditional manually.
5. Same behavior on few random layouts that I selected.

Expected behavior
Selected keyboard should be retained.

KeymanWeb:

• OS: Windows 10, Archlinux
• Browser: Chrome 87, Firefox 84
• KeymanWeb Version: latest ?
• URL: https://keymanweb.com/#new-newa,Keyboard_newa_traditional

Keyboard

• Keyboard name: Any
• Keyboard version: Any
• Language name: Any

Additional context
This was working until very recently. It may not be related at all -- but keymanapp/r.keymanweb.com#6 was merged yesterday to make bookmarklet to work.

When language is selected manually, there is [undefined] seen next to layout name