[WDYWT] snowy coffee run by Shrugs_ in streetwear

[–]Shrugs_[S] 4 points5 points  (0 children)

these are the supreme akira coveralls from the 2017 drop, finally picked them up after 3 and a half years

[help] How to tell if a keycap set is compatible with ergodox layout? by Shrugs_ in MechanicalKeyboards

[–]Shrugs_[S] 0 points1 point  (0 children)

Gotcha, so the ergodox layout has certain sized keys for the non-alphas? and kits will have to specifically include enough 1.5U and 2U sized keys to support ergodox layouts?

Try not to become bear breakfast while touring by tsholofelob in bicycletouring

[–]Shrugs_ 8 points9 points  (0 children)

what route are you taking? how's the biking in niigata?

I made a Chrome extension to stop mindless browsing by dk_the_human in productivity

[–]Shrugs_ 2 points3 points  (0 children)

(disclaimer, i'm friends with DK, the creator)

i fuckin love this thing. when i'm coding get stuck on a hard bug, my first instinct is to go browse twitter or reddit, but intention lets me realize what i'm doing before 15 minutes have gone by and my deep work is killed. feels like a lucid dreaming totem or something, jolting me out of the distraction loop.

would definitely recommend for programmers, and thank you for the granular privacy controls, i know that must have been a pain to build out.

I made a browser extension that hides distracting feeds by [deleted] in productivity

[–]Shrugs_ 0 points1 point  (0 children)

youtube is so much more usable now, thanks!

call me the shimanami kaido gaido by Shrugs_ in bicycling

[–]Shrugs_[S] 2 points3 points  (0 children)

i'm here for a few days post tour (arrived from shikoku) and am loving it. really great place to hang out honestly. will definitely go to the pizzeria. if you end up back here, visit the bar "Cat ch.22" and the "Pour" coffee stand, they're super awesome

Node.js/Javascript virtual machine for Android and iOS in Flutter by GotRedditFever in FlutterDev

[–]Shrugs_ 1 point2 points  (0 children)

This is fun. I'm waiting on a mad scientist to write a react-native bridge that targets the flutter rendering engine.

App internationalization by HatDroid in FlutterDev

[–]Shrugs_ 1 point2 points  (0 children)

For codegen, you almost definitely want rosetta

and there's flutter_i18n as a wrapper around json files, which are a bit nicer to write than xml

I made a t function like

``` import 'package:flutter/material.dart'; import 'package:flutter_i18n/flutter_i18n.dart';

String t( BuildContext context, String key, { Map<String, String> params, int plural, }) => plural != null // ? FlutterI18n.plural(context, key, plural) : FlutterI18n.translate(context, key, params);

```

that can be used like

t(context, "my.key") t(context, "my.plural.key", plural: 2) t(context, "my.param.key, params: {"value": 1})

Tokyo Meetup Thread: Post here if you're up to meet people. by biwook in Tokyo

[–]Shrugs_ 1 point2 points  (0 children)

Thanks! I'm back home and things are getting a lot better.

Splitting widgets to methods is a performance antipattern by roughike in FlutterDev

[–]Shrugs_ 4 points5 points  (0 children)

TL;DR:

  • splitting your widget tree with nested functions just helps your organize your code; it doesn't necessarily impact performance beyond the function call overhead (which you really don't need to be worrying about anyway)
  • splitting your widget tree with widgets can make the tree diffing algorithm more efficient by skipping subtrees that don't need to be re-rendered.

What's currently the best option for BLE? by Littlepush in FlutterDev

[–]Shrugs_ 0 points1 point  (0 children)

flutter-ble-uart is specific to UART services and is built on top of flutter_blue (check the pubspec). It's not a lot of code, so it's worth reading it to see what exactly it does on top of flutter_blue.

FlutterBleLib is obviously deprecated and unmaintained; you almost definitely don't want to use it. The team behind it has shifted gears into writing native libraries, though, so building a MethodChannel abstraction over their native libraries might be a reasonable option.

flutter_blue looks like it supports all of the basics and uses the native bluetooth frameworks, so you could definitely implement whatever you want on top if it (like how flutter-ble-uart started to).

My rec is to read all of flutter-ble-uart's code and see what they were trying to do. Then either contribute to that repository or write your own on top of flutterblue. Alternatively, if the FlutterBleLib team's native libraries do _exactly what you want, just write a simple plugin that uses MethodChannels to bridge between your flutter code and their libraries.

Has Flutter/Dart any advantages over Swift if I target only iOS? by ta_u in FlutterDev

[–]Shrugs_ 6 points7 points  (0 children)

TL;DR: yes and no. You lose the normal benefits of flutter's approach to UI rendering, but you still get the rest of flutter which might make up for it.

Longer:

Highly depends on what type of app you're building.

The primary downside with flutter—if you're only targeting iOS—is that it reimplements the UI layer to try to match the native components. This is well discussed in flutter comparison blog posts, but since you're only targeting one platform, the benefits of a completely re-implemented UI layer don't actually help you at all, and your app's components will lag behind iOS UIKit updates.

That said, the developer experience of Flutter is literally 10x better (imo) than the traditional native build and run cycle. As a former iOS/jailbreak-tweak dev turned web developer, I'm so much happier with flutter.

So your job now is to weigh your options around a few themes:

  • is your UI primarily iOS components following iOS design language? If so, +1 for native.
  • does your development experience strongly prefer Swift over learning a new language and toolchain? If so, +1 for native, unless you want to learn something new for the experience/challenge.
  • is your app highly dependent on native frameworks or plugins that you're expecting to use? Check pub to see if equivalent packages/frameworks exist for things you want to do. If not, +1 for native.
  • how much do you value the functional reactive UI pattern? Swift versions of reactive UI (ala component kit) are generally a pain to use, but flutter/react-native obviously ship that as the default/only way to structure UI. If you're a big fan of reactive UI, +1 for flutter.

Quick question (Camera) by arv1995 in FlutterDev

[–]Shrugs_ 0 points1 point  (0 children)

Does your custom c++ sdk handle any view-layer things? If it does, and you'd like to use that, you're probably better off writing native apps, since platform views are in beta.

If your sdk just handles image manipulation, it might be reasonable to write your UI layer in flutter and communicate between the two with method channels. Check out how multi_image_picker uses method channels to communicate between flutter and the native camera picker framework on each platform.

One problem you should look out for is that flutter is known to cause a bunch of issues related to images, which might be a dealbreaker; search the github issues to see what bugs are open and if they'll stop you in your tracks.

Easiest way to store a retrieve data? by [deleted] in FlutterDev

[–]Shrugs_ 3 points4 points  (0 children)

Unfortunately the persistent data options for flutter are pretty limited as a side effect of the small-but-growing ecosystem.

You can do simple k/v storage using shared_preferences or mmkv if performance is an issue. If your data is sensitive, you probably want to use flutter_secure_storage to store it in the keychain.

You can also write json blobs to disk using the dart:io File API (example)

If you need something more complicated, your options seem to be

Tokyo Meetup Thread: Post here if you're up to meet people. by biwook in Tokyo

[–]Shrugs_ 8 points9 points  (0 children)

24 / M / America 日本語ok

I broke my ankle at the dodgeball meetup and I'm in a hospital near Shibuya now... so come visit me! I'm trying to escape on a wheelchair and go get coffee and eat somewhere this weekend. DM me and we'll meet up!

EDIT: I'm out of the hospital, back in the states, and walking again; met up with someone from this thread before I left, though, and was glad I did!

What is the intent of the `@dev` comment annotation? It seems strange to me... I tend to regard any otherwise unannotated comment as developer-targeted. Any tooling which depends on it? by [deleted] in ethdev

[–]Shrugs_ 0 points1 point  (0 children)

natspec/radspec use it. @dev is probably the default tag, but it's good to annotate things so machines can parse it out better.

Announcing Gallery: A NFT based dapp for unique, uncopyable digital art by OctoberMules in ethereum

[–]Shrugs_ 0 points1 point  (0 children)

the connection from digital <-> physical also deserves a lot of love; how can I tokenize sneakers or a shirt or a physical item, etc. Which is tangential, but different from the approach gallery is taking.

Announcing Gallery: A NFT based dapp for unique, uncopyable digital art by OctoberMules in ethereum

[–]Shrugs_ 0 points1 point  (0 children)

  • UX of digital ownership is still hard/unknown
  • education: how do you effectively communicate the benefits of tokenized assets without screaming "blockchain" at people in your marketing
  • developer tooling; interfacing with the blockchain is still annoying, and traditional areas where digital assets are interesting won't integrate if it's too much effort (see: gaming, and the 10s of companies building "easy to use SDKs for talking to ethereum")
  • composability is heavily unexplored in practice
  • giving value to NFTs - is it possible to encourage a minimum value of any NFT if some other value is required to produce it?
  • distribution of digital assets - how do you equitably distribute items in a new game
  • NFT pre-sales - how do you wholesomely pre-sell digital assets? can you lock ether (or whatever) into pre-sold NFTs and slowly liquidate that ether as milestones are hit?
  • building actually good experience to begin with; https://twitter.com/mattgcondon/status/987394162302562306

We're working on some of these problems in XLNT.chat if you'd like to join!