gravity13

The things I'm curious about with Shadow Dom:

- How does it affect performance, if say, a large application is composed of many shadow dom elements, each containing a large amount of redundant CSS?

- Will there be a way to let certain css styles "leak" through while encapsulating others? Or is any type of native inheritance gone?

React does not use Shadow Dom. And React is not related to CSS first-hand, though people are trying apply the same modularization principles of DOM encapsulation to the CSSOM.

Not only that - there's a lot of implication that come with Shadow Dom that will make it impossible to just plug and play with React. Namely, the fact that is stops the cascading effect of Cascading Style Sheets. Whereever you are stylizing large swathes of your app with common css code, you'll need to rethink by either treating css as a module and importing at the new shadow root, or by rewriting your css to be more redundant.

These tradeoffs require considerable buy-in, which leads me to suspect React will continue to be agnostic towards shadow dom.

> dull minded annotations

Is scandox making an assertion here? Could be, or perhaps it's a just a meager judgement. Whether or not he/she really thinks this is a pleasant first experience is open to question.

> That's actually what I love about react apart form using hierarchal components as building blocks.

This is interesting to me - I've become a bit wary of the hierarchy of responsibility as well.

Seems like a lot of it is stemming from the fact that there certainly is a hierarchy within the DOM. (This is one of the reasons I was so excited about GSS, which gives the ability to build a flat dom). But what are the solutions otherwise?

I would argue that's fair. Somebody might come along and suggest you GraphQL all the things, but the flux-flavors mostly tend to be focused more on the use of state in applications and less so across the wire. And Backbone's collection/model is pretty good at that.

I can see argument against adding heft to your app, though - if that's something you're worried about. There's the ampersand library which tries to be more modular while reflecting the good parts of Backbone, but it seems to be going a bit quiet.

You gotta imagine it from an old-time SF residents perspective, though.

A lot of people have seen their friends get pushed out by the rent situation, and slowly, places like the Castro are becoming less beacons of the gay pride community and more like another up-and-coming hip place to be.

It's not intolerance to be annoyed by it, a lot of the residents of the city loved the city for its culture but now there's so many tech bros in the land that the culture is being displaced.

The world's in flux, so tough shit, but as both a native to the area and a tech worker, in my opinion, this city is becoming less open minded.

It's also the fact that elemental mercury's toxic side effects are really hard to quantify and see because it fucks up the central nervous system, and is of more psychological detriment. Note that this is elemental mercury, not methylmercury, which only happens from predatory bio-accumulation in fish.

Over the years OSHA has consistently been lowering their safe mercury exposure levels (blood tests), and it's fast approaching "No mercury exposure at all is best."

I used to work in a lab with a ton of mercury in it, and some lab workers who were quite liberal with their handling of mercury, and liberal over 20 years. I don't know if they were crazy from the start, but I didn't want to find out.

The closest is ckeditor, I think. But that's still a long shot away.

Notion is actually really well constructed (as somebody who's been in the space building tools kinda like it for a while, it's quite impressive). But I agree, the space needs an open source notion...

Ah, cool! Yes, I completely agree. I'm actually working on something a bit like this which puts blocks of content as the building block.

It's ideal in an educational authoring platform - since you can have some people crafting the content and others curating it by linking groups of content together. It's important to cater to both needs, I think.

This is actually perfect for shadow dom, because it allows composition.

You gotta remember, Shadow Dom is a double edged sword, - while it prevents styles from leaking in, it prevents styles from cascading too. And sometimes, cascading was a good thing. Without it, you need to reapply base styles, and that's annoying. With this approach, you can compose component styling by declaring what to inherit.

Sure, but it suggests a component hierarchy which blurs the already ambiguous line between view and controller. Which is why there's flux and all of its variants, and things like falcor in the works - the missing model in data-component architecture.

This really is a flaw in netflix's design, I believe. I was surprised to find a movie I wanted to see on Netflix the other day and only found it via a roku search across multiple catalogues. Here I thought I knew their catalogue after searching for movies to watch several times.

It's like going to a movie store and only browsing one section. Over and over.

Yeah, you also have to account for box sizing by adding borders. What I've done for this in the past is use a css &:after pseudo-element and make it absolutely positioned, and set width and height at 100% and position it at left: 0 and top: 0. You can do things like give it a fill with opacity too, to highlight not with just outline but color overlay too.

.outlined:after { content: ""; position: absolute; top: 0; width: 0; height: 100%; width: 100%; background-color: green; opacity: 0.3; }

.outlined { position: relative; } // this part my be a poor assumption

After working with es6 for a bit (with babel), I still think I prefer CoffeeScript mostly because it's annoying to ensure brackets/parenthesis are closed properly.

Is it really because they're old? Or because they've established they are one trick ponies?

I've met young programmers who I wouldn't hire (were it up to me) for the exact same reasons most people wouldn't hire the stereotypical old programmer. 'Legacy' dudes from a time who seemed to understand bad code as a way to always retain a job because who else would understand the shit they do?

And then I've also met (and worked with) older programmers who taught me about the almost repetitive cycle of trendy functional languages, the types where I can literally have a two hour long philosophical conversation about design, extremely smart people I would hire.

I get the sense this is not entirely about ageism, but rather, the field itself has two different directions for growth.

Why? To preserve my "image" with fickle internet communities full of judgmental people who give me a double standard because my name is known?

This is why I'm glad I'm not famous...

lol I didn't know that.

Meh. It's something I would have done myself in the same situation.

Disagree. Perhaps because I was never an entitled CS grad with the world vying for my attention? I was never scared about whether or not I'd make $120k or $400k. I just wanted to work on something I believed in and be a positive force in this world.

"attack him publicly" - interesting choice of words there.

I was curious what "chastise an engineer candidate on Quora" meant so I looked it up: http://qr.ae/7IErH1

Sounds like a perfectly reasonable answer to me. Especially after reading the question. It gives me a bad taste, I wouldn't want to work with that guy. He's the annoying guy at the table who is like "I work at x" and wants everybody to go "oooh," not "wtf is zenefits?" It reeks of the almost ubiquitous entitled tech engineer stench.

If anything, this makes me appreciate the integrity of Conrad.

Huh?

You mean do I currently support anything but Chrome? Actually, no. But I'm not worried about cross-browser this minute. I'm leveraging shadow-dom pretty heavily to allow for encapsulation of web components developed by third parties and Chrome is the only browser to fully support that (with the webcomponents lib).

By the time my project is ready to (hopefully) be used by people, browser support will either be there or I will need to implement graceful fallback with iframes (but I think webcomponents.js will get there).

Not sure how else to respond to your snarky comment, so I'll just let you know: it's not easy.

Excellent stuff. I'm working on a framework right now for creating web documents like these!

Why DOM? It seems pretty simple to me, a simple standardized tree of nodes representing content.

My biggest gripe would actually be CSS. I mean, wtf.

Use a canvas element to render the timer.

It's actually pretty cool. Makes me wonder if they're working on abstracting it out so other subreddits can utilize tools like these as well.

Awesome! Great to hear.

I used to work at versal and now work for another obscure edtech startup - built another 'authoring tool' but our "blocks" are more like <elements> and we've got about 50 or so of them powering a poorly created k7 math course. These elements are inlinable in text and nestable.

It makes authoring a bit more technical, but we contracted our authors out, so with a bit of training, they were able to handle the markup-like input and not before long, one or two of them were asking me for features I had only wished somebody would ask for (the others just thought of it as a job to get done).

It's been my personal philosophy that tools like these ought sacrifice simplicity for power, as it should grant whatever zany ideas authors can come up with. Don't get me wrong, I'm not suggesting this necessarily to you, just sharing my experiences and personal goals - and perhaps a slight suggestion to listen to your most ambitious users.

I'm a bit entrenched in this.

Surely you've heard of Versal?

I'm looking forward to seeing what Classmill can do! I've been personally thinking about these sorts of things too.

Do you have any plans for adding assessable items and making things more adaptive, or do you guys think you'll be more focused on static content materials?

This is gold

The future is gonna happen whether you're a part of it or not.

Who knows what else.

Fresh bake bread at the tap of a button™

Press a button and do you your laundry™

Need more weed? There's a button for that™

Euphoric, narcotic, pleasantly hallucinant, press for Soma™

Rat in a cage? Press for food!™