Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Den

Pages: [1] 2 3 4 ... 24
1
Can you clarify re digits? (apart from numpad). You want separate row for digits? But digits only, no puncts on them?

thanks, Ian

A row above the letters. It's kind of far, but you don't need to shift to type the numbers. Putting puncs there would require extra shift and extra distance, so putting puncs on number row is far from ideal.

2
In terms of "Ian theory", (for lack of a better term), the Direction of Travel for thumb keys is All Wrong. The natural motion for us chimpanzees with opposable thumbs is towards the palm, not at right angles to the plane of the palm, although clearly that is also "doable", as anyone who has played thumb drums on their desk can confirm. Or keyboard users and pianists, for that matter :-)

One idea is to have the thumb area connected to the main board with a hinge. The hinge allows it to be adjusted from 0 to 90° (or more). Default state it looks flat to normal users. Advanced and ergonomic-conscious users can tilt to their desired angle.


3
We did, see attached. Also
beakl-clp-0.en.matrix
seelpy-1-lowscore.en.ergolinear

The CLP/SC format actually overruses the thumbs, which is opposite of what we want. unfortunately hard to reduce thumb usage for these.

can there be a better balance?

brewing a combination pinkyless + low thumb usage.

1. No pinkies for typing. One may reassign other utility functions, like editing or navigation.

2. Low thumb. Ideally 5% usage per thumb. so no space. Probably modifiers includiig shift and altgr, due to next point.

3. Fewest keys to cover ASCII visible characters.  95 keys to start. but digits will be accessed on numpad or number row. So only need 85 chars. so need 29 keys with 3 layers, or 22 keys with 4 layers.

Given these constraints, then, pinkyless suggests 22 keys on 4 layers. this is doable with just shift and altgr, the home block, plus two more keys per hand. probably home pinky and index inside column. (if making room for arrows on bottom left hand, left hand will also need another index inside key.)

the main layer should hold the most common chars, including space, comma, and period. less common letters will be relegated to secondary layers. thumbs will be for shift and altgr. thumb usage should be quite low since they access less common chars only. unlike CLP/SC which used modifiers for common chars.

4
Why didn't you go X7.1H?

5
Tech Support / wiki.shenafu.com
« on: 2018-Jul-29 06:50 »
https://wiki.shenafu.com/

Above link is subdomain to host a wiki to act as a portal to consolidation of information and articles found elsewhere on this domain.

Using Tiki Wiki for these tightly integrated features:

  • wiki
  • blog and articles
  • forum posting and comments
  • polls & surveys


6
It's ironic that the most common character (space) is typed by a slow finger (thumb). Wouldnt it be better to move it to a faster finger? In fact, we should ask, does the thumb deserve a role in typing (like the pinky)?

It would work for me to replace the space with numlock. To provide easier access to numpad. One might also put arrows and nav keys in the same layer, on the other hand opposite from the numpad.

7
Thumb rolls could feel better only if their size and placement exactly conform to one's hand. Alas I don't think Kinesis is it. Ideally they are 1u just like other keys, and closer.

Regardless, thumbs are not known for nimbleness, so overuse may slow you down a tad. Being anchored to the thumb would also adversely affect the agility and freedom of movement of the other fingers.

8
I might even consider removing all nonhome pinky keys for nontyping utility. like PageDown/PageUp, Copy, Paste, layer access.

We only need 27 keys for letters and space. So 13 and 14 on either hand. Each hand's main well + thumb = 16. Remove 2 pinky keys = 14. Left hand also loses 1 key for arrow = 13. Perfect.

All punctuations will move to punc layer. There's also room on shift-space to fit a punc (probably comma, underscore, or apostrophe).

ex.
Code: [Select]
BEAKL PL 1

  uoyq gdnm
 kheax cstrw
  z ij bpflv

9
rolls with thumb feel weird, which i've said before. so i made thumb effort cost higher to avoid placing the most common characters there, and limit the percent of thumb usage overall to about 6%.

Code: [Select]
q,uxz wdnmv
-e_ak gtrhf
'. oj yclpb
    i s   

Letters on thumb are 'i' and 's'. Space is on home middle finger.

10
I've still a ways to go before I've established this as a suitable baseline -- which I hope I stick to long enough before starting from scratch (again) with a totally new layout such as the one you generated (would be interested in your Opt config though..).

https://bitbucket.org/Shenafu/beakl/src/master/opt/

Prefixes:
Th = thumb letter
Arr = up arrow taken in consideration
Num = numpad layer
x = experimental
29 to 32 = amount of keys

11
5. Logo and mascot. Thinking of a bird because they have beaks  8) (what should it represent? speed? efficiency? diligence? knowledge? aesthetics?) Pecking on some keys?

Mascot candidate: Woodpecker

Woodpecker Symbolism:
- pecks (ala hunt and peck typing style)
- pecking rhythms (= typing rhythm)
- digging deeper for the desire of the heart yet unattained (ala seeking the most optimal, efficient keyboard layouts)
- exploration and perseverance (cf. amount of knowledge discovered in this thread alone)
- Magic Powers: Creating a Matrix (cf. matrix keyboard layout)

12
Public forum criteria:

1. Public board/group to discuss mainly BEAKL, plus keyboard related topics.
2. Anyone can sign in with OAuth from their FB/Google/Twitter/etc. accounts.
3. Preferably already high-traffic and well-known site, that allows custom sub-boards.

Other ideas

3. Distinct internet domain (e.g. beakl.org)
4. wiki. easier to update information than static pages. editable by team of chosen trusted editors.
5. Logo and mascot. Thinking of a bird because they have beaks  8) (what should it represent? speed? efficiency? diligence? knowledge? aesthetics?) Pecking on some keys?

Admittedly, these are wishes, indulgence to see the project spread its wings. (another bird metaphor.  8) )

13
Speaking of which, came across attached (free download from researchgate) but have major problems with her methodology. Just checking bigrams without "return to home" is going to give misleading results. I'm sure if there was a "move from home and return to home" component, Dvorak would win hands down.

Quote
The space character is always typed by the thumb in touch typing and because the thumb always rests on this key [the digraph] can be discarded.

Now that they mention it, digraphs involving thumb and top row are quite awkward. When you reach for top row, the thumb is slightly moved away from the rest position. Very obvious when just rehearsing the TH in my latest proposal, whereby T on the thumb and H on top ring finger. Thus top-thumb digraph should be penalized.

14
Redid the BEAKL homepage layout using CSS grids. New logo. Auto-generates a table of contents based on the headers elements (h1 - h6).
http://192.168.10.77/beakl/index.php

then on a whim searched for 'beakl' on the 'net. not many results, but surprisingly other keyboard enthusiasts from non english blogs have mentioned BEAKL.

sdothum's blog is the 4th result in this search. congrats.
http://thedarnedestthing.com/beakl%20mu

This Japanese blogger creates a pinkyless Dvorak inspired by one of BEAKL's main ideals: to reduce pinky usage to the possible minimum.
https://qiita.com/yamamo2/items/9ee9782196e8a5644baf

This Frenchman ponders the future of optimized French layouts, in view of recent call from their government to make Bepo as the new national standardized layout. The features and peculiarities of BEAKL caught his attention.
http://www.qeyboard.fr/2018/02/la-keymap-la-plus-optimisee/

One search result led to redd.it. But deeper search on that site returned barely a handful of posts. (Unfortunately you can't search comments.) So perhaps I may consider creating a subreddit just for BEAKL. Besides increasing visibility, but should also foster better discussion than cramping everything in one topic here. Comment on subreddit?

15
I am just starting to get used to having moved the Space from the left to the right thumb! The balance feels better as I get used to this -- especially with newly applied new sentence/paragraph chords coded in my firmware :-)

Curious what is your typing speed on BEAKL?

Quote
Hope you find it worthwhile to continue exploring and sharing single thumb letter BEAKL approaches.

The major stumbling block is how to prepare my Kinesis keyboard for thumb and arrows, per recent discussions. So I can test drive and experiment with these radical layouts.

16
The consonant district originated with your BEAKL 10 layout and, having arrived at this, like its balance of rolls and low same finger usage. The N, I had no issues adjusting to at all -- on my google words usage frequency db, N R S are more or less a wash -- the ND bigram and smooth NG motion probably account for a lot of that transition.

Rhythmic rolls is the feel I gravitate towards which is what caught my eye with your BEAKL 10 and its R placement. Now, if I can just stop tinkering with the layout..

I can see the preference for rolls if one is used to layouts like Colemak or Arensito.

Quote
Balance, however, feels shifted towards the right hand with its increased thumb usage which is exaggerated by the opposing long term finger memory – this feeling should dissipate as new neural pathways are developed. There is little doubt during this limited testing – this layout feels rhythmic with it’s low same finger usage.

Suggest moving the space to the left thumb and the letter on the right thumb, to balance both hands. Also, try 'T' on the thumb instead of 'H'.

For instance, messing with Opt again with new settings for pro-roll and 1-letter thumb:

Code: [Select]
zji.q  wglhv
koeau  dsrnp
'/ ,x  ycmfb
    _  t

I might try this one to get accustomed to pro-roll, letter-on-thumb layout.


17
Personal TypingStats
LayoutBEAKL 15
Peak144 wpm
Easy text88 wpm
Hard text75 wpm


Showing gradual progress by merely constant usage (but no intense practice for speed).

18
I have been using this (base) layout on my Splitography http://thedarnedestthing.com/images/keyboard-layout-splitography-thumb-h.jpg

How do you like the consonant district? in particular, how do you like the N at the top row? since N is 2nd most common consonant, but is not on the home row.

19
My question that has arisen from this is: why do BEAKL layouts eschew the use of letters on thumbs? The excellent scoring X7.1H, Maltron, and memeable P_RN all do this, and Maltron has decades of real use behind it. What is the main reason, especially with BEAKL layouts somewhat underutilizing the right thumb (for typing, at least), for sticking with all letters just on the finger keys?

the main reason is simply not many keyboards are designed for thumbs to play a major role. so if a layout wants to become mainstream, it must use only the other fingers until thumb clusters become the norm.

moreover, putting letters on thumbs would displace other functional keys. that would require a whole new, complex game of optimizing alphanumpuncs, along with functional keys like Enter, Tab, Escape, Layer, etc.

so while we may recognize that typing performance may see some improvements by arranging the letters on thumbs, however, would that improve the overall keyboard usage experience? at this point, I don't have enough information.

20
Keyboards and Other Interfaces / Re: Arrow keys
« on: 2018-Jul-20 00:25 »
Quote
One thing I think that a lot of physical keyboard designs miss is that the arrow keys can be used as much as, if not more, than the whole of the letter section combined. IMO, not trying to cram them into where the letter keys are is a good thing, but placing them somewhere out of the way is a bad thing.

Keyboard navigation have long since been replaced by the mouse cursor. So the arrows can be neglected. Just as you observe, there is simply no great place to put them, and eventually reduced in usage is not a deal breaker for keyboard layout.

Printed characters have no such alternatives; thus they must be prioritized before arrows.

They need either a hand move, or fingers to remain a bit curled, generally, unless the keyboard accounts for that (like a Maltron, Kenesis, Dactyl, etc. may do this well enough, but not most slab types), to use continually. I'm messing around with a 60%, right now, and I find a navigation layer, with arrow keys around either standard esdf or ijkl, to be much preferable to elsewhere, even considering the layer swapping actions. As well, there doesn't seem to be, to me, any mental block against having such a layer, since it is a fairly different interface controlling activity, compared to typing. It probably doesn't hurt that it also replaces a move and rehome from standard layouts.

Too many layers is a frustrating and confusing experience. I don't even like the extra motions to enable/disable the numpad layer. It's not always convenient.

Arrows are not important in modern computer usage. I'd rather find other ways to navigate (a page or program) than have to obligate to extra layers just to access the arrow keys.

Thus the arrow keys right underneath the letters have the best chance of me using them at all. I don't have to move my hand too far, and I don't have remember to enable/disable layers. There are more than enough keys at the main rows that I can spare one or two keys for alternative purpose; optimizing the arrows seems a worthwhile sacrifice.

21
https://mathematicalmulticore.wordpress.com/rate-these-keyboard-layouts/

Code: [Select]
Phynnboi’s Layout (2009):

Q Y . ; , J C L F X
H O E A U G T S N R
P / K I Z W D M V B

It's almost BEAKL-like, great scores. reminiscent of BEAKL 8 in some ways. the downfall is higher same finger and pinky usage.

22
initially i used app called keyboard-layout-editor, but it spit out weird symbols, and too verbose. so i fixed the rest by hand.

you should have a basic layout. then compare/diff the other layouts to find the keys that need to be updated.

hardware geometry is independent from logical layout, and it's set by the user based on the hardware they own. as long as the key codes align, logical layout should work for any hardware. e.g. I set mine on Kinesis.

create new geometry only if you have new physical design. mostly it only helps for creating a PS image generated by xkb. wouldn't affect the logical layouts or other operations.

23
Finally created download page:
http://www.shenafu.com/code/keyboard/beakl/download.php

XKB files to remap your keyboard in Linux.
Opt's cfg and corpus to test against.

24
Keyboards and Other Interfaces / Re: Arrow keys
« on: 2018-Jul-12 06:07 »
Consider for matrix layout to expand the thumb area to accept more navigational keys. Left thumbs get Home+End; Right thumbs get Page Up+Page Down.

Notice the thumb keys will encroach on the main area occupied by letters. These are some of the worst keys for typing, so not a big loss. The two displaced symbols can be placed on the punc layer instead.

See attached.

25
Keyboards and Other Interfaces / Re: Arrow keys
« on: 2018-Jul-12 02:06 »
Arrows intruding into the main keys. Bottom left hand middle finger will be UP key.

Letters tweaked to favor right hand a bit more. Resulting in H moved to the consonant district and slightly higher hand alternation. Vowel district also looks pretty tidy and comfortable.

Yet the final scores are in the same range as other BEAKL layouts.

Code: [Select]
BEAKL + Arrow

zkouq fdrcv
xaeiy hstnw
'/ ., gmlpb


See attached.

26
BEAKL 15 officially promoted as the recommended layout. Including the improved punctuation and numpad. Updated on BEAKL page and KLA Den3

27
Games General / Re: KARA 5 Poker
« on: 2018-Jul-07 14:23 »
v 2.7
changed pretty girl ranks to NWS (was PQG)
added payout hands: Rider Ship, Cupid Ship
adjusted payout amounts

28
2018: server domain URL moved from http://arc.opera.com to https://ftp.opera.com

29
Keyboards and Other Interfaces / Re: Arrow keys
« on: 2018-Jul-01 15:15 »
BEAKL often features a strictly one-line arrow key arrangement. Do you find this works better than the traditional ANSI/ISO version?

BEAKL has that arrangement due to lack of space in the physical design. It's not as good as inverted T, so I just don't use arrows as much.

Unfortunately arrows keys require additional buttons and space in specific arrangement. So bigger keyboards or extra layers to consider their placement; but I have no room for either on Kinesis. unless...

The left hand, bottom row, middle finger can be part of the inverted T.

Quote
Was watching a secretary the other day working the num pad, she also hit the Zero key with her thumb. Which of course is not what Standard Finger Allocation Theory says should be the case ....

uh, the zero should be hit by the thumb according to tenkey lessons.

30
Programming / Re: Versatile Separated Values (VSV)
« on: 2018-Jun-27 03:17 »
Prototype for loading playlist in VLC is successful and powerful. Gives hope for loading subtitles as well.

31
Programming / Versatile Playlists
« on: 2018-Jun-24 17:51 »
VSV as Playlist Format

(research and development phase)

File extension: *.vpl

Criteria

- simple, yet extensible
- basic features, incl. file, title, artist, duration
- advanced features, incl. repeat amount, gain, media start and end times, resume from last media played, associated files (such as subtitle or lyrics)
- optional metadata and general options

Sections

A playlist file is divided into sections marked by headers (which are not case sensitive). All sections are optional. If a file begins with no headers, it is implied to begin in the Main section. A section type can appear multiple times in the same file.

The [[Main]] section holds the list of media, including their filenames and other specific data.

The [[General]] section holds the metadata and general options.

Playlist data

Data rows in the main section hold the playlist data. The general layout is a file row, followed by one or more rows that describe a file, including title, artist, duration, and additional optional properties, such as style and class. That means a file row signals the beginning of a new file subsection.

Some properties will hold data that will be applied for all subsequent files. So that one may apply the same title and artist for many files without the need to repeat. See below for these properties.

----

The 'f' property means file name, and is followed by a field that refers to a video file or another playlist file. The file can point to a local computer or remote address, such that the media player can access that file. As such, the file can be relative path, absolute path, or URL that can be handled by the media player.

If 'pathAll' is defined, every subsequent file is affixed by that property. The first data is prefix (will precede the file name), and second data is suffix (will follow the file name).

Ex.
Code: [Select]
`f`video-01.mp4
`f`video-02.mp4
`f`video-03.mp4
`f`video-04.mp4
Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.02.rmvb
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.03.rmvb
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.04.rmvb
Code: [Select]
'pathAll'file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/'.rmvb

`f`Cooking.Beauties.01
`f`Cooking.Beauties.02
`f`Cooking.Beauties.03
`f`Cooking.Beauties.04

----

The 's' property means subtitle file, and is followed by a field that refers to a subtitle file or lyrics file.

Unfortunately, VLC only accepts local OS format to the subtitle file's path.

Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`s`f:\media/Chinese\-Variety\Cooking Beauties 2018\Cooking.Beauties.01.vst

Note difference in file path format for VLC.

----

The 'd' property means duration. Format depends on media player. VLC supports seconds.
Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`d`2700

----

The 't' property means title that will be displayed on the playlist panel or window, if supported by the media player.
Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`t`Cooking Beauties 2018 - EP 01

----

The 'a' property means artist.
Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`a`TVB

----

The 'p' property means publisher.
Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`p`TVB

----

The 'desc' property means description. A blurb to describe the media.
Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`desc`Beautiful women celebrities compete in cooking contest. But will their cooking be delicious or horrendous?

----

The 'id' property sets the track's id. Usage depends on whether in 'idAuto' or 'idManual' mode.

The 'idAuto' property sets id assignment to auto. This is default mode, and doesn't have to used unless you want to return to auto mode from 'idManual'.

The 'idManual' property sets id assignment to manual.

In auto mode, each file on the playlist is automatically assgined an id, starting at 1 and incremented by 1 as new files are added. Use the 'id' property to assign a file's id to that value and start counting from there for subsequent files.

In manual mode, each file has id 0 unless set with 'id' property.

Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`id`1

----

The 'startPlayId' property picks the id of the file to start playing when the playlist is first loaded. In the id auto mode, the id starts at 1 to the maximum number of files on the list. The default value for startPlayAt is 1--the first item on the playlist; a value that doesn't match any id will start playing at first file.

Code: [Select]
`startPlayId`3

`f`video-01.mp4
`f`video-02.mp4
`f`video-03.mp4
`f`video-04.mp4

will start playing at video-03.mp4.

----

The 'startPlayFile' property matches the filename to start playing when the playlist is first loaded. The data supplied can be a partial file name.

'startPlayFile' is not processed if 'startPlayId' is also supplied.

Code: [Select]
`startPlayFile`video-04

`f`video-01.mp4
`f`video-02.mp4
`f`video-03.mp4
`f`video-04.mp4

will start playing at video-04.mp4.

----

The 'startHere' property sets the current file id as the first file to be played. The last command found in the playlist between 'startHere' or 'startPlayId' will take priority; either of these commands will take priority before 'startPlayFile'.

Code: [Select]
`f`video-01.mp4
`f`video-02.mp4
`f`video-03.mp4
'startHere
`f`video-04.mp4

----

The 'func' properties allows passing special commands to the media player, including vendor specific options.

----

Global properties

The following properties apply the same data to all subsequent files if not specifically set for those files, until that property is invoked again to assign new data. Basically a fast way to assign the same data to an entire group of files, without repetitive text cluttering the playlist file, nor repetitive cut and paste.

Global properties are immediately assigned to any new file declared by 'f'.

'tAll' : same title
'aAll': same artist
'pAll': same publisher
'dAll': same duration
'descAll': same description
'pathAll': same path affixes

----

Substitution

Data can also be substituted into other data by enclosing the corresponding property name inside double brackets (any of the header brackets are valid).

Replacements should be defined beforehand.

{{f}}: substitute file (full path)
{{s}}: substitute subtitle file (full path)
{{t}}: substitute title
{{a}}: substitute artist
{{p}}: substitute publisher
{{d}}: substitute duration
{{id}}: substitute id
{{desc}}: substitute description

{{tAll}}: substitute global title
{{aAll}}: substitute global artist
{{pAll}}: substitute global publisher
{{descAll}}: substitute global description

Code: [Select]
`tAll`Cooking Beauties

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`t`{{tAll}}`part 01

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.02.rmvb
`t`{{tAll}}`part 02

will become:
Cooking Beauties - part 01
Cooking Beauties - part 02

Code: [Select]
`f`...
`a`S.H.E
`desc`Enjoy new hit single by {{a}}

In this case, `a` should be defined before `desc` can substitute it in. Else {{a}} will just be empty. You can also define global properties instead, also beforehand. So the following will also work:

Code: [Select]
`aAll`S.H.E

`f`...
`desc`Enjoy new hit single by {{a}}

In this case, `f` will immediately receive global properties, such as `aAll` before it. This implicitly defines `a` for this file. Thus, {{a}} will be available for substitution.

To represent a property that will be substituted later, enclose the substitution in another layer of double enclosed brackets.

Code: [Select]
`tAll`Cooking Beauties`{{{{id}}}}

`f`Cooking.Beauties.01.rmvb
`f`Cooking.Beauties.02.rmvb

will become:
Cooking Beauties - 1
Cooking Beauties - 2

In this case, 'tAll' has a code {{{{id}}}}. When this line is processed, this will reduce it to just {{id}}. When 'f' is processed, 'tAll' is passed down and also processed, but now with just {{id}}, which of course refers to the current file's id.

----

Variables

The 'var' property sets custom variables that can be substituted into other data by enclosing semicolon : and variable name in double brackets.

Code: [Select]
:var:baseTitle:Cooking Beauties
'tAll'{{:baseTitle}}'{{{{id}}}}
'desc'{{:baseTitle}} features {{a}}

----

Full Examples

Simple playlists
Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.02.rmvb
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.03.rmvb
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.04.rmvb

Complex playlists
Code: [Select]
`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`t`Cooking Beauties 2018 - EP 01
`d`2700
`a`TVB
`p`TVB
`desc`Beautiful women celebrities compete in cooking contest. But will their cooking be delicious or horrendous?

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.02.rmvb
`t`Cooking Beauties 2018 - EP 02
`d`2700
`a`TVB
`p`TVB
`desc`Beautiful women celebrities compete in cooking contest. But will their cooking be delicious or horrendous?

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.03.rmvb
`t`Cooking Beauties 2018 - EP 03
`d`2700
`a`TVB
`p`TVB
`desc`Beautiful women celebrities compete in cooking contest. But will their cooking be delicious or horrendous?

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.04.rmvb
`t`Cooking Beauties 2018 - EP 04
`d`2700
`a`TVB
`p`TVB
`desc`Beautiful women celebrities compete in cooking contest. But will their cooking be delicious or horrendous?

Neater with *All properties:
Code: [Select]
:var:baseTitle:Cooking Beauties 2018
,tAll,{{:baseTitle}},{{{{id}}}}
`aAll`TVB
,pAll,TVB
`descAll`Beautiful women celebrities compete in cooking contest. But will their cooking be delicious or horrendous?
`commentAll`Beautiful Cooking returns to a third season after nine years of hiatus.

'pathAll'file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.'.rmvb

`f`01
`f`02
`f`03
`f`04
Code: [Select]
,startPlayId,2

,tAll,Asheron's Call 2 Livestream ft. Shena'Fu,part {{{{id}}}}

,pathAll,https://www.youtube.com/watch?v=

`f`EZfbsT8FAQ4
`f`RysXIquKQwY
`f`iG-s9QhaQZQ
`f`NySeXRmeAEg

Multiple levels of substitution:
Code: [Select]
{{Main}}

`tAll`Cooking Beauties 2018`{{{{id}}}}
`aAll`TVB
,pAll,TVB
`descAll`Beautiful women celebrities compete in cooking contest. But will their cooking be delicious or horrendous?``{{{{t}}}} features {{{{a}}}}.
`commentAll`Beautiful Cooking returns to a third season after nine years of hiatus.

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.01.rmvb
`d`2700

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.02.rmvb
`d`2700

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.03.rmvb
`d`2700

`f`file:///f:/media/Chinese/-Variety/Cooking Beauties 2018/Cooking.Beauties.04.rmvb
`a`[[aAll]]`beauties
`p`[[pAll]]`partners
`d`2700

----

TBD: auto-generated files, i.e. 'smart' playlists. e.g. generate incremented ids in filenames; get all files in directory based on criteria

TBD: plugins for media players: Winamp

Plugins

VPL playlist can be loaded in VLC via Lua extension:
https://bitbucket.org/Shenafu/vsv/src/master/playlist/

32
Programming / Versatile Subtitles
« on: 2018-Jun-23 06:42 »
VSV as Subtitle Format

(research and development phase)

File extension: *.vst

Criteria

- simple, yet extensible
- basic features, incl. time start and end, text to display
- advanced features, incl. styling, position, angle, color, classes, scrolling (ala marquee),
- optional metadata and general options, incl. language and encoding, movie metadata, author and staff of subtitle (e.g. translators, timers)

The wonderful thing about VSV is simple, yet extensible and universal. Thus both simple and complex subtitles can be created in VSV. Simple ones will look simple; complex ones will also look simple without clutter or different look or rules. (Cf. XML is a cluttered format. VTT has different syntax for different sections.)

Sections

A subtitle file is divided into sections marked by headers (which are not case sensitive). All sections are optional. If a file begins with no headers, it is implied to begin in the Main section. A section type can appear multiple times in the same file.

The [[Main]] section holds the subtitles texts, timing, and additional information pertaining to that subtitle segment.

The [[General]] section holds the metadata and general options.

The [[Style]] section defines styles in the same format as CSS.

Data fields

Data rows holds one or more data fields or values. For rows that contain more than one field, the first is the property that defines the rest of the fields on that row.

The \ backslash is the escape character for advanced features. Including new lines of a multiline subtext, and inline styling. To print the backslash itself, use double backslash \\. The \ must not be used as delimiter.

Subtitle data

Data rows in the main section hold the subtitle data that will be displayed in a video. The general layout is a time or frame row, followed by one or more rows that describe a subtitle line, including text and additional optional properties, such as style and class. That means a time or frame row signals the beginning of a new subtitle segment.

----

The 't' property means time, and is followed by one or two data fields that represent the start and end times of a subtitle line. The time data is in the format HH:MM:SS.mmm. HH: can be omitted to imply zero hours. .mmm can be omitted to imply zero milliseconds. The start time must be included. If the end time is omitted, the subtitle will be displayed until the end of the video.
Ex.
Code: [Select]
,t,12:27,12:38
----

The 'f' property means frame, and is followed by one or two data fields that represent the start and end frames of a subtitle line. The frame data is an integer from 0 to the last frame of the video. The start frame must be included. If the end frame is omitted, the subtitle will be displayed until the end of the video.
Ex.
Code: [Select]
,f,335,518
----

The 's' property defines the text to be displayed.

Every additional data field starts on a new line when displayed on the video; i.e. multiline. That is, whenever a delimiter is repeated on the same data row, it starts a new line in the video. New lines can also be denoted with \n.

To prevent delimiter-value collision, it is behooved to use a delimiter not found in the particular text for that row, and generally not normally found in your language's everyday grammar.

Ex.
In both examples, the delimiter is tick `.
Single line
Code: [Select]
`s`Stop! In the name of love!
Multiline
Code: [Select]
`s`Stop!`In the name of love!
Code: [Select]
`s`Stop!\nIn the name of love!
----

The 'c' property declares the class of this particular subtitle segment. Classes are the same concept as HTML classes. So they can be used as expedient access to various features, including styling, positioning, etc. These styles are defined in another section of the file or in a separate .css file.

Ex.
Code: [Select]
,s,Stop! In the name of love!
,c,music

----

The 'func' properties allows passing special commands to the media player, including vendor specific options.
----

TBD: additional properties, including position, color, scrolling, angle, etc.

TBD: markup for inline styling a substring of a line, incl. bold, underline, italicize (e.g. \*, \_, \/)

TBD: properties for general options and metadata

TBD: considerations for real-time caption, streaming

TBD: embed media: images, video, audio, 3d models, transformations, effects

TBD: commands and scripting: pause, resume, include external files, shift time or frames for text and audio (e.g. fix out of sync)

TBD: plugins for media players: VLC via Lua,



Full Examples

Simple files

Code: [Select]
,t,01:11.704,01:13.006
`s`All right, let’s go. I’ll give you half an hour.

,t,01:16.209,01:17.777
`s`What?

,t,01:18.845,01:20.547
`s`Are you serious?

,t,01:20.547,01:23.750
`s`Look, Jerry, we have to have sex to save the friendship.

,t,01:24.951,01:29.489
`s`Sex, to \*save\* the friendship.

,t,01:31.057,01:35.328
`s`Well if we have to, we have to.


Complex files

Code: [Select]
[[Style]]
`.jerry`color: green
`.elaine`color: yellow


[[Main]]
,t,01:11.704,01:13.006
`s`All right, let’s go. I’ll give you half an hour.
,c,elaine

,t,01:16.209,01:17.777
`s`What?
,c,jerry

,t,01:18.845,01:20.547
`s`Are you serious?
,c,jerry

,t,01:20.547,01:23.750
`s`Look, Jerry, we have to have sex to save the friendship.
,c,elaine

,t,01:24.951,01:29.489
`s`Sex, to \*save\* the friendship.
,c,jerry

,t,01:31.057,01:35.328
`s`Well if we have to, we have to.
,c,jerry

Code: [Select]
[[Style]]
`.aside`vertical-align: top`margin-top: 1em
`.music`font-style: italic
`.music::before`content: "#"
`.music::after`content: "#"

[[Main]]
,t,01:31.057,01:35.328
,s,Stop! In the name of love!
,c,music

,t,01:31.057,01:45.328
`s`Stop! In the Name of Love`by Diana Ross and The Supremes
,c,aside



33
Programming / Re: Versatile Separated Values (VSV)
« on: 2018-Jun-22 05:45 »
Project via git:
Git repo @ bitbucket.org: https://bitbucket.org/Shenafu/vsv/

Examples of utilizing Javascript to interpret VSV into HTML lists, tables, XML/HTML, and JSON:
https://shenafu.com/code/vsv/test.html

34
Game Design and Theory / Re: Real developers' blogs
« on: 2018-Jun-20 20:13 »

35
Magic: the Gathering / Re: GDS 3
« on: 2018-Jun-05 05:30 »
#RarityMutantTribal
 1  CU    Artifact  Equipped creature gets +0/+2. : Switch the power and toughness of equipped creature if it's a Mutant. Equip
 2  RM    Land  ~ ETBs tapped. : Produce or . , : Double target Mutant's power. , : Double target Mutant's toughness.
 3  UR    Enchantment  Creatures you control are Mutants in addition to their other types. When ~ ETBs, put +1/+1 counter on each creature you control.
 4  RM    Creature  ~'s power and toughness are each equal to the number of Mutants you control. : Lay down a Mutant card from your hand. , Return a Mutant to your hand: Draw a card.
 5  CU    Creature  Sacrifice ~: Search your library for a Mutant card and lay it down.
 6  CU    Sorcery  Draw cards equal to the highest power among Mutants you control.
 7  CU    Instant  Target creature you control gets +2/+2 until end of turn if its a Mutant. It fights another target creature you don't control.
 8  RM    Enchantment  Creatures you control have flying, hexproof, and trample as long as you control four or more Mutants.

36
Magic: the Gathering / GDS 3
« on: 2018-Jun-05 05:28 »

37
what do you put in the art field?

it accepts http:// link on the internet pointing to png or jpg file.

38
FWIW if you're gonna substitute th with something for phonetic reasons you'll need two characters... for hard and soft th.

Sure as purely phonetics, the two sounds are distinct. However, in English the two are (mostly) interchangeable allophones. Thus, English only needs one new letter for TH. Then other languages can invent their own method (on top of the new letter, most likely) if they really need to differentiate between hard and soft.

Regardless, this is only an issue if a bigram appears too commonly in particular languages. Which is the case for TH and NG. One can also make the case for some vowels, such as ER.

P.S. There is certainly an uneven distribution of frequency among the letters. But is this actually problematic? That is, one might see this and then attempt to redistribute the usage of letters more fairly. But is this actually a good idea? How would that affect typing, and the position of the letters on the keyboard? That is, would a fairer frequency distribution of letters in a corpus lead to better, smoother typing experience?

39
I noticed at one point in the thread, single keypresses for bigrams and words were looked at. The "th" bigram is more frequent than some letters, so in theory it might make sense to give it a key, and push 'q', 'z', etc. into a layer. Has anyone tried something like that?

I have it brought it up in the design of my phonetic script. (http://shenafu.com/smf/index.php?topic=117.msg1661#msg1661.) Such that 'TH' and 'NG' should be their own new single letters. Where TH is common in European languages, and NG is common in Europe, Asia, and Africa.

As for how to implement it on a keyboard. What are some ideas without inventing a new letter? Macros? Autocorrect? Replacement? (e.g. typing z becomes th).

40
I start with something like this:

Code: [Select]
  40123 76598
   <$>   [_]
 -\(")# %{=}|;
   :*+   &^~

This tops the punctuation torture test by far.


41
Does the punc layer take bigrams like all the comparison operators etc. into account? Or was it mostly designed by hand?
Either way I'm looking forward to a numberless version of it if that feels better. Still busy learning the default layer, myself.

I ordered an X-Bows keyboard plus numpad which is due in May. Here's an idea for the key mappings based on BEAKL 15.

I start with something like this:

Code: [Select]
  40123 76598
   <$>   [_]
 -\(")# %{=}|;
   :*+   &^~

42
overall, moving the numbers back to the number row didn't affect the scores too much.

the analyzer is problematic for code and puncs test when it comes to repeating symbols. for instance, something like long string of ********** would account for a lot of same finger and hand penalties. but in reality, you just hold down the button, so it should be effortless really. however, if that finger was a weaker finger, it could accumulate substantial penalties.

43
The numbers on punc / altgr layer are only for KLA scoring. In reality, i never type numbers on that layer. I use number row or numpad. So i might move the numbers back to number row, then put other puncs in their place on punc layer, thus better slots for puncs.

44
Kinesis released a graphical app to customize layouts for Advantage2 (in beta test mode).

https://www.kinesis-ergo.com/advantage2-smartset-app-beta/

45
reaching the inner column requires spreading the fingers. which is somewhat more effort and slightly uncomfortable. it's also further away for rolls.

46
so that puts us back with vowels and punc on left .... been there, done that :-)

or do you want to overload right with etanoisrh ? :-)... put zxkqj etc on left?

Feels like you are saying hand balance should not be 50/50 ...

We're not predicting or dictating the exact locations of all the characters. We are only prescribing the scoring criteria numericaly, according to studies and best practices.

Just as fingers have different strengths, so too each hand and arm. So that should be reflected in the analyses.

Study says more like left/right hand = 0.8887, or about 47/53. Compare finger usage of BEAKL9 is 38.7/43 = 0.9.

Index is slightly stronger and agile than middle. So we give both a high share of keys pressed. But index is also shorter, so needs more effort to reach distant keys. So distant penalty for index is higher.


47
Left and right hands have different attributes and inclinations. Thus the variables in analysis and scores should also be different, rather than mirrored.

Left is weaker and slower. Wants to stay in place. So more penalty for distance. Can't handle too many letters. Finger usage should be less, and higher penalty for same finger.


48
Uploaded BEAKL 11 to 15 on KLA test and 3, under BEAKL section when selecting layout.

49
I use Autohotkey to remap all the layers.

If you just want to rearrange the alphabet, then PKL could work. Or Autohotkey with simple remapping commands.

I have very complex AHK scripts that work on my Kinesis Advantage 2, along with some hardware remaps. It covers many layers and locks/toggles. So most likely these scripts won't work for anyone else.

If you're really into alternative layouts, ideally you'd want a keyboard with built-in firmware programmability, especially for multiple layers. Popular ones Ergodox, but there a few others. However, these are not cheap.

Reason I don't like BEAKL 8 is that I much prefer the common vowels on the home keys. H is not as common as these vowels, so I don't need it at home. Similarly, TNS are the most common consonants, so they should be the home letters.

On the contrary, BEAKL Mu creator prefers nice rolls, so H-R on the home keys is understandable--it's was designed for this purpose. However, it just doesn't fit my personal style; overall, rolls are not the top priority for me.

Also as he noted, the differences in scores between the BEAKL versions are very minute. So it's really a matter of personal preference at this point. That said, at this moment, I'd like someone to test out BEAKL 15.  ;D

50
The downside of concave wells is not as effective for less-fingers typing (e.g. 6-finger style), versus flat keyboards. Thus concave keyboards fitted for 10-finger typing limit freedom of motions. ( and limits even creative optimizations of bigrams. Although with an ideal layout, such creative outliers shouldn't be necessary in the first place.  :-\ )

So the studies also suggest to reduce the pinky usage for optimal performance. But perhaps I went too far with pinky ban, and now under-utilized it? Same for KLA Den3, over-penalizing the pinky?

I'd like to move the K down from the far index-top-inside. So borrowing from BEAKL 11&14 and slightly modified the vowel district, combined with the consonant district unchanged from BEAKL 8&9:

Code: [Select]
BEAKL 15

qhoux gcrfz
yiea. dstnb
j/,k' wmlpv

Scores generally better than BEAKL 9. Very close scores to BEAKL 8, if not for extra pinky penalties. Generally better distance than both; definitely feels like less reaching to the far corners.

Pages: [1] 2 3 4 ... 24