Hi JarvisJarvis323 said:
yungman said:
Post #16 -yungman said:
Post #21 -yungman said:
These sound pretty haphazard to me.yungman said:
An old saying, "It's a poor craftsman who blames his tools" - https://idioms.thefreedictionary.co...n taking responsibility for their own failure.yungman said:
Like I said before, if you're about to hit the delete button, you need to look at what you're about to delete.yungman said:
Restarting from the beginning is not a function of the mouse. If the mouse isn't working right for you with the computer you have, then you either need to adjust the settings on the mouse, or get one that works well for you. I think you're working with a laptop. If the screen is too small for you to see well, then maybe you should get an external monitor so you can see things better. A lot of programmers work with large screens, up to four or five of them, and only work on laptops for making small changes to code they've already written.yungman said:
As someone told you in another thread, using an application is very different from writing an application. The fact that an application was free or cost $10,000 is irrelevant.yungman said:
I'm usually not using an IDE. Lately I've been mostly using Sublime Text (a fancy text editor), and various command line tools. The OS I use is a version of Linux.yungman said:
Mark44 said:
I really doubt any damage is done to the projects. It sounds like maybe you just accidentally changed some settings in VS? Usually when someone changes global settings, they intend the changes to persist. It's like if you change the color settings on your TV, it will affect every movie you watch. But you haven't damaged your DVDs. You just need to figure out how to reset those settings to what they were before.yungman said:
Jarvis323 said:
Yeah, actually I notice in your post #16, in one of the images you have the "show all files" button and some other button pressed (yellow highlighted buttons) and the others you don't. I guess that was the problem?yungman said:
Remember the nose?! I watched that 1 minute video so many times as it's blur, also the tittle just blocked the top manual. Had to watch it over and over and guess. This is the steps:Jarvis323 said:
The first and second answers here will be helpful:yungman said:
Here's from Inventory.h:yungman said:
class Inventory
{
private:
int d_size = 31;
public:
struct invItem
{
const int d_size = 31;
char desc[31];
int qty;
double price;
};#include <iostream>
#include <string>
using namespace std;
class InventoryItem
{
private:
string desc;
int qty;
double price;
public:
string get_Desc();
void set_Desc(string);
int get_Qty();
void set_Qty(int);
double get_Price();
void set_Price(double);
void displayRec();
};#include <iostream>
#include "Inventory.h"
#include <iomanip>
using namespace std;
string InventoryItem::get_Desc()
{
return desc;
}
void InventoryItem::set_Desc(string str)
{
desc = str;
}
int InventoryItem::get_Qty()
{
return qty;
}
void InventoryItem::set_Qty(int number)
{
qty = number;
}
double InventoryItem::get_Price()
{
return price;
}
void InventoryItem::set_Price(double pr)
{
price = pr;
}
void InventoryItem::displayRec()
{
cout << setw(25) << left << " Description: " << desc << endl;
cout << setw(25) << left << " Quantity: " << qty << endl;
cout << setw(25) << left << " Price: " << "$" << price << "\n\n";
}#include "Inventory.h"
int main()
{
InventoryItem Inv;
Inv.set_Desc("doodad");
Inv.set_Qty(5);
Inv.set_Price(8.0);
Inv.displayRec();
} Description: doodad
Quantity: 5
Price: $8In 22 years I have never needed to do this. I have deleted files from many projects, but have never seen any side effects in other projects.yungman said:
And as Jarvis showed, have you (Alan) tried looking at the VS documentation or googling for answers?Jarvis323 said:
Thanks for you reply. I intentionally make it more complicate for the program just to make it more difficult. That's what I usually do. If I just follow the book, I would have a lot less questions as they are very easy. I know, the program is stupid, it was a program I wrote when I was in advanced file chapter, that was an improvised program already, this take it to the next level. My goal is to put a struct into the header file.Mark44 said:
Yes, that's what you usually do, but in my experience, that's not a good way to learn things. Many times you have made things so difficult that you don't understand what you're doing. You're at the very beginning of learning about classes -- why make things harder on yourself? You have to crawl before you can walk, and you have to walk before you can run.yungman said:
I think your installation is probably just fine. Things would work a lot better if you stopped deleting this and that at random. I can't think of any good reason to delete a Solution Explorer "folder" like Header Files or Source Files. As I mentioned before, there are two options in VS for getting rid of your program files -- on the right-click menu for a program file (.cpp or .h) there are Remove and Exclude from Project. The Remove option actually deletes the file, and Exclude from Project leaves the file in place, but doesn't use it in the build. All of this information can be found the the Help for VS.yungman said:
yungman said:
Mark44 said:
I just went back and toggle that button. Now I see Header Files and Source Files either way. It was not like this before. I think I deleted the files. I cannot say for sure whether I press that before, but it started out deleting the .h file when I was experimenting with Add-->Existing vs Add-->New. That's when I deleted the .h and create new one back and fore.Jarvis323 said:
Yeah you can. There is conclusive proof that you did in post #16.yungman said:
Thanks, that works. I have to read why.Jarvis323 said:
"Collapsing" and "expanding" the folders is what you call this. These have nothing to do with whether the program runs or not. They are just views of the hierarchy that VS shows you. The program files are still there (unless you deleted them).yungman said:
Mark44 said:
(Sigh...)yungman said:
But if you close the door, you cannot access inside. You can access the folder whether it's open or not, that's the difference. If you close the folder, you cannot run the program, then it makes the whole world of sense. That's just common sense. Right?Mark44 said:
If you open the folder or the door, you can see inside. Having a folder open or closed in Solution Explorer makes exactly zero difference as to whether you can run the program.yungman said:
Nope.yungman said:
I guess we have a different definition of common sense. If the door is close, I cannot see inside, BUT I can just walk in and take anything I want and change anything I want? ....Anyway, this is off the subject, now I know. Maybe that's part of why I find it so difficult to read in CS stuff on line.Mark44 said:
yungman said:
Apparently.yungman said:
If the door is closed, you can't see inside. If the door is open, you can see inside. It's the same idea with the open (expanded) or closed (collapsed) folders in Solution Explored. Again, whether the folders are collapsed or expanded, it makes no difference as far as whether the program will run. If your program won't run, it's because of something else entirely.yungman said:
This page in the docs -- https://docs.microsoft.com/en-us/visualstudio/get-started/visual-studio-ide?view=vs-2019 -- would be a good place to start. Other topics in this section are:yungman said: