Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 08/27/2021 in Posts

  1. I've implemented a new feature in Lineage OS ProΒΉ's keyboard driver to be able to use Fn+Tab as Alt+Tab as this is most convenient for multitasking with two thumbs. This thread is to track that issue specifically so please stay on topic. I'm trying to contribute this back to official Lineage repository. Here is my change request on Gerrit: https://review.lineageos.org/c/LineageOS/android_kernel_fxtec_msm8998/+/315155 There was also a pull request on GitHub but that's just going to be closed as the GitHub repositories are just mirrors I guess: https://github.com/Linea
    3 points
  2. I agree. The point is to comfortably switch apps while keeping your thumbs on both sides of the keyboard and not having to use the touch screen. Yes. I had added back the "+" manually and it is building now ... 60% and going strong. I expect a flashable LOS 16.0 with Fn-Tab functionality in 2 hours or so ... πŸ™‚
    2 points
  3. @Slion, I think you introduced a typo in the latest revision of the patch. Build fails with ../../../../../../kernel/fxtec/msm8998/drivers/input/keyboard/qx1000.c:1709:41: error: expected ';' after expression size = sizeof(struct gpio_keys_drvdata) ^ I think that line should stay like in the original code: size = sizeof(struct gpio_keys_drvdata) + pdata->nbuttons * sizeof(struct gpio_button_data); You probably deleted the "+" by accident in the latest edit.
    2 points
  4. You don't have F(x) Service installed by chance? ;)
    2 points
  5. Works for me with AOSP keyboard on LOS 16.0. Others report it also works on LOS 18.1. So maybe the feature can be switched on/off somewhere. Do not know where, though ...
    2 points
  6. On the subject of "it's obsolete the day it's out", well yeah, it's true and the price is a little bit out of touch compared to Samsung mega factories, but it's not the same production scale, and we have enough alternatives if we must. But this obsolescence is not very surprising tbh: I never bought a phone people were not scoffing at one year later, asking me when I'll upgrade... at best. Most times they look at you with pity you couldn't buy the latest iphone the day you got your normal "I'd rather buy cheap phones I can break than break a 1.2k iphone and have to pay hundreds for a new scree
    2 points
  7. The patch (patchset 6) applied cleanly against my LOS 16.0 tree. Just started the build ...
    2 points
  8. That's different. When you write all caps irrespective of the CapsLock state, you are in "Super-Sticky-Shift" mode. One enters that by hitting Shift twice (without pressing any other key). Disable by one more Shift press. That's a feature, not a bug, I guess. πŸ™‚ The phenomenon @Slion mentioned is an inversion of CapsLock. I.e. with LED on you type minor letters, with LED off capitals.
    2 points
  9. Why am I not surprised you are using a different filesystem than everyone else? πŸ˜‰ Good luck with the new build!
    2 points
  10. Do not worry, has happened to me once on LOS 16, too. I did not reasearch the issue, though. Just rebooted. πŸ€—
    2 points
  11. Is it really possible that we have not photo thread yet? I'll start one with one of my first snaps to test the camera. Shot with the "Manual Camera" app as JPEG + RAW (DNG), RAW developed with Silkypix Pro Developer Studio 9, which took far too much work to get a result similar to the original JPEG.
    1 point
  12. I have one more bit of information that might help you simplify your patch. The keycode definitions in qx1000.c support modified keycodes, e.g. KEY_TAB | KF_ALT While this does the expected thing, triggering the code path you want, it does not support multiple keyup events expected by PhoneWindowManager.java. Consequently if you make these changes: diff --git a/drivers/input/keyboard/qx1000.c b/drivers/input/keyboard/qx1000.c index db637ff17455..d53cbeb4ec7a 100755 --- a/drivers/input/keyboard/qx1000.c +++ b/drivers/input/keyboard/qx1000.c @@ -304,7 +304,7 @@ static const u16 qwerty
    1 point
  13. This seems really awkward. I fear I cannot help here. I have been using my self-built (testing-key-signed) Lineage for months. And while I do not use Gapps (on purpose 😎), I can sideload LOS-16's official AddonSU, and I can install any App via F-Droid, Aurora, or by opening the *.APK from the file browser. I did migrate a previous official Lineage install using the procedure explained in the Lineage wiki in order to not loose my data upon installing my own build. But that was it. I understand you wiped data before flashing your build ("Nuke the entire site from orbit!"), so I wo
    1 point
  14. I think I fixed it in the last patch. Did a build and testing it again.
    1 point
  15. Yes, the behavior is a bit different. Instead of cycling through the list of apps by holding ALT (or Shift+ALT) and pressing TAB multiple times, it only toggles between the two most recent apps when TAB is pressed multiple times. But you can still select which app you want using the touchscreen. The code paths for these two methods of activating the task switcher are different. Your changes to the kernel driver are triggering this code: https://github.com/LineageOS/android_frameworks_base/blob/lineage-18.1/services/core/java/com/android/server/policy/PhoneWindowManager.java#L3421
    1 point
  16. @EskeRahn Ho yeah, it could be enabled by default in Fx Service 🀣 sorry about that…
    1 point
  17. This is a great idea, but there is a much simpler way to get most of the functionality you want. See https://review.lineageos.org/c/LineageOS/android_kernel_fxtec_msm8998/+/315172 and https://review.lineageos.org/c/LineageOS/android_device_fxtec_pro1/+/315173 With these two small changes Fn+TAB will bring up the task switcher. The behavior is a little different as you must press the key combo twice to switch to the last app (vs. automatically switching when the keys are released). Also, these patches introduce a bug that disables Alt+TAB :-( That's certainly unexpected beh
    1 point
  18. I think we are saying the same thing. Maybe I wasn't clear-- I do not always have the terminology right. All I was saying is that, if recovery is showing you are on partition a: and you adb sideload the update, it still shows partition a: You then have to reboot to recovery and it shows you are now on partition b: Wnat actually accomplishes the change in partition is magic to a noob like me. πŸ˜„ And yes, reboot to recovery is not needed after Magisk and Gapps.
    1 point
  19. What keyboard software are you using? Where did you try this? This mode can not be triggered as described with the default AOSP keyboard, in settings search field. Ignore above, tested fx service... thanks @Jacob_S
    1 point
  20. Nothing against it, but just to be clear, what do you mean with Fn? The key with the F stylized after the Fxtec logo?
    1 point
  21. Sticky shift (and super-sticky-shift) work fine here on 18.1, using AOSP as soft keyboard as @claude0001 indicated.
    1 point
  22. Solution: adb install <full-file-name-apk> Though really we should report those issues upstream to Lineage I guess.
    1 point
  23. Could it be some a/b stuff. The normal procedure install the main image to a, and then a recovery boot, and the gapps are put to b. (see batch a bit above)
    1 point
  24. Alt+Sh+Tab is also useful, so would be nice if Arrow+Sh+Tab could mirror that as well, as this could be done with thumb+index left side. (Your change might do that already, have not looked at the code)
    1 point
  25. We'll see. I think the proposed behaviour is definitely useful. If the patch does not apply cleanly, I'll try to backport it. If all goes well, I'll start a LOS 16 build with your new driver code in the evening and will report tomorrow.
    1 point
  26. That would make a lot of sense, indeed. If the patch gets accepted in the kernel branch, would it be in effect for all LOS branches (16.0, 17.1, and 18.1), or just for 18.1? I could test against 16.0 by applying the patch to my local copy of 16.0. Should I?
    1 point
  27. I should add that this does not work in all apps. E.g. sticky shift works in Firefox, K9-Mail and 1+Term, but e.g. not in ConnectBot or CollaboraOffice. So probably Apps can opt-in and out of that feature.
    1 point
  28. No idea. I use the normal AOSP keyboard shipping with LOS 16. I suspected it was a feature of the latter, but at first sight I can't find any setting related to that. When I hit-and-release "Shift" once (without any other button), I enter "normal-sticky" shift, i.e. the next letter is capitalized, the following ones are lower case again. This is a quite common accessibility feature to enable use of a keyboard with a single finger (for e.g. disabled people). Hitting "Shift" twice makes capitalization "super-sticky" for me, meaning all letters are entered as capitals until "Shift" is p
    1 point
  29. I have experienced it again on LineageOS today. CapsLock was off and it has started writing capitals. Changing CapsLock state had no offect but pressing and releasing shift had - it stopped doing it after I have pressed it once. I don't know if it missed a release state or what happened anyway but here is official LineageOs 18.1 running on previous build (not the actual latest).
    1 point
  30. Thank you. 18 years are pretty good which is only possible if her health is good and also her owner takes car of her. Sad she has passed but I think she had a good / valuable life. My cat is really clever and patient (as she was in her entire life) and her eyes, ears and brain are still healthy. She had an accident with my dog years ago and her spine has injured majbe around 6-7 years ago or so and sometimes she limping for one of her rear legs, but sometimes it can not really seen depending on maybe a bad jump. She don't really jumps anymore (only when it is necessary), but
    1 point
  31. Yes, it is. Maybe something does not run or not in the right time... Right. Also it checks for the existence of custom keymap file, and if so, it disables keyboard-related options (so not only if it was enabled, but also if it exists). I think it was in use during testing and didn't really take much attention otherwise. No, everything was fine except the filesystem. It checks for a directory using a method which is not supported under certain filesystems (but only a few). Now it compiles since about 3 hours I think, so it will go through if it does not run out of sp
    1 point
  32. She is a beauty for her age πŸ˜ƒ She looks a lot like mine, sadly she passed a few years ago, she was over 18 years old.
    1 point
  33. I feel a bit better as I have created a keymap file which I can load through kernel driver, however, I had to rewrite .kcm file to use AltGr instead of fn and also use AltGr in keymap file because keyboard driver currently does not support passing "FN" as function key. However, my custom layout works that way. It is still not a final solution as somehow it does not load it upon boot (I have to run it manually) and a rootless solution would be much better. Anyway, I have looked into the code and adding some options to advanced keyboard settings or adding physical layouts are seem
    1 point
  34. Peuh you know what I do ? I use only QWERTY and never ever type accents, anywhere (pc, phone, work, family). You d be surprised how tolerant people are of 0 accent writing in French. Fuck AZERTY. Burn AZERTY. Add accents to QWERTY πŸ˜„
    1 point
  35. The location has changed, the teardown guide is now here: https://github.com/imax9000/fxtec-pro1-teardown
    1 point
  36. I got many shots like yours when trying to use the double-action (hardware) shutter button: I observed that the camera focuses fine at first (as visible in the viewer) but at the point of pushing the shutter button through, the lens defocussed again. For me, this late defocussing never happens when using the touchscreen ("soft-button") to take pictures (I'm using OpenCamera). So I have pretty much given up on the hardware shutter button for now. Quite sad, as the double-action shutter button was one of the things I liked most about my N900 ...
    1 point
  37. Oh man. It must be that my camera is kaputt. (Maybe from the beginning?) I never could figure out how to get the camera to focus properly. All my shots are ridiculous, as if I was using a 2004 VGA phone camera πŸ€¦β€β™‚οΈ Example: Taken of my new toy and my youngest feline from inside the garage. Such a garbage focus.
    1 point
  38. Are you a collector? πŸ˜„
    1 point
  39. Finally i got my third Pro1
    1 point
  40. ...and my cat today in a very dark environment:
    1 point
  41. ...and she is my 15 years old cat four days before the rainy day above, in a sunny day:
    1 point
  42. You backed them via IGG if I recall correctly. You can't compare the two. I'm not agreeing with how things work. Spec changed, I would want my money back too. But, you bought via IGG. After a backing term has passed, this money is used to start up. New design = startup. IGG backing = basically no rights, not afterwards at least.
    1 point
  43. Good morning everyone, The credit was transferred to my account "immediately" after my post here. In any case, I received an email from f(x)tec within a few hours and the money arrived in my account in Germany via TransferWise the same morning. I'm talking about 13 January 2021, the day I started this thread. Greetings from Germany kabay
    1 point
  44. I'm like you yes. I think the pro1 is excellent, it has the portrait full keyboard I desperately wanted, and it is the only one. But a bit too big. To me the best size was the Droid4, I could easily reach the center of the keyboard with my thumbs. Nothing is perfect, and regarding my wishes, the pro1 is by far the best option.
    1 point
  45. Just some photos done in noob mode (stock camera, default auto settings)
    1 point
  46. ....Here a simple Crop from Paint to FHD (0,6MB)
    1 point
  47. You mean like to show what the damned Mole did to my lawn in cover of the snow now melting? EDIT: Removed to clutter the thread a little bit less....
    1 point
×
×
  • Create New...

Important Information

Terms