Home
last modified time | relevance | path

Searched hist:"46028 c4c32caf8dfc675f5544a037bd5e5d8f9c2" (Results 1 – 8 of 8) sorted by relevance

/dokuwiki/inc/
H A Ddefines.php46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 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 Dchangelog.php46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 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 Dload.php46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 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 Dinfoutils.php46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 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 Dmedia.php46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 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 Dauth.php46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 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 Dcommon.php46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 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 DLexer.php46028c4c32caf8dfc675f5544a037bd5e5d8f9c2 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.