Refactor logging for _adjust_charge_balance

[SuixiongTay]

Refactor logging for _adjust_charge_balance

Description:

• Edited the log message at line 2298 to remove the redundant log message “Solution is not electroneutral (C.B. = {cb} eq/L).”

Minor changes:

• Updated the log message at line 2298 to self.logger.info(f"Adjusting {self._cb_species} to compensate.")
• The separate log message at line 2291 remains as self.logger.info(f"Solution is not electroneutral (C.B. = {cb} eq/L).")

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 83.09%. Comparing base (65beb17) to head (26afacb).
Report is 1 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #162   +/-   ##
=======================================
  Coverage   83.09%   83.09%           
=======================================
  Files           9        9           
  Lines        1479     1479           
  Branches      319      319           
=======================================
  Hits         1229     1229           
  Misses        214      214           
  Partials       36       36           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[SuixiongTay]

I realized that I made the push changes directly from my main branch instead of the dev branch. I will be more cautious with this step in future pull requests. Thanks!

[rkingsbury]

I realized that I made the push changes directly from my main branch instead of the dev branch. I will be more cautious with this step in future pull requests. Thanks!

That's technically OK. The reason to use branches on your fork is that it's often convenient to keep the main branch in your fork in sync with the upstream main branch. That's more difficult to do if you're editing on main branch. But the main important rule is to not push anything to the upstream main branch (and most repos, including this one, will prevent you from doing that anyway).

[rkingsbury]

Closes #160