-
-
Notifications
You must be signed in to change notification settings - Fork 228
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Account History Info order product list, new notifiers so additional data columns can be provided by Observer #6050
Comments
PR #6051 created, hasn't linked to this Issue for some reason. Question: what's the opinion on adding a define page to the account history info page, so admin can introduce messages onto that page? In this case, we want messaging relating to the extra columns of data. For example, the
Rather than get involved with a new constant, we could use the
Which results in bringing in
I'm not sure what to do with the |
|
For the notifier processing suggested, I'll note that the admin side can be more 'rigid' since there's no templating system. That's why using a returned array of For the storefront, the notification (and subsequent processing) has no clue as to what (if any) alignment classes are defined in the current template's CSS layout. I'd suggest, for the storefront, using a |
Good point. I've jiggled the PR to have this change instead. I'm not sure how this helps completely, as an addon contributing columns isn't going to have any knowledge of the current template's CSS either, but I can see my code copied from admin was pretty naive. I wonder what the thinking is to have concrete Classes for some of these data structures and not the loose associative arrays we all know and love? It's such a pain to have to instantiate and initialise class instances, but it does bring with it the joys of strong typing and documented members. |
Thanks, I never seem to get this right :)
I'd suggest a system a little like the Notifiers, so the base code can say "insert whatever content is defined for THIS_POINT_IN_CODE here", for example like we have:
We could have
and I presume we could have either a define page like |
At a minimum, having these notifications in the template-rendering would make it easier when/if your base template is updated so that you don't have to merge your changes into the base template's updated files. I agree that the notification addition will not be as useful to a general-use plugin, although having a set of 'params' would allow that general-use plugin to provide its own CSS to ensure 'proper' styling. |
I've opened Issue #6053 with an idea for extending the Notifier system with a Define Page output mechanism. |
account_history_info
screen shows a table of products in the order with a fixed table structure. The admin screenorders.php
has a couple of notifier hooks that allow you to add to the columns of data with an observer, seezencart/admin/orders.php
Line 860 in 24ac52e
zencart/admin/orders.php
Line 946 in 24ac52e
I am adding columns to our
account_history_info
screen so our customers can see the latest status of each item in our production system. I may as well make this flexible and contribute it.I'm using exactly the same structure as in the
orders.php
screen, so the two new notifiers are:NOTIFY_ACCOUNT_HISTORY_INFO_EXTRA_COLUMN_HEADING
Columns are described in an array like:
NOTIFY_ACCOUNT_HISTORY_INFO_EXTRA_COLUMN_DATA
The text was updated successfully, but these errors were encountered: