Rumperuu
1284544556
I had to use some RegEx-fu for this. Specifically:
```bash
find ./{footnotes.php,includes.php,class/} -type f -name "*.php" -exec sed -i 's/\(p\|l\|a\)_\(str\|bool\|int\|obj\|flo\|arr\)_//g' {} \;
find ./{footnotes.php,includes.php,class/} -type f -name "*.php" -exec sed -i 's/MCI_Footnotes/Footnotes/g' {} \;
find ./{footnotes.php,includes.php,class/} -type f -name "*.php" -exec sed -i 's/C_\(INT\|STR\|FLO\)_//g' {} \;
```
This should have covered all the bases.
In my testing I encountered one error caused by these changes.
In the `add_select_box` function in `/class/dashboard/layout.php`,
there was a function parameter called `$p_arr_options` and a variable
called `$l_str_options`. Removing the Hungarian notation caused an
error as these two variables were both now called `$options`.
This has been fixed, and I like to think that that will have been
the only naming conflict, but I think it is more likely that there
maybe others. Further testing is required before I am happy calling
this release-ready.
Close #34, progress #36
73 lines
2 KiB
PHP
73 lines
2 KiB
PHP
<?php // phpcs:disable WordPress.Files.FileName.InvalidClassFileName
|
||
/**
|
||
* Includes the Plugin Constants class to load all Plugin constant vars like Plugin name, etc.
|
||
*
|
||
* @filesource
|
||
* @package footnotes
|
||
* @since 1.5.0
|
||
*
|
||
* @since 2.0.4 add Public Plugin name for dashboard heading
|
||
*/
|
||
|
||
/**
|
||
* Contains all Plugin Constants. Contains no Method or Property.
|
||
*
|
||
* @since 1.5.0
|
||
*/
|
||
class Footnotes_Config {
|
||
/**
|
||
* Internal Plugin name.
|
||
*
|
||
* @since 1.5.0
|
||
* @var string
|
||
*/
|
||
const PLUGIN_NAME = 'footnotes';
|
||
|
||
/**
|
||
* Public Plugin name.
|
||
*
|
||
* @since 1.5.0
|
||
* @var string
|
||
*
|
||
* edited classes for v2.0.4
|
||
*/
|
||
const PLUGIN_PUBLIC_NAME = '<span class="footnotes_logo footnotes_logo_part1">foot</span><span class="footnotes_logo footnotes_logo_part2">notes</span>';
|
||
|
||
/**
|
||
* Public Plugin name for dashboard heading
|
||
*
|
||
* After properly displaying in dashboard headings until WPv5.4, the above started
|
||
* in WPv5.5 being torn apart as if the headline was text-align:justify and not
|
||
* the last line. That ugly display bug badly affected the plugin’s communication.
|
||
* The only working solution found so far is using position:fixed in one heading
|
||
* that isn’t translated, and dropping the logo in another, translatable heading.
|
||
*
|
||
* @since 2.0.4
|
||
* @var string
|
||
*/
|
||
const PLUGIN_HEADING_NAME = '<span class="footnotes_logo_heading footnotes_logo_part1_heading">foot</span><span class="footnotes_logo_heading footnotes_logo_part2_heading">notes</span>';
|
||
|
||
/**
|
||
* Html tag for the LOVE symbol.
|
||
*
|
||
* @since 1.5.0
|
||
* @var string
|
||
*/
|
||
const LOVE_SYMBOL = '<span style="color:#ff6d3b; font-weight:bold;">♥</span>';
|
||
|
||
/**
|
||
* HTML code for the 'love' symbol used in dashboard heading
|
||
*
|
||
* @since 2.0.4
|
||
* @var string
|
||
*/
|
||
const LOVE_SYMBOL_HEADING = '<span class="footnotes_heart_heading">♥</span>';
|
||
|
||
/**
|
||
* Short code to DON'T display the 'LOVE ME' slug on certain pages.
|
||
*
|
||
* @since 1.5.0
|
||
* @var string
|
||
*/
|
||
const NO_LOVE_SLUG = '[[no footnotes: love]]';
|
||
}
|