[Development] HEADS UP: Qt 5.4 feature freeze - is frozen now

[Mark Gaiser]

On Sun, Aug 10, 2014 at 1:39 PM, Иван Комиссаров <abbapoh at gmail.com> wrote:
> I was thinking a bit and made a conclusion that "volume" is the exact word for a mount point.
>
> Mac OS API uses "volume" to represent mounted disks https://developer.apple.com/library/mac/documentation/CoreFoundation/Reference/CFURLEnumeratorRef/Reference/reference.html
>
> Windows uses terms "drives", "partitions" and "volumes" http://msdn.microsoft.com/en-us/library/dd163559.aspx
>
> Even QStorageInfo uses terms "drives" and "volumes" http://qt.developpez.com/doc/5.0-snapshot/qstorageinfo/
>
> If we ever will have any class that deal with sound volume, we can name it QSoundVolumeInfo:)
>
> This is sorted list of variants (top i like most, bottom - dislike):
> QVolumeInfo
> QDriveInfo
> QStorageInfo (can' be used, but let it be here)

Why exactly can't you use that?
If i look on the Qt module page [1] then QtSystems is not mentioned
anywhere so i assume it's not even a supported module? I could be
wrong though.


[1] http://qt-project.org/doc/qt-5/qtmodules.html

> QMountPointInfo
> QMountInfo
> QStorageDeviceInfo (some mount points do not refer to devices and it's really too long name)
>
> Иван Комиссаров
>
> 10 авг. 2014 г., в 15:21, Knoll Lars <Lars.Knoll at digia.com> написал(а):
>
>> Slightly longish, but how about QStorageDeviceInfo if you don’t like drive?
>>
>> Cheers,
>> Lars
>>
>
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development