#130 - Foolproof content embedding
0 guests and 0 members have recently viewed this.
The top 3 point earners from 14th Dec 2025 to 21st Dec 2025.
| PDStig |
|
|
|---|---|---|
| Gabri |
|
|
| sholzy |
|
|
There are no events at this time
1) Make more Composr screens consist of AJAX blocks, hard-code less into specific modules, make templates glue it together. E.g. on the filedump screen, the actual file dump listing would be a block embedded into the page template. i.e. most of the page code is moved into a block, and the page itself becomes mostly glue.
2) Use the new 'HTML5' 'server sent events' API (if we can) to sent events indicating a block has changed and needs to be refreshed. E.g. upload to filedump, so filedump-file-list anywhere will see event and refresh. Improve Tempcode to make this automatic when $BLOCK is used. The events would be a side-effect of writing to the action log.
3) The get_self_url function should work for non-index scripts so that it is really easy to create links regardless of whether it is a page or a script.
4) Remove the concept of 'wide_high', use a new URL param to decide whether to use 'STYLED_HTML_WRAP' or 'POPUP_HTML_WRAP' or 'HEADER'/'FOOTER' or raw text is output.
EDIT: Ignore the above, there's no real expectations for pages to do live updates for CMS content - and it could cause issues. 3/4 was kind of done in v9.
I didn't know you couldn't be able to be able to :P lol just teasing you about the typo.
Also, in terms of auto updating content, perhaps take one of my implementations on lovinity.org for forum posts and tickets. I replaced the auto load with instead an overlay message that pops up informing the user that the content has changed. That way, the user can choose whether or not to refresh, and if so, can copy their reply text or what have you so it's not lost in the refresh. Perhaps make it a choice/option for use.
Thank you for your sponsorship again Rishi.