Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.javascript > #32943
| Newsgroups | comp.lang.javascript |
|---|---|
| Date | 2017-04-05 07:19 -0700 |
| References | <oc0m22$aa3$1@gioia.aioe.org> <9dce161f-65f8-49bd-8b35-220bfe279705@googlegroups.com> <oc2r2d$611$1@gioia.aioe.org> <dcc1b505-54d2-483e-9b76-492346a91b5c@googlegroups.com> |
| Message-ID | <1e113da5-68bb-4f3d-9717-06d8ea79d187@googlegroups.com> (permalink) |
| Subject | Re: Appropriate event for change of a HTML selection list |
| From | Julio Di Egidio <julio@diegidio.name> |
On Wednesday, April 5, 2017 at 4:12:27 PM UTC+2, Julio Di Egidio wrote: > On Wednesday, April 5, 2017 at 3:22:28 PM UTC+2, Janis wrote: > > On 04.04.2017 21:05, Julio Di Egidio wrote: > > > On Tuesday, April 4, 2017 at 7:44:41 PM UTC+2, Janis wrote: > > >> This post is (primarily) about which javascript event function should be > > >> used in the context of a HTML selection list, and (secondarily) whether > > >> there's a suggestion for a different approach. > > > > > > Change the (view) model, let the UI reflect the model. > > > > > > Start by learning Knockout: <http://knockoutjs.com/>. > > > > > > Have fun. > > > > Thanks, Julio. > > > > I'd rather not want to redesign the whole code to solve a comparably > > simple technical detail, though.[*] I also want to avoid introducing > > third party lib's. - Sorry for not having been clear about that. I'm > > aware that me asking for a "different approach" might invite responses > > that include suggestions of arbitrary complexity or effort. This was > > not my (primary) concern. But thanks anyway for the knockoutjs pointer. > > > > If common opinion is that the intended primitive task is not solvable > > in any simple way that's also okay for me, since (as I said upthread) > > I could implement a staightforward and simple workaround. > > > > [*] The library link you gave refers to "Model View Viewmodel" and > > Wikipedia says: "A criticism of the pattern comes from MVVM creator > > John Gossman himself, who points out overhead in implementing MVVM > > is "overkill" for simple UI operations." > > Unfortunately Wikipedia, as far as software engineering and development articles are concerned (but this has happened with other topics, too), has been hijacked and is simply full of the worst crap: do the exact opposite of what they say and you'd be way better off already. > > That said, no, neither my reply nor Knockout the library are about MVVM specifically: indeed, MVVM per se is a problematic pattern (), and for non-trivial GUI's I keep using full-fledged MVC. Sorry, submitted by mistake, here is the rest: MVVM per se is a problematic pattern (I'll omit the details), and for non-trivial GUI's I keep using full-fledged MVC. But Knockout is not tied to either, Knockout essentially just takes away all the plumbing and lets you concentrate on designing the flow and control: of course you can do the same without Knockout... Indeed, I was answering your question, about better approaches, and the answer is mainly architectural. Julio
Back to comp.lang.javascript | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Appropriate event for change of a HTML selection list Janis Papanagnou <janis_papanagnou@hotmail.com> - 2017-04-04 19:44 +0200
Re: Appropriate event for change of a HTML selection list Julio Di Egidio <julio@diegidio.name> - 2017-04-04 12:05 -0700
Re: Appropriate event for change of a HTML selection list Janis Papanagnou <janis_papanagnou@hotmail.com> - 2017-04-05 15:22 +0200
Re: Appropriate event for change of a HTML selection list Julio Di Egidio <julio@diegidio.name> - 2017-04-05 07:12 -0700
Re: Appropriate event for change of a HTML selection list Julio Di Egidio <julio@diegidio.name> - 2017-04-05 07:19 -0700
Re: Appropriate event for change of a HTML selection list RobG <rgqld@iinet.net.au> - 2017-04-09 21:28 -0700
Re: Appropriate event for change of a HTML selection list "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2017-04-10 10:38 +0200
csiph-web