GetOpenFileName bug on WM 6.1 Standard (Smartphone)

it's a good thing that now GetOpenFileName works on Smartphones (it was
completely broken on Smartphone until WM 6.1).

however there is an ennoying bug: when lpstrInitialDir is specified in the
OPENFILENAME structure, GetOpenFileName should open the specified folder.

on WM 6.1 Smartphones, it seems to open always the "\My Documents" folder,
even when lpstrInitialDir is set to "\Storage Card", for example.

this is particularly ennoying when the files to open are located on a
Storage Card. it requires navication by the user, i.e. Menu, select
"Storage Card"...

Microsoft people (or MVP), please log a bug report on this. we hope this one
will be fixed so that the Smartphone version works as well as the Pocket PC
(WM Professional) version.

thanks!

Fabien
Sun Apr 20 15:35:23 CDT 2008

Hi,

It is not a bug, chack out this for a workaround :
http://tillanosoft.com/ce/tgfsdk.html

BR

Fabien Decret (Device Application Development MVP)
Windows Embedded Consultant

ADENEO (ADESET)
http://www.adeneo.adetelgroup.com/ | http://fabdecret.blogspot.com/



On 18 avr, 03:43, "The PocketTV Team" <supp...@pockettv.com> wrote:
> it's a good thing that now GetOpenFileName works on Smartphones (it was
> completely broken on Smartphone until WM 6.1).
>
> however there is an ennoying bug: when lpstrInitialDir is specified in the=

> OPENFILENAME structure, GetOpenFileName should open the specified folder.
>
> on WM 6.1 Smartphones, it seems to open always the "\My Documents" folder,=

> even when lpstrInitialDir is set to "\Storage Card", for example.
>
> this is particularly ennoying when the files to open are located on a
> Storage Card. =A0it requires navication by the user, i.e. Menu, select
> "Storage Card"...
>
> Microsoft people (or MVP), please log a bug report on this. we hope this o=
ne
> will be fixed so that the Smartphone version works as well as the Pocket P=
C
> (WM Professional) version.
>
> thanks!

Peter
Mon Apr 21 05:37:54 CDT 2008

I believe that is for backwards compatibility (this is how GetOpenFileName
works on Pocket PC/Professional edition). If you use GetOpenFileNameEx
directly you can specify an initial directory.

Peter

--
Peter Foot
Microsoft Device Application Development MVP
www.peterfoot.net | www.inthehand.com
In The Hand Ltd - .NET Solutions for Mobility

"The PocketTV Team" <support@pockettv.com> wrote in message
news:OCowpWPoIHA.4620@TK2MSFTNGP06.phx.gbl...
> it's a good thing that now GetOpenFileName works on Smartphones (it was
> completely broken on Smartphone until WM 6.1).
>
> however there is an ennoying bug: when lpstrInitialDir is specified in the
> OPENFILENAME structure, GetOpenFileName should open the specified folder.
>
> on WM 6.1 Smartphones, it seems to open always the "\My Documents" folder,
> even when lpstrInitialDir is set to "\Storage Card", for example.
>
> this is particularly ennoying when the files to open are located on a
> Storage Card. it requires navication by the user, i.e. Menu, select
> "Storage Card"...
>
> Microsoft people (or MVP), please log a bug report on this. we hope this
> one will be fixed so that the Smartphone version works as well as the
> Pocket PC (WM Professional) version.
>
> thanks!
>

The
Mon Apr 21 22:29:14 CDT 2008

what do you mean, Peter?

on Pocket PC/Professional edition, GetOpenFileName will take the initial
directory into account.

> If you use GetOpenFileNameEx directly you can specify an initial
> directory.

but does it take it into account? because with GetOpenFileName, we can also
specify an initial directory, and we do that, but it ignores it!

i didn't know that GetOpenFileNameEx had a different behavior, we'll look
into it. but since lpstrInitialDir can be passed to GetOpenFileName, it
would seem logical that it takes it into account, just like it does on
Pocket PC/Professional edition. ideally, also, the file name specified
should be selected if it exists in the folder specified, must that's
probably asking for too much :)

backwards compatibility of GetOpenFileName on Smartphone makes little sense,
since GetOpenFileName was seriously broken (causing application to freeze or
crash) on Smartphones prior to Windows Mobile 6.1. we tried to use it on WM5
and WM6 Smartphones, since we need it, but it was not working, so we had to
use the tGetFile replacement dll instead.

--

"Peter Foot" <feedback@nospam-inthehand.com> wrote in message
news:E0FBE1F0-D304-43CA-8C9A-F968117231F7@microsoft.com...
>I believe that is for backwards compatibility (this is how GetOpenFileName
>works on Pocket PC/Professional edition). If you use GetOpenFileNameEx
>directly you can specify an initial directory.
>
> Peter
>
> --
> Peter Foot
> Microsoft Device Application Development MVP
> www.peterfoot.net | www.inthehand.com
> In The Hand Ltd - .NET Solutions for Mobility
>
> "The PocketTV Team" <support@pockettv.com> wrote in message
> news:OCowpWPoIHA.4620@TK2MSFTNGP06.phx.gbl...
>> it's a good thing that now GetOpenFileName works on Smartphones (it was
>> completely broken on Smartphone until WM 6.1).
>>
>> however there is an ennoying bug: when lpstrInitialDir is specified in
>> the OPENFILENAME structure, GetOpenFileName should open the specified
>> folder.
>>
>> on WM 6.1 Smartphones, it seems to open always the "\My Documents"
>> folder, even when lpstrInitialDir is set to "\Storage Card", for example.
>>
>> this is particularly ennoying when the files to open are located on a
>> Storage Card. it requires navication by the user, i.e. Menu, select
>> "Storage Card"...
>>
>> Microsoft people (or MVP), please log a bug report on this. we hope this
>> one will be fixed so that the Smartphone version works as well as the
>> Pocket PC (WM Professional) version.
>>
>> thanks!
>>
>

The
Mon Apr 21 22:32:52 CDT 2008

thanks, we have known about this "workaround" for 5 years.

but it is a bug (or a bad feature, if you prefer). GetOpenFileName is
supposed to be now fixed on WM6.1 Smartphones and work just the same as on
Pocket PC.

the problem using tGetFile is that you need to localize it for all the
languages that your application support. GetOpenFileName is of course
already localized by Microsoft.

that's why we prefer using the standard library GetOpenFileName.

--

"Fabien" <fab_00_2002@msn.com> wrote in message
news:f49bfe3b-6257-4539-8b77-21ceb66e2801@24g2000hsh.googlegroups.com...
Hi,

It is not a bug, chack out this for a workaround :
http://tillanosoft.com/ce/tgfsdk.html

BR

Fabien Decret (Device Application Development MVP)
Windows Embedded Consultant

ADENEO (ADESET)
http://www.adeneo.adetelgroup.com/ | http://fabdecret.blogspot.com/



On 18 avr, 03:43, "The PocketTV Team" <supp...@pockettv.com> wrote:
> it's a good thing that now GetOpenFileName works on Smartphones (it was
> completely broken on Smartphone until WM 6.1).
>
> however there is an ennoying bug: when lpstrInitialDir is specified in the
> OPENFILENAME structure, GetOpenFileName should open the specified folder.
>
> on WM 6.1 Smartphones, it seems to open always the "\My Documents" folder,
> even when lpstrInitialDir is set to "\Storage Card", for example.
>
> this is particularly ennoying when the files to open are located on a
> Storage Card. it requires navication by the user, i.e. Menu, select
> "Storage Card"...
>
> Microsoft people (or MVP), please log a bug report on this. we hope this
> one
> will be fixed so that the Smartphone version works as well as the Pocket
> PC
> (WM Professional) version.
>
> thanks!

Peter
Tue Apr 22 03:45:45 CDT 2008

GetOpenFileName on Pocket PC/Professional does not fully support
InitialDirectory. It does not accept paths outside of My Documents, and you
can only specify subfolders of My Documents (or I believe first level
folders of a storage card) for example "My Pictures" rather than "\\My
Documents\\My Pictures".

GetOpenFileNameEx on both Smartphone/Standard and Pocket PC/Professional
fully supports any path for the initial directory.

Peter

--
Peter Foot
Microsoft Device Application Development MVP
www.peterfoot.net | www.inthehand.com
In The Hand Ltd - .NET Solutions for Mobility

"The PocketTV Team" <support@pockettv.com> wrote in message
news:%23X9wLkCpIHA.3940@TK2MSFTNGP03.phx.gbl...
> what do you mean, Peter?
>
> on Pocket PC/Professional edition, GetOpenFileName will take the initial
> directory into account.
>
>> If you use GetOpenFileNameEx directly you can specify an initial
>> directory.
>
> but does it take it into account? because with GetOpenFileName, we can
> also specify an initial directory, and we do that, but it ignores it!
>
> i didn't know that GetOpenFileNameEx had a different behavior, we'll look
> into it. but since lpstrInitialDir can be passed to GetOpenFileName, it
> would seem logical that it takes it into account, just like it does on
> Pocket PC/Professional edition. ideally, also, the file name specified
> should be selected if it exists in the folder specified, must that's
> probably asking for too much :)
>
> backwards compatibility of GetOpenFileName on Smartphone makes little
> sense, since GetOpenFileName was seriously broken (causing application to
> freeze or crash) on Smartphones prior to Windows Mobile 6.1. we tried to
> use it on WM5 and WM6 Smartphones, since we need it, but it was not
> working, so we had to use the tGetFile replacement dll instead.
>
> --
>
> "Peter Foot" <feedback@nospam-inthehand.com> wrote in message
> news:E0FBE1F0-D304-43CA-8C9A-F968117231F7@microsoft.com...
>>I believe that is for backwards compatibility (this is how GetOpenFileName
>>works on Pocket PC/Professional edition). If you use GetOpenFileNameEx
>>directly you can specify an initial directory.
>>
>> Peter
>>
>> --
>> Peter Foot
>> Microsoft Device Application Development MVP
>> www.peterfoot.net | www.inthehand.com
>> In The Hand Ltd - .NET Solutions for Mobility
>>
>> "The PocketTV Team" <support@pockettv.com> wrote in message
>> news:OCowpWPoIHA.4620@TK2MSFTNGP06.phx.gbl...
>>> it's a good thing that now GetOpenFileName works on Smartphones (it was
>>> completely broken on Smartphone until WM 6.1).
>>>
>>> however there is an ennoying bug: when lpstrInitialDir is specified in
>>> the OPENFILENAME structure, GetOpenFileName should open the specified
>>> folder.
>>>
>>> on WM 6.1 Smartphones, it seems to open always the "\My Documents"
>>> folder, even when lpstrInitialDir is set to "\Storage Card", for
>>> example.
>>>
>>> this is particularly ennoying when the files to open are located on a
>>> Storage Card. it requires navication by the user, i.e. Menu, select
>>> "Storage Card"...
>>>
>>> Microsoft people (or MVP), please log a bug report on this. we hope this
>>> one will be fixed so that the Smartphone version works as well as the
>>> Pocket PC (WM Professional) version.
>>>
>>> thanks!
>>>
>>
>
>

The
Wed Apr 23 03:42:07 CDT 2008

"Peter Foot" <feedback@nospam-inthehand.com> wrote in message
news:01EE1C30-AC93-4166-A4C0-C01C6617CAAD@microsoft.com...
> GetOpenFileName on Pocket PC/Professional does not fully support
> InitialDirectory. It does not accept paths outside of My Documents, and
> you can only specify subfolders of My Documents (or I believe first level
> folders of a storage card) for example "My Pictures" rather than "\\My
> Documents\\My Pictures".

well, yes, it accepts only folders that can be browsed with the
GetOpenFileName dialog, i.e. My Documents or first level of storage card.
and in that case, it does open the right folder upon dialog start-up.

i was just expecting the Smartphone version to do the same :)

> GetOpenFileNameEx on both Smartphone/Standard and Pocket PC/Professional
> fully supports any path for the initial directory.

ok, good to know, thanks for the explanation and clarification!

do you know in what version of Windows Mobile this GetOpenFileNameEx
appeared, and more importantly, in what version of Windows Mobile Standard
this GetOpenFileNameEx works?

i.e. we know that GetOpenFileName is completely broken on Windows Mobile
Standard before 6.1, but is it the same for GetOpenFileNameEx?

-tristan

>
> Peter
>
> --
> Peter Foot
> Microsoft Device Application Development MVP
> www.peterfoot.net | www.inthehand.com
> In The Hand Ltd - .NET Solutions for Mobility
>
> "The PocketTV Team" <support@pockettv.com> wrote in message
> news:%23X9wLkCpIHA.3940@TK2MSFTNGP03.phx.gbl...
>> what do you mean, Peter?
>>
>> on Pocket PC/Professional edition, GetOpenFileName will take the initial
>> directory into account.
>>
>>> If you use GetOpenFileNameEx directly you can specify an initial
>>> directory.
>>
>> but does it take it into account? because with GetOpenFileName, we can
>> also specify an initial directory, and we do that, but it ignores it!
>>
>> i didn't know that GetOpenFileNameEx had a different behavior, we'll look
>> into it. but since lpstrInitialDir can be passed to GetOpenFileName, it
>> would seem logical that it takes it into account, just like it does on
>> Pocket PC/Professional edition. ideally, also, the file name specified
>> should be selected if it exists in the folder specified, must that's
>> probably asking for too much :)
>>
>> backwards compatibility of GetOpenFileName on Smartphone makes little
>> sense, since GetOpenFileName was seriously broken (causing application to
>> freeze or crash) on Smartphones prior to Windows Mobile 6.1. we tried to
>> use it on WM5 and WM6 Smartphones, since we need it, but it was not
>> working, so we had to use the tGetFile replacement dll instead.
>>
>> --
>>
>> "Peter Foot" <feedback@nospam-inthehand.com> wrote in message
>> news:E0FBE1F0-D304-43CA-8C9A-F968117231F7@microsoft.com...
>>>I believe that is for backwards compatibility (this is how
>>>GetOpenFileName works on Pocket PC/Professional edition). If you use
>>>GetOpenFileNameEx directly you can specify an initial directory.
>>>
>>> Peter
>>>
>>> --
>>> Peter Foot
>>> Microsoft Device Application Development MVP
>>> www.peterfoot.net | www.inthehand.com
>>> In The Hand Ltd - .NET Solutions for Mobility
>>>
>>> "The PocketTV Team" <support@pockettv.com> wrote in message
>>> news:OCowpWPoIHA.4620@TK2MSFTNGP06.phx.gbl...
>>>> it's a good thing that now GetOpenFileName works on Smartphones (it was
>>>> completely broken on Smartphone until WM 6.1).
>>>>
>>>> however there is an ennoying bug: when lpstrInitialDir is specified in
>>>> the OPENFILENAME structure, GetOpenFileName should open the specified
>>>> folder.
>>>>
>>>> on WM 6.1 Smartphones, it seems to open always the "\My Documents"
>>>> folder, even when lpstrInitialDir is set to "\Storage Card", for
>>>> example.
>>>>
>>>> this is particularly ennoying when the files to open are located on a
>>>> Storage Card. it requires navication by the user, i.e. Menu, select
>>>> "Storage Card"...
>>>>
>>>> Microsoft people (or MVP), please log a bug report on this. we hope
>>>> this one will be fixed so that the Smartphone version works as well as
>>>> the Pocket PC (WM Professional) version.
>>>>
>>>> thanks!
>>>>
>>>
>>
>>
>

Peter
Wed Apr 23 10:30:02 CDT 2008

GetOpenFileNameEx is implemented in all editions of Windows Mobile 5.0 and
upwards. Prior to 5.0 AKU 2.0 though the details view does not correctly
size the columns and so it is essentially unusable.

Peter

--
Peter Foot
Microsoft Device Application Development MVP
www.peterfoot.net | www.inthehand.com
In The Hand Ltd - .NET Solutions for Mobility

"The PocketTV Team" <support@pockettv.com> wrote in message
news:uirzr3RpIHA.2208@TK2MSFTNGP04.phx.gbl...
> "Peter Foot" <feedback@nospam-inthehand.com> wrote in message
> news:01EE1C30-AC93-4166-A4C0-C01C6617CAAD@microsoft.com...
>> GetOpenFileName on Pocket PC/Professional does not fully support
>> InitialDirectory. It does not accept paths outside of My Documents, and
>> you can only specify subfolders of My Documents (or I believe first level
>> folders of a storage card) for example "My Pictures" rather than "\\My
>> Documents\\My Pictures".
>
> well, yes, it accepts only folders that can be browsed with the
> GetOpenFileName dialog, i.e. My Documents or first level of storage card.
> and in that case, it does open the right folder upon dialog start-up.
>
> i was just expecting the Smartphone version to do the same :)
>
>> GetOpenFileNameEx on both Smartphone/Standard and Pocket PC/Professional
>> fully supports any path for the initial directory.
>
> ok, good to know, thanks for the explanation and clarification!
>
> do you know in what version of Windows Mobile this GetOpenFileNameEx
> appeared, and more importantly, in what version of Windows Mobile Standard
> this GetOpenFileNameEx works?
>
> i.e. we know that GetOpenFileName is completely broken on Windows Mobile
> Standard before 6.1, but is it the same for GetOpenFileNameEx?
>
> -tristan
>
>>
>> Peter
>>
>> --
>> Peter Foot
>> Microsoft Device Application Development MVP
>> www.peterfoot.net | www.inthehand.com
>> In The Hand Ltd - .NET Solutions for Mobility
>>
>> "The PocketTV Team" <support@pockettv.com> wrote in message
>> news:%23X9wLkCpIHA.3940@TK2MSFTNGP03.phx.gbl...
>>> what do you mean, Peter?
>>>
>>> on Pocket PC/Professional edition, GetOpenFileName will take the initial
>>> directory into account.
>>>
>>>> If you use GetOpenFileNameEx directly you can specify an initial
>>>> directory.
>>>
>>> but does it take it into account? because with GetOpenFileName, we can
>>> also specify an initial directory, and we do that, but it ignores it!
>>>
>>> i didn't know that GetOpenFileNameEx had a different behavior, we'll
>>> look into it. but since lpstrInitialDir can be passed to
>>> GetOpenFileName, it would seem logical that it takes it into account,
>>> just like it does on Pocket PC/Professional edition. ideally, also, the
>>> file name specified should be selected if it exists in the folder
>>> specified, must that's probably asking for too much :)
>>>
>>> backwards compatibility of GetOpenFileName on Smartphone makes little
>>> sense, since GetOpenFileName was seriously broken (causing application
>>> to freeze or crash) on Smartphones prior to Windows Mobile 6.1. we tried
>>> to use it on WM5 and WM6 Smartphones, since we need it, but it was not
>>> working, so we had to use the tGetFile replacement dll instead.
>>>
>>> --
>>>
>>> "Peter Foot" <feedback@nospam-inthehand.com> wrote in message
>>> news:E0FBE1F0-D304-43CA-8C9A-F968117231F7@microsoft.com...
>>>>I believe that is for backwards compatibility (this is how
>>>>GetOpenFileName works on Pocket PC/Professional edition). If you use
>>>>GetOpenFileNameEx directly you can specify an initial directory.
>>>>
>>>> Peter
>>>>
>>>> --
>>>> Peter Foot
>>>> Microsoft Device Application Development MVP
>>>> www.peterfoot.net | www.inthehand.com
>>>> In The Hand Ltd - .NET Solutions for Mobility
>>>>
>>>> "The PocketTV Team" <support@pockettv.com> wrote in message
>>>> news:OCowpWPoIHA.4620@TK2MSFTNGP06.phx.gbl...
>>>>> it's a good thing that now GetOpenFileName works on Smartphones (it
>>>>> was completely broken on Smartphone until WM 6.1).
>>>>>
>>>>> however there is an ennoying bug: when lpstrInitialDir is specified in
>>>>> the OPENFILENAME structure, GetOpenFileName should open the specified
>>>>> folder.
>>>>>
>>>>> on WM 6.1 Smartphones, it seems to open always the "\My Documents"
>>>>> folder, even when lpstrInitialDir is set to "\Storage Card", for
>>>>> example.
>>>>>
>>>>> this is particularly ennoying when the files to open are located on a
>>>>> Storage Card. it requires navication by the user, i.e. Menu, select
>>>>> "Storage Card"...
>>>>>
>>>>> Microsoft people (or MVP), please log a bug report on this. we hope
>>>>> this one will be fixed so that the Smartphone version works as well as
>>>>> the Pocket PC (WM Professional) version.
>>>>>
>>>>> thanks!
>>>>>
>>>>
>>>
>>>
>>
>
>

Rick
Wed Apr 23 15:57:37 CDT 2008

"The PocketTV Team" <support@pockettv.com> wrote in message
news:uirzr3RpIHA.2208@TK2MSFTNGP04.phx.gbl...
> do you know in what version of Windows Mobile this GetOpenFileNameEx
> appeared, and more importantly, in what version of Windows Mobile Standard
> this GetOpenFileNameEx works?
>
> i.e. we know that GetOpenFileName is completely broken on Windows Mobile
> Standard before 6.1, but is it the same for GetOpenFileNameEx?

http://msdn2.microsoft.com/en-us/library/ms854142.aspx says
GetOpenFileNameEx is supported as of WinMo 5 for both PPC and Smartphone.

The
Wed Apr 23 21:28:36 CDT 2008

thanks!

by any chance, does anyone know the WinCE version and build number that
corresponds to 5.0 AKU 2.0?

-t


"Peter Foot" <feedback@nospam-inthehand.com> wrote in message
news:AAC88C1A-7D08-4836-88B9-42E9D6D2A350@microsoft.com...
> GetOpenFileNameEx is implemented in all editions of Windows Mobile 5.0 and
> upwards. Prior to 5.0 AKU 2.0 though the details view does not correctly
> size the columns and so it is essentially unusable.
>
> Peter
>
> --
> Peter Foot
> Microsoft Device Application Development MVP
> www.peterfoot.net | www.inthehand.com
> In The Hand Ltd - .NET Solutions for Mobility
>
> "The PocketTV Team" <support@pockettv.com> wrote in message
> news:uirzr3RpIHA.2208@TK2MSFTNGP04.phx.gbl...
>> "Peter Foot" <feedback@nospam-inthehand.com> wrote in message
>> news:01EE1C30-AC93-4166-A4C0-C01C6617CAAD@microsoft.com...
>>> GetOpenFileName on Pocket PC/Professional does not fully support
>>> InitialDirectory. It does not accept paths outside of My Documents, and
>>> you can only specify subfolders of My Documents (or I believe first
>>> level folders of a storage card) for example "My Pictures" rather than
>>> "\\My Documents\\My Pictures".
>>
>> well, yes, it accepts only folders that can be browsed with the
>> GetOpenFileName dialog, i.e. My Documents or first level of storage card.
>> and in that case, it does open the right folder upon dialog start-up.
>>
>> i was just expecting the Smartphone version to do the same :)
>>
>>> GetOpenFileNameEx on both Smartphone/Standard and Pocket PC/Professional
>>> fully supports any path for the initial directory.
>>
>> ok, good to know, thanks for the explanation and clarification!
>>
>> do you know in what version of Windows Mobile this GetOpenFileNameEx
>> appeared, and more importantly, in what version of Windows Mobile
>> Standard this GetOpenFileNameEx works?
>>
>> i.e. we know that GetOpenFileName is completely broken on Windows Mobile
>> Standard before 6.1, but is it the same for GetOpenFileNameEx?
>>
>> -tristan
>>
>>>
>>> Peter
>>>
>>> --
>>> Peter Foot
>>> Microsoft Device Application Development MVP
>>> www.peterfoot.net | www.inthehand.com
>>> In The Hand Ltd - .NET Solutions for Mobility
>>>
>>> "The PocketTV Team" <support@pockettv.com> wrote in message
>>> news:%23X9wLkCpIHA.3940@TK2MSFTNGP03.phx.gbl...
>>>> what do you mean, Peter?
>>>>
>>>> on Pocket PC/Professional edition, GetOpenFileName will take the
>>>> initial directory into account.
>>>>
>>>>> If you use GetOpenFileNameEx directly you can specify an initial
>>>>> directory.
>>>>
>>>> but does it take it into account? because with GetOpenFileName, we can
>>>> also specify an initial directory, and we do that, but it ignores it!
>>>>
>>>> i didn't know that GetOpenFileNameEx had a different behavior, we'll
>>>> look into it. but since lpstrInitialDir can be passed to
>>>> GetOpenFileName, it would seem logical that it takes it into account,
>>>> just like it does on Pocket PC/Professional edition. ideally, also, the
>>>> file name specified should be selected if it exists in the folder
>>>> specified, must that's probably asking for too much :)
>>>>
>>>> backwards compatibility of GetOpenFileName on Smartphone makes little
>>>> sense, since GetOpenFileName was seriously broken (causing application
>>>> to freeze or crash) on Smartphones prior to Windows Mobile 6.1. we
>>>> tried to use it on WM5 and WM6 Smartphones, since we need it, but it
>>>> was not working, so we had to use the tGetFile replacement dll instead.
>>>>
>>>> --
>>>>
>>>> "Peter Foot" <feedback@nospam-inthehand.com> wrote in message
>>>> news:E0FBE1F0-D304-43CA-8C9A-F968117231F7@microsoft.com...
>>>>>I believe that is for backwards compatibility (this is how
>>>>>GetOpenFileName works on Pocket PC/Professional edition). If you use
>>>>>GetOpenFileNameEx directly you can specify an initial directory.
>>>>>
>>>>> Peter
>>>>>
>>>>> --
>>>>> Peter Foot
>>>>> Microsoft Device Application Development MVP
>>>>> www.peterfoot.net | www.inthehand.com
>>>>> In The Hand Ltd - .NET Solutions for Mobility
>>>>>
>>>>> "The PocketTV Team" <support@pockettv.com> wrote in message
>>>>> news:OCowpWPoIHA.4620@TK2MSFTNGP06.phx.gbl...
>>>>>> it's a good thing that now GetOpenFileName works on Smartphones (it
>>>>>> was completely broken on Smartphone until WM 6.1).
>>>>>>
>>>>>> however there is an ennoying bug: when lpstrInitialDir is specified
>>>>>> in the OPENFILENAME structure, GetOpenFileName should open the
>>>>>> specified folder.
>>>>>>
>>>>>> on WM 6.1 Smartphones, it seems to open always the "\My Documents"
>>>>>> folder, even when lpstrInitialDir is set to "\Storage Card", for
>>>>>> example.
>>>>>>
>>>>>> this is particularly ennoying when the files to open are located on a
>>>>>> Storage Card. it requires navication by the user, i.e. Menu, select
>>>>>> "Storage Card"...
>>>>>>
>>>>>> Microsoft people (or MVP), please log a bug report on this. we hope
>>>>>> this one will be fixed so that the Smartphone version works as well
>>>>>> as the Pocket PC (WM Professional) version.
>>>>>>
>>>>>> thanks!
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>

Christopher
Thu Apr 24 07:02:07 CDT 2008

Hi,

The PocketTV Team wrote:
> by any chance, does anyone know the WinCE version and build number that
> corresponds to 5.0 AKU 2.0?

You can find a list of AKUs and related build numbers on the Channel 9
Windows Mobile Developer wiki at
http://channel9.msdn.com/wiki/default.aspx/MobileDeveloper.ListOfAKUs

Hope this helps,
Christopher Fairbairn

The
Tue Apr 29 05:29:33 CDT 2008

oh, very useful, thanks!


"Christopher Fairbairn" <christopher@christec.co.nz> wrote in message
news:uJIUfEgpIHA.3804@TK2MSFTNGP02.phx.gbl...
> Hi,
>
> The PocketTV Team wrote:
>> by any chance, does anyone know the WinCE version and build number that
>> corresponds to 5.0 AKU 2.0?
>
> You can find a list of AKUs and related build numbers on the Channel 9
> Windows Mobile Developer wiki at
> http://channel9.msdn.com/wiki/default.aspx/MobileDeveloper.ListOfAKUs
>
> Hope this helps,
> Christopher Fairbairn