Jump to content

Slion

Members
  • Content Count

    1,419
  • Joined

  • Last visited

  • Days Won

    34

Everything posted by Slion

  1. I've put together a guide from knowledge I gathered over the last couple of weeks as I eventually got around trying Lineage OS on my F(x)tec Pro¹: https://slions.net/threads/lineage-os-for-f-x-tec-pro1.90/ It takes you through the installation process from Windows setup to Magisk root and SafetyNet validation to working around prominent issues. It will also take you through the build process from Windows environment setup to development and code contribution. Also taking this opportunity to mention how awesome it is to be able to update, use and customize almost every aspect o
  2. Not sideloading magisk after sideloading a new ROM does not break it's functionality it seems but the app won't be fully loaded. It will look like Magisk is not installed as far as the app is concerned. Therefore when loading a new ROM the process goes: Sideload ROM Sideload GApps Sideload Magisk Reboot
  3. As posted on GitLab there is a Magisk extension call "Fullscreen/Immersive Gestures (Q-S)" to workaround this issue. It's designed to hide the "hide keyboard" tool bar displayed below your onscreen keyboard. Use the volume +/- buttons to set it up. I used the following options: Vol+ Fullscreen (not sure though what's the difference with immersive) Vol+ Low sensitivity gesture (apparently also fixing the Task Switcher gesture being overly sensitive in landscape) Vol- Don't disable back gesture It's also worth noting that this is so annoying that manufacturers like Samsung
  4. I noticed GMail won't start anymore. I'm not sure if that was caused by the re-sideloading of GApps somehow.
  5. You will be able to remap every modifiers. My understand is that he is simply planning to add them to our keymap.
  6. @VaZso That's my understanding too. What Sean is suggesting is definitely an extension of your work taking things even further by making it more generic. Great team work guys.
  7. So you want to extend our keymap to support them too? Sounds good to me.
  8. Maximal flexibility sounds good to me but sensible defaults is also important as most people will just use that. Also keep in mind that you can already remap your modifiers from KCM. However being able to remap them from our keyboard advanced settings sounds a lot more practical to use assuming this is what you have in mind.
  9. I do not know. I'm new to this. Some people where saying they need to re-sideload Magisk. Maybe either Gapps or Magisk does the trick somehow.
  10. Sideloaded another build from my Virtual Box and got stuck in reboot loop. Sideloading MindTheGapps on top fixed it. Looks like I always have to sideload gapps after ROM update otherwise it won't start.
  11. After sideloading my Virtual Box Ubuntu ROM on top of my WSL ROM it got stuck in a reboot loop. Then I found this: https://www.davehofmann.de/how-i-fixed-a-boot-loop-after-a-lineageos-upgrade/ Flashing the boot.img recovery from that same ROM, did not help, at least not in itself. Sideloading MindTheGapps again fixed it.
  12. I'm using official 18.1 recovery and that's not an issue for my custom builds.
  13. Yes, I just tried again and it worked. I guess the first time around it was sent to the wrong slot.
  14. Was fast for me. Correct. With the UI it would be easier to edit the source code. Maybe you were still pointing to the wrong slot where you had the official build before somehow? I have not idea though, I don't fully understand those slots.
  15. @claude0001 I'm in the process of setting up a VirtualBox for my custom build. Will I need to reset my phone if I sideload the resulting ROM on top of my WSL ROM?
  16. Just a thread for questions about Lineage OS custom builds. See: https://lineageosroms.com/pro1/#build See also: https://slions.net/threads/lineage-os-for-f-x-tec-pro1.90/ ROM update process: Sideload ROM Reboot to recovery Sideload GApps Sideload Magisk Reboot
  17. Since you are saying you are poor I would say yes, go for big brand high volume phones. You could also save money by not getting the flagships as well, go for midrange models instead. Pro1x is not for poor people I'm afraid as you better make sure you have a backup phone just in case your Pro1 has an issue. Low volume devices from startups are more likely to have technical issues. Moreover if you buy a Pro1x today you just don't know when or even if you will ever get one. It is a risky pre-order and your money is gone long, long before you get the device. Having said that you need to know
  18. I doubt that, 464 is the actual FUNCTION default in Generic.kl so definitely not a Linux or Android limitation. I wonder if @Sean McCreary may have fixed it last night.
  19. Yes, I figured that's what it must be this morning as I was thinking back about this. Though it's possibly the other way around: A = Case B = Keyboard As A is currently mapped to 468 which is what I've been using to detect the case closure.
  20. @Sean McCreary Thanks for sharing that with us that helps a lot understanding it all. Moving forward I think we should have the following mappings: The left Fn key should be passed through as FUNCTION when no specific keymap entry is present. The right Fn key should be passed through as ALT_RIGHT when no specific keymap entry is present. The Sym key should be remapped to SYM instead of ALT_RIGHT. That would give the application layer maximum opportunities for customization using KCM files. It should enable actual Alt+Tab using right Fn+Tab even though special handling in t
  21. Looks like there is hope for getting proper case open event handling on Lineage OS:
  22. While working on our keyboard I could not help but noticed those oem_halla and oem_hallb GPIO events definition: https://github.com/LineageOS/android_kernel_fxtec_msm8998/blob/lineage-18.1/arch/arm/boot/dts/qcom/msm8998-qrd-skuk-t5.dtsi As I'm the developer of Fx Service which provides smart case functionalities for Pro¹ I can tell oem_halla is the case close event and I'm guessing oem_hallb is the case open event. @Sean McCreary Is there any chance we could reroute those events to Android Sensor API somehow? I reckon that should make them more useable especially the case o
×
×
  • Create New...

Important Information

Terms