Skip to content

Adjust documentation according to Dart style guide & mkdocs admonitions #73

@stefan-brus-frequenz

Description

@stefan-brus-frequenz

What's needed?

The documentation should be adjusted according to:

Proposed solution

Here is a draft on how to adjust the protobuf specification.

// Frequenz Dispatch Automation API
//
// This API automates the process of electricity dispatches for microgrids, streamlining 
// the complex task of electricity dispatching to manage local electricity supply 
// and demand efficiently.

// !!! note
// The primary audience for this API includes application developers in the 
// energy sector focusing on microgrid electricity flow optimization.
//

// ... (rest of the general comments remain unchanged)

// Service providing operations for dispatching electricity to microgrid components.
service MicrogridDispatchService {
  // Lists all existing dispatches.
  rpc ListMicrogridDispatches(DispatchListRequest) returns (DispatchList);
  
  // Creates a new dispatch.
  rpc CreateMicrogridDispatch(DispatchCreateRequest) returns (google.protobuf.Empty);

  // ... (rest of the rpcs remain unchanged)
}

// Represents a single electricity dispatch.
//
// !!! note
// All timestamps are in UTC. Microgrids must translate UTC to local timezones.
//
message Dispatch {
  // Identifier for the dispatch.
  uint64 id = 1;

  // Identifier for the microgrid involved in this dispatch.
  uint64 microgrid_id = 2;

  // Type of the dispatch, user-defined.
  // Downstream applications should understand and process this field accordingly.
  string type = 3;

  // ... (rest of the fields remain unchanged)
}

// ... (rest of the messages remain unchanged)

// Defines the rules for when and how a dispatch should re-occur.
//
// !!! note
// Timestamps are in UTC. It's each microgrid's responsibility to translate UTC to its local timezone.
//
message RecurrenceRule {
  // Frequency specifier of the recurring dispatch.
  Frequency freq = 1;

  // ... (rest of the fields remain unchanged)
}

// ... (rest of the messages remain unchanged)

Use cases

Correct documentation creation with mkdocs and following a unified standards.

Alternatives and workarounds

No response

Additional context

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    part:docsAffects the documentationpriority:lowThis should be addressed only if there is nothing else on the tabletype:enhancementNew feature or enhancement visitble to users

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions