|
Hi,
I developed a Word add-in in Visual c# .net, and have been testing it in Microsoft Word running on the same machine that I developed it on. There were no real installation issues and it runs fine. I now want to install the add-in on another computer (that doesn't have Visual c# .net installed).
I tried to install as per instruction at msdn
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q316723
which says to build the <addin>Setup project in Visual C#, copy over the resulting folder to the target computer and run setup.exe in this folder. I did this and the setup seemed to work fine but when I subsequently tried opening the add-in in MS Word, I got the error message "not a valid Office Add-in". Anybody got any ideas, I'd be very grateful?
Also, I noticed another msdn article about using a shim. How does this differ from the approach above? Is it just a security issue?
Thanks in advance.
|
|
|
|
|
Sorry, I have never created an add-in using NET, only VS6. But since no one with more relevant experience has responded, one question:
Did you also install the NET framework on the target computer???
|
|
|
|
|
Hi,
Thanks for reply. Yes, I did install .Net framwork on the target.
|
|
|
|
|
I have wasted my time browsing so many stupid forums with VB vs. C# debates. What I've come to realize is that you're all arguing over the wrong thing! This is because VB = C# and C# = VB! I know you're all pissed that I've just said this, but it's true! Sure the syntax is different, but some of the time it's just a matter of whether or not to add a semicolon. Anyone who can read a VB program can read a C# program. I have used VB for over 7 years and have just made the transition to C# with very little effort. If you worship C# like a god and despise VB, then wake up and smell the coffee. C# is just as simplistic as VB. And if you're a VB programmer, don't think you can't handle C#. Just find a good web reference that explains the differences, and you can start using C# right away. For a good reference, see the VS documentation at http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsintro7/html/vxgrfLanguageEquivalents.asp.
The real debate is the one that has been around since well before .NET came around - VB (or C#) vs. C++. C++ is a much richer, complex, and "grown-up" language. Neither VB or C# hold a candle to it (at least not in their current versions).
And one more thing I want to get off my chest. VB6 programmers - grow up! Stop using your COM wannabe toy that produces too much buggy crap, and start using .NET!
|
|
|
|
|
Uhhh......Yeah......So, how are the insert favorite sports team here doing these days?
It doesn't make any difference to me what language is used. I still get paid the same no matter what...
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
It doesn't make any difference to me what language is used. I still get paid the same no matter what...
Same here. My client doesn't care if I code him a fix for a program to help his business. He just wants it done! VB/C#/C++, whatever my heart so desires...
So everyone please drop the VB/C# debate.
PJC
|
|
|
|
|
ComputerGuyCJ wrote:
I have wasted my time browsing so many stupid forums with VB vs. C# debates
So why start one ? :P I thought this had been dead for a while ?
ComputerGuyCJ wrote:
This is because VB = C# and C# = VB!
No, that is not true. Both languages have features that the other does not.
ComputerGuyCJ wrote:
Anyone who can read a VB program can read a C# program.
Then why do so many people write asking C# authors to convert to VB for them ? I agree - I help in the VB.NET forums a lot, even though I don't use it, because the core code is the same, it's the same library being called.
ComputerGuyCJ wrote:
I have used VB for over 7 years and have just made the transition to C# with very little effort.
Good for you. You'll find as you use it that it offers a lot of things that VB does not ( especially VB6, but even VB.NET ), although you'll probably find from time to time that it doesn't have stuff you had in VB ( if you used VB.NET )
ComputerGuyCJ wrote:
If you worship C# like a god and despise VB, then wake up and smell the coffee
Does anyone actually do this ? C++ is king of the hill, C# and VB.NET are both a step behind, although both easier to use. The real difference is that VB has a lot of crappy stuff in it ( that Microsoft wanted to remove in VB.NET until the users started to whine ) which makes for some really bad code to compile, but the core issue is bad programmers, and the language letting them get away with it. It's possible to write good code in VB.NET and C#.
ComputerGuyCJ wrote:
C# is just as simplistic as VB.
This is kind of true, I agree.
ComputerGuyCJ wrote:
C++ is a much richer, complex, and "grown-up" language. Neither VB or C# hold a candle to it (at least not in their current versions).
Give the man a prize !!!
ComputerGuyCJ wrote:
VB6 programmers - grow up! Stop using your COM wannabe toy that produces too much buggy crap, and start using .NET!
Now you're talking !!!
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Christian Graus wrote:
ComputerGuyCJ wrote:
Anyone who can read a VB program can read a C# program.
Then why do so many people write asking C# authors to convert to VB for them ? I agree - I help in the VB.NET forums a lot, even though I don't use it, because the core code is the same, it's the same library being called.
Because push the button is faster, easier, and less errorprone than manually keying in changes.
That said, assuming equal levels of ignorance, I think a C# programmer would have an easier time porting from VB than vice versa. Simply because VB is a more verbose language. I've done almost all of my programing in C or basic style languages, and when I've came across code in a langague with a different heritage it's verbosity made a major impact in how hard it was to figure out. Fortran was much more transparent to me than perl, and both were an order of magnitude more clear than assembly.
|
|
|
|
|
ComputerGuyCJ wrote:
And one more thing I want to get off my chest. VB6 programmers - grow up! Stop using your COM wannabe toy that produces too much buggy crap, and start using .NET!
I use whatever language is appropriate for the task at hand and some of us out here in reality land have to support old code and have no choice. Anyway, you're entitled to your opinion. Everyone is entitled to mine
...Steve
|
|
|
|
|
I would add VB = C# = ilasm.
That's true I could do the same thing in ilasm I could in C#...
|
|
|
|
|
I would only add that the one big problem with C++ (which I have used for many years and love like a brother ) is that it brings more to the table than you will probably need for 90% of the Windows application development that you will ever need to do. C# and (ugh) VB.Net are, in fact, better suited for the typical Windows application than is C++. Especially if you need code to run both in Windows forms and web forms.
-- modified at 15:19 Saturday 10th September, 2005
|
|
|
|
|
I use them all, C++, C#, and VB.NET. I would agree that C# and VB.NET are essentially the same, but then I've been saying that for months now. I like C++ but would rather skin dive for Roto-Rooter than create any kind of user interface in C++.
As far as COM goes, I still find it has it's usefulness. And as far as .NET in general goes, I use it for any large apps. But for small apps Visual Studio 6 is still superior at least until the NET framework is installed as part of the OS on a wide basis - it's pretty stupid to create an app that is less than a meg but require users to download a 20+ meg framework just to be able to run it.
The bottom line, is a good programmer does not have preconceptions about what is "good" and what is "bad". A good programmer knows how to pick the appropriate tool for the job at hand.
|
|
|
|
|
rwestgraham wrote:
The bottom line, is a good programmer does not have preconceptions about what is "good" and what is "bad". A good programmer knows how to pick the appropriate tool for the job at hand.
You stated this better than I
...Steve
|
|
|
|
|
Sorry did not know you said the same thing already.
|
|
|
|
|
I agree with you Steve. Many tools can do the same job, but some are better choices than others. Seasoned programmers should be able to determine what languages/development tools are best for the task on hand.
Paul
|
|
|
|
|
hi,
I'm new to crystal report staff and I need some help!I have to print a receipt using crystal report.The receipt should be filled from a database table.I tried with an orinary table without parameters and it works. The problem is that my receipts are customizable so that each client could get his own receipt that 's why I need parameters, So instead of assigning a table from a database, I tried the addCommand and wrote down my sql statement that looks like this:"select * from bill whrere customerId='"+param1+"' and date ='"+param2+"' these parameters were filled in a windows form"biling" previously in textBoxes.Now the qestion is how can I pass both param1 and param2 from "billing textBoxes" to my query? So that I can get the required data in my bill. I'm using C# in VS.net.
If anyone can help I would appreciate!
Thanks a lot
|
|
|
|
|
I'm using MS Hierarchical FlexGrid to display hierarchical data from a database in a grid. As of now, I can't find out how to do that. I'm using Microsoft Visual C++ .NET 2003. I want to display data from two tables. One table has primary information, and the second table has multiple records for each record in the primary table. I'd like to display just the primary information and just let the user highlight a record to see what records in the second table belong to it. If anybody knows how to use the MSHFlexGrid (mshflxgrd.ocx... as opposed to the non-hierarchical one msflxgrd.ocx) and could offer any help, that'd be appreciated. Or if anybody knows how to solve this problem without mshflexgrid, that'd be great as well.
|
|
|
|
|
This is not of much real help, but here goes...
MSHFlexGrid was really designed for use in VB6 using the VB6 DataEnvironment. The DataEnvironment allowed you to create a hierarchy of recordsets, and then if the relationships were properly defined, it would pretty much automatically handle refreshing the child recordsets as you moved through the primary recordset. Then you would simply bind the DataEnvironment to the grid and it would "magically" just sort of work.
I don't know for sure because I have never used an MSHFlexGrid in C++. But I think if you want to try to do the same thing using C++, you will probably have to use the grid in unbound mode - i.e. define all the properties of the grid manually and then populate the cell values manually as simple text values rather than databound fields. MSHFlexGrid allows you do this but it is pretty tedious. You can search the VB6 documentation on the MSDN to find some simple examples of using the various HFlexGrid members in unbound mode.
There is also a DataGrid control in .NET that allows you to easily display hierarchical data but it is not highly configurable in terms of appearance. I have never used Managed C++ though, so I have no idea how it compares to C# in terms of developing a GUI.
|
|
|
|
|
Argghhhhh. This is driving me nuts. I can only get a one way relationship between my dll's due to the circular reference problem. I have Library A which contain most of the object types but Library B is an abstract DB layer. I want to pass the structures from A to B, but because B is referenced by A, I cannot get B to see A.
Does that make any sense? I guess I've got to refactor but have no idea how to get round this problem. I tried creating a seperate DLL called ProjectDataTypes.dll but we fall into the same problem.
All Ideas greatfully recieved
Library A<br />
StructureA1<br />
StructureA2<br />
<br />
Library B<br />
.PopulateWhatever() as StructureA1
Definitely a PEBCAK! (Problem Exists Between Keyboard And Chair) My First ASP.Net site is now up RedRavenRPG
|
|
|
|
|
I assume that your architecture is such that items in Lib A are inherting from items in Lib B? So therefore, A must reference B? You need to change the design such that the only items 'passed back' from A to B are items that are likewise defined in B. If you are trying to achieve a truly generic design, and do not want B to see objects specific to derived implementations, than you need to change from structs to classes where the classes are derived from interfaces (or abstract classes,but preferably interfaces, because you should always program to the interface and not to the implementation in any case). These interfaces would be defined in B, and would be 'passed back' to be used polymorphically as objects of that interface type.
or ...
in B
interface IBData
{
blah,blah, blah....
}
in A
class AData : IBData
{
blah,blah, blah...
}
|
|
|
|
|
I am writing a windows service in C#.NET which will manage image capturing devices, when client connects to the service, at some point the service need to expose a device dialog to the client. According to MSDN docs, classes within the Windows Forms namespace are not supported for use within a Windows service. So How can I do that?
Thanks!
Hang
|
|
|
|
|
hi there ,
i have a C# Form in VS.Net and i am working whit Sql DB now i have datagrid on my Form
i want to see all the orders From date 1 to date 2
Sample :
show me all the orders from : 01/09/05 to 09/09/05
and i all geeting the date and everything is fine.
whan i want to print this report iall get all of the orders beetwen the 2 dates .
i want to see also the dates that i typed in the Form how can i do it ?
in the opper report i want to see it like that
this is the orders beetween 01/09/05 to 09/09/05
how can i pass this dates from the Form to the report ?
thanks aloot....
|
|
|
|
|
My web site is running on Windows 2003 and IIS 6 and I'm facing some problem. In the task manager console, it indicated that w3wp.exe consume the memory approximately 100 MB, this is too high for the web server with 512 MB of RAM. Also, when I query from the database with large amount of records, the memeory usage goes very high and cause other application hang up.I've tried to search from google website but no article directly concern this issue.
Does anyone know how to fix this problem? Does .NET Framework 2.0 fixed this issue and can I disable this process?
|
|
|
|
|
If you load entire database to memory it will consume a lot of memory. Try accsess and search databese without loading into memory
|
|
|
|
|
I would like to try and write my own obfuscator,
anyone know where can i find some articles and
technical documentation?
|
|
|
|