HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
leonidas
transparency
JavaScript2013–2013
leonidas / transparency

transparency

Transparency is a semantic template engine for the browser. It maps JSON objects to DOM elements by id, class and data-bind attributes.

2Distinct people
3Mentions
0Explicit recommenders
964GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Transparency is a semantic template engine for the browser. It maps JSON objects to DOM elements by id, class and data-bind attributes.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by week3 dated mentions

Observed mentions: 2013-02-02 11:34:51 UTC to 2013-04-25 15:03:36 UTC. Weeks start Monday, UTC.

012013-01-28 00:00:00 UTC to 2013-02-04 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsJan 282013-02-04 00:00:00 UTC to 2013-02-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-02-11 00:00:00 UTC to 2013-02-18 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-02-18 00:00:00 UTC to 2013-02-25 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-02-25 00:00:00 UTC to 2013-03-04 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-03-04 00:00:00 UTC to 2013-03-11 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2013-03-11 00:00:00 UTC to 2013-03-18 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsMar 112013-03-18 00:00:00 UTC to 2013-03-25 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-03-25 00:00:00 UTC to 2013-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-04-01 00:00:00 UTC to 2013-04-08 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-04-08 00:00:00 UTC to 2013-04-15 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-04-15 00:00:00 UTC to 2013-04-22 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-04-22 00:00:00 UTC to 2013-04-29 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsApr 22

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Jan 282013-01-28 00:00:00 UTC2013-02-04 00:00:00 UTC110
Feb 42013-02-04 00:00:00 UTC2013-02-11 00:00:00 UTC000
Feb 112013-02-11 00:00:00 UTC2013-02-18 00:00:00 UTC000
Feb 182013-02-18 00:00:00 UTC2013-02-25 00:00:00 UTC000
Feb 252013-02-25 00:00:00 UTC2013-03-04 00:00:00 UTC000
Mar 42013-03-04 00:00:00 UTC2013-03-11 00:00:00 UTC101
Mar 112013-03-11 00:00:00 UTC2013-03-18 00:00:00 UTC000
Mar 182013-03-18 00:00:00 UTC2013-03-25 00:00:00 UTC000
Mar 252013-03-25 00:00:00 UTC2013-04-01 00:00:00 UTC000
Apr 12013-04-01 00:00:00 UTC2013-04-08 00:00:00 UTC000
Apr 82013-04-08 00:00:00 UTC2013-04-15 00:00:00 UTC000
Apr 152013-04-15 00:00:00 UTC2013-04-22 00:00:00 UTC000
Apr 222013-04-22 00:00:00 UTC2013-04-29 00:00:00 UTC101

What Hacker News says

3 sources
Thanks for the post. I'm at the beginning stages of planning a large single-page web application. I'm very interested in a Google-backed framework, but I continue to have concerns when reviewing tutorials like these. I'm genuinely interested in hearing thoughts on the points below. Here are some of my concerns... 1. Spaghetti Code. "... AngularJS let you execute expressions directly within your HTML pages." Why do I want JavaScript code in my HTML at all? I normally like absolutely clean HTML templates for two main reasons: 1) They can be used & rendered anywhere 2) they are easier to maintain. 2. AngularJS Directives seem to mix control structures & Code inside HTML templates. This seems difficult to maintain... <div data-ng-repeat="user in users"> ... </div> JavaScript can do loops and most developers understand that. data-n
Read the rest
g-repeat is only understood by AngularJS, which means this template will always need to be rendered by AnglularJS. Also, is the template forever tied to a "users" collection? What if I would like to reuse the template for "clients"? <div data-ng-repeat="user in users" data-ng-show"=user.gender == 'female'"> ... </div> Again, code is mixed in with the HTML template. We moved away from <a href="#" onclick"alert('What is up?');"> a long time ago (I realize my example is an event, but I think it still holds true.) . Also, what does this code do behind the scenes: add "display:none", add "visibility:hidden", or add a CSS class? Where do I change the behavior. It feels like this code belongs in a controller/view with the rest of my code. 3. It seems as though the debate of DOM based rendering vs string based rendering is still going on, but do I have a choice with AngularJS? Right now, I'm not a fan string based rendering on the front-end because it locks me into a specific rendering engine (e.g. Handlebars, Mustache, Underscore etc.). Also, if you have no {{tokens}} in your templates you can render them on the server and then later update them on the front-end (I see the AngularJS devs say this is bad, but hybrid can be useful for security, SEO) . There are a number of DOM based templating engines out there. One I like very much is transparency. They have a great FAQ on this topic: https://github.com/leonidas/transparency/wiki/Frequently-Ask... 4. "Using proper separation of concerns, controllers should never contain anything related to the DOM." Why is this the case? When would you ever use your controller outside of controlling the DOM in a Template? Is AngularJS's view that the Controller contains the event-handling function, but the View/Template does the binding?
In Everything you need to understand to start with AngularJS
Isn't this a bad idea outside of formatting a number as currency? Also, Why not let JavaScript inject your model data directly into plain vanilla HTML templates? In other words, don't use any template tags at all. These 2 projects are really piquing my interest. http://blog.nodejitsu.com/micro-templates-are-dead https://github.com/leonidas/transparency/wiki/Frequently-Ask... Side benefit is that you can still pre/hybrid render from the server in whatever language you like.
In Rethinking Backbone.js View Rendering

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.