Prev: Dynamically change MenuBar Softkey to button or menu
Next: Our QRCodeDecodeSDk supports Windows, PPC and CE
From: The PocketTV Team on 17 Apr 2008 21:43
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!


From: Fabien on 20 Apr 2008 16:35
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...(a)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!

From: Peter Foot on 21 Apr 2008 06:37
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(a)pockettv.com> wrote in message
news:OCowpWPoIHA.4620(a)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!
>

From: The PocketTV Team on 21 Apr 2008 23:29
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(a)nospam-inthehand.com> wrote in message
news:E0FBE1F0-D304-43CA-8C9A-F968117231F7(a)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(a)pockettv.com> wrote in message
> news:OCowpWPoIHA.4620(a)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!
>>
>


From: The PocketTV Team on 21 Apr 2008 23:32
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(a)msn.com> wrote in message
news:f49bfe3b-6257-4539-8b77-21ceb66e2801(a)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...(a)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!


 |  Next  |  Last
Pages: 1 2 3
Prev: Dynamically change MenuBar Softkey to button or menu
Next: Our QRCodeDecodeSDk supports Windows, PPC and CE