By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
460,018 Members | 1,441 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 460,018 IT Pros & Developers. It's quick & easy.

Less Templates in VS2005 than VS2008

P: n/a
I am using the Professional version.

In VS2005, in a C++/CLI project, to create a new item, there were 9
templates and in VS2008 there are only 3 templates.

For example, now the template for DataSet or Stored Procedure does not exist
in VS2008.

This is definitive or in next dates there will be more templates?

--
Tomas
English is not my first language.
Excuse me the inconvenients.
Dec 12 '07 #1
Share this Question
Share on Google+
14 Replies


P: n/a
Tomas wrote:
I am using the Professional version.

In VS2005, in a C++/CLI project, to create a new item, there were 9
templates and in VS2008 there are only 3 templates.

For example, now the template for DataSet or Stored Procedure does not exist
in VS2008.

This is definitive or in next dates there will be more templates?
Tomas:

I am not sure, but I fear that this may be a result of the de-emphasis
of C++/CLI as a first-class language for .NET GUI applications.

--
David Wilkinson
Visual C++ MVP
Dec 12 '07 #2

P: n/a
It can be that Microsoft leaves the idea of C++/CLI since did with the
previous version managed c++?

--
Tomas
English is not my first language.
Excuse me the inconvenients.
"David Wilkinson" wrote:
Tomas wrote:
I am using the Professional version.

In VS2005, in a C++/CLI project, to create a new item, there were 9
templates and in VS2008 there are only 3 templates.

For example, now the template for DataSet or Stored Procedure does not exist
in VS2008.

This is definitive or in next dates there will be more templates?

Tomas:

I am not sure, but I fear that this may be a result of the de-emphasis
of C++/CLI as a first-class language for .NET GUI applications.

--
David Wilkinson
Visual C++ MVP
Dec 12 '07 #3

P: n/a
Tomas wrote:
It can be that Microsoft leaves the idea of C++/CLI since did with the
previous version managed c++?
Tmas:

No, not C++/CLI. Just C++/CLI as a language for building .NET GUI
applications.

--
David Wilkinson
Visual C++ MVP
Dec 12 '07 #4

P: n/a
Hi Tomas,

Can you tell me which path do you refer to? I assume you mean the following
paths: File->New->Project... ->Other Languages ->Visual C++ -CLR

However, in this path, we did not have the DataSet or Stored Procedure
project types in both VS2005 or VS2008, so I am not sure which project
templates you are referring to.

Additionally, I am not sure if your problem is professional version
specific, I am checking the paths in the Enterprise version of VS2005 and
VS2008.

Anyway, I will wait for your further clarify. Thanks.

Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
Dec 13 '07 #5

P: n/a
Jeffrey Tan[MSFT] wrote:
Hi Tomas,

Can you tell me which path do you refer to? I assume you mean the following
paths: File->New->Project... ->Other Languages ->Visual C++ -CLR
Come on, we are VC coders here, CLR in not in Other Language, the C#
things appear in Other Languages :-)
However, in this path, we did not have the DataSet or Stored Procedure
project types in both VS2005 or VS2008, so I am not sure which project
templates you are referring to.

Additionally, I am not sure if your problem is professional version
specific, I am checking the paths in the Enterprise version of VS2005 and
VS2008.

Anyway, I will wait for your further clarify. Thanks.
I can try giving a clarify:

1) Create a new project in both VS2005 and VS2008:
File -New -Project -Visual C++ -CLR -Windows Form Application

2) After creation, right click on the project, in pop menu, shoosing
Add -New Item -Data.

3) Compare the items in VS2005 and VS2008.
Dec 13 '07 #6

P: n/a
It is exactly as says “count0”.

--
Tomas
English is not my first language.
Excuse me the inconvenients.
""Jeffrey Tan[MSFT]"" wrote:
Hi Tomas,

Can you tell me which path do you refer to? I assume you mean the following
paths: File->New->Project... ->Other Languages ->Visual C++ -CLR

However, in this path, we did not have the DataSet or Stored Procedure
project types in both VS2005 or VS2008, so I am not sure which project
templates you are referring to.

Additionally, I am not sure if your problem is professional version
specific, I am checking the paths in the Enterprise version of VS2005 and
VS2008.

Anyway, I will wait for your further clarify. Thanks.

Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
Dec 13 '07 #7

P: n/a
Hi Tomas and count0,

Thanks, I will give it a check and research, I will get back to you ASAP.

Best regards,
Jeffrey Tan
Microsoft Online Community Support

Dec 13 '07 #8

P: n/a
Jeffrey Tan[MSFT] wrote:
Hi Tomas and count0,

Thanks, I will give it a check and research, I will get back to you ASAP.

Best regards,
Jeffrey Tan
Microsoft Online Community Support
Jeffrey:

I think this is the same issue that I reported here:

<https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=292118>

--
David Wilkinson
Visual C++ MVP
Dec 13 '07 #9

P: n/a
All my applications are for databases .

This is an authentic disaster.

If there is no support for databases, what we must do the companies that we
developed this type of applications, look for another product, another
compiler?

--
Tomas
English is not my first language.
Excuse me the inconvenients.
"David Wilkinson" wrote:
Jeffrey Tan[MSFT] wrote:
Hi Tomas and count0,

Thanks, I will give it a check and research, I will get back to you ASAP.

Best regards,
Jeffrey Tan
Microsoft Online Community Support

Jeffrey:

I think this is the same issue that I reported here:

<https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=292118>

--
David Wilkinson
Visual C++ MVP
Dec 14 '07 #10

P: n/a
Tomas wrote:
All my applications are for databases .

This is an authentic disaster.

If there is no support for databases, what we must do the companies that we
developed this type of applications, look for another product, another
compiler?
Tomas:

I think the party line is that you should use C# or VB.NET to develop
..NET GUI code.

--
David Wilkinson
Visual C++ MVP
Dec 14 '07 #11

P: n/a
David, the problem is exactly that.

I'm happy with the turn back from MS to support native C++, but they *must*
continue to maintain C++/CLI as a first .NET language. Now if they are
dropped database support for C++/CLI, they drop XAML from C++/CLI, C++/CLI
is dead just when it is gaining a good market quota.

I really cannot understand this "forward run" until... what? Force us to get
back to Borland? Linux?

C++/CLI compiler is much better than C# compiler (IMHO C# compiler is a toy
that "interprets" code), C++/CLI binaries are faster than C# ones, but MS is
forcing us to use C# for all.

The nonsense of that reach until use a tiny C# to develop microdevices (.NET
Micro Framework). How many devices are using .NET Micro?

"David Wilkinson" <no******@effisols.comwrote in message
news:Op*************@TK2MSFTNGP06.phx.gbl...
Tomas wrote:
>All my applications are for databases .

This is an authentic disaster.

If there is no support for databases, what we must do the companies that
we developed this type of applications, look for another product, another
compiler?

Tomas:

I think the party line is that you should use C# or VB.NET to develop .NET
GUI code.

--
David Wilkinson
Visual C++ MVP
--
Microsoft Visual C++ MVP
========================
Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
========================================
El amor es ciego.
-- Refrán.

Dec 14 '07 #12

P: n/a

"RFOG" <ze************@quitame.gmail.comwrote in message
news:Ov**************@TK2MSFTNGP02.phx.gbl...
David, the problem is exactly that.

I'm happy with the turn back from MS to support native C++, but they
*must* continue to maintain C++/CLI as a first .NET language. Now if they
are dropped database support for C++/CLI, they drop XAML from C++/CLI,
C++/CLI is dead just when it is gaining a good market quota.

They have not "dropped database support for C++/CLI". First, it is not the
database that supports the client language, it is the client language that
must provide libraries for the database. Next, C++/CLI has full access to
all .NET libraries and more CLR features than either C# or VB.NET. This
includes database access. The announcement clearly states "existing code
will continue to work".

Database support has been dropped from the C++/CLI editor, but that's
because most people preferred something like codesmith over the MS-provided
wizard anyway. You are of course free to define your own template or wizard
for the editor according to your preferences.

PS: AFAIK, the C++/CLI tools never supported XAML, so you can't say they
dropped support for it. Still, WPF is usable from C++/CLI (imperatively).
Some third-party solution will probably spring up to provide better
declarative WPF support than a MS-provided XAML editor would have anyway.

Dec 14 '07 #13

P: n/a

"Ben Voigt [C++ MVP]" <rb*@nospam.nospamwrote in message
news:FD**********************************@microsof t.com...
>
the editor according to your preferences.
>
PS: AFAIK, the C++/CLI tools never supported XAML, so you can't say they
dropped support for it. Still, WPF is usable from C++/CLI (imperatively).
Some third-party solution will probably spring up to provide better
declarative WPF support than a MS-provided XAML editor would have anyway.
Sorry, my English is not so good, and some times I think one thing and say
other, but the final thing is: C++/CLI doesn't direct support XAML by a lack
of partial class and codeDOM. I'm not interested in thechnical stuff now,
the simply concept is: There are a lot of things that can be done with C#
that cannot be done with C++/CLI, and those things are the new things. Then,
to me and today, C++/CLI has converted a second class .NET language.

Of course, there are a lot of things that can be donde wiht C++/CLI that
cannot be done with other .NET languages, but those things are in the nature
of C++, and casually the *new cool* things of VS2K8 aren't directly
supported in C++/CLI.

And of course again, you can do any WPF program in C++/CLI: like old good
(ugh!) days: by hand and typing al the code, but then C++/CLI becomes IMHO
in a second class .NET language.
--
Microsoft Visual C++ MVP
========================
Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
========================================
El amor es ciego.
-- Refrán.

Dec 16 '07 #14

P: n/a

"RFOG" <ze************@quitame.gmail.comwrote in message
news:uk**************@TK2MSFTNGP03.phx.gbl...
>
"Ben Voigt [C++ MVP]" <rb*@nospam.nospamwrote in message
news:FD**********************************@microsof t.com...
>>
the editor according to your preferences.
>>
PS: AFAIK, the C++/CLI tools never supported XAML, so you can't say they
dropped support for it. Still, WPF is usable from C++/CLI
(imperatively). Some third-party solution will probably spring up to
provide better declarative WPF support than a MS-provided XAML editor
would have anyway.
Sorry, my English is not so good, and some times I think one thing and say
other, but the final thing is: C++/CLI doesn't direct support XAML by a
lack of partial class and codeDOM. I'm not interested in thechnical stuff
now, the simply concept is: There are a lot of things that can be done
with C# that cannot be done with C++/CLI, and those things are the new
things. Then, to me and today, C++/CLI has converted a second class .NET
language.

Of course, there are a lot of things that can be donde wiht C++/CLI that
cannot be done with other .NET languages, but those things are in the
nature of C++, and casually the *new cool* things of VS2K8 aren't directly
supported in C++/CLI.

And of course again, you can do any WPF program in C++/CLI: like old good
(ugh!) days: by hand and typing al the code, but then C++/CLI becomes IMHO
in a second class .NET language.
Then it's the editor, not the language, that's second class.

Lack of partial classes hasn't stopped C++ GUI editors in the past, using
magic comments or the like to indicate where the wizard can change code...
or #include provides all the functionality of partial classes and then some.
Or mix-ins, which C++ templates enable.

The reason for dropping the database wizards from the C++ editor seems to be
that the existing support was so horrid that people turned to third-party
addins en masse. Of course you can still do that.

If there really is a market for database wizards for C++, then DevExpress or
one of the other addin vendors will surely fill the need.
--
Microsoft Visual C++ MVP
========================
Mi blog sobre programacin: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficcin y programacin
========================================
El amor es ciego.
-- Refrn.

Dec 17 '07 #15

This discussion thread is closed

Replies have been disabled for this discussion.