473,230 Members | 1,799 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,230 software developers and data experts.

File Open & File Save Questions

Again drawing on the groups experience:-

1. For general file opening and file saving, using VB6, are there any issues
with using the FileOpen and FileSave Common Dialog Boxes?

2. Is using the FileOpen and FileSave Common Dialog Boxes the best way to go
in general?

3. For Most of my projects I will be using the same types of data input form
and report output form, as discussed here recently. Also, the files that are
saved or recalled are all of the same type (text files with extension .job)
and are, ideally for me, saved in the same directory (App.Path / job). This
being the case the FileOpen and FileSave Common Dialog Boxes seem to be a
bit of an over kill?

a) When file saving; only the "file name", without extension is needed. This
could be supplied more simply on the data input form as the first part of
the required data, or is this too crude?

b) When recalling an existing job I could get away with just the FileListBox
because I know (or think I know) where the Drive/Directory is. Or is this
also too crude.

a) and b) appear very simple to me but don't mimic your conventional Windows
style application. I would therefore be most grateful for your advice.
Regards

Martin Double

Email: ca****@btconnect.com
Web Site: http://home.btconnect.com/cadoss
Jul 17 '05 #1
7 16195
On Tue, 24 Aug 2004 08:40:58 +0000 (UTC), "Martin"
<ca****@btconnect.com> wrote:
Again drawing on the groups experience:-

1. For general file opening and file saving, using VB6, are there any issues
with using the FileOpen and FileSave Common Dialog Boxes?

2. Is using the FileOpen and FileSave Common Dialog Boxes the best way to go
in general?

3. For Most of my projects I will be using the same types of data input form
and report output form, as discussed here recently. Also, the files that are
saved or recalled are all of the same type (text files with extension .job)
and are, ideally for me, saved in the same directory (App.Path / job). This
being the case the FileOpen and FileSave Common Dialog Boxes seem to be a
bit of an over kill?

a) When file saving; only the "file name", without extension is needed. This
could be supplied more simply on the data input form as the first part of
the required data, or is this too crude?

b) When recalling an existing job I could get away with just the FileListBox
because I know (or think I know) where the Drive/Directory is. Or is this
also too crude.

a) and b) appear very simple to me but don't mimic your conventional Windows
style application. I would therefore be most grateful for your advice.


Following through your reasoning, it sounds to me as if you have every
case for designing your own Save and Load 'Dialogs'

From what you say, you are not really writing a 'traditional' Windows
style 'file editor'
- you are writing a storage mechanism for 'Jobs'

If you avoid referring to the 'jobs' as Files, then the users need not
even be aware that you are actually storing files.

Personally I would not use a FileListbox, better read the file names
yourself and have your own Listbox
- that way you can sort by Name or by Date, search by part of the name
and generally provide a really neat interface.

You could also keep a little header in each file that stores
interesting things like: Job Opened by, on etc
Jul 17 '05 #2


"J French" <er*****@nowhere.com> wrote in message
news:41***************@news.btclick.com...
On Tue, 24 Aug 2004 08:40:58 +0000 (UTC), "Martin"
<ca****@btconnect.com> wrote:
Again drawing on the groups experience:-

1. For general file opening and file saving, using VB6, are there any issueswith using the FileOpen and FileSave Common Dialog Boxes?

2. Is using the FileOpen and FileSave Common Dialog Boxes the best way to goin general?

3. For Most of my projects I will be using the same types of data input formand report output form, as discussed here recently. Also, the files that aresaved or recalled are all of the same type (text files with extension ..job)and are, ideally for me, saved in the same directory (App.Path / job). Thisbeing the case the FileOpen and FileSave Common Dialog Boxes seem to be a
bit of an over kill?

a) When file saving; only the "file name", without extension is needed. Thiscould be supplied more simply on the data input form as the first part of
the required data, or is this too crude?

b) When recalling an existing job I could get away with just the FileListBoxbecause I know (or think I know) where the Drive/Directory is. Or is this
also too crude.

a) and b) appear very simple to me but don't mimic your conventional Windowsstyle application. I would therefore be most grateful for your advice.


Following through your reasoning, it sounds to me as if you have every
case for designing your own Save and Load 'Dialogs'

From what you say, you are not really writing a 'traditional' Windows
style 'file editor'
- you are writing a storage mechanism for 'Jobs'

If you avoid referring to the 'jobs' as Files, then the users need not
even be aware that you are actually storing files.

Personally I would not use a FileListbox, better read the file names
yourself and have your own Listbox
- that way you can sort by Name or by Date, search by part of the name
and generally provide a really neat interface.

You could also keep a little header in each file that stores
interesting things like: Job Opened by, on etc


Some very interesting and useful points there, many thanks.

Regards

Martin Double

Email: ca****@btconnect.com
Web Site: http://home.btconnect.com/cadoss
Jul 17 '05 #3
On Tue, 24 Aug 2004 11:18:40 +0000 (UTC), "Martin"
<ca****@btconnect.com> wrote:

<snip>
Some very interesting and useful points there, many thanks.

Regards

Martin Double


I can see why you were concerned

However, AFAIK you do not seem to be saving files
- you are saving some sort of 'record'
Jul 17 '05 #4

"J French" <er*****@nowhere.com> wrote in message
news:41****************@news.btclick.com...
On Tue, 24 Aug 2004 11:18:40 +0000 (UTC), "Martin"
<ca****@btconnect.com> wrote:

<snip>
However, AFAIK you do not seem to be saving files
- you are saving some sort of 'record'


Sorry for that, I'm still learning, is this better?
Jul 17 '05 #5
On Tue, 24 Aug 2004 13:55:35 +0000 (UTC), "Martin"
<ca****@btconnect.com> wrote:

"J French" <er*****@nowhere.com> wrote in message
news:41****************@news.btclick.com...
On Tue, 24 Aug 2004 11:18:40 +0000 (UTC), "Martin"
<ca****@btconnect.com> wrote:

<snip>
However, AFAIK you do not seem to be saving files
- you are saving some sort of 'record'


Sorry for that, I'm still learning, is this better?


It is just the way you think of things
- or rather, how your users view things
Jul 17 '05 #6

"Martin" <ca****@btconnect.com> wrote in message
news:cg**********@titan.btinternet.com...
| Again drawing on the groups experience:-
|
| 1. For general file opening and file saving, using VB6, are there any
issues
| with using the FileOpen and FileSave Common Dialog Boxes?
|
| 2. Is using the FileOpen and FileSave Common Dialog Boxes the best way
to go
| in general?
|
| 3. For Most of my projects I will be using the same types of data
input form
| and report output form, as discussed here recently. Also, the files
that are
| saved or recalled are all of the same type (text files with extension
..job)
| and are, ideally for me, saved in the same directory (App.Path / job).
This
| being the case the FileOpen and FileSave Common Dialog Boxes seem to
be a
| bit of an over kill?
|
| a) When file saving; only the "file name", without extension is
needed. This
| could be supplied more simply on the data input form as the first part
of
| the required data, or is this too crude?
|
| b) When recalling an existing job I could get away with just the
FileListBox
| because I know (or think I know) where the Drive/Directory is. Or is
this
| also too crude.
|
| a) and b) appear very simple to me but don't mimic your conventional
Windows
| style application. I would therefore be most grateful for your advice.
|
|
| Regards
|
| Martin Double
|
| Email: ca****@btconnect.com
| Web Site: http://home.btconnect.com/cadoss
|

Having read the J. French sequence, I will pipe up with the other point
of view, just in case it makes sense for your app.

If the app does use files in the conventional way, I think the common
dialog is the way to go. It is not the best interface, but users are
usually used to it. It is useful for things like the standard "file
exists, do you want to replace it" message, letting users change
directory for whatever reason they may dream up; clicking on an existing
file to get the name, then adding an A or a 1 to the end; and so on.

One way to judge whether you use files in the "conventional" way is
whether a Most Recently Used file list in your file menu would make
sense for your app. If so, then I would be looking for file open and
save dialogs. If not, then you may find something else more suitable.

I have one app that works the way you and Jerry are discussing, and it
starts up with a list of projects, with an assortment of data on each
one, for the user to choose from. I also have another that sticks to the
conventional dialog interface, with MRUs, and saving the last project
folder as as setting, etc. So, it really just depends.

One note: it is possible to use the common dialogs through API calls,
instead of the extra OCX, if you do decide to go that way.

Jul 17 '05 #7
I expect Windows applications to utilize Windows common dialogs for common
tasks. If they don't, they're gone.

If I'm expected to open a file on XP for instance, I expect to see the File
Open dialog with the Places bar visible. On older versions I expect to see
the appropriate common dialog. If someone wants me to select a folder rather
than a file, I expect to see the Browse for Folders dialog. I say use the
common controls - either vb or the api versions - so your app looks like a
Windows app and not something thrown together in turbo pascal or delphi or
some other non-standard language with their own ideas of what the user
interface should look like.

If you want / need the browse dialog, see
http://vbnet.mvps.org/code/browse/index.html

If you want the common dialog api rather than the common dialog control, see
http://vbnet.mvps.org/code/comdlg/index.html

Under no circumstances would I use the file/dir/drive list boxes. These are
outdated components provided only for backward compatibility and that are
next to stone-age (circa 1992) in look, feel, and long file name support
depending on the OS they're used on. The VB help indicates these are
depreciated controls (that do not exist in vb.net for that matter), and they
recommend utilizing the common dialogs.

--

Randy Birch
MVP Visual Basic
http://vbnet.mvps.org/
Please respond only to the newsgroups so all can benefit.
"Martin" <ca****@btconnect.com> wrote in message
news:cg**********@titan.btinternet.com...
: Again drawing on the groups experience:-
:
: 1. For general file opening and file saving, using VB6, are there any
issues
: with using the FileOpen and FileSave Common Dialog Boxes?
:
: 2. Is using the FileOpen and FileSave Common Dialog Boxes the best way to
go
: in general?
:
: 3. For Most of my projects I will be using the same types of data input
form
: and report output form, as discussed here recently. Also, the files that
are
: saved or recalled are all of the same type (text files with extension
..job)
: and are, ideally for me, saved in the same directory (App.Path / job).
This
: being the case the FileOpen and FileSave Common Dialog Boxes seem to be a
: bit of an over kill?
:
: a) When file saving; only the "file name", without extension is needed.
This
: could be supplied more simply on the data input form as the first part of
: the required data, or is this too crude?
:
: b) When recalling an existing job I could get away with just the
FileListBox
: because I know (or think I know) where the Drive/Directory is. Or is this
: also too crude.
:
: a) and b) appear very simple to me but don't mimic your conventional
Windows
: style application. I would therefore be most grateful for your advice.
:
:
: Regards
:
: Martin Double
:
: Email: ca****@btconnect.com
: Web Site: http://home.btconnect.com/cadoss
:
:

Jul 17 '05 #8

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

19
by: Mel | last post by:
when downloading files from my site, when file types are known (i.e *.doc) browsers open the file for viewing. is there a way to disable that and just present the save as dialog (same as for...
2
by: John Spiegel | last post by:
Hi all, How does one allow a user to download a file WITH selecting where it should be downloaded to on their machine? Also, when using the WebClient.Download method, will the destination path...
5
by: Patrick | last post by:
Following on from the excellent example at http://www.c-sharpcorner.com/Code/2003/Sept/ExportASPNetDataGridToExcel.asp on how to save a data-grid to excel file, how can I extend the example such...
2
by: kelly | last post by:
Hi, I don't have a code to show you, what I need are references or algorithms so that I'm in a right track. By the way, thanks for introducing me the array or arrays. Now I can continue my...
4
by: kev | last post by:
Hi folks, I have created a database to store information on equipments. During the first level of registration, there is a form that i need the user to fill up details on the equipment testing....
2
by: sani8888 | last post by:
Hi everybody I am a beginner with C++ programming. And I need some help. How can I start with this program *********** The program is using a text file of information as the source of the...
7
by: ConfusedAlot | last post by:
This is my code for a database, whenever i save the database to the file 'database.txt' and display the results i get this; name - (correct, is what i put in) pin - 3435973836 slew rate -...
3
by: ArmageddonAsh | last post by:
I'm trying to make an application that will allow the user to enter data into a flexgrid (that's done) and then save the data from that flexgrid into a CSV file but even though the file is made none...
4
by: David | last post by:
Hi I'm using this code to import data from an excel spreadsheet: DoCmd.TransferSpreadsheet , acSpreadsheetTypeExcel9, "tblStudents", _ "\\Egusersrv\Staff - Shared Work\PE Teach &...
0
by: VivesProcSPL | last post by:
Obviously, one of the original purposes of SQL is to make data query processing easy. The language uses many English-like terms and syntax in an effort to make it easy to learn, particularly for...
3
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 3 Jan 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). For other local times, please check World Time Buddy In...
0
by: abbasky | last post by:
### Vandf component communication method one: data sharing ​ Vandf components can achieve data exchange through data sharing, state sharing, events, and other methods. Vandf's data exchange method...
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM). In this month's session, the creator of the excellent VBE...
0
by: fareedcanada | last post by:
Hello I am trying to split number on their count. suppose i have 121314151617 (12cnt) then number should be split like 12,13,14,15,16,17 and if 11314151617 (11cnt) then should be split like...
0
Git
by: egorbl4 | last post by:
Скачал я git, хотел начать настройку, а там вылезло вот это Что это? Что мне с этим делать? ...
1
by: davi5007 | last post by:
Hi, Basically, I am trying to automate a field named TraceabilityNo into a web page from an access form. I've got the serial held in the variable strSearchString. How can I get this into the...
0
by: Aftab Ahmad | last post by:
Hello Experts! I have written a code in MS Access for a cmd called "WhatsApp Message" to open WhatsApp using that very code but the problem is that it gives a popup message everytime I clicked on...
0
by: Aftab Ahmad | last post by:
So, I have written a code for a cmd called "Send WhatsApp Message" to open and send WhatsApp messaage. The code is given below. Dim IE As Object Set IE =...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.