On Wednesday, 9 July 2014 at 19:51:38 UTC, Sönke Ludwig wrote:
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.
It breaks the js. And the character entity replacement only
effects text between tags, with the exception of the script tag
which also does not get characters replaced, the existing
"script." tag in diet templates works correctly. Text inside of
attributes is not ran through the character entity replacement.