Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

“Implement text editor DOM updates manually instead of via React”

github.com

Post reply on HN
Print view View original

221–225 of 225 posts

Re: “Implement text editor DOM updates manually instead of via React”

#221

Post by zkhalique »

aikah wrote: post #86
EGreg wrote: post #65

Angular touted its declarative syntax, but really what does that give you? It saves a few strokes over something like Hey, how are you! And then in your javascript: controller.onStateChanged("name").set(function () { $(".myapp-name", container).html(state.name); }); The latter is more explicit and also declarative. It also gives you a lot more flexibility and is much more efficient than dirty-checking. React kind of…

Hey, {{name}} how are you! When one has 500+ states to manage, it's not just a matter of saving a few strokes anymore. now if you're really smart you'll write a compiler that desugar and inline everything so you get the best of both world: A declarative syntax and production speed.

What would be the syntax of the declarative code in the template?

Re: “Implement text editor DOM updates manually instead of via React”

#222

Post by lmm »

pjmlp wrote: post #220
tracker1 wrote: post #219

Earlier quoted context omitted.

So use a component adapter, like polymer... That said, I wouldn't mind something closer to XAML or Flash/Flex that was an open specification, with a cleaner language implementation (though, I like JS)... The trouble is actually getting a cross-platform rendering engine working everywhere that HTML/HTTP already works... So, you go build it, get it working at LEAST on Windows, OSX, Linux, Android and iOS... then we'll…

> So use a component adapter, like polymer I am yet to be on a project where the customer uses them on their stack. >So, you go build it, get it working at LEAST on Windows, OSX, Linux, Android and iOS Qt, JavaFX, Xamarin Forms, any SDL based GUI

> Qt, JavaFX, Xamarin Forms, any SDL based GUI

I don't want to spend money on the side projects I'm just playing with, but it would be nice to have them cross-platform (including mobile). Do any of those options still apply? IIRC Xamarin is expensive and there's no free way to run Java on iOS? All the SDL-based GUIs I've seen have looked awful.

Qt would be lovely - what does using it from Android Java look like? I remember messing with the Qt Java bindings a while ago and finding them a bit ropey.

Re: “Implement text editor DOM updates manually instead of via React”

#223

Post by [deleted] »

pjmlp wrote: post #202
ulisesrmzroche wrote: post #190

Earlier quoted context omitted.

Mobile and micro-services will change what? Even then microservices are an architectural pattern, it's not inherently tied to a platform, whether it runs native or in the browser.

Many native application on the mobile space are using micro services with a native UI, as a means to provide an integrated user experience with the respective platform features and keeping the business logic portable.

[deleted]

Re: “Implement text editor DOM updates manually instead of via React”

#224

Post by ceedan »

tootie wrote: post #211
ceedan wrote: post #179

Earlier quoted context omitted.

It is obvious, because when you use a component, it's usage is as a single root node. should not render multiple root nodes.

return label ; That's illegal and will fail to compile and it's not obvious why that should happen.

Because render is a function, and it should return a single value... because JavaScript.

Re: “Implement text editor DOM updates manually instead of via React”

#225

Post by budrick »

shurcooL wrote: post #191
methyl wrote: post #104

Earlier quoted context omitted.

Can you add something more about what is the minihtml module? Google says nothing.

Grep the ST3 dev channel changelog [1] for "minihtml". [1] http://www.sublimetext.com/3dev

All well and good, but that doesn't explain what it is, only that it's been worked on.
Post reply on HN