Home > Archive > Visual Basic > November 2005 > VB5.0 to VB6.0, And Access2000 Compability
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
VB5.0 to VB6.0, And Access2000 Compability
|
|
| Mattews 2005-11-19, 7:55 am |
| I have a project about 90% done in VB 5.0
Im thinking about converting it to VB6.0
Is it worth the trouble? What advantages could I ger using 6.0 instead of
5.0??
And I want to use Access2000 for my database, so is it comaptible with
VB5.0? Will it be better if I use Access2000 with VB6.0??
Any suggestions and opinions will be great!!
Thanks for the support,
Mateus
| |
| Bob Butler 2005-11-19, 6:55 pm |
| "Mattews" <Mattews@discussions.microsoft.com> wrote in message
news:EE793E7C-9555-409A-853C-88AA19995A8B@microsoft.com
> I have a project about 90% done in VB 5.0
> Im thinking about converting it to VB6.0
> Is it worth the trouble? What advantages could I ger using 6.0
> instead of 5.0??
VB6 was more like a service pack than an upgrade. It added a few minor
things like the Replace function. Upgrading should be a matter of opening
the project in VB6, saving it and compiling. I don't remember any issues at
all. For a long time I took projects back and forth between VB5 and VB6
regularly and never had any trouble doing so (to go back to VB5 you have to
remove a couple of lines from class modules regarding new properties and
either avoid using VB6-specific functions or write code to simulate them for
the VB5 version; none of it is difficult at all)
> And I want to use Access2000 for my database, so is it comaptible with
> VB5.0? Will it be better if I use Access2000 with VB6.0??
Doesn't matter; that depends on what version of the jet engine you have
installed and how you build your connect strings; coding and performance
should be identical in either VB version. If you are using a jet database
and never anything else then DAO will give you better performance than ADO
but if you want consistency with other apps or the ability to upscale later
then ADO may be a better choice -- none of which is related to the version
of VB.
--
Reply to the group so all can participate
VB.Net: "Fool me once..."
| |
|
|
"Mattews" <Mattews@discussions.microsoft.com> wrote in message
news:EE793E7C-9555-409A-853C-88AA19995A8B@microsoft.com...
> I have a project about 90% done in VB 5.0
> Im thinking about converting it to VB6.0
> Is it worth the trouble? What advantages could I ger using 6.0 instead of
> 5.0??
>
> And I want to use Access2000 for my database, so is it comaptible with
> VB5.0? Will it be better if I use Access2000 with VB6.0??
>
> Any suggestions and opinions will be great!!
> Thanks for the support,
> Mateus
I feel getting access to Replace() and Split() is well worth the time to
upgrade.
Besides all the wonders and glory that was VB5, VB6 is an upgrade and there
are many subtle differences between it and VB5 as Bob eluded to. Why stay in
the past.
As Bob pointed out MSAccess has no impact.
When you do upgrade to VB6 load only SP5, don't load SP6.
-ralph
| |
|
|
"Ralph" <nt_consulting64@yahoo.com> wrote in message
news:mJKdncRomp__-OLenZ2dnUVZ_tCdnZ2d@arkansas.net...
>
> "Mattews" <Mattews@discussions.microsoft.com> wrote in message
> news:EE793E7C-9555-409A-853C-88AA19995A8B@microsoft.com...
>
> I feel getting access to Replace() and Split() is well worth the time to
> upgrade.
>
> Besides all the wonders and glory that was VB5, VB6 is an upgrade and
> there
> are many subtle differences between it and VB5 as Bob eluded to. Why stay
> in
> the past.
Why? You can easily write your own functions to do what these functions do.
What is more important are features in VB6 not present in VB5 that you CAN'T
write your own functions to do. For example, returning arrays from a
function, Mateus, what you should do is check out the What's New page for
VB6 and determine for yourself if any of these features would be useful to
you:
http://msdn.microsoft.com/library/e...tsNewInVB98.asp)
If you think they would be useful, then upgrade. If you don't think you need
these new features, then don't bother upgrading. The other thing is though,
sometimes you don't (or can't) realize how useful a feature is until you've
actually used it. <g>
If Mateus can get VB6 for a very cheap price, then it's probably worth
upgrading to. But, it's not going to enable him to do anything that can't
be done with VB5.
[color=darkred]
> As Bob pointed out MSAccess has no impact.
Actually, it could. VB5 does not provide native support for Access 2000
databases. VB6 does IF the proper service pack for it is installed (I think
at minimum it needs to be SP4). This mostly has to due with the intrinsic
Data Control, which is hard-coded to use Jet 3.5x (and Access 2000 requires
Jet 4.0). This can be worked-around in a number of ways, though. Since
Mateus didn't mention what data access library he's using (DAO or ADO) or
whether he's using the Data Control, it's hard to say. It's *possible"
there's no impact, but you can't say that it's a certainty. A more correct
way of putting it would be: as long as you're using DAO 3.6 or ADO with the
Jet 4.0 OLEDB Provider and NOT using the Data Control or data binding, VB5
will work fine with an Access 2000 database.
Just for reference:
PRB: Error "Unrecognized Database Format" When You Upgrade to Access 2000 or
2002
http://support.microsoft.com/kb/q238401/
--
Mike
Microsoft MVP Visual Basic
| |
|
|
"MikeD" <nobody@nowhere.edu> wrote in message
news:eHijqZV7FHA.1248@TK2MSFTNGP14.phx.gbl...
>
> "Ralph" <nt_consulting64@yahoo.com> wrote in message
> news:mJKdncRomp__-OLenZ2dnUVZ_tCdnZ2d@arkansas.net...
of[color=darkred]
stay[color=darkred]
>
> Why? You can easily write your own functions to do what these functions
do.
> What is more important are features in VB6 not present in VB5 that you
CAN'T
> write your own functions to do. For example, returning arrays from a
> function, Mateus, what you should do is check out the What's New page for
> VB6 and determine for yourself if any of these features would be useful to
> you:
>
>
http://msdn.microsoft.com/library/e...tsNewInVB98.asp)
>
> If you think they would be useful, then upgrade. If you don't think you
need
> these new features, then don't bother upgrading. The other thing is
though,
> sometimes you don't (or can't) realize how useful a feature is until
you've
> actually used it. <g>
>
> If Mateus can get VB6 for a very cheap price, then it's probably worth
> upgrading to. But, it's not going to enable him to do anything that can't
> be done with VB5.
>
>
>
> Actually, it could. VB5 does not provide native support for Access 2000
> databases. VB6 does IF the proper service pack for it is installed (I
think
> at minimum it needs to be SP4). This mostly has to due with the intrinsic
> Data Control, which is hard-coded to use Jet 3.5x (and Access 2000
requires
> Jet 4.0). This can be worked-around in a number of ways, though. Since
> Mateus didn't mention what data access library he's using (DAO or ADO) or
> whether he's using the Data Control, it's hard to say. It's *possible"
> there's no impact, but you can't say that it's a certainty. A more correct
> way of putting it would be: as long as you're using DAO 3.6 or ADO with
the
> Jet 4.0 OLEDB Provider and NOT using the Data Control or data binding, VB5
> will work fine with an Access 2000 database.
>
> Just for reference:
>
> PRB: Error "Unrecognized Database Format" When You Upgrade to Access 2000
or
> 2002
> http://support.microsoft.com/kb/q238401/
>
> --
> Mike
> Microsoft MVP Visual Basic
>
>
In general that is a pretty silly argument (perhaps by design) - I assume by
extension one could also advise staying with VB4. After all you can always
write a work-around....
<g>
-ralph
| |
|
|
"Ralph" <nt_consulting64@yahoo.com> wrote in message
news:We2dnentK5vRK-LenZ2dnUVZ_tOdnZ2d@arkansas.net...
>
> In general that is a pretty silly argument (perhaps by design) - I assume
> by
> extension one could also advise staying with VB4. After all you can always
> write a work-around....
I didn't think it was silly. I did NOT advise him to stay with VB5. I
advised him to check what is new in VB6 and determine for himself if the new
features are worthwhile. What is silly about that?
Anything you can write in VB6, you can also write in VB5. Yes, VB6 has new
things like the DataReport. I don't know if you've ever used that, but I've
found it worthless. I prefer using Crystal Reports or even just using VB's
Printer object. Now maybe the DataReport (and I'm just using that as an
example) would be useful to someone who doesn't have CR and doesn't want to
buy it (or use CR for whatever reason). In that case, upgrading to VB6
would probably be a good idea. You need to weigh the pros and cons. It's
foolish to make an all-out statement that upgrading from VB5 to VB6 is a
necessity. Whether you agree with this or not...well...that's just your
opinion. All I did was offer my opinion and some advice.
I didn't think that you were one of those people that just because you get
contradicted in a small way that you'd take it as a personal attack.
--
Mike
Microsoft MVP Visual Basic
| |
|
|
"MikeD" <nobody@nowhere.edu> wrote in message
news:eX7r6SW7FHA.1484@tk2msftngp13.phx.gbl...
>
> "Ralph" <nt_consulting64@yahoo.com> wrote in message
> news:We2dnentK5vRK-LenZ2dnUVZ_tOdnZ2d@arkansas.net...
assume[color=darkred]
always[color=darkred]
>
>
> I didn't think it was silly. I did NOT advise him to stay with VB5. I
> advised him to check what is new in VB6 and determine for himself if the
new
> features are worthwhile. What is silly about that?
>
> Anything you can write in VB6, you can also write in VB5. Yes, VB6 has new
> things like the DataReport. I don't know if you've ever used that, but
I've
> found it worthless. I prefer using Crystal Reports or even just using VB's
> Printer object. Now maybe the DataReport (and I'm just using that as an
> example) would be useful to someone who doesn't have CR and doesn't want
to
> buy it (or use CR for whatever reason). In that case, upgrading to VB6
> would probably be a good idea. You need to weigh the pros and cons. It's
> foolish to make an all-out statement that upgrading from VB5 to VB6 is a
> necessity. Whether you agree with this or not...well...that's just your
> opinion. All I did was offer my opinion and some advice.
>
> I didn't think that you were one of those people that just because you get
> contradicted in a small way that you'd take it as a personal attack.
>
> --
> Mike
> Microsoft MVP Visual Basic
>
>
No, I just thought it was silly to go into that much advise about a useful
upgrade. I should have prefaced it with "IMHO", as that is all it is - my
opinion.
IMHO, (with a few rather spectacular exceptions, ie SP6), if one can, one
should always upgrade, VB4->VB5->VB6, unless there are legacy issues. It is
silly to stay behind if there aren't.
As far as being concerned about being contradicted - you haven't been around
here very long - I am contradicted a lot. <g>
-ralph
| |
| J French 2005-11-20, 3:55 am |
| On Sat, 19 Nov 2005 17:35:20 -0600, "Ralph"
<nt_consulting64@yahoo.com> wrote:
<snip>
>In general that is a pretty silly argument (perhaps by design) - I assume by
>extension one could also advise staying with VB4. After all you can always
>write a work-around....
>
><g>
>-ralph
VB4 was just plain horrible - trashing that was a joy
- although I have a full licence for VB6, I have stuck with VB5
| |
| Stefan Berglund 2005-11-20, 6:55 pm |
| On Sat, 19 Nov 2005 18:55:44 -0500, "MikeD" <nobody@nowhere.edu> wrote:
in <eX7r6SW7FHA.1484@tk2msftngp13.phx.gbl>
>
>"Ralph" <nt_consulting64@yahoo.com> wrote in message
>news:We2dnentK5vRK-LenZ2dnUVZ_tOdnZ2d@arkansas.net...
>
>
>I didn't think it was silly. I did NOT advise him to stay with VB5. I
>advised him to check what is new in VB6 and determine for himself if the new
>features are worthwhile. What is silly about that?
>
>Anything you can write in VB6, you can also write in VB5. Yes, VB6 has new
>things like the DataReport. I don't know if you've ever used that, but I've
>found it worthless. I prefer using Crystal Reports or even just using VB's
>Printer object. Now maybe the DataReport (and I'm just using that as an
>example) would be useful to someone who doesn't have CR and doesn't want to
>buy it (or use CR for whatever reason). In that case, upgrading to VB6
>would probably be a good idea. You need to weigh the pros and cons. It's
>foolish to make an all-out statement that upgrading from VB5 to VB6 is a
>necessity. Whether you agree with this or not...well...that's just your
>opinion. All I did was offer my opinion and some advice.
>
>I didn't think that you were one of those people that just because you get
>contradicted in a small way that you'd take it as a personal attack.
Everything's relative Mike. I would put CR in the same category as the
DataReport - worthless. When it got to the point where I was spending more
hours fixing deployment problems than developing solutions, I dumped it.
---
Stefan Berglund
| |
| The Merg 2005-11-22, 9:55 pm |
| If you trashed CR and also consider the DataReport to be worthless, what do you use? I develop freeware and thus do not have a budget to purchase any 3rd party software, hence I'm stuck with the DataReport for reports in my software. I'd be interested to know how you design your reports or what software you use.
- The Merg
--
Today's problems don't worry me,
I haven't solved yesterday's yet.
"Stefan Berglund" <keepit@in.thegroups> wrote in message news:f3f1o1dg4sqfp4b037h7r4ubn6ter5dm5k@
4ax.com...
> On Sat, 19 Nov 2005 18:55:44 -0500, "MikeD" <nobody@nowhere.edu> wrote:
> in <eX7r6SW7FHA.1484@tk2msftngp13.phx.gbl>
>
>
> Everything's relative Mike. I would put CR in the same category as the
> DataReport - worthless. When it got to the point where I was spending more
> hours fixing deployment problems than developing solutions, I dumped it.
>
> ---
> Stefan Berglund
| |
| Stefan Berglund 2005-11-23, 6:55 pm |
| On Tue, 22 Nov 2005 22:45:14 -0500, "The Merg"
<howard_mergler@NOSPAM.themerg.net> wrote:
in <#rK2IA#7FHA.2676@TK2MSFTNGP15.phx.gbl>
>If you trashed CR and also consider the DataReport to be worthless, what do you use? I develop freeware and thus do not have a budget to purchase any 3rd party software, hence I'm stuck with the DataReport for reports in my software. I'd be interested to
know how you design your reports or what software you use.
>
> - The Merg
Using the printer object you are confined only by the bounds of your
imagination. Need I mention that it also removes another third party dependency
from your deployment mix.
Here are a few examples of what I've accomplished using the printer object:
http://www.horseshowtime.com/images...ionChampion.png
http://www.horseshowtime.com/images...ShowResults.png
http://www.horseshowtime.com/images/It's_ShowTime!_EntryForm.pdf
---
Stefan Berglund
| |
| The Merg 2005-11-25, 6:55 pm |
| If you don't mind, could you send me a little sample of the code you used to develop those reports? I've never used the printer object before, but would definitely like to try it out. Any code that I use will be appropriately credited, of course.
If you want, you can e-mail me directly--just remove the NOSPAM. from my e-mail address.
Thanks,
The Merg
--
Today's problems don't worry me,
I haven't solved yesterday's yet.
"Stefan Berglund" <keepit@in.thegroups> wrote in message news:fl89o15q4qu5eu328ohtte7dee8louqke8@
4ax.com...
> On Tue, 22 Nov 2005 22:45:14 -0500, "The Merg"
> <howard_mergler@NOSPAM.themerg.net> wrote:
> in <#rK2IA#7FHA.2676@TK2MSFTNGP15.phx.gbl>
>
>
> Using the printer object you are confined only by the bounds of your
> imagination. Need I mention that it also removes another third party dependency
> from your deployment mix.
>
> Here are a few examples of what I've accomplished using the printer object:
>
> http://www.horseshowtime.com/images...ionChampion.png
>
> http://www.horseshowtime.com/images...ShowResults.png
>
> http://www.horseshowtime.com/images/It's_ShowTime!_EntryForm.pdf
>
>
> ---
> Stefan Berglund
| |
| The Merg 2005-11-25, 6:55 pm |
| Just as a follow-up, I was looking at the printer object in VB. Am I correct in that you essentially design the entire report via code? Doesn't that make it difficult in trying to predict what the report will look like? I kinda like the idea of placing the controls and fields onto a form so I have an immediate idea as to what my report will look like.
- The Merg
--
Today's problems don't worry me,
I haven't solved yesterday's yet.
"Stefan Berglund" <keepit@in.thegroups> wrote in message news:fl89o15q4qu5eu328ohtte7dee8louqke8@
4ax.com...
> On Tue, 22 Nov 2005 22:45:14 -0500, "The Merg"
> <howard_mergler@NOSPAM.themerg.net> wrote:
> in <#rK2IA#7FHA.2676@TK2MSFTNGP15.phx.gbl>
>
>
> Using the printer object you are confined only by the bounds of your
> imagination. Need I mention that it also removes another third party dependency
> from your deployment mix.
>
> Here are a few examples of what I've accomplished using the printer object:
>
> http://www.horseshowtime.com/images...ionChampion.png
>
> http://www.horseshowtime.com/images...ShowResults.png
>
> http://www.horseshowtime.com/images/It's_ShowTime!_EntryForm.pdf
>
>
> ---
> Stefan Berglund
| |
| mike williams 2005-11-25, 6:55 pm |
| "The Merg" <howard_mergler@NOSPAM.themerg.net> wrote in message
news:%23C5JNrc8FHA.636@TK2MSFTNGP10.phx.gbl...
> Just as a follow-up, I was looking at the printer object in VB. Am
> I correct in that you essentially design the entire report via code?
Yes. That's defionitely the best way of doing it.
> Doesn't that make it difficult in trying to predict what the report
> will look like?
Yes. I suppose in a way it does. But it is very easy to do. Usually if you
are designing a report you have some idea as to what you would like the
report to look like. All you need to do is draw it roughly on a plain sheet
of A4 paper (or whatever size paper you are using) and then get out a
standard ruler and measure the location of each item relative to the top
left corner. That gives you a very good starting point, and you can
additionally write code to centralise text and boxes and things
automatically where they need to be centred. You can easily left align or
right align various lists of text items or whatever. It is all really very
easy once you have a "rough idea of what you want" drafted on a piece of
paper. The big advantage is that it gives you total and absolute control
over the appearance of every aspect of your report, right down to
"individual pixel level" if you want. The VB printer object allows you to
very easily print text, draw lines and boxes and other shapes, print
pictures, logos and things like that, in fact anything you want to do.
> I kinda like the idea of placing the controls and fields onto
> a form so I have an immediate idea as to what my report
> will look like.
Well you can do that as well if you like. Then you can either . . .
(a) Write code to examine the size and position of every object on your Form
and draw output to the printer according to those values, using standard VB
printer drawing and printing methods, or:
(b) Write code to use the VB printer object to Dump the entire Form to the
printer, so that it appears exactly as it does on your screen (although the
output resolution is rather limited if you choose this method simply because
of the limited resolution of the display.
There are all sorts of possibilities. You can doi just about anything you
want.
Mike
p.s. By the way, most people would appreciate it if you would post your
newsgroup messages as plain text.
| |
| The Merg 2005-11-25, 6:55 pm |
| Thanks for the info.
- The Merg
P.S. Sorry about the rich-text. Didn't even notice I had that option turned
on.
--
Today's problems don't worry me,
I haven't solved yesterday's yet.
"mike williams" <mike@whiskyAndCoke.com> wrote in message
news:eYLeC%23d8FHA.1416@TK2MSFTNGP09.phx.gbl...
> "The Merg" <howard_mergler@NOSPAM.themerg.net> wrote in message
> news:%23C5JNrc8FHA.636@TK2MSFTNGP10.phx.gbl...
>
>
> Yes. That's defionitely the best way of doing it.
>
>
> Yes. I suppose in a way it does. But it is very easy to do. Usually if you
> are designing a report you have some idea as to what you would like the
> report to look like. All you need to do is draw it roughly on a plain
> sheet
> of A4 paper (or whatever size paper you are using) and then get out a
> standard ruler and measure the location of each item relative to the top
> left corner. That gives you a very good starting point, and you can
> additionally write code to centralise text and boxes and things
> automatically where they need to be centred. You can easily left align or
> right align various lists of text items or whatever. It is all really very
> easy once you have a "rough idea of what you want" drafted on a piece of
> paper. The big advantage is that it gives you total and absolute control
> over the appearance of every aspect of your report, right down to
> "individual pixel level" if you want. The VB printer object allows you to
> very easily print text, draw lines and boxes and other shapes, print
> pictures, logos and things like that, in fact anything you want to do.
>
>
> Well you can do that as well if you like. Then you can either . . .
>
> (a) Write code to examine the size and position of every object on your
> Form
> and draw output to the printer according to those values, using standard
> VB
> printer drawing and printing methods, or:
>
> (b) Write code to use the VB printer object to Dump the entire Form to the
> printer, so that it appears exactly as it does on your screen (although
> the
> output resolution is rather limited if you choose this method simply
> because
> of the limited resolution of the display.
>
> There are all sorts of possibilities. You can doi just about anything you
> want.
>
> Mike
>
> p.s. By the way, most people would appreciate it if you would post your
> newsgroup messages as plain text.
>
>
>
| |
|
| [color=darkred]
> "The Merg" <howard_mergler@NOSPAM.themerg.net> wrote in
>message news:%23C5JNrc8FHA.636@TK2MSFTNGP10.phx.gbl...
> Just as a follow-up, I was looking at the printer object
>in VB. Am I correct in that you essentially design the
>entire report via code? Doesn't that make it difficult
>in trying to predict what the report will look like? I
>kinda like the idea of placing the controls and fields
>onto a form so I have an immediate idea as to what my
>report will look like.
>
>- The Merg
>
>--
>Today's problems don't worry me,
>I haven't solved yesterday's yet.
>
>"Stefan Berglund" <keepit@in.thegroups> wrote in message
> news:fl89o15q4qu5eu328ohtte7dee8louqke8@
4ax.com...
> On Tue, 22 Nov 2005 22:45:14 -0500, "The Merg"
> <howard_mergler@NOSPAM.themerg.net> wrote:
> in <#rK2IA#7FHA.2676@TK2MSFTNGP15.phx.gbl>
>
dependency[color=darkred]
object:[color=darkred]
In addition to Mike William's advice.
If you adopt a Word metaphor (using styles) and create various objects, such
as Headers, Rows, SubRows, PageSetup, Margins, Footers, Label/Value, Forms,
etc. You will find you can create a host of 'templates' that can be easily
modified for different projects. Results, of course, entirely dependent on
your problem domain.
However, IMHO, the $475 price for ActiveReports (com) is well worth it.
(http://www.datadynamics.com/Product...spx?Product=AR2)
There are also various freeware and shareware (< $90) "Report Generators"
out there. An afternoon of scanning the various VB source sites should turn
up a ton of useful techniques you can adopt.
-ralph
| |
| Stefan Berglund 2005-11-25, 6:55 pm |
| On Fri, 25 Nov 2005 11:43:10 -0600, "Ralph" <nt_consulting64@yahoo.com> wrote:
in < W nbcf3J8q0RrenZ2dnUVZ_sWdnZ2d@arkansa
s.net>
>
>dependency
>object:
>
>In addition to Mike William's advice.
>
>If you adopt a Word metaphor (using styles) and create various objects, such
>as Headers, Rows, SubRows, PageSetup, Margins, Footers, Label/Value, Forms,
>etc. You will find you can create a host of 'templates' that can be easily
>modified for different projects. Results, of course, entirely dependent on
>your problem domain.
>
>However, IMHO, the $475 price for ActiveReports (com) is well worth it.
>(http://www.datadynamics.com/Product...spx?Product=AR2)
>
>There are also various freeware and shareware (< $90) "Report Generators"
>out there. An afternoon of scanning the various VB source sites should turn
>up a ton of useful techniques you can adopt.
>
>-ralph
Perhaps it would be worth it to you, but let me tell you that my install package
includes only the Component One VSFlexGrid and a zlib dll. That alone is worth
ten times the price of ActiveReports.
---
Stefan Berglund
| |
| Stefan Berglund 2005-11-25, 6:55 pm |
| On Fri, 25 Nov 2005 09:06:37 -0500, "The Merg"
<howard_mergler@NOSPAM.themerg.net> wrote:
in <exZfskc8FHA.740@TK2MSFTNGP11.phx.gbl>
>If you don't mind, could you send me a little sample of the code you used to develop those reports? I've never used the printer object before, but would definitely like to try it out. Any code that I use will be appropriately credited, of course.
>
>If you want, you can e-mail me directly--just remove the NOSPAM. from my e-mail address.
>
>Thanks,
>The Merg
Have a look at this post from Oct 31 -
qk2dm1tmdca7djo4j0jbcaor6k2lfjgvpr@4ax.com
Don't worry about credits as I've moved on to another platform.
---
Stefan Berglund
| |
| Stefan Berglund 2005-11-25, 6:55 pm |
| On Fri, 25 Nov 2005 09:18:15 -0500, "The Merg"
<howard_mergler@NOSPAM.themerg.net> wrote:
in <#C5JNrc8FHA.636@TK2MSFTNGP10.phx.gbl>
>Just as a follow-up, I was looking at the printer object in VB. Am I correct in that you essentially design the entire report via code? Doesn't that make it difficult in trying to predict what the report will look like? I kinda like the idea of placing t
he controls and fields onto a form so I have an immediate idea as to what my report will look like.
>
>- The Merg
All I can say is that if you do this long enough you will get to the point where
you can visualize all these abstractions in your mind's eye. And that of course
will eventually lead to advanced nightmares. Just kidding...
---
Stefan Berglund
| |
|
|
"Stefan Berglund" <keepit@in.thegroups> wrote in message
news:u0keo15959gks8pa45jtsghkcji1c899f6@
4ax.com...
> On Fri, 25 Nov 2005 11:43:10 -0600, "Ralph" <nt_consulting64@yahoo.com>
wrote:
> in < Wnbcf3J8q0RrenZ2dnUVZ_sWdnZ2d@arkansa
s.net>
>
such[color=darkred]
Forms,[color=darkred]
easily[color=darkred]
on[color=darkred]
turn[color=darkred]
>
> Perhaps it would be worth it to you, but let me tell you that my install
package
> includes only the Component One VSFlexGrid and a zlib dll. That alone is
worth
> ten times the price of ActiveReports.
>
> ---
> Stefan Berglund
>
That is likely true, for a Shrink-Wrap program. Though of less value in a
Corporate suite. The classic case of Buy or Write.
One must always weight the advantages. In my case (almost always a single
business, and a new company every couple of months, and part of a suite), it
doesn't make sense to spend the time. Especially as in most of these cases -
what starts out as a custom report for one application - ends up porting to
a Crystal Enterprise, or other reporting solution.
But everyone's mileage varies.
-ralph
| |
| The Merg 2005-11-25, 9:55 pm |
| Well, as for this application there are essentially only multiple variants
of two simple reports (the report data and title changes only due to changes
in the SQL Where statement passed to it), I think I might just use the
DataReports in VB as it will be quick and easy. I have another app that uses
multiple sub-reports and multiple SQL statements per report, which the
DataReport aspect of VB is not so good at handling. Maybe, I'll retrofit
that app to use the Printer object to get a better handle on my reports.
Thanks for the input,
The Merg
--
Today's problems don't worry me,
I haven't solved yesterday's yet.
"Ralph" <nt_consulting64@yahoo.com> wrote in message
news:ErSdnSx8cbgF-BreRVn-sA@arkansas.net...
>
> "Stefan Berglund" <keepit@in.thegroups> wrote in message
> news:u0keo15959gks8pa45jtsghkcji1c899f6@
4ax.com...
> wrote:
> such
> Forms,
> easily
> on
> turn
> package
> worth
>
> That is likely true, for a Shrink-Wrap program. Though of less value in a
> Corporate suite. The classic case of Buy or Write.
>
> One must always weight the advantages. In my case (almost always a single
> business, and a new company every couple of months, and part of a suite),
> it
> doesn't make sense to spend the time. Especially as in most of these
> cases -
> what starts out as a custom report for one application - ends up porting
> to
> a Crystal Enterprise, or other reporting solution.
>
> But everyone's mileage varies.
>
> -ralph
>
>
>
>
>
|
|
|
|
|