C2026-027-New-Set_At_All_Level-in-the-Applicability-tab-evaluate-having-the-button-grayed-out-for-the-RNO-column-3 #760
Reference in New Issue
Block a user
Delete Branch "C2026-027-New-Set_At_All_Level-in-the-Applicability-tab-evaluate-having-the-button-grayed-out-for-the-RNO-column-3"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
C2026-027 & C2026-028 -Set_At_All_Level button in the Applicability tab evaluates having the button grayed out for the RNO column.
It looks like there were 2 files that were changed that shouldn't have been - frmVEPROMS.cs & ItemExt.cs.
Other than that - looks good - so once those 2 are reverted, should be good.
@@ -11,7 +11,6 @@ using System.IO;using System.Configuration;using System.Reflection;using VEPROMS.CSLA.Library;Just checking? --- why was this file changed?
For frmVEPROMS.cs I removed a commented out using statement that was left over from the RO Symbols project. Line 13
@@ -9241,3 +9241,4 @@ namespace VEPROMS.CSLA.LibraryEverything = 2}}Just checking? --- why was this file changed?
The first push I did the pull request was out of sync with dev. You had pushed the checkoff fix into dev just before I pushed the Set All At Level button changes. I need to get the latest file (ItemExt.cs) that was changed into my branch so my push would be in sync. After I added the latest version of ItemExt.cs to my branch the push was up to date. I checked the dev version to my branch version of ItemExt.cs and they were the same.
per below - there is the addition of an extra line.
I know it may seem like overkill ---- but frmVEPROMS & ItemExt have other pending changes like the ones in this pull request:
https://git.volian.com/Volian/SourceCode/pulls/756/files
As such, unneeded changes set these files up for merge conflicts once other requests are merged into Dev branch,
As such, my recommendation would be to download the latest of these files from the Dev branch locally then pushing those to this branch to avoid problems in the GIT repo in the future / possible extra future work --- that being said, ultimately, this would be John/Devin's decision.
If assistance is needed, I am happy to help as I would much rather spend 5-10 minutes now as opposed to several hours later doing cleanup and manually clearing conflicts.
That is what I did with ItemExt.cs. I grabbed the dev version and added it to my branch. frmVEPROMS.cs in dev is identical to the one in my branch except the removed using statement. So, I would think there would be no merge conflicts.
All-in-all, if there are no changes compared to the development version, this file should not be checked in. we can check into this tomorrow when we are in the offcie.
Also in the designer --- Just to check --- is this wording accurate? ----- i.e. if this is ran on a high level step wouldn't it update all high level steps in that procedure (not sub-steps)?
@@ -50,3 +50,3 @@this.btnApplicabilitychg.Margin = new System.Windows.Forms.Padding(2);this.btnApplicabilitychg.RightToLeft = System.Windows.Forms.RightToLeft.No;this.superTooltip1.SetSuperTooltip(this.btnApplicabilitychg, new DevComponents.DotNetBar.SuperTooltipInfo("Change applicability settings - All At Level", "", "When clicked, all steps at the level of the current step will have their applicability settings changed. Note that for two column procedures, the left column and right column are handled separately.", null, null, DevComponents.DotNetBar.eTooltipColor.Gray));this.superTooltip1.SetSuperTooltip(this.btnApplicabilitychg, new DevComponents.DotNetBar.SuperTooltipInfo("Change applicability settings - All At Level", "", "When clicked, all sub-steps at that level of the current step will be set to the selected applicability. Note that this button is disabled when on a RNO step type but enabled for sub-step under it.", null, null, DevComponents.DotNetBar.eTooltipColor.Gray));Just to check --- is this wording accurate? ----- i.e. if this is ran on a high level step wouldn't it update all high level steps in that procedure (not sub-steps)?
My bad. I didn't realize that it worked the same at the high level step level.
Please change the first part of the tool-top to:
"When clicked, all steps at that level will be set to the ....."
I will update the tool tip text. Thanks John.
Looks good to me. Ready for QA.
looks good
C2026-027 was tested and works as expected. C2026-028 was previously closed by Matt in March, but the tooltip was again updated as part of C2026-027. While the functionality tested as expected, the tooltip does need some edits and a new CSM item will be submitted by me on 5/1/26. I modified the testing requirements.