News for hackers. Stuff that matters.

ArthurClemens

Re:Apple likely to buy Netflix, say analysts on Monday January 01, 2018 @10:37PM (#16049683)
I hope not. It would be the end of original Netflix content as we’ve learned to love.
Re:Best practices for building large React applications on Tuesday August 11, 2015 @04:30PM (#10044170)
An example is chessground [1], the UI for the lichess [2] chess game, written with Mithril [3].

[1] https://github.com/ornicar/chessground [2] http://lichess.org [3] http://mithril.js.org

Re:Material Design Lite Components in HTML/CSS/JS on Monday July 06, 2015 @04:06PM (#9841845)
Great news that Google has started this library. This will help MD implementors like me.

"That said, the large, diverse number of implementations available are often quite liberal with their interpretation of the spec (not their fault!) and their opinions don’t always reflect what the Material Design team would consider ‘correct’."

Nevertheless I found a number of deviations from the design specs:

  - Disabled buttons should not have a z level
  - FAB ripples should originate from the center
  - Icon buttons should have a touch area of at least 40px
  - The same goes for slider knobs (at least 30px, already small)
On the website:

  - The scrollable tabs on the site are scrolled just a couple of pixels per arrow click, instead of scrolled per tab
  - Scroll areas should have -webkit-overflow-scrolling: touch, the current site is not scrollable on Mobile Safari
Author of Polythene for Mithril, https://github.com/ArthurClemens/Polythene
Re:High-Performance Infinite List in JavaScript on Monday June 15, 2015 @07:06AM (#9718608)
This cannot be solved by the infinite list itself, because by definition it needs to throw out unneeded content (otherwise it would just grow in memory). A search field on top of the list could talk to the server and retrieve the filtered elements.
Re:High-Performance Infinite List in JavaScript on Monday June 15, 2015 @07:03AM (#9718597)
Just this morning I released a Mithril infinite list. It supports flexible heights, list/grid, and handles batches of results (basically "pages"): https://github.com/ArthurClemens/mithril-infinite
Re:Virtual-dom – A Virtual DOM and diffing algorithm on Thursday April 02, 2015 @09:32AM (#9310547)
Mithril already uses a diffing algorithm: "diffs the new tree against the existing one and intelligently modifies only the portions that have changed": http://lhorie.github.io/mithril/mithril.render.html
Re:Sonic Pi – A Music Live Coding Environment for Schools on Sunday September 21, 2014 @06:35AM (#8346798)
This seems related to Chuck http://chuck.cs.princeton.edu
Re:Pluralizing Translations in i18n on Wednesday September 03, 2014 @07:01PM (#8265909)
Polish has 3 plural forms: 1: When the number is 1 2: When the number ends in 2,3,4, but not 12,13,14 3: For all other numbers

It beats me how translators would use "few" for plural form 2 (which includes 22, 33, 44). "Zero" and "other" are actually the same form. A good translation tool would spare the effort of entering the same information twice.

How would this work for Chinese, where all numbers are treated the same?

I would never present these keywords to translators, but instead show the full explanation like in the plural forms above.