I have a question about Customize Common Dialogs:

I hate the way xp doesn't remember "open" dialog box size and view. Does anyone know of a tweak or utility that will remember I like dialog boxes BIG! I appreciate your interest

[Reply or follow-up to this message]

On Monday, March 25, 2002 at 7:22 am, Josh wrote:
>I have a question about Customize
>Common Dialogs:

>
>I hate the way xp doesn't remember "open" dialog box size and view. Does anyone know
>of a tweak or utility that will remember I like dialog boxes BIG! I appreciate your
>interest
> **************************************************************************************** I concur with you... In various programs, such as Roxio EZCD Creator and Paint Shop Pro, and any program for that matter, I can not get XP to remember my settings. For example, when I select to view the icons in "Details", it will give me the list of files with the details. If I change what details I want, (column headings), by right clicking the heading and checking or unchecking what headings I want, XP doesn't remember this next time I open that folder. In EZCD Platinum, I want my headings to include "Date Created" and "Date Modified", along with some other headings, and I want them a particular order. I can set these and they are lost when I change to another folder. In PSP 7.04, I want "Date Modified" as one of my headings so I can sort by most recent date modified. Every time I use the Open Dialog box, I have to go through all the clicking to change my headings. Very aggrevating, to say the least. I do have "Remember Folder Settings" checked in Folder Options. Any help is appreciated.... TIA

[Reply or follow-up to this message]

On Monday, March 25, 2002 at 6:45 pm, Sonnie Parker wrote:
>
> EVERYONE I mention this to has the exact same problem with XP. I though It was just me at first. WHAT THE FRIG IS UP WITH THAT? ANY answers for ANYONE would be appreciated.

[Reply or follow-up to this message]

On Thursday, May 2, 2002 at 7:31 am, Bill wrote:
>
>
> I have built a webpage that describes what is needed to be done. If you know of anyone that can help, I to will appreciate it. http://www.snapbug.ws/foldertemplate.htm

[Reply or follow-up to this message]

Here's a link with _some_ info http://www.microsoft.com/mspress/books/sampchap/6232.asp?#122


On Monday, March 25, 2002 at 7:22 am, Josh wrote:
>I have a question about Customize
>Common Dialogs:

>
>I hate the way xp doesn't remember "open" dialog box size and view. Does anyone know
>of a tweak or utility that will remember I like dialog boxes BIG! I appreciate your
>interest
>

[Reply or follow-up to this message]

Look at this: http://www.codeproject.com/dialog/xfiledialog.asp http://www.codeproject.com/dialog/customize_dialog.asp?print=true


On Monday, March 25, 2002 at 7:22 am, Josh wrote:
>I have a question about Customize
>Common Dialogs:

>
>I hate the way xp doesn't remember "open" dialog box size and view. Does anyone know
>of a tweak or utility that will remember I like dialog boxes BIG! I appreciate your
>interest
>

[Reply or follow-up to this message]

try www.file-ex.com its exactly what you need.


On Monday, March 25, 2002 at 7:22 am, Josh wrote:
>I have a question about Customize
>Common Dialogs:

>
>I hate the way xp doesn't remember "open" dialog box size and view. Does anyone know
>of a tweak or utility that will remember I like dialog boxes BIG! I appreciate your
>interest
>

[Reply or follow-up to this message]

http://support.microsoft.com/default.aspx?scid=kb;en-us;813711 Straight from Microsoft! -=TP=-


On Monday, November 10, 2003 at 7:33 pm, robert wrote:
>
>try www.file-ex.com its exactly what you need.
>
>
>

[Reply or follow-up to this message]

I've written a little program to solve some problems with the open/save dialog boxes.

This program, called OpenWide, allows you to specify the size and position of the dialog boxes, as well as where the input focus should be and which view is enabled - (Details, Large Icon, Thumbnails...etc.)


It's free, but it has not yet been extensively tested, so there are no guarantees.
Currently *seems* to work on Win2K and WinXP.
Email careof@hotmail.com for info.

It should be available from:
http://lingo.atspace.com/

[Reply or follow-up to this message]

Out of curiousity, how have you done it? (Get as technical as you wish, I'm a programmer as well)

[Reply or follow-up to this message]

On Tuesday, April 5, 2005 at 6:07 am, Falcon wrote:
>Out of curiousity, how have you done it? (Get as technical as you wish, I'm a programmer
>as well) My program is written in C using the Win32 API, so no Microsoft class libraries. I use C because there are some good free C compiler/IDEs and I haven't found the C++ ones as easy to use. I used the Win32 API SetWindowsHookEx to set up a WH_CBT hook which watches for opening windows. When a window opens I check the title and window styles in order to determine whether it is an Open/Save dialog box. If it is (or rather, if my program THINKS it is), then I subclass the window procedure. In my subclassed window proc. I set a timer for a short duration, then pass control back to the original dialog proc. This allows the dialog to initialize itself, as I discovered that setting things immediately did not work. I then send the dialog appropriate messages to set up things the way we want them. Anyway, I hope that helps. Feel free to ask more questions.

[Reply or follow-up to this message]

OK, sounds familiar. I play around with those hooks quite frequently. One current project involves a CBT hook to get my DLL loaded, then I patched the IAT of the GetOpenFilename and GetSaveFilename functions to point to me instead. Then, I modified the hook function part of the OPENFILENAME structure. Sort of another way in, so to speak. Unfortunately, it has its problems, but your method won't work for what I want to do.

(My goal was to be able to add a button to the toolbar which places a named pipe in the application's buffer. Then, the application will usually assume this pipe is a regular file and writes its data directly through to my app. ;)

The problem with this approach is that I am unable to hook calls to this function that reside in shared DLL's, such as MFC. Now, if only I could write a stack unwinder and a bit of assembler, I could return to the correct place without needing to patch the IAT... Might be risky, though.

[Reply or follow-up to this message]

Thanks Luke, Thats exactly what i was looking for... Opens in the way i want it to... Suprising that this is not built into XP already... =]


On Sunday, April 10, 2005 at 7:16 pm, Falcon wrote:
>OK, sounds familiar. I play around with those hooks quite frequently. One current
>project involves a CBT hook to get my DLL loaded, then I patched the IAT of the GetOpenFilename
>and GetSaveFilename functions to point to me instead. Then, I modified the hook function
>part of the OPENFILENAME structure. Sort of another way in, so to speak. Unfortunately,
>it has its problems, but your method won't work for what I want to do.
>

(My goal was to be able to add a button to the toolbar which places a named pipe
>in the application's buffer. Then, the application will usually assume this pipe
>is a regular file and writes its data directly through to my app. ;)
>

The problem with this approach is that I am unable to hook calls to this function
>that reside in shared DLL's, such as MFC. Now, if only I could write a stack unwinder
>and a bit of assembler, I could return to the correct place without needing to patch
>the IAT... Might be risky, though.
>

[Reply or follow-up to this message]

• Search this forum
• Start a new thread on a different subject

• Report abuse of the forum