From 94fc12e930f4c9153082516ba64c9d9e79cb8f4b Mon Sep 17 00:00:00 2001 From: Yoshi Automation Bot Date: Sun, 22 Dec 2024 10:10:57 +0000 Subject: [PATCH] feat: Automated regeneration of domains v1 client --- generated/google-apis-domains_v1/CHANGELOG.md | 4 + .../lib/google/apis/domains_v1/classes.rb | 85 ++++++++++--------- .../lib/google/apis/domains_v1/gem_version.rb | 4 +- 3 files changed, 49 insertions(+), 44 deletions(-) diff --git a/generated/google-apis-domains_v1/CHANGELOG.md b/generated/google-apis-domains_v1/CHANGELOG.md index 334c93c884f..a894edb87d2 100644 --- a/generated/google-apis-domains_v1/CHANGELOG.md +++ b/generated/google-apis-domains_v1/CHANGELOG.md @@ -1,5 +1,9 @@ # Release history for google-apis-domains_v1 +### v0.30.0 (2024-12-22) + +* Regenerated from discovery document revision 20241209 + ### v0.29.0 (2024-08-11) * Regenerated from discovery document revision 20240724 diff --git a/generated/google-apis-domains_v1/lib/google/apis/domains_v1/classes.rb b/generated/google-apis-domains_v1/lib/google/apis/domains_v1/classes.rb index b5b98573853..bba51095b33 100644 --- a/generated/google-apis-domains_v1/lib/google/apis/domains_v1/classes.rb +++ b/generated/google-apis-domains_v1/lib/google/apis/domains_v1/classes.rb @@ -345,16 +345,16 @@ class Contact # @return [String] attr_accessor :phone_number - # Represents a postal address, e.g. for postal delivery or payments addresses. - # Given a postal address, a postal service can deliver items to a premise, P.O. - # Box or similar. It is not intended to model geographical locations (roads, - # towns, mountains). In typical usage an address would be created via user input - # or from importing existing data, depending on the type of process. Advice on - # address input / editing: - Use an internationalization-ready address widget - # such as https://github.com/google/libaddressinput) - Users should not be - # presented with UI elements for input or editing of fields outside countries - # where that field is used. For more guidance on how to use this schema, please - # see: https://support.google.com/business/answer/6397478 + # Represents a postal address. For example for postal delivery or payments + # addresses. Given a postal address, a postal service can deliver items to a + # premise, P.O. Box or similar. It is not intended to model geographical + # locations (roads, towns, mountains). In typical usage an address would be + # created by user input or from importing existing data, depending on the type + # of process. Advice on address input / editing: - Use an internationalization- + # ready address widget such as https://github.com/google/libaddressinput) - + # Users should not be presented with UI elements for input or editing of fields + # outside countries where that field is used. For more guidance on how to use + # this schema, see: https://support.google.com/business/answer/6397478 # Corresponds to the JSON property `postalAddress` # @return [Google::Apis::DomainsV1::PostalAddress] attr_accessor :postal_address @@ -1435,35 +1435,36 @@ def update!(**args) end end - # Represents a postal address, e.g. for postal delivery or payments addresses. - # Given a postal address, a postal service can deliver items to a premise, P.O. - # Box or similar. It is not intended to model geographical locations (roads, - # towns, mountains). In typical usage an address would be created via user input - # or from importing existing data, depending on the type of process. Advice on - # address input / editing: - Use an internationalization-ready address widget - # such as https://github.com/google/libaddressinput) - Users should not be - # presented with UI elements for input or editing of fields outside countries - # where that field is used. For more guidance on how to use this schema, please - # see: https://support.google.com/business/answer/6397478 + # Represents a postal address. For example for postal delivery or payments + # addresses. Given a postal address, a postal service can deliver items to a + # premise, P.O. Box or similar. It is not intended to model geographical + # locations (roads, towns, mountains). In typical usage an address would be + # created by user input or from importing existing data, depending on the type + # of process. Advice on address input / editing: - Use an internationalization- + # ready address widget such as https://github.com/google/libaddressinput) - + # Users should not be presented with UI elements for input or editing of fields + # outside countries where that field is used. For more guidance on how to use + # this schema, see: https://support.google.com/business/answer/6397478 class PostalAddress include Google::Apis::Core::Hashable # Unstructured address lines describing the lower levels of an address. Because # values in address_lines do not have type information and may sometimes contain - # multiple values in a single field (e.g. "Austin, TX"), it is important that - # the line order is clear. The order of address lines should be "envelope order" - # for the country/region of the address. In places where this can vary (e.g. - # Japan), address_language is used to make it explicit (e.g. "ja" for large-to- - # small ordering and "ja-Latn" or "en" for small-to-large). This way, the most - # specific line of an address can be selected based on the language. The minimum - # permitted structural representation of an address consists of a region_code - # with all remaining information placed in the address_lines. It would be - # possible to format such an address very approximately without geocoding, but - # no semantic reasoning could be made about any of the address components until - # it was at least partially resolved. Creating an address only containing a - # region_code and address_lines, and then geocoding is the recommended way to - # handle completely unstructured addresses (as opposed to guessing which parts - # of the address should be localities or administrative areas). + # multiple values in a single field (For example "Austin, TX"), it is important + # that the line order is clear. The order of address lines should be "envelope + # order" for the country/region of the address. In places where this can vary ( + # For example Japan), address_language is used to make it explicit (For example " + # ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). + # This way, the most specific line of an address can be selected based on the + # language. The minimum permitted structural representation of an address + # consists of a region_code with all remaining information placed in the + # address_lines. It would be possible to format such an address very + # approximately without geocoding, but no semantic reasoning could be made about + # any of the address components until it was at least partially resolved. + # Creating an address only containing a region_code and address_lines, and then + # geocoding is the recommended way to handle completely unstructured addresses ( + # as opposed to guessing which parts of the address should be localities or + # administrative areas). # Corresponds to the JSON property `addressLines` # @return [Array] attr_accessor :address_lines @@ -1471,9 +1472,9 @@ class PostalAddress # Optional. Highest administrative subdivision which is used for postal # addresses of a country or region. For example, this can be a state, a province, # an oblast, or a prefecture. Specifically, for Spain this is the province and - # not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many - # countries don't use an administrative area in postal addresses. E.g. in - # Switzerland this should be left unpopulated. + # not the autonomous community (For example "Barcelona" and not "Catalonia"). + # Many countries don't use an administrative area in postal addresses. For + # example in Switzerland this should be left unpopulated. # Corresponds to the JSON property `administrativeArea` # @return [String] attr_accessor :administrative_area @@ -1505,8 +1506,8 @@ class PostalAddress # Optional. Postal code of the address. Not all countries use or require postal # codes to be present, but where they are used, they may trigger additional - # validation with other parts of the address (e.g. state/zip validation in the U. - # S.A.). + # validation with other parts of the address (For example state/zip validation + # in the U.S.A.). # Corresponds to the JSON property `postalCode` # @return [String] attr_accessor :postal_code @@ -1535,9 +1536,9 @@ class PostalAddress # Optional. Additional, country-specific, sorting code. This is not used in most # regions. Where it is used, the value is either a string like "CEDEX", - # optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, - # representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) - # or "post office indicator" (e.g. Côte d'Ivoire). + # optionally followed by a number (For example "CEDEX 7"), or just a number + # alone, representing the "sector code" (Jamaica), "delivery area indicator" ( + # Malawi) or "post office indicator" (For example Côte d'Ivoire). # Corresponds to the JSON property `sortingCode` # @return [String] attr_accessor :sorting_code diff --git a/generated/google-apis-domains_v1/lib/google/apis/domains_v1/gem_version.rb b/generated/google-apis-domains_v1/lib/google/apis/domains_v1/gem_version.rb index 6f58ebba392..87b3cb7f08e 100644 --- a/generated/google-apis-domains_v1/lib/google/apis/domains_v1/gem_version.rb +++ b/generated/google-apis-domains_v1/lib/google/apis/domains_v1/gem_version.rb @@ -16,13 +16,13 @@ module Google module Apis module DomainsV1 # Version of the google-apis-domains_v1 gem - GEM_VERSION = "0.29.0" + GEM_VERSION = "0.30.0" # Version of the code generator used to generate this client GENERATOR_VERSION = "0.15.1" # Revision of the discovery document this client was generated from - REVISION = "20240724" + REVISION = "20241209" end end end