PRS-505 FSK Test-Environment for Autorun Applications under MS-Windows

[BenChen]

Originally Posted by VICTORSJG

Ben thanks for fixed the problem, i want to ask you a modification for the non-touch readers, is it posible to modify the keyboard of the non-touch readers to have the same numbers of the keys on keyboard like touch reader? because i've seen this keyboard has a lot keys more than the non-touch (for example it incorporates numbers and othe symbols).

thanks

Hi Victor,

Unfortunately, what you ask for is impossible. With the non-touch version of the calendar, we have reached the limit of what the Sony readers can handle in one js file. Because the non-touch version requires SO much extra code in order to move the cursor around, when I recently extended the keyboard the whole application stopped working. I could only get it working again by deleting all the code that the non-touch version needed. It was then that the calendar code was forked: a touch (with the extended keyboard) and a non-touch (without) versions. Sorry about that, but there is nothing I can do!

Sincerely,
Ben.

[VICTORSJG]

Ok Ben, no problem, why isn't eastersunday shown on calendar?

[BenChen]

Originally Posted by VICTORSJG

Ok Ben, no problem, why isn't eastersunday shown on calendar?

Hi Victor,

It is shown on mine. Are you sure the Easter Sunday event is in your calendar data file? It should look like this:

F;3;0;0;14;Easter Sunday

If it isn't there, you will have to add it manually, since the event editor popup cannot add zeros.

Sincerely,
Ben.

[VICTORSJG]

Originally Posted by BenChen

Hi Victor,

It is shown on mine. Are you sure the Easter Sunday event is in your calendar data file? It should look like this:

F;3;0;0;14;Easter Sunday

If it isn't there, you will have to add it manually, since the event editor popup cannot add zeros.

Sincerely,
Ben.

Ben i had other calendar.dat file with others adjustements, so the configuration of eastersunday was differente between both.

thanks

[Mark Nord]

Inspired by kartu's bubble-code for PRS+, I included similar functionality into the Sim-Engine. This way the simulated key-input now reaches the actual focus. (e.g. dialiog windows)

But unexpectedly some apps stopped working in PRS-505 mode after this change.

The problems is cause by the last lines of

    <function id="modelChanged">
            ...
            this.state = state;
            target.init();
             if (target.isEnabled())
                {
                target.focus(true);
                };
        }
        </function>

So that target.focus(true) wasn't called at all.

There are two solutions to this:

• remove the condition
• add this.enable(true); to target.init

BTW I can't figure out why some App's "become" enabled, while other need the explicit call?

[Mark Nord]

Hi,
just decapitated Frotz-App in the SIM (code is in the apps-repository) to be used as sandbox for 300/505 keyboard.
Changed key-layout to have 10 keys in each row -> numeric keys can be used for input,
added two "special" keys left and right of the space-bar (as seen on the T1)
Those keys can provide e.g. "/"
Added code to handle hold for center-key and numeric-keys -> PopUp with additional "accented" key.

Thats what I have so far.
Next: move keyboard in it's own XML, and integrate it into main.xml via <view> (See popUpMenu)
Move JS from sandbox to Core-level.
Intrioduce new button-assets with less hight, so that eventually a fifth row (with "soft-keys") or at least a line with number 1 to 0, as "helper" can be done. Should we try a vertical "helper" infront of the numeric-keys too?

IMHO for 600+ we should aim to use the standard-Sony-keyboard, with the same hold-functionality for touch-devices, or - at least - try to reproduce this functionality.
Which would be
A) check if we can use custom-hold with buttons
B) overload key-down to log the system-time and check in key-up for hold

[VICTORSJG]

Mark I've tested this version but when the lines written over the maximun of the lines per screen only the buttom up is shown apart from the lines are not shitf to up when the button is press.

thaks

[BenChen]

Originally Posted by Mark Nord

IMHO for 600+ we should aim to use the standard-Sony-keyboard, with the same hold-functionality for touch-devices, or - at least - try to reproduce this functionality.
Which would be
A) check if we can use custom-hold with buttons
B) overload key-down to log the system-time and check in key-up for hold

Hi Mark,

Looks good.

For 600/x50, I would love to be able to use the standard Sony keyboard in IntFic and CLI (and Calendar?) if you know how to.

Sincerely,
Ben.

[Mark Nord]

Originally Posted by VICTORSJG

Mark I've tested this version but when the lines written over the maximun of the lines per screen only the buttom up is shown apart from the lines are not shitf to up when the button is press.

thaks

Thats why I wrote "decapitated", this code state is just to show my intent.
Aiming to have a "system"-keyboard for 300/505 too. So that this code hadn't to be integrated into each separat app.
But thats another story, and way to go.