Hacker Newsnew | comments | show | ask | jobs | submit | PascalPrecht's comments login

Would love to see all this components implemented as web components.

3... 2... 1... GO!

-----


TJ isn't real. You can't be like him.

-----


Hey! Very interesting! I haven't used emacs yet, so I didn't know about that evil-mode. :)

I'll check it out but I doubt that it's a complete reimplementation.

However, glad you like emacs though :)

-----


Well it's actually more about that their suprised i'm using a text editor instead of an IDE at all.

-----


More information about the release can be found here: https://plus.google.com/+PascalPrecht/posts/V5GtNp1tU27

-----


Yeap you're right, the changelog generation didn't work very well because our commit messages weren't always very specific. This will become better in the future.

For further information, checkout this G+ post: https://plus.google.com/+PascalPrecht/posts/V5GtNp1tU27

-----


Hey Kiro,

Just see my comments above :) If angular-translate doesn't fit to your needs, that's okay. Just stick with angular-gettext. But you'll lose all the awesomeness like async loading, fallback languages, language negotiation etc..

-----


It doesn't support gettext, it solves the problem differently with translation id's. Stick with angular-gettext if it fits better to your needs, that okay :)

But I mention here, that we also see how we can bring such kinda support. Like using english texts as translation ids.

-----


You are right, dirty check is not the best thing when it comes to performance. However, we've updated the directive to only set up watches when needed. Which means, when you don't change the language at runtime, but kick off some $digest cycles, they don't get re-evaluated. So this should be an performance boost. Filters always set up watches, if you use filters, well... deal with it. You could use the directive. angular-translate isn't the answer for everyone and that's okay because this is not what it should be. It solved a problem for me and people like it, which is why I still develop this module.

For some cases angular-gettext surely makes more sense, angular-translate gives you just a much higher integration into the angular world and solves more problems like async loading, fallback languages, pluralization, language negotiation etc etc.

Chose what fits best for you! :)

-----


"Conditional watches" on the directive sounds good, I will try it. Also gettext support will be great, the use of existing i18n tools is a must have.

-----


But you can find a little demo right here: https://github.com/PascalPrecht/wbb#demo

-----

More

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact

Search: