Am 09.07.2014 21:21, schrieb luminousone:
On Wednesday, 9 July 2014 at 15:21:40 UTC, Sönke Ludwig wrote:
Am 09.07.2014 03:54, schrieb luminousone:
There is lots of missing little bits here and their, password hashing
functions that use crypt_(C) formated hashes.
I was hoping for dauth [1] to fill that gap. It doesn't use the same
format, but one with the same goal. I didn't actually try it out yet,
though.
There are diet/jade template bugs still, specific major problem being
that use of single quotes inside of double quotes when i need to pass
strings to js functions inside of js events such as onclick inside a
html tag, seems to be broken.
Do you have a concrete example where this goes wrong? I've tested
both, nesting ' inside " and vice versa. Both seemed to work fine for
<body onLoad=...>.
There is not common database interface for sql databases(forgivable
actually), but many of the specific database libraries are messy(ddb for
example) and they are not any where near api "stable".
Support for mongo is... cute?!, don't get me wrong it has a place, for
most apps it would be fine, it is however unusable for the apps i am
involved in.
Yeah, I kind of like it for its flexibility, but it's definitely not
the right choice for million user web services. I'm currently looking
at NouDB as another potential SQL based target.
[1]: http://code.dlang.org/packages/dauth
hopefully, these posts are simply read as text, if not I can
figure out something else.
a.menu_item(href='#', onclick='load("invoice");') New Invoice
a.menu_item(href='#', onclick="load('invoice');") New Invoice
will always generate the following output,
<a href="#" onclick="load("a");" class="menu_item">New
Invoice</a>
<a href="#" onclick="load('invoice');"
class="menu_item">New Invoice</a>
That's right, but as far as I understand, it *should* work like that,
because HTML character entity replacement should happen before parsing
the JavaScript code, even if it's a little more verbose than it should be.
