Создаю библиотеку для работы с последовательными портами. [УШЕЛ ИЗ ПРОЕКТА].

[lit-uriy]

>>Списки чего?
http://www.prog.org.ru/index.php?topic=9537.msg124454#msg124454

>>Все это можно будет сделать внешними функциями.
В смысле в коде программы? Каждый себе обёрток на лепит и будет их повторно использовать + библиотека?

Бибилиотека должна быть полной/завершённой.

[asvil]

И нужны методы предоставляющие информацию для ГУИ (человеко-читаемые списки)

Голосую против.

[b-s-a]

И нужны методы предоставляющие информацию для ГУИ (человеко-читаемые списки)

Я тоже против. Похожие классы Qt этого не делают (пример: QPrinterInfo).

[b-s-a]

>>Все это можно будет сделать внешними функциями.
В смысле в коде программы?

В смысле "не методами". Т.е. в той же библиотеке, но внешние по отношению к классу функции.

[lit-uriy]

b-s-a, приведи пример кода использования, можешь за основу взять мой код

[b-s-a]

Например:

Код

C++ (Qt)
QStringList names = namesFromPorts(SerialPort::availablePorts());

Но на названии функции я не настаиваю.

[kuzulis]

Например:

Код

C++ (Qt)
QStringList names = namesFromPorts(SerialPort::availablePorts());

Но на названии функции я не настаиваю.

Не SerialPort::availablePorts(), а SerialPortInfo::availablePorts(), ИМХО, так лучше.
Мы же (я) условились убрать метод SerialPort::availablePorts().

[b-s-a]

Не SerialPort::availablePorts(), а SerialPortInfo::availablePorts(), ИМХО, так лучше.
Мы же (я) условились убрать метод SerialPort::availablePorts().

Точно. Я просто не глядя скопировал. 

[pastor]

Для пользователей можно оставить текущую реализацию библиотеки и заниматься лишь её поддержкой.

Для новой (обсуждаемой на данный момент) реализации создать отдельную ветку. Ведь именно эту реализацию планируем включить в состав Qt. Во время разработки можно постепенно ориантировать пользователей именно на эту версию.

Иными словами, на данный момент не рубать "старую" версию, а лишь параллельно разрабатывать новую.

[asvil]

А че тролли разве не только своей лаборатории доверяют? Прям так возьмут? Может сначала спросить? или я что-то пропустил...

[b-s-a]

А че тролли разве не только своей лаборатории доверяют? Прям так возьмут? Может сначала спросить? или я что-то пропустил...

Не факт что возьмут. Их разработчик сказал, что Нокия не сильно заинтересована в последовательном порте и поддержку его осуществлять им влом.
С другой стороны, если все сделать грамотно и красиво, то шансы сильно возрастут.
А потом, есть еще проблемы с лицензированием. Библиотеку под лицензией GPL не возьмут 100%. Уверен на 99,99%, что LGPL не возьмут тоже. Я так понимаю, она должна быть под BSD-подобной лицензией или вообще Public Domain.

[kuzulis]

К тому времени нокия развалится, Qt купит кто-нить другой, и шансы еще возрастают!

[lit-uriy]

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

[lit-uriy]

Например:

Код

C++ (Qt)
QStringList names = namesFromPorts(SerialPort::availablePorts());

Но на названии функции я не настаиваю.

Впринципе нормально, только болтаемость функции в воздухе будет вносить в прикладной код некоторую неразбериху. Я предлагаю сделать пространство имён SerialDevice и внего совать всякие "свободные" функции.
А если ещё сделать функцию, которая вообще аргументов не прнимает, а сразу дёргает нужный статический член, то записи получатся проще:

Код

C++ (Qt)
QStringList names = SerialDevice::availablePortNames();

[b-s-a]

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

Лицензия BSD это не запрещает.

Думаю, сейчас не стоит делить шкуру неубитого медведя  

А по поводу имен портов ты посмотри класс QPrinterInfo. Там нет ничего похожего. В нашем случае, все будет еще круче - у нас будет куча вариантов именования портов (по description, по deviceName() и т.п.), и каждый программер будет выбирать наиболее подходящий именно ему. Поэтому, я бы вообще отказался бы от подобных функций. Тем более, что не сложно сделать:

Код

C++ (Qt)
foreach(const SerialPortInfo &info, SerialPortInfo::availablePorts())
   comboBox->addItem(info.name());