You know it, web stuff documentation is a weak point. web stuff looks
very interesting ... so a real world sample app would be nice..
I would like to see a sample RIA - M- V-C wise, using (say using dojo
dijit as View layer ) in conjunction with the D web stuff . (Model-
Controler)
I thin
On Tuesday, 7 February 2012 at 19:27:46 UTC, bls wrote:
You know it, web stuff documentation is a weak point.
Yeah, I know.
looks very interesting ... so a real world sample app would be
nice..
The closest i have is a little blog like thing that I started
and haven't worked on since.
http
> On Tuesday, 7 February 2012 at 19:27:46 UTC, bls wrote:
>>
>> You know it, web stuff documentation is a weak point.
>
>
> Yeah, I know.
>
>
>> looks very interesting ... so a real world sample app would be nice..
>
>
> The closest i have is a little blog like thing that I started
> and haven't w
On Wednesday, 8 February 2012 at 01:33:51 UTC, James Miller wrote:
As somebody that frequently laments the lack of documentation
I'm a bit of a hypocrite here; I'll complain until the cows
come home about /other/ people's crappy documentation...
then turn around and do a bad job at it myself.
Here's more ddocs.
http://arsdnet.net/web.d/web.html
http://arsdnet.net/web.d/dom.html
Not terribly useful, I'll admit. The Javascript
discussion at the bottom of the first link might be
good to read though.
The dom.html there is mostly just (incomplete) method
listing. I didn't write most of
On 2012-02-08 02:33, James Miller wrote:
As somebody that frequently laments the lack of documentation in
general (I use Silverstripe at work, in which the documentation is
patchy at best) I work hard on my documentation.
Adam's stuff is very good, I plan to take a look at it and "borrow"
some c
On 2012-02-08 03:29, Adam D. Ruppe wrote:
Here's more ddocs.
http://arsdnet.net/web.d/web.html
http://arsdnet.net/web.d/dom.html
Not terribly useful, I'll admit. The Javascript
discussion at the bottom of the first link might be
good to read though.
The dom.html there is mostly just (incomple
On Wed, Feb 8, 2012 at 5:41 AM, Jacob Carlborg wrote:
> On 2012-02-08 03:29, Adam D. Ruppe wrote:
>>
>> Here's more ddocs.
>>
>> http://arsdnet.net/web.d/web.html
>> http://arsdnet.net/web.d/dom.html
>>
>>
>> Not terribly useful, I'll admit. The Javascript
>> discussion at the bottom of the first
On 2012-02-08 13:11, Jose Armando Garcia wrote:
On Wed, Feb 8, 2012 at 5:41 AM, Jacob Carlborg wrote:
On 2012-02-08 03:29, Adam D. Ruppe wrote:
Here's more ddocs.
http://arsdnet.net/web.d/web.html
http://arsdnet.net/web.d/dom.html
Not terribly useful, I'll admit. The Javascript
discussion
On Wednesday, 8 February 2012 at 07:37:23 UTC, Jacob Carlborg
wrote:
Maybe Adam's code can be used as a base of implementing a
library like Rack in D.
http://rack.rubyforge.org/
That looks like it does the same job as cgi.d.
cgi.d actually offers a uniform interface across various
web server
On Wednesday, 8 February 2012 at 07:41:54 UTC, Jacob Carlborg
wrote:
I think a much better API, than the one browsers provide, can
be created for operating on the DOM, especially in D.
I'd say I've proven that! dom.d is very, very nice IMO.
On Wednesday, 8 February 2012 at 12:11:40 UTC, Jose Armando
Garcia wrote:
is my understanding that they abandon JS's DOM and created
their own API: http://api.dartlang.org/html.html
That actually looks very similar to what the browsers
do now, which is a good thing to me - you don't have
to lea
On 2012-02-08 15:51, Adam D. Ruppe wrote:
On Wednesday, 8 February 2012 at 07:37:23 UTC, Jacob Carlborg wrote:
Maybe Adam's code can be used as a base of implementing a library like
Rack in D.
http://rack.rubyforge.org/
That looks like it does the same job as cgi.d.
cgi.d actually offers a u
On Thursday, 9 February 2012 at 08:26:25 UTC, Jacob Carlborg
wrote:
For example, ENV["REQUEST_URI"] returns differently on
different servers. Rails provides a method, "request_uri" on
the request object that will return the same value on all
different servers.
I don't know if CGI already has
On 2012-02-09 15:56, Adam D. Ruppe wrote:
On Thursday, 9 February 2012 at 08:26:25 UTC, Jacob Carlborg wrote:
For example, ENV["REQUEST_URI"] returns differently on different
servers. Rails provides a method, "request_uri" on the request object
that will return the same value on all different se
On 2/9/12 6:56 AM, Adam D. Ruppe wrote:
Here's the ddoc:
http://arsdnet.net/web.d/cgi.html
Cue the choir: "Please submit to Phobos".
Andrei
On Thursday, 9 February 2012 at 17:36:01 UTC, Andrei Alexandrescu
wrote:
Cue the choir: "Please submit to Phobos".
Perhaps when I finish the URL struct in there. (It
takes a url and breaks it down into parts you can edit,
and can do rebasing. Currently, the handling of the Location:
header is t
On Tuesday, 7 February 2012 at 20:00:26 UTC, Adam D. Ruppe wrote:
I'm taking this to an extreme with this:
http://arsdnet.net:8080/
hehehe, I played with this a little bit more tonight.
http://arsdnet.net/dcode/sse/
needs the bleeding edge dom.d from my github.
https://github.com/adamdruppe
I think there might be a better one out, I noticed some thing in
a forum (Aug 2013).
I've found that GTkD and arsd\dom.d (Adam's) have 'Event' symbols
that clash with each other.
With the code 'alias jEvent = gdk.Event;' I get errors saying
gtk.Event is used as a type.
Is there an easier w
On Wed, 17 Sep 2014 04:57:03 +
Joel via Digitalmars-d wrote:
> Is there an easier way to to think out symbol clashes?
sure. documentation on 'import' keyword should englighten you.
signature.asc
Description: PGP signature
On Wednesday, 17 September 2014 at 04:57:05 UTC, Joel wrote:
Is there an easier way to to think out symbol clashes?
Since most of dom.d's functionality is inside the Document and
other classes, you can probably get you code to compile most
easily with a selective import:
import arsd.dom : D
Yay! Got it working again! Thanks guys!
I want to get it working on OSX at some point. I haven't tried
yet.
22 matches
Mail list logo