pub-dev VS dart_style

For finding new packages, Flutter developers often visit https://pub.dev. Say you want to do a network request to a remote server using the http package, you can simply add it to your dependencies and then execute flutter pub get to fetch the package and make it ready to use.

where x.x.x is a latest version of the connectycube_sdk on pub.dev repository.

Link: pub.dev

I was trying to find out if a package that we create internally or pull from pub.dev is compiled and just added into the app or compiled and optimized when consumed by the app ?

I've never actually submitted anything to pub.dev and I'm not even sure what's involved.

Flutter is known for its reach ecosystem and availability of many high-quality libraries. There're over 38000 packages at pub.dev and none of those e are available to build UI in Flet.

I checked on pub.dev just in case, and it appears that you can do some interop with js already. So try this instead.

So, does Flutter provides what I need? Some functionalitty for checking word spelling with different languages would be really nice too. I found some HTMLs editors on the pub.dev. Some seems very nice, but I don't know about the red squiggle and that's important for me. I am no pro programmer, so it would be hard to me to implement this by myself. I'm looking at Qt as well, but the licensing seems a bit restrictive.

There is a lot of clicking around and typing to get info on updates to pub.dev dependancies you use in your flutter apps, so I built a flutter webapp to make it easier

> Oh I'm curious why you're rewriting it?

The primary driver is that we're moving to a fairly different formatting style: https://github.com/dart-lang/dart_style/issues/1253

The formatter works sort of like a compiler in that it parses the code, translates it to an internal representation, does optimization on that IR, and then outputs final code. The main difference is that the "final code" is also source code, and the "optimization" is line splitting.

The old IR grew organically over time and got increasingly difficult to work with. It baked certain formatting choices directly into the IR (mainly indentation) which line splitting then had no control over. For example, given a function call like:

    someLongFunctionName(some + long + argument + expression, [firstElement, anotherElement, aThirdElement]);

in your analysis_options.yaml. The formatter doesn't understand the new syntax yet, though.

Sorry, perhaps im not quite familiar with the GitHub issues you’re chatting about, but a quick search shows the Dart team actually made a very similar argument about laptops and diffs as the first reply in a thread about the 80 character max: https://github.com/dart-lang/dart_style/issues/833

Nope, but there is a proposal to set line length in pubspec.yaml: https://github.com/dart-lang/dart_style/issues/918

The standard Dart extension only supports formatting using the SDK-supplied formatter (dart_style) which (by design) is not configurable (although it can be turned on/off with the dart.enableSdkFormatter setting).

Flutter itself provides formatting choices, however, it only formats Dart files and it doesn’t re-order the code. Flutter formats the code based on these formatting rules.

There are some other possibilities - such as complex code being slow to format (for example I hit https://github.com/dart-lang/dart_style/issues/1022 and originally thought it was a repro for this issue), or that the server is busy doing its initial synchronous scan of the workspace, though those should be temporary and the format should eventually complete so it's probably not what most people are reporting here.