Hacker Newsnew | past | comments | ask | show | jobs | submit | cleverjake's commentslogin

how so?


I recently ran into this. I was putting an SVG into an <img> tag and sized it with CSS. In every other browser, it worked as expected. The SVG filled the space and stretched to the set dimensions. In EDGE, the SVG appeared tiny at the top-left of the space the <img> took up. I could not figure out a way around it. Had to convert it to a PNG. It seems that it handles SVGs as background images just fine.


I use SVGs all the time in Edge, styled appropriately. Edge however considers (as the spec says) that the bounds of the image are at the bounds of the "page" (as Inkscape sees it, in my experience)

I do The Bad Thing™ with inline styling on occasion, but I've had no problems:

<img style="width:100%;height:auto;" alt="header" src="https://zaibatsutel.net/zaibatsu-wide.svg">

Works 100% fine in IE using a layout kit like Marx or Twitter Bootstrap every time.


I actually worked on this project. This is just an issue with how browsers give back the parsed data (which is what it is reporting, rather than the authored styles). This is covered in the FAQ - https://developer.microsoft.com/en-us/microsoft-edge/platfor...


I work on a major browser. The key thing to keep in mind is that modern javascript engines have an optimized JIT. That means that they are able to optimize code paths for the most common paths on the web. Since its much less likely to see code in the wold that uses the "new Array" pattern, it will most likely be slower than the much (MUCH) more commonly used literal version.

also, microbenchmarks like this are silly, since you probably will never need several million new arrays to be allocated.


thanks for the information, I wanted to just illustrate the difference between the two. I bet no real world JS would be slow b/c of a few `new Array` calls.


having worked within the enterprise, and on open source with Eran (the author), both can be very tiring. When it comes to the enterprise, however, it was easier to fix these sort of things, or at the very least prevent them from happening again in the future. People can be repremanded, teams reorged, etc. When it comes to OS, you have the possibility of human garbage coming in and dumping all over the project with little the no recourse outside of banning (which does not stop them from creating new accounts and starting all over again).

The concept of a troll inside of the enterprise is more or less unheard of compared to what a popular piece of OSS can get


This was flagged previously as spam, since it is basically an ad for toptal.


20% of the users that browse to w3schools.com. Not the Web, or any other actually meaningful metric


Mariko Kosaka, aka @kosamari, created this. She also regularly uses javascript to create real world knitted objects (i.e. no screen printing)

https://www.youtube.com/watch?v=X1Cc1vrvjdY https://www.youtube.com/watch?v=nydh_2NRn-c


happened to me until I logged in


Sorry, we couldn't understand this search. Please try saying this another way.

Even when logged in.


That isn't the same 500 error


philadelphia has had one for years - works great. http://liftparking.com/


I would guess a fair amount of their effort is being spent on their new project, koa - https://github.com/koajs/koa


Koa is not "their" new project. I mean, yes, TJ Holowaychuk started both, but he has abandoned Express and Strongloop bought it. They are the current maintainer now, which was again acquired by IBM pretty recently.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: