rfichoke

About

Username
rfichoke
Joined
Visits
2
Last Active
Roles
member
Points
6
Badges
0
Posts
2

Reactions

1Like0Dislike1Informative

  • Apple reveals first states to use Apple Wallet for ID, driver's licence

    rfichokerfichoke
    I love the idea. But as d-rey said, I can see this being used by the state's enforcers to persecute people even more than they already do. I'm sure it will be locked, but will Face ID still be active? They can point the phone at your face to unlock it, then rifle through your phone at their leisure. Have a pro-marijuana meme on your phone? Reasonable suspicion to search your car. Sent PayPal to somebody as "friends and family" when paying for a private sale? Tax evasion. Or they could just steal your phone and justify it as asset forfeiture because you "seemed suspicious."

    And that's not even getting into the increasing use of technology to track and control people. Every automation that makes our lives easier also exposes us to control. Hold political opinions the state doesn't like? Well, let's just cut off access to your digital ID. Or bank accounts. I love technology. It's made our lives better. But the presence of sociopaths in positions of power makes this stuff potentially risky.
    williamlondon

  • MacOS Sierra code hints at MacBook Pro touch bar, Touch ID integration

    rfichokerfichoke
    foljs said:
    Both Capslock and Numlock keys already have LEDs. That's nothing new.
    You don't seem to understand APIs and how "kHIDUsage_LED_NumLock" and "kHIDUsage_LED_CapsLock" are new development -- that previously didn't need (or have) any APIs besides the generic keyboard API.

    Not to mention there are TONS of other LED-related APIs there, such as: kHIDUsage_LED_PaperJam, kHIDUsage_LED_PaperOut, kHIDUsage_LED_Pause, kHIDUsage_LED_Play, kHIDUsage_LED_Record etc -- which don't have leds "already".


    No, he's right. These aren't new APIs. They're USB HID usages, which are just numbers that USB uses to identify input or output message fields. It's not impossible for these to be references to functionality on the OLED bar but they sound more like output usages to turn LED indicator lights on and off.

    Besides, there are already keyboard input usages for the "media keys" (pause, play, volume, etc.) that Apple would likely continue to use for an OLED bar. The USB traffic wouldn't need to change.

    My guess is Apple is just adding explicit definitions for already existing USB usages they didn't support before (and maybe some new usages in the latest USB specification).
    jackansi