Re: #11947: wxGetVolumeString detail

7 views
Skip to first unread message

wxTrac

unread,
Sep 13, 2021, 4:41:15 PM9/13/21
to wx-...@googlegroups.com
#11947: wxGetVolumeString detail
----------------------+------------------------------------------
Reporter: troelsk | Owner:
Type: defect | Status: closed
Priority: low | Milestone:
Component: base | Version: stable-latest
Resolution: wontfix | Keywords: wxFileName wxGetVolumeString
Blocked By: | Blocking:
Patch: 1 |
----------------------+------------------------------------------
Changes (by vadz):

* status: new => closed
* resolution: => wontfix


Old description:

> [wxMSW trunk + 2.8 branch, VC9]
>
> This produces the not overly impressive result,
> "/filename.ext" - the volume name is omitted entirely:
>
> wxMessageBox(wxFileName("c:\\filename.ext").GetFullPath(wxPATH_UNIX));
>
> Patch:
> - Implement a default case, MSW only

New description:

[wxMSW trunk + 2.8 branch, VC9]

This produces the not overly impressive result,
"/filename.ext" - the volume name is omitted entirely:

{{{
#!cpp
wxMessageBox(wxFileName("c:\\filename.ext").GetFullPath(wxPATH_UNIX));
}}}

Patch:
- Implement a default case, MSW only

--

Comment:

Sorry, but returning to this, I don't think it's worth supporting
retrieving volumes in Unix path format -- what could this possibly be
useful for? I just don't see any reasonable use case for it.

--
Ticket URL: <https://trac.wxwidgets.org/ticket/11947#comment:7>
Reply all
Reply to author
Forward
0 new messages