No, I don't think we support such a thing currently.

Are you in control of both A and B? maybe you could gather all the proto files in a shared package C?

For us, A is a library and B uses it. We control A but not B.
As the last resort, we have an option of manually substituting import statements. But I was hoping that, maybe, there is already a solution for that.

No unfortunately we do not have a thing like that.

How would such an option work? Would it be an option in the .proto file or on the protoc invocation?
I don't think proto imports can have options

I'd expect there to be a file-level Protobuf option. Something like

option dart_package = 'helpful_library';

Now when generating code, a protoc compiler has access to the descriptor of imported types (through CodeGeneratorRequest.proto_file). So, when generating Dart code it is possible to scan for this option and use a package-based import instead of a path-based one.

Maybe, you'll have a better idea. The main disadvantage of this solution is that it'd require changing the standard library types (or hardcoding them). In general, this works only if the upstream types are declared with the option.

This is similar to other options such as java_pacakge and go_package.

That would work I think - but would have to go into package A.

Ah - I read again - you control package A. Then this is the right thing to do.

@dmdashenkov would #298 work for your use case?

Yes, that PR should solve my problem, as far as I can see. Thanks.

Hi. Any updates on the feature status?

Sorry for the silence.
I am trying to get a proper option into protobuf itself. (So you would no longer need to import dart_options) it is taking some time.
Hopefully I'll manage, it seems the right way to go.

@sigurdm, thanks for the update.
I'd be grateful if there was a channel I could monitor (e.g. a GitHub issue etc.), so you wouldn't have to serve as a data bus). A quick search in protocolbuffers/protobuf didn't give any relevant issue.

Sorry - this is currently only tracked on an internal PR.
It would appear as optional string dart_package = 48; in descriptor.proto

Hi. Are there any updates on this issue?

No unfortunately I had some trouble landing this in the google internal protobuf library, and got swept away with other priorities.

Hey is this going to be back on your radar any time soon? I've been trying to find a workaround for a couple of days now, and without this fix it seems my only option is to bundle all my code together in one package instead of splitting it up.

It sounds like we're waiting for an internal google change, but if there's anything I can help with to get it moving, let me know - I'm happy to help...

Just another quick ping on this issue... It would be really great to get it resolved. There's no convenient work-around unfortunately...

any updates on this?

Are there any news on this?

highly needed