Searched hist:"46028 c4c32caf8dfc675f5544a037bd5e5d8f9c2" (Results 1 – 8 of 8) sorted by relevance
/dokuwiki/inc/ |
H A D | defines.php | 46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 Thu Jun 04 06:22:16 UTC 2020 Andreas Gohr <andi@splitbrain.org> Move defines to their own file
As described in https://github.com/dwp-forge/columns/issues/5#issuecomment-638467603 sometime the Lexer constants have not been (auto)loaded when a syntax plugin is invoked (I'm not sure why).
In general PSR2 discourages a mix of main code and function/class setup with the call to define() being considered main code.
This patch moves these the define calls to a separate new file, solving both of the above problems.
These are not all our defines. Instead I focused on the ones that are ENUM-like.
In the future we should think about what defines can be replaced by class constants and what other define() calls should be moved.
|
H A D | changelog.php | 46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 Thu Jun 04 06:22:16 UTC 2020 Andreas Gohr <andi@splitbrain.org> Move defines to their own file
As described in https://github.com/dwp-forge/columns/issues/5#issuecomment-638467603 sometime the Lexer constants have not been (auto)loaded when a syntax plugin is invoked (I'm not sure why).
In general PSR2 discourages a mix of main code and function/class setup with the call to define() being considered main code.
This patch moves these the define calls to a separate new file, solving both of the above problems.
These are not all our defines. Instead I focused on the ones that are ENUM-like.
In the future we should think about what defines can be replaced by class constants and what other define() calls should be moved.
|
H A D | load.php | 46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 Thu Jun 04 06:22:16 UTC 2020 Andreas Gohr <andi@splitbrain.org> Move defines to their own file
As described in https://github.com/dwp-forge/columns/issues/5#issuecomment-638467603 sometime the Lexer constants have not been (auto)loaded when a syntax plugin is invoked (I'm not sure why).
In general PSR2 discourages a mix of main code and function/class setup with the call to define() being considered main code.
This patch moves these the define calls to a separate new file, solving both of the above problems.
These are not all our defines. Instead I focused on the ones that are ENUM-like.
In the future we should think about what defines can be replaced by class constants and what other define() calls should be moved.
|
H A D | infoutils.php | 46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 Thu Jun 04 06:22:16 UTC 2020 Andreas Gohr <andi@splitbrain.org> Move defines to their own file
As described in https://github.com/dwp-forge/columns/issues/5#issuecomment-638467603 sometime the Lexer constants have not been (auto)loaded when a syntax plugin is invoked (I'm not sure why).
In general PSR2 discourages a mix of main code and function/class setup with the call to define() being considered main code.
This patch moves these the define calls to a separate new file, solving both of the above problems.
These are not all our defines. Instead I focused on the ones that are ENUM-like.
In the future we should think about what defines can be replaced by class constants and what other define() calls should be moved.
|
H A D | media.php | 46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 Thu Jun 04 06:22:16 UTC 2020 Andreas Gohr <andi@splitbrain.org> Move defines to their own file
As described in https://github.com/dwp-forge/columns/issues/5#issuecomment-638467603 sometime the Lexer constants have not been (auto)loaded when a syntax plugin is invoked (I'm not sure why).
In general PSR2 discourages a mix of main code and function/class setup with the call to define() being considered main code.
This patch moves these the define calls to a separate new file, solving both of the above problems.
These are not all our defines. Instead I focused on the ones that are ENUM-like.
In the future we should think about what defines can be replaced by class constants and what other define() calls should be moved.
|
H A D | auth.php | 46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 Thu Jun 04 06:22:16 UTC 2020 Andreas Gohr <andi@splitbrain.org> Move defines to their own file
As described in https://github.com/dwp-forge/columns/issues/5#issuecomment-638467603 sometime the Lexer constants have not been (auto)loaded when a syntax plugin is invoked (I'm not sure why).
In general PSR2 discourages a mix of main code and function/class setup with the call to define() being considered main code.
This patch moves these the define calls to a separate new file, solving both of the above problems.
These are not all our defines. Instead I focused on the ones that are ENUM-like.
In the future we should think about what defines can be replaced by class constants and what other define() calls should be moved.
|
H A D | common.php | 46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 Thu Jun 04 06:22:16 UTC 2020 Andreas Gohr <andi@splitbrain.org> Move defines to their own file
As described in https://github.com/dwp-forge/columns/issues/5#issuecomment-638467603 sometime the Lexer constants have not been (auto)loaded when a syntax plugin is invoked (I'm not sure why).
In general PSR2 discourages a mix of main code and function/class setup with the call to define() being considered main code.
This patch moves these the define calls to a separate new file, solving both of the above problems.
These are not all our defines. Instead I focused on the ones that are ENUM-like.
In the future we should think about what defines can be replaced by class constants and what other define() calls should be moved.
|
/dokuwiki/inc/Parsing/Lexer/ |
H A D | Lexer.php | 46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 Thu Jun 04 06:22:16 UTC 2020 Andreas Gohr <andi@splitbrain.org> Move defines to their own file
As described in https://github.com/dwp-forge/columns/issues/5#issuecomment-638467603 sometime the Lexer constants have not been (auto)loaded when a syntax plugin is invoked (I'm not sure why).
In general PSR2 discourages a mix of main code and function/class setup with the call to define() being considered main code.
This patch moves these the define calls to a separate new file, solving both of the above problems.
These are not all our defines. Instead I focused on the ones that are ENUM-like.
In the future we should think about what defines can be replaced by class constants and what other define() calls should be moved.
|