Showing 1 of 146 conversations about:
Elfod
169
Apr 11, 2017
bookmark_border
New Vortex Core firmware has dropped, v1.04.03: http://vortexgear.tw/vortex3.asp
Details here: https://www.facebook.com/Vortexgear
Summary:
Optimization: The order of multiple modifiers namely Fn/Fn1 and Shift, alt....etc. e.g.: Fn + alt + arrow keys Fn1 + shift +... Added: Fn1+Z as symbol key between L-shift and Z for ISO version
Not had chance to try it myself yet.
Apr 11, 2017
OracleKev
244
Apr 12, 2017
bookmark_border
I tried the *new* v1.04.03 firmware.  It's definitely improved from the *old* 1.04.03 firmware if not whole lot. Quick comment regarding the version naming, I think the best practice is to increment or suffix to avoid confusion with the old version.  Maybe there was some reason not to change it...
First off, flashing with the new firmware did not blow away my programming.  That's really good since it probably saved me good hour or more of my time.
My "biggest gripe issue" from previous post is fixed.  Well, largely.  The issue was if you are in a situation to press keys with FN or FN1 pressed, modi keys don't get recognized.  For example with FN pressed, navigating with IJKL arrows then pressing LShift for selection with IJKL arrows. I tried the above scenario case and another case involving LCtrl (arrow navigation then jump to top of document). These are fixed nicely.  Well done!
On the down side, there are cases, some basic, some stretch still not addressed. Keeping FN1 pressed then using RShift works, but LShift does not work.   An example case is entering "321!" A stretch case which would be really nice to get addressed is:  In non-default layer, if LCtrl or LShift is programmed, keeping FN pressed, doing something then pressing LCtrl or LShift results in inconsistent behavior.  In both cases, programmed key gets invoked but subsequently while LCtrl gets recognized LShift does not.  I think the right behavior is modi keys getting recognized.  Further while it's debatable, programmed key should be silenced if another key was invoked already after pressing FN.  This would clearly distinguish when programmed modi key act as programmed key versus modi key. IMHO, this type of refined behavior is necessary on this type of keyboards since due to limited number of keys, nearly all keys including modi keys tend to have programming.
Kudos to Vortex for yet another quick turnaround on firmware release. I hope there are more improvements down the road!!!
Apr 12, 2017
Elfod
169
Apr 12, 2017
bookmark_border
Thanks.
The one thing I'd like to se is to be able to map Fn1 + RShift to another key, so left space for instance or LShift could act as a meta modifier.
Apr 12, 2017
JSBX
10
Apr 12, 2017
bookmark_border
Thanks. Wait, is there an ISO version?
Apr 12, 2017
Elfod
169
Apr 12, 2017
bookmark_border
Yeah, ISO version surprised me too, since the usual shift layer with number currency symbol etc is invisible...
I have now updated on MD acquired core and Fn1+Z gives me §. Would have been nice to have | there.
Apr 12, 2017
IanHop
8
Apr 12, 2017
bookmark_border
Try: Shift + Fn1 + Z :)
Apr 12, 2017
Elfod
169
Apr 12, 2017
bookmark_border
Shift + Fn1 + Z gives me ± Shift + Fn1 + . gives me |
Shift + Fn1 + Z gives you | ?
Apr 12, 2017
OracleKev
244
Apr 13, 2017
bookmark_border
ISO keyboard layout has 1 additional key so they had to put it on the default layer in order to enable programming for it. Ultimately keyboard outputs scancodes and software on computer translates them into character codes.  So, depending on keyboard layout installed/applied on OS, you may see different character output.  Typically OS installs/applies as default UI language's keyboard layout.
Apr 13, 2017
View Full Discussion