What Do I Do When I Have Grammatical Mistakes And It Is Too Late To Fix Them

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;







up vote
0
down vote

favorite












My girlfriend (SO from this point forward) is working on a pilot project that is designed to help young start-up companies understand more about technology and how they can use it to better their business.



She is interning/part timing at the company that is a major supporter of the project and plans to show an overview to the major figures behind it.



My SO and I were reading through her proposal and we found some grammatical, syntactical, and formatting errors that may make the proposal seem a bit less professional than if they were not there. She is afraid it will be a glaring issue and will mar the presentation. Although this proposal guide is supplementary to the overall presentation. The proposal has already been reprinted and there is no opportunity to make changes now.



We were wondering if it is better to address the errors prior to the meeting by apologizing for the errors and clarifying that it is a draft of basic ideas and is open to discussions and revisions or if they should be ignored and only commented about if brought up?







share|improve this question






















  • uh, why don't you fix them? the errors you're mentioning aren't hard to resolve.
    – bharal
    Oct 30 '14 at 2:09






  • 3




    also, why use "SO from this point forward", if you're not, you know, going to use the "SO" ever again? That's the kind of formatting error you should fix up - and you can have that one on the house.
    – bharal
    Oct 30 '14 at 2:11











  • @bharal The proposal guide is probably already distributed. Another reason for Elias to edit the question
    – Jan Doggen
    Oct 30 '14 at 7:38






  • 1




    @Elias Is it a draft of basic ideas, or are you just making that up to cover up? If it is a draft. don't bother mentioning anything.
    – Jan Doggen
    Oct 30 '14 at 7:39






  • 1




    Too late this time, but maybe a good idea for you and your SO to read through a proposal before you submit it. In this case, I would apologize up front - it depends on the audience, but grammatical and syntactical errors can reflect poorly on the presenter.
    – Laconic Droid
    Oct 30 '14 at 13:43
















up vote
0
down vote

favorite












My girlfriend (SO from this point forward) is working on a pilot project that is designed to help young start-up companies understand more about technology and how they can use it to better their business.



She is interning/part timing at the company that is a major supporter of the project and plans to show an overview to the major figures behind it.



My SO and I were reading through her proposal and we found some grammatical, syntactical, and formatting errors that may make the proposal seem a bit less professional than if they were not there. She is afraid it will be a glaring issue and will mar the presentation. Although this proposal guide is supplementary to the overall presentation. The proposal has already been reprinted and there is no opportunity to make changes now.



We were wondering if it is better to address the errors prior to the meeting by apologizing for the errors and clarifying that it is a draft of basic ideas and is open to discussions and revisions or if they should be ignored and only commented about if brought up?







share|improve this question






















  • uh, why don't you fix them? the errors you're mentioning aren't hard to resolve.
    – bharal
    Oct 30 '14 at 2:09






  • 3




    also, why use "SO from this point forward", if you're not, you know, going to use the "SO" ever again? That's the kind of formatting error you should fix up - and you can have that one on the house.
    – bharal
    Oct 30 '14 at 2:11











  • @bharal The proposal guide is probably already distributed. Another reason for Elias to edit the question
    – Jan Doggen
    Oct 30 '14 at 7:38






  • 1




    @Elias Is it a draft of basic ideas, or are you just making that up to cover up? If it is a draft. don't bother mentioning anything.
    – Jan Doggen
    Oct 30 '14 at 7:39






  • 1




    Too late this time, but maybe a good idea for you and your SO to read through a proposal before you submit it. In this case, I would apologize up front - it depends on the audience, but grammatical and syntactical errors can reflect poorly on the presenter.
    – Laconic Droid
    Oct 30 '14 at 13:43












up vote
0
down vote

favorite









up vote
0
down vote

favorite











My girlfriend (SO from this point forward) is working on a pilot project that is designed to help young start-up companies understand more about technology and how they can use it to better their business.



She is interning/part timing at the company that is a major supporter of the project and plans to show an overview to the major figures behind it.



My SO and I were reading through her proposal and we found some grammatical, syntactical, and formatting errors that may make the proposal seem a bit less professional than if they were not there. She is afraid it will be a glaring issue and will mar the presentation. Although this proposal guide is supplementary to the overall presentation. The proposal has already been reprinted and there is no opportunity to make changes now.



We were wondering if it is better to address the errors prior to the meeting by apologizing for the errors and clarifying that it is a draft of basic ideas and is open to discussions and revisions or if they should be ignored and only commented about if brought up?







share|improve this question














My girlfriend (SO from this point forward) is working on a pilot project that is designed to help young start-up companies understand more about technology and how they can use it to better their business.



She is interning/part timing at the company that is a major supporter of the project and plans to show an overview to the major figures behind it.



My SO and I were reading through her proposal and we found some grammatical, syntactical, and formatting errors that may make the proposal seem a bit less professional than if they were not there. She is afraid it will be a glaring issue and will mar the presentation. Although this proposal guide is supplementary to the overall presentation. The proposal has already been reprinted and there is no opportunity to make changes now.



We were wondering if it is better to address the errors prior to the meeting by apologizing for the errors and clarifying that it is a draft of basic ideas and is open to discussions and revisions or if they should be ignored and only commented about if brought up?









share|improve this question













share|improve this question




share|improve this question








edited Oct 30 '14 at 14:19

























asked Oct 30 '14 at 1:33









Elias

1065




1065











  • uh, why don't you fix them? the errors you're mentioning aren't hard to resolve.
    – bharal
    Oct 30 '14 at 2:09






  • 3




    also, why use "SO from this point forward", if you're not, you know, going to use the "SO" ever again? That's the kind of formatting error you should fix up - and you can have that one on the house.
    – bharal
    Oct 30 '14 at 2:11











  • @bharal The proposal guide is probably already distributed. Another reason for Elias to edit the question
    – Jan Doggen
    Oct 30 '14 at 7:38






  • 1




    @Elias Is it a draft of basic ideas, or are you just making that up to cover up? If it is a draft. don't bother mentioning anything.
    – Jan Doggen
    Oct 30 '14 at 7:39






  • 1




    Too late this time, but maybe a good idea for you and your SO to read through a proposal before you submit it. In this case, I would apologize up front - it depends on the audience, but grammatical and syntactical errors can reflect poorly on the presenter.
    – Laconic Droid
    Oct 30 '14 at 13:43
















  • uh, why don't you fix them? the errors you're mentioning aren't hard to resolve.
    – bharal
    Oct 30 '14 at 2:09






  • 3




    also, why use "SO from this point forward", if you're not, you know, going to use the "SO" ever again? That's the kind of formatting error you should fix up - and you can have that one on the house.
    – bharal
    Oct 30 '14 at 2:11











  • @bharal The proposal guide is probably already distributed. Another reason for Elias to edit the question
    – Jan Doggen
    Oct 30 '14 at 7:38






  • 1




    @Elias Is it a draft of basic ideas, or are you just making that up to cover up? If it is a draft. don't bother mentioning anything.
    – Jan Doggen
    Oct 30 '14 at 7:39






  • 1




    Too late this time, but maybe a good idea for you and your SO to read through a proposal before you submit it. In this case, I would apologize up front - it depends on the audience, but grammatical and syntactical errors can reflect poorly on the presenter.
    – Laconic Droid
    Oct 30 '14 at 13:43















uh, why don't you fix them? the errors you're mentioning aren't hard to resolve.
– bharal
Oct 30 '14 at 2:09




uh, why don't you fix them? the errors you're mentioning aren't hard to resolve.
– bharal
Oct 30 '14 at 2:09




3




3




also, why use "SO from this point forward", if you're not, you know, going to use the "SO" ever again? That's the kind of formatting error you should fix up - and you can have that one on the house.
– bharal
Oct 30 '14 at 2:11





also, why use "SO from this point forward", if you're not, you know, going to use the "SO" ever again? That's the kind of formatting error you should fix up - and you can have that one on the house.
– bharal
Oct 30 '14 at 2:11













@bharal The proposal guide is probably already distributed. Another reason for Elias to edit the question
– Jan Doggen
Oct 30 '14 at 7:38




@bharal The proposal guide is probably already distributed. Another reason for Elias to edit the question
– Jan Doggen
Oct 30 '14 at 7:38




1




1




@Elias Is it a draft of basic ideas, or are you just making that up to cover up? If it is a draft. don't bother mentioning anything.
– Jan Doggen
Oct 30 '14 at 7:39




@Elias Is it a draft of basic ideas, or are you just making that up to cover up? If it is a draft. don't bother mentioning anything.
– Jan Doggen
Oct 30 '14 at 7:39




1




1




Too late this time, but maybe a good idea for you and your SO to read through a proposal before you submit it. In this case, I would apologize up front - it depends on the audience, but grammatical and syntactical errors can reflect poorly on the presenter.
– Laconic Droid
Oct 30 '14 at 13:43




Too late this time, but maybe a good idea for you and your SO to read through a proposal before you submit it. In this case, I would apologize up front - it depends on the audience, but grammatical and syntactical errors can reflect poorly on the presenter.
– Laconic Droid
Oct 30 '14 at 13:43










2 Answers
2






active

oldest

votes

















up vote
6
down vote



accepted










Personally, I would acknowledge the errors, apologize for them, and stress your willingness to make any necessary changes.



I deal with a fair amount of similar presentations and my thoughts in each situation tend to go something like this:



If the submitter acknowledges the problem, he/she is demonstrating their awareness of the document's shortcomings and their intention to correct them. While the situation isn't perfect, I respect the awareness and candor that he/she has brought to the conversation and they gain a certain amount of trust.



If the submitter does not acknowledge the problem, I am left wondering whether the mistakes were the result of sloppy work (i.e. submitter knows about them and didn't bother to fix them) or incompetence (i.e. submitter doesn't understand that there is a problem). Neither leaves me with a good impression.






share|improve this answer




















  • I was torn between the pros/cons of acknowledging a mistake before or after an attendee notices/can see them, and your answer helped exposed the benefits of honing up to the mistake.
    – Elias
    Oct 30 '14 at 14:17






  • 2




    I think this is a good answer, but I think it's also important to move on quickly once the apology has been made. The goal is to acknowledge the errors, not emphasize them.
    – David K
    Oct 30 '14 at 15:24






  • 1




    @DavidK - agreed. No reason to dwell on it.
    – Roger
    Oct 30 '14 at 15:41

















up vote
-1
down vote













This is one reason why you shouldn't produce hard copies of anything and instead, you should store them in a repository and provide links to the repository: you can update your docs without worrying about what earlier copies of your docs are floating around.



I suggest that you say right at the beginning of the presentation that your eagle eyed SO spotted some editing errors of omission and commission and while they don't affect the accuracy of the content, they have been fixed. You provide the links to the repository where the fixed documents are and you get on with presentation.



Your top priority at the meeting is to get on with the presentation. This means, when the presentation starts, quickly clear any issue that could get in the way on the presentation and get on with the presentation.






share|improve this answer






















  • Although there wasn't the time to fix the issue, I really like the idea about a repository for the repaired document and a way for the attendees to get it.
    – Elias
    Oct 30 '14 at 14:16










Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "423"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);








 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f35543%2fwhat-do-i-do-when-i-have-grammatical-mistakes-and-it-is-too-late-to-fix-them%23new-answer', 'question_page');

);

Post as a guest






























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
6
down vote



accepted










Personally, I would acknowledge the errors, apologize for them, and stress your willingness to make any necessary changes.



I deal with a fair amount of similar presentations and my thoughts in each situation tend to go something like this:



If the submitter acknowledges the problem, he/she is demonstrating their awareness of the document's shortcomings and their intention to correct them. While the situation isn't perfect, I respect the awareness and candor that he/she has brought to the conversation and they gain a certain amount of trust.



If the submitter does not acknowledge the problem, I am left wondering whether the mistakes were the result of sloppy work (i.e. submitter knows about them and didn't bother to fix them) or incompetence (i.e. submitter doesn't understand that there is a problem). Neither leaves me with a good impression.






share|improve this answer




















  • I was torn between the pros/cons of acknowledging a mistake before or after an attendee notices/can see them, and your answer helped exposed the benefits of honing up to the mistake.
    – Elias
    Oct 30 '14 at 14:17






  • 2




    I think this is a good answer, but I think it's also important to move on quickly once the apology has been made. The goal is to acknowledge the errors, not emphasize them.
    – David K
    Oct 30 '14 at 15:24






  • 1




    @DavidK - agreed. No reason to dwell on it.
    – Roger
    Oct 30 '14 at 15:41














up vote
6
down vote



accepted










Personally, I would acknowledge the errors, apologize for them, and stress your willingness to make any necessary changes.



I deal with a fair amount of similar presentations and my thoughts in each situation tend to go something like this:



If the submitter acknowledges the problem, he/she is demonstrating their awareness of the document's shortcomings and their intention to correct them. While the situation isn't perfect, I respect the awareness and candor that he/she has brought to the conversation and they gain a certain amount of trust.



If the submitter does not acknowledge the problem, I am left wondering whether the mistakes were the result of sloppy work (i.e. submitter knows about them and didn't bother to fix them) or incompetence (i.e. submitter doesn't understand that there is a problem). Neither leaves me with a good impression.






share|improve this answer




















  • I was torn between the pros/cons of acknowledging a mistake before or after an attendee notices/can see them, and your answer helped exposed the benefits of honing up to the mistake.
    – Elias
    Oct 30 '14 at 14:17






  • 2




    I think this is a good answer, but I think it's also important to move on quickly once the apology has been made. The goal is to acknowledge the errors, not emphasize them.
    – David K
    Oct 30 '14 at 15:24






  • 1




    @DavidK - agreed. No reason to dwell on it.
    – Roger
    Oct 30 '14 at 15:41












up vote
6
down vote



accepted







up vote
6
down vote



accepted






Personally, I would acknowledge the errors, apologize for them, and stress your willingness to make any necessary changes.



I deal with a fair amount of similar presentations and my thoughts in each situation tend to go something like this:



If the submitter acknowledges the problem, he/she is demonstrating their awareness of the document's shortcomings and their intention to correct them. While the situation isn't perfect, I respect the awareness and candor that he/she has brought to the conversation and they gain a certain amount of trust.



If the submitter does not acknowledge the problem, I am left wondering whether the mistakes were the result of sloppy work (i.e. submitter knows about them and didn't bother to fix them) or incompetence (i.e. submitter doesn't understand that there is a problem). Neither leaves me with a good impression.






share|improve this answer












Personally, I would acknowledge the errors, apologize for them, and stress your willingness to make any necessary changes.



I deal with a fair amount of similar presentations and my thoughts in each situation tend to go something like this:



If the submitter acknowledges the problem, he/she is demonstrating their awareness of the document's shortcomings and their intention to correct them. While the situation isn't perfect, I respect the awareness and candor that he/she has brought to the conversation and they gain a certain amount of trust.



If the submitter does not acknowledge the problem, I am left wondering whether the mistakes were the result of sloppy work (i.e. submitter knows about them and didn't bother to fix them) or incompetence (i.e. submitter doesn't understand that there is a problem). Neither leaves me with a good impression.







share|improve this answer












share|improve this answer



share|improve this answer










answered Oct 30 '14 at 1:47









Roger

7,17132644




7,17132644











  • I was torn between the pros/cons of acknowledging a mistake before or after an attendee notices/can see them, and your answer helped exposed the benefits of honing up to the mistake.
    – Elias
    Oct 30 '14 at 14:17






  • 2




    I think this is a good answer, but I think it's also important to move on quickly once the apology has been made. The goal is to acknowledge the errors, not emphasize them.
    – David K
    Oct 30 '14 at 15:24






  • 1




    @DavidK - agreed. No reason to dwell on it.
    – Roger
    Oct 30 '14 at 15:41
















  • I was torn between the pros/cons of acknowledging a mistake before or after an attendee notices/can see them, and your answer helped exposed the benefits of honing up to the mistake.
    – Elias
    Oct 30 '14 at 14:17






  • 2




    I think this is a good answer, but I think it's also important to move on quickly once the apology has been made. The goal is to acknowledge the errors, not emphasize them.
    – David K
    Oct 30 '14 at 15:24






  • 1




    @DavidK - agreed. No reason to dwell on it.
    – Roger
    Oct 30 '14 at 15:41















I was torn between the pros/cons of acknowledging a mistake before or after an attendee notices/can see them, and your answer helped exposed the benefits of honing up to the mistake.
– Elias
Oct 30 '14 at 14:17




I was torn between the pros/cons of acknowledging a mistake before or after an attendee notices/can see them, and your answer helped exposed the benefits of honing up to the mistake.
– Elias
Oct 30 '14 at 14:17




2




2




I think this is a good answer, but I think it's also important to move on quickly once the apology has been made. The goal is to acknowledge the errors, not emphasize them.
– David K
Oct 30 '14 at 15:24




I think this is a good answer, but I think it's also important to move on quickly once the apology has been made. The goal is to acknowledge the errors, not emphasize them.
– David K
Oct 30 '14 at 15:24




1




1




@DavidK - agreed. No reason to dwell on it.
– Roger
Oct 30 '14 at 15:41




@DavidK - agreed. No reason to dwell on it.
– Roger
Oct 30 '14 at 15:41












up vote
-1
down vote













This is one reason why you shouldn't produce hard copies of anything and instead, you should store them in a repository and provide links to the repository: you can update your docs without worrying about what earlier copies of your docs are floating around.



I suggest that you say right at the beginning of the presentation that your eagle eyed SO spotted some editing errors of omission and commission and while they don't affect the accuracy of the content, they have been fixed. You provide the links to the repository where the fixed documents are and you get on with presentation.



Your top priority at the meeting is to get on with the presentation. This means, when the presentation starts, quickly clear any issue that could get in the way on the presentation and get on with the presentation.






share|improve this answer






















  • Although there wasn't the time to fix the issue, I really like the idea about a repository for the repaired document and a way for the attendees to get it.
    – Elias
    Oct 30 '14 at 14:16














up vote
-1
down vote













This is one reason why you shouldn't produce hard copies of anything and instead, you should store them in a repository and provide links to the repository: you can update your docs without worrying about what earlier copies of your docs are floating around.



I suggest that you say right at the beginning of the presentation that your eagle eyed SO spotted some editing errors of omission and commission and while they don't affect the accuracy of the content, they have been fixed. You provide the links to the repository where the fixed documents are and you get on with presentation.



Your top priority at the meeting is to get on with the presentation. This means, when the presentation starts, quickly clear any issue that could get in the way on the presentation and get on with the presentation.






share|improve this answer






















  • Although there wasn't the time to fix the issue, I really like the idea about a repository for the repaired document and a way for the attendees to get it.
    – Elias
    Oct 30 '14 at 14:16












up vote
-1
down vote










up vote
-1
down vote









This is one reason why you shouldn't produce hard copies of anything and instead, you should store them in a repository and provide links to the repository: you can update your docs without worrying about what earlier copies of your docs are floating around.



I suggest that you say right at the beginning of the presentation that your eagle eyed SO spotted some editing errors of omission and commission and while they don't affect the accuracy of the content, they have been fixed. You provide the links to the repository where the fixed documents are and you get on with presentation.



Your top priority at the meeting is to get on with the presentation. This means, when the presentation starts, quickly clear any issue that could get in the way on the presentation and get on with the presentation.






share|improve this answer














This is one reason why you shouldn't produce hard copies of anything and instead, you should store them in a repository and provide links to the repository: you can update your docs without worrying about what earlier copies of your docs are floating around.



I suggest that you say right at the beginning of the presentation that your eagle eyed SO spotted some editing errors of omission and commission and while they don't affect the accuracy of the content, they have been fixed. You provide the links to the repository where the fixed documents are and you get on with presentation.



Your top priority at the meeting is to get on with the presentation. This means, when the presentation starts, quickly clear any issue that could get in the way on the presentation and get on with the presentation.







share|improve this answer














share|improve this answer



share|improve this answer








edited Oct 30 '14 at 14:20

























answered Oct 30 '14 at 10:33









Vietnhi Phuvan

68.9k7118254




68.9k7118254











  • Although there wasn't the time to fix the issue, I really like the idea about a repository for the repaired document and a way for the attendees to get it.
    – Elias
    Oct 30 '14 at 14:16
















  • Although there wasn't the time to fix the issue, I really like the idea about a repository for the repaired document and a way for the attendees to get it.
    – Elias
    Oct 30 '14 at 14:16















Although there wasn't the time to fix the issue, I really like the idea about a repository for the repaired document and a way for the attendees to get it.
– Elias
Oct 30 '14 at 14:16




Although there wasn't the time to fix the issue, I really like the idea about a repository for the repaired document and a way for the attendees to get it.
– Elias
Oct 30 '14 at 14:16












 

draft saved


draft discarded


























 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f35543%2fwhat-do-i-do-when-i-have-grammatical-mistakes-and-it-is-too-late-to-fix-them%23new-answer', 'question_page');

);

Post as a guest













































































Comments

Popular posts from this blog

What does second last employer means? [closed]

Installing NextGIS Connect into QGIS 3?

One-line joke