Skip to content

Releases: rubidus-api/retekey_apk

v0.1.93

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 14:40

The notepad's links are one row again — List, SelA, Cp, Cut, Paste, Del, Un, Re, Close — in a layout that wraps onto a second row when a screen is too narrow to hold them all, rather than pushing the last one off the edge the way a plain row does.

Two fingers set the text size, on the list and in a note alike, between 60% and 300%. Where you leave it is where it stays.

Reproducibility re-verified at this tag under JDK 21.

v0.1.92

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 11:44

Documentation, checked rather than assumed: exactly what the Android 4 build does with the notepad and with direct code-point entry — which is all of it, spelled out feature by feature. Undo there is the notepad's own history (TextView's is API 23), and the clipboard goes through setPrimaryClip, which has been there since API 11.

Two things do differ, and both are now named: the floating panel's bar spells its glyphs as words below API 21, and a character your device has no glyph for shows as a box while still being the character that was typed.

Verified by drawing the real views with the legacy APK on an Android 4.4.2 image; those two pictures are in the README.

Reproducibility re-verified at this tag under JDK 21.

v0.1.91

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 11:36

The pictures show what ships. The floating keyboard in the README, and every screenshot in the store listing, were captures from before the keys were redrawn — hold hints outside the key faces, a layout key that did not say where it goes, a space bar labelled with a word. They are rendered from the current code now, over a page of writing rather than a blank ground, because a translucent panel over nothing looks solid.

No behaviour changes in this one.

Reproducibility re-verified at this tag under JDK 21.

v0.1.90

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 11:12

Long presses where a physical keyboard has the other half of the key. On the symbols page each of !@#$%^&*() holds its digit, ; holds a comma and : a full stop; on the keypad page + holds *, - holds /, . holds a comma and e holds an underscore. Esc now sits beside the space bar on the symbols page.

The cell beside space on the keypad page said ABC and went back to the letters — which the layout key beside it already does. It finishes each mode instead: the keypad's zero, the tenth function key, forward delete. On the menu page that same cell opens the code-point entry.

The notepad's note screen grew a second row of links: Cp, Cut, Paste, Del, Un, Re, on the selection or on the whole field when nothing is selected. Undo is the notepad's own history, so it behaves the same on Android 4 as on 16 rather than only existing from API 23.

Reproducibility re-verified at this tag under JDK 21.

v0.1.89

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 08:55

Hanja conversion floats too. The candidates used to be a popup window pinned to the keyboard, which meant bringing a one-pixel window into existence and retrying twenty times whenever an external keyboard was doing the typing — and a last row a navigation bar could sit on. They are a floating panel now, in the same frame as the keyboard and the code-point pad: drag it, resize it, and it is as see-through as the floating keyboard's opacity setting says. It keeps its own size and place, and gives the keyboard back when it closes.

The code-point pad is two rows instead of three: the digits, then A-F with Bksp, Cancel and OK beside them, each saying in a word what it does. The row and a half of filler cells that spaced a keyboard-shaped grid around sixteen digits is gone.

Reproducibility re-verified at this tag under JDK 21.

v0.1.88

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 08:32

The code point you are typing is readable now. On the floating pad the strip that shows it was painted like a key you cannot press — which is what it is made of, but not what it is. It is the readout, and the one thing on that pad worth reading, so it takes the ordinary ink.

The README's picture of the entry follows the panel it became: a small pad floating over a document, rather than a keyboard-wide slab of hex digits.

Reproducibility re-verified at this tag under JDK 21.

v0.1.87

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 07:07

The U+ code-point entry is a floating panel now, not a page of the keyboard. Opening it replaces the keyboard with a small pad you can drag and resize; closing it puts back whatever was there before, on the layout it was left on. The pad's close key ends the entry rather than turning floating off.

How see-through it is comes from the floating keyboard's own opacity setting — one preference for panels that hover over your document — while its position and size are remembered separately, because the pad is a different size and belongs somewhere else.

With a hardware keyboard the pad now comes up regardless. That case hides the on-screen keyboard, which used to leave the code you were typing with nothing showing it; the digits, backspace, Enter and Esc all work from the physical keys. Codes run to six digits, so everything up to U+10FFFF is reachable.

Reproducibility re-verified at this tag under JDK 21.

v0.1.86

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 06:55

The U+ entry is all in one place. It used to answer in a window of its own — four characters of feedback shown somewhere other than the keys producing them. The pad now carries the code and the character it names along its top, with Cancel and OK saying what the two ways out do. Nothing is typed while the digits arrive (the code is a composition), so Cancel leaves at any point with the document untouched and the previous keyboard back. Codes run to six digits, so everything up to U+10FFFF is reachable.

With a hardware keyboard attached there is no on-screen pad to carry any of this, so that case keeps the candidate window — the feedback follows wherever the typing is happening.

The README also gained pictures of the notepad. Reproducibility re-verified at this tag under JDK 21.

v0.1.85

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 06:24

The U+ entry has keys now. It opened a window nothing on a phone could fill: the letters page has no A-F to press as digits and the keypad page has no letters at all, so without a hardware keyboard the Uni key led nowhere. While the entry is open the keyboard becomes the sixteen hex digits, with a backspace, an Esc that leaves and an Enter that commits.

The README's pictures were also redrawn — by the keyboard's own rendering code rather than photographed — so they show the keys as they are: the new labels, the space bar, the layout key naming where it goes, the menu page with Uni and Memo.

Reproducibility re-verified at this tag under JDK 21.

v0.1.84

Choose a tag to compare

@rubidus-api rubidus-api released this 08 Aug 03:06

A notepad, on the menu page's Memo key. It opens above the keyboard and takes the rest of the screen — translucent, so the app you are copying from stays readable behind it — and what you type goes into the note rather than into that app, Hangul composed as you type it.

Each note's first line is the moment it was made, 20260713-1448, written once and never edited, with a title beside it. The body starts on the next line, which is what lets select all mean the body alone.

The list is a details view: Date and Title sort by their column and reverse when pressed again (▲ ▼ shows which), there is a checkbox per row and one in the header that takes all of them or none, ▲ ▼ move a note for an order of your own, and Del / DelAll clear the ticked ones or every one. Notes are written through on every change.

Reproducibility re-verified at this tag under JDK 21.