We only need it for our web commerce app were the front-end part of changes is really important.
The advantage of this, compare to use jQuery inside the client browser, is the possiblities to : - avoid the one-javascript-with-bug-blocks the entire page - call other apis without showing it to the client - and more It’s like an ERXResponseRewriter… but in javascript ;-) Jérémy Le 2 janv. 2020 à 19:47, Jesse Tayler <jtay...@oeinc.com<mailto:jtay...@oeinc.com>> a écrit : I see. Well, that’s a bit of a trick but of course, you can decide what you’d like to do. I once realized that my UI elements often needed settings, defaults and configurations to exist in javascript — it seemed a waste and trouble to create new components of course, in my case, I use a lot of D2W and did not need programming outside the regular dev tools — but I did move the css and javascript additions into D2W rules, which made the component reliable and the programming of details often a matter of copying configurations you know work and writing the rule to determine when that script should be placed into the component. In your case, it sounds like you might want a way they can write HTML / javascript components that are pulled from your app and then vended from the server. Or better yet, a stub of your page with only the HTML required to jump off a few queries to render the rest of the page using largely website type tools with html segments deployed somewhere. My sense is this would not be clean and likely won’t work out the way you’d really like it to, but who knows! Your situation might lend itself to some design choice like these and maybe that works for you. On Jan 2, 2020, at 1:40 PM, Jérémy DE ROYER <jeremy.dero...@ingencys.net<mailto:jeremy.dero...@ingencys.net>> wrote: Hi Jesse, for the moment we are using jquery to modify the html code, but after rendering in the client browser and our front end designers don’t feel like « real » developpers. I would like to give the possibility to our front-end (javascript) designers to add their custom js code without having to change the back end that is all written in java with webobjects is this better explained ? Jérémy Le 2 janv. 2020 à 19:33, Jesse Tayler <jtay...@oeinc.com<mailto:jtay...@oeinc.com>> a écrit : I might be confused — Don’t you already have control at both ends? On Jan 2, 2020, at 1:31 PM, Jérémy DE ROYER via Webobjects-dev <webobjects-dev@lists.apple.com<mailto:webobjects-dev@lists.apple.com>> wrote: Hi all… and Happy New Year ! For this new year, I’de like to add a javascript postprocessor to the webobjects response. I mean I would like to give our front-end developpers the possiblity to rewrite the reponse… before sending it to the customer. Have any of you already done such a mechanism ? Jérémy _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com<mailto:Webobjects-dev@lists.apple.com>) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com This email sent to jtay...@oeinc.com<mailto:jtay...@oeinc.com>
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
