Классы и типы методов в них...

Видимо, Вы что-то перепутали. Методы класса могут иметь тип void. Приведите полную цитату, чтобы можно было понять, к чему относится указанный запрет.

Вот здесь всё и есть:
Вот здесь явно сказано, что Структура - это набор элементов, кроме типа void. Ведь так? Как это можно ещё понимать?

Сравните чем отличаются структуры и объекты

А чё сравнивать. Объект может быть как структуры, так и класса. Получается что это применимо тока к структурам, а к классам нет. Я имею ввиду ту цитату, которую я привёл. Вопрос снят.

Изучите для начала, что такое методы структуры/класса и что такое хранимые данные. В приведённой цитате ясно сказано про данные.  А у вас похоже в голове всё перемешано.

Документация - низкого качества. Похоже, вместо специальных людей её пишут программисты, а для них некоторые нюансы настолько очевидны, что они даже не замечают, что могут быть неправильно поняты.

В данном случае имелись ввиду только элементы-данные, а не методы. Метод может "возвращать" void:

#property strict

/******************************************************************************/
struct S {
  int i;

  void method() {
    Print("i = ", i);
  }
};

/******************************************************************************/
void OnStart() {
  S s = {3};

  s.method();
}

Этот пример компилируется без замечаний и работает:

22:19:10 Script 3 EURUSDm,H1: loaded successfully
22:19:10 3 EURUSDm,H1: initialized
22:19:10 3 EURUSDm,H1: i = 3
22:19:10 3 EURUSDm,H1: uninit reason 0
22:19:10 Script 3 EURUSDm,H1: removed

Не стоит делать такие громкие выводы насчёт качества документации, основываясь на непонимании её "чайниками" ввиду отсутствия у них базовых знаний о предмете. Документация не является обучающим пособием, поэтому не рассчитана на то чтобы разжёвывать каждое слово. Предполагается, что у человека уже есть знания в этой области, и он лишь хочет уточнить конкретные детали по поводу реализации этого в MQL.

Понятие структуры идёт ещё со времён динозавров, когда и ООП ещё не было - это просто некие данные, разбитые на отдельные элементы.   Да и там по тексту очевидно, что речь идёт о данных.  А кому не очевидно - читайте учебники.

Приведите пример элемента типа void.

int x;

double y;

void z; - такое нельзя? А такое вообще есть в природе? О чем написано словами "это набор элементов, кроме типа void"?

Документация не должна быть двусмысленной. Зачем там вообще эта фраза о том, что "кроме типа void"? Для "чайников"? Документация тогда должна быть, хотя бы, последовательной. Что для данных - нельзя, а для функций - можно.

Есть реальный факт непонимания документации. Можно изголяться, защищая документацию в её текущем виде, выдумывая аргументы для оправдания "верности" текущего вида документации, а можно её поправить, чтобы, по возможности, уменьшить вероятность непонимания.

Meat, а давай ка не не будем кидаться "чайниками". Структуры мало чем отличаются от классов как в Си, так и в С++. Если прочтёшь документацию по С++ увидишь, что разницы очень мало. Когда я читаю про структуры, я в уме применяю данные моменты и к классам.

Вот simpleton заметил верно то, что, речь идёт не об любых членах, а, именно, элемент-данные. Если для некоторых "чайников" и "кофейников" нет разницы между этими понятиями, то лучше не говорить, а молчать в стороне.