! :-)
Don't let the small size of the LDC patch from dscripten deceive
you ; it mangles LDC in the easiest possible way to adapt it to
the quirks of emscripten-fastcomp (the LLVM fork).
(the official LLVM branch doesn't even declare the
asmjs/Emscripten triples).
At this poin
your
changes.
For `llvm::Triple::asmjs` and `llvm::Triple::Emscripten`, what
predefined versions would you propose ?
Have a look here:
https://dlang.org/spec/version.html#predefined-versions
Cheers,
Johan
runtime should work (except
for bugs, e.g
https://github.com/kripken/emscripten-fastcomp/issues/187 ).
Then, I think the following blog post could be easily adapted for
the D langage:
https://medium.com/@mbebenita/lets-write-pong-in-webassembly-ac3a8e7c4591
However, please keep in mind
s a lot more simpler now that the "LDC + emscripten-fastcomp"
combination works (no need for intermediate C lowering anymore)
The whole simplified toolchain and example project live here:
https://github.com/Ace17/dscripten
If you have questions about how this work, I'd be glad to answer
them!
On Wednesday, 24 May 2017 at 17:06:55 UTC, Guillaume Piolat wrote:
On Wednesday, 24 May 2017 at 17:00:51 UTC, Nick Sabalausky
"Abscissa" wrote:
Anyone have any experience (successful or unsuccessful)
attempting this? Any info on the current state of it, or
pitfalls, or pointers for getting star
On Wednesday, 24 May 2017 at 17:06:55 UTC, Guillaume Piolat wrote:
http://code.alaiwan.org/wp/?p=103
Awesome, thanks!
On Wednesday, 24 May 2017 at 17:00:51 UTC, Nick Sabalausky
"Abscissa" wrote:
Anyone have any experience (successful or unsuccessful)
attempting this? Any info on the current state of it, or
pitfalls, or pointers for getting started?
http://code.alaiwan.org/wp/?p=103
Anyone have any experience (successful or unsuccessful)
attempting this? Any info on the current state of it, or
pitfalls, or pointers for getting started?
://github.com/kripken/emscripten/blob/master/ChangeLog.markdown#v1251-1012014
Thanks, I've read the source code now. It involves creating a new
array, then copying the old array into the new one. And it
probably needs the experimental Ecmascript 7
ArrayBuffer.transfer() function to be
On Sunday, 11 January 2015 at 01:33:25 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 11 January 2015 at 01:05:59 UTC, Manu via
Digitalmars-d wrote:
With asm.js you are also stuck with a fixed size heap
The heap can grow now, see
https://github.com/kripken/emscripten/blob/master
On Sunday, 11 January 2015 at 01:05:59 UTC, Manu via
Digitalmars-d wrote:
The thing about cheerp vs emscripten, is that while cheerp
produces
code that is more like javascript, emscripten produces asm.js,
which
is lightning fast by comparison.
If there's actual work being done, then emscr
don't know if it is), it might be a
> better fit for D.
The thing about cheerp vs emscripten, is that while cheerp produces
code that is more like javascript, emscripten produces asm.js, which
is lightning fast by comparison.
If there's actual work being done, then emscripten is the ch
On 01/09/2015 10:28 AM, Manu via Digitalmars-d wrote:
I'm looking at another potential opportunity to get D into the office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations are with
Emscripten
There are also other compilers from C++ to Javascript, Mandreel
and Cheerp.
Cheerp claims to support the builtin Javascript garbage collector:
«Dynamic memory management. C++ objects are translated directly
to JS objects, without the proxy of an emulated, flat memory
space. Allow your applica
On Friday, 9 January 2015 at 15:27:08 UTC, Mengu wrote:
Don't know if there's any interest but Adam D. Ruppe has
hacked DMD to output JavaScript. You should be able to find it
somewhere on the newsgroup.
guess you're talking about dtojs:
https://github.com/adamdruppe/dtojs.
I haven't update
On Friday, 9 January 2015 at 12:46:41 UTC, Jacob Carlborg wrote:
On 2015-01-09 10:28, Manu via Digitalmars-d wrote:
I'm looking at another potential opportunity to get D into the
office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hack
On 2015-01-09 10:28, Manu via Digitalmars-d wrote:
I'm looking at another potential opportunity to get D into the office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations are with
Emscripten on D co
On Friday, 9 January 2015 at 09:28:22 UTC, Manu via Digitalmars-d
wrote:
I'm looking at another potential opportunity to get D into the
office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations
I can probably get by with @nogc. There's no threading in asm.js
either, so that might be a spanner. Maybe -betterc would be
usable out
of the box...
You could compile your D code to LLVM IR using ldc2 --output-ll
and feed that to emcc to see how far you get.
On Friday, 9 January 2015 at 10:10:36 UTC, Manu via Digitalmars-d
wrote:
I can probably get by with @nogc. There's no threading in asm.js
either, so that might be a spanner.
You have worker threads, so you would have to use message
passing, but I believe you can transfer "byte heaps" by refere
On 9 January 2015 at 19:51, via Digitalmars-d
wrote:
> On Friday, 9 January 2015 at 09:28:22 UTC, Manu via Digitalmars-d wrote:
>>
>> I was gonna start hacking around to see what the limitations are with
>> Emscripten on D code tonight. Has anyone done any serious
On Friday, 9 January 2015 at 09:28:22 UTC, Manu via Digitalmars-d
wrote:
I was gonna start hacking around to see what the limitations
are with
Emscripten on D code tonight. Has anyone done any serious
investigation here?
NaCl is a more useful target, but I think that will rely on a
special
I'm looking at another potential opportunity to get D into the office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations are with
Emscripten on D code tonight. Has anyone done any serious
investigation h
On Wednesday, 21 August 2013 at 00:41:58 UTC, Piotr Szturmaj
wrote:
W dniu 21.08.2013 01:49, Ramon pisze:
Ha! Expanding on myself:
Have simple web server written in D on the client and then a
"D-script"
interpreter in that server. Possibly some minimalist "friendly"
interpreter thingy like Lu
W dniu 21.08.2013 01:49, Ramon pisze:
Ha! Expanding on myself:
Have simple web server written in D on the client and then a "D-script"
interpreter in that server. Possibly some minimalist "friendly"
interpreter thingy like Lua too (or optionally).
Only problem I see: Does D compile to/for Arm w
W dniu 21.08.2013 01:43, Ramon pisze:
I agree with those who are against it.
For a variety of reasons, one of them being that, yes, anything that
produces javasc*t does a) recognize js and b) embold and support it.
Web pages are/should be about *content* not about eye candy and gadgets.
Further
Ha! Expanding on myself:
Have simple web server written in D on the client and then a
"D-script" interpreter in that server. Possibly some minimalist
"friendly" interpreter thingy like Lua too (or optionally).
Only problem I see: Does D compile to/for Arm w/ Android and
iphone "OS"?
Might
I agree with those who are against it.
For a variety of reasons, one of them being that, yes, anything
that produces javasc*t does a) recognize js and b) embold and
support it.
Web pages are/should be about *content* not about eye candy and
gadgets. Furthermore, increasingly many (like mysel
On Thursday, 15 August 2013 at 20:21:46 UTC, Piotr Szturmaj wrote:
This is SDL and std.algorithm code translated to JavaScript
with emscripten. I've used the latest git versions of LDC and
emscripten (the latter needed some modifications).
https://gist.github.com/pszturmaj/6244260
"H. S. Teoh" wrote in message
news:mailman.186.1376878962.1719.digitalmar...@puremagic.com...
> On Sun, Aug 18, 2013 at 06:52:14AM +0200, deadalnix wrote:
> [...]
>> I feel pretty confident I can do a wat speech for D.
> [...]
>
> Please do, I'm curious to hear it. :)
>
import std.algorithm : fi
On Sun, Aug 18, 2013 at 06:52:14AM +0200, deadalnix wrote:
[...]
> I feel pretty confident I can do a wat speech for D.
[...]
Please do, I'm curious to hear it. :)
I can't think of any major WATs in D that come from the language itself.
Compiler bugs, OTOH, often elicits a "wat?!" from me, one re
On Sunday, 18 August 2013 at 12:48:49 UTC, deadalnix wrote:
On Sunday, 18 August 2013 at 11:21:52 UTC, John Colvin wrote:
On Sunday, 18 August 2013 at 04:52:16 UTC, deadalnix wrote:
I feel pretty confident I can do a wat speech for D.
I can't think of many wats. There are questionable design
On Sunday, 18 August 2013 at 11:21:52 UTC, John Colvin wrote:
On Sunday, 18 August 2013 at 04:52:16 UTC, deadalnix wrote:
I feel pretty confident I can do a wat speech for D.
I can't think of many wats. There are questionable design
decisions, annoying things that look like they should compil
On 8/17/2013 5:16 PM, John Colvin wrote:
> On Saturday, 17 August 2013 at 20:58:09 UTC, Dicebot wrote:
>> On Saturday, 17 August 2013 at 20:42:33 UTC, H. S. Teoh wrote:
>>> And you'd have to sandbox the code since arbitrary D code running wild
>>> on the user's computer is a Bad Thing(tm). Which ru
On Sunday, 18 August 2013 at 04:52:16 UTC, deadalnix wrote:
I feel pretty confident I can do a wat speech for D.
I can't think of many wats. There are questionable design
decisions, annoying things that look like they should compile but
don't (local variable alias to non-global template error
On 8/18/2013 12:52 AM, deadalnix wrote:
> On Saturday, 17 August 2013 at 16:43:14 UTC, Piotr Szturmaj wrote:
>> What happens when you forget a semicolon or a comma? Or make some
>> typos? It silently breaks. I don't care if there are tools to help
>> with it. It's still a mess. Did you see WAT
>> (
On Saturday, 17 August 2013 at 16:43:14 UTC, Piotr Szturmaj wrote:
What happens when you forget a semicolon or a comma? Or make
some typos? It silently breaks. I don't care if there are tools
to help with it. It's still a mess. Did you see WAT
(https://www.destroyallsoftware.com/talks/wat) ? If
W dniu 18.08.2013 03:58, Adam D. Ruppe pisze:
I wonder how hard it would be to write that. Searching the web for kvm
though always assumes qemu. No, I want to write a super-small qemu, and
I don't care if it can't boot linux. How hard can it be?
Someone has written an LLVM backend for DCPU-16 a
On Saturday, 17 August 2013 at 20:42:33 UTC, H. S. Teoh wrote:
And you'd have to sandbox the code since arbitrary D code
running wild on the user's computer is a Bad Thing(tm).
You have to do that with javascript anyway, just in case your
impl has a security flaw. Run it in a separate process
ything wrong with cross platform code. For D example, I'd
imagine it could look like this:
void showMsg(string s) {
version (JS)
js.alert(s);
else
YourDesktopWidgetToolkit.showMessageDialog(s);
}
void main() {
showMsg("hello world");
}
Compiled with a regular
On Saturday, 17 August 2013 at 21:16:59 UTC, John Colvin wrote:
On Saturday, 17 August 2013 at 20:58:09 UTC, Dicebot wrote:
On Saturday, 17 August 2013 at 20:42:33 UTC, H. S. Teoh wrote:
And you'd have to sandbox the code since arbitrary D code
running wild
on the user's computer is a Bad Thing
On Saturday, 17 August 2013 at 20:58:09 UTC, Dicebot wrote:
On Saturday, 17 August 2013 at 20:42:33 UTC, H. S. Teoh wrote:
And you'd have to sandbox the code since arbitrary D code
running wild
on the user's computer is a Bad Thing(tm). Which runs into
GC-related
issues when your client is a lo
ode!!!
>>
>> Every time I do, I get the urge to abandon programming and change my
>> occupation.
>
> This is not a new idea. Morfik is a webdev tool that automatically
> splits your code to the server and JS. I remember it was available in
> 2005. Also, there is Op
On Saturday, 17 August 2013 at 20:42:33 UTC, H. S. Teoh wrote:
On Sat, Aug 17, 2013 at 09:07:20PM +0200, John Colvin wrote:
On Saturday, 17 August 2013 at 18:51:23 UTC, H. S. Teoh wrote:
>On Sat, Aug 17, 2013 at 08:41:39PM +0200, John Colvin wrote:
>>On Saturday, 17 August 2013 at 16:35:46 UTC,
On Saturday, 17 August 2013 at 20:42:33 UTC, H. S. Teoh wrote:
And you'd have to sandbox the code since arbitrary D code
running wild
on the user's computer is a Bad Thing(tm). Which runs into
GC-related
issues when your client is a low-memory handheld device. Though
arguably
this would still
On Sat, Aug 17, 2013 at 09:07:20PM +0200, John Colvin wrote:
> On Saturday, 17 August 2013 at 18:51:23 UTC, H. S. Teoh wrote:
> >On Sat, Aug 17, 2013 at 08:41:39PM +0200, John Colvin wrote:
> >>On Saturday, 17 August 2013 at 16:35:46 UTC, H. S. Teoh wrote:
[...]
> >>>It's just like Nick Sabalausky
On Saturday, 17 August 2013 at 18:51:23 UTC, H. S. Teoh wrote:
On Sat, Aug 17, 2013 at 08:41:39PM +0200, John Colvin wrote:
On Saturday, 17 August 2013 at 16:35:46 UTC, H. S. Teoh wrote:
>On Sat, Aug 17, 2013 at 05:30:28PM +0200, Rob T wrote:
>>On Saturday, 17 August 2013 at 14:42:19 UTC, Gamble
On Sat, Aug 17, 2013 at 08:41:39PM +0200, John Colvin wrote:
> On Saturday, 17 August 2013 at 16:35:46 UTC, H. S. Teoh wrote:
> >On Sat, Aug 17, 2013 at 05:30:28PM +0200, Rob T wrote:
> >>On Saturday, 17 August 2013 at 14:42:19 UTC, Gambler wrote:
> >>>Every time I do, I get the urge to abandon pro
On Saturday, 17 August 2013 at 16:35:46 UTC, H. S. Teoh wrote:
On Sat, Aug 17, 2013 at 05:30:28PM +0200, Rob T wrote:
On Saturday, 17 August 2013 at 14:42:19 UTC, Gambler wrote:
>Every time I do, I get the urge to abandon programming and
>change
>my occupation.
My thoughts too, The Internet i
W dniu 17.08.2013 16:42, Gambler pisze:
(For example, your gist doesn't
work in IE. Not that I use IE normally, but you get my point.)
This is because the code was compiled with typed arrays support. It's
possible to compile without TA support and then it will work in IE.
lse
YourDesktopWidgetToolkit.showMessageDialog(s);
}
void main() {
showMsg("hello world");
}
Compiled with a regular compiler and GTK, will show a dialog.
Compiled with emscripten-like compiler will show a message in the browser.
On Sat, Aug 17, 2013 at 05:30:28PM +0200, Rob T wrote:
> On Saturday, 17 August 2013 at 14:42:19 UTC, Gambler wrote:
> >Every time I do, I get the urge to abandon programming and change
> >my occupation.
>
> My thoughts too, The Internet is ripe for another revolution, but
> the old ways need to b
On Saturday, 17 August 2013 at 14:42:19 UTC, Gambler wrote:
Every time I do, I get the urge to abandon programming and
change my
occupation.
My thoughts too, The Internet is ripe for another revolution, but
the old ways need to be abandoned rather than continually propped
up with duct tape a
On 8/15/2013 5:55 PM, Piotr Szturmaj wrote:
> bearophile:
>> Piotr Szturmaj:
>> I have found some related activity from Rust people:
>> https://github.com/mozilla/rust/issues/2235
>> https://github.com/Yoric/Mozilla-Student-Projects/issues/33
>> https://mail.mozilla.org/pipermail/rust-dev/2012-Apri
On 16 August 2013 07:55, Piotr Szturmaj wrote:
> bearophile:
>
> Piotr Szturmaj:
>>
>> Then open sdl.html in the web browser. It should print sorted and
>>> mapped array contents and run simple graphics demo.
>>>
>>
>> Very nice. D is meant to run efficiently, but the Web is very important.
>>
bearophile:
Piotr Szturmaj:
Then open sdl.html in the web browser. It should print sorted and
mapped array contents and run simple graphics demo.
Very nice. D is meant to run efficiently, but the Web is very important.
There are many situations where it could be useful to run D code in a
brow
#x27;m
not sure.
Emscripten can output asm.js. Just add -s ASM_JS=1 to emcc arguments.
On Thursday, 15 August 2013 at 21:36:07 UTC, bearophile wrote:
Integration with asm.js too is useful.
Doesn't the llvm backend do that automatically now? So ldc should
get that too. I thought I read that llvm did in a blog somewhere,
but I'm not sure.
Piotr Szturmaj:
Then open sdl.html in the web browser. It should print sorted
and mapped array contents and run simple graphics demo.
Very nice. D is meant to run efficiently, but the Web is very
important. There are many situations where it could be useful to
run D code in a browser, so you
This is SDL and std.algorithm code translated to JavaScript with
emscripten. I've used the latest git versions of LDC and emscripten (the
latter needed some modifications).
https://gist.github.com/pszturmaj/6244260
https://gist.github.com/pszturmaj/6244266
I couldn't manage to
Adam D. Ruppe:
> Anyway, it just irks me that so many web evangelists say "modern"
> when they really mean "bleeding edge".
You are right, saying "modern" I have used the wrong words. If you use
emscripten to compile large amounts of C or C++ code you p
"Adam D. Ruppe" wrote in message
news:ieleht$1qc...@digitalmars.com...
> bearophile:
>> On a more modern browser it works "well enough" (Firefox 4).
>
> This is a bit of a rant, but I hate how the web community
> always uses "modern browser" like this.
>
> I ran this site on Firefox 3.6.3. The mo
Adam D. Ruppe wrote:
> bearophile:
>> On a more modern browser it works "well enough" (Firefox 4).
>
> This is a bit of a rant, but I hate how the web community
> always uses "modern browser" like this.
>
> I ran this site on Firefox 3.6.3. The most recent one it offers
> on getfirefox.com is 3
ere.)
Anyway, it just irks me that so many web evangelists say "modern"
when they really mean "bleeding edge". And in Google's case, it
is even worse: when they say "all modern browsers", they actually
mean "/our/ bleeding edge beta". It really annoys me.
Adam Ruppe:
> Which brings me to emscripten... it most certainly does not work well! The
> Python
> example took a couple *minutes* to load for me, and actually running some
> python
> code took seconds each time.
On a more modern browser it works "well enough" (F
"Jeff Nowakowski" wrote in message
news:iejblg$jl...@digitalmars.com...
> On 12/18/2010 01:49 PM, Nick Sabalausky wrote:
>>
>> Ok, so why would I want to turn JS on and put up with those shitty
>> browser-killing, user-experience-killing JS Ads just for a calculator
>> that
>> obviously doesn't
Do as you please. I find it trivial to enable specific pages with
NoScript. The question is why should the web author spend extra time for
a tiny minority of users that get up in arms?
You talk about dinosaurs and being pretentious in another thread, but
you're the biggest curmudgeon on the
On 12/18/2010 01:49 PM, Nick Sabalausky wrote:
Ok, so why would I want to turn JS on and put up with those shitty
browser-killing, user-experience-killing JS Ads just for a calculator that
obviously doesn't need it?
Do as you please. I find it trivial to enable specific pages with
NoScript. T
Nick Sabalausky wrote:
> Also, I'm not convinced that that duplication can't be abstracted away.
I find some functions are easily copy/pasted from a server side
language out to the javascript. Though as it gets complex, it
needs more and more library support on both ends.
That's why I rarely both
"Nick Sabalausky" wrote in message
news:ieivqj$2s8...@digitalmars.com...
> "Jeff Nowakowski" wrote in message
> news:ieh83c$26g...@digitalmars.com...
>> On 12/17/2010 09:18 PM, retard wrote:
>>>
>>> FWIW, JavaScript still isn't very efficiently supported on many
>>> platforms.
>>
>> Do you thin
"Jeff Nowakowski" wrote in message
news:ieh83c$26g...@digitalmars.com...
> On 12/17/2010 09:18 PM, retard wrote:
>>
>> FWIW, JavaScript still isn't very efficiently supported on many
>> platforms.
>
> Do you think performance is a problem for a mortgage calculator?
>
> I think the performance iss
Fri, 17 Dec 2010 21:58:06 -0500, Jeff Nowakowski wrote:
> On 12/17/2010 09:18 PM, retard wrote:
>>
>> FWIW, JavaScript still isn't very efficiently supported on many
>> platforms.
>
> Do you think performance is a problem for a mortgage calculator?
>
> I think the performance issues of JavaScrip
On 12/17/2010 09:18 PM, retard wrote:
FWIW, JavaScript still isn't very efficiently supported on many
platforms.
Do you think performance is a problem for a mortgage calculator?
I think the performance issues of JavaScript are way overblown for the
majority of use cases. I think the biggest
Fri, 17 Dec 2010 20:45:46 -0500, Jeff Nowakowski wrote:
> On 12/16/2010 03:04 PM, Nick Sabalausky wrote:
>>
>> I do make my pages usable both ways and I've found the extra effort to
>> be downright minimal. Unless you're doing things very, very, very
>> wrong, the vast majority of the work in a si
On 12/16/2010 03:04 PM, Nick Sabalausky wrote:
I do make my pages usable both ways and I've found the extra effort to be
downright minimal. Unless you're doing things very, very, very wrong, the
vast majority of the work in a site is independent of JS vs non-JS.
For the mortgage calculator, yo
On Thu, Dec 16, 2010 at 2:48 PM, Nick Sabalausky wrote:
> "Michael Stover" wrote in message
> news:mailman.1046.1292468790.21107.digitalmar...@puremagic.com...
> >> there's no integration with the
> > external environment
> >
> > But it is an advantage at the same time as it's a weakness. The
>
On Thu, Dec 16, 2010 at 2:22 PM, Nick Sabalausky wrote:
> "Michael Stover" wrote in message
> news:mailman.1053.1292506694.21107.digitalmar...@puremagic.com...
> >
> > And CAPTCHAs prove that javascript and browsers are terrible???
> >
>
> Where are you gettng that? That's not even remotely what
"Jeff Nowakowski" wrote in message
news:ied4mg$2u7...@digitalmars.com...
> On 12/15/2010 04:31 PM, Nick Sabalausky wrote:
>>
>> But if you're going to make, say, a mortgage rate calculator,
>> excluding Lynx or requiring JS makes absolutely no sense whatsoever.
>
> This is actually a good example
"Nick Sabalausky" wrote in message
news:iedqh5$6q...@digitalmars.com...
> "Michael Stover" wrote in message
> news:mailman.1046.1292468790.21107.digitalmar...@puremagic.com...
>>> there's no integration with the
>> external environment
>>
>> But it is an advantage at the same time as it's a wea
"Michael Stover" wrote in message
news:mailman.1046.1292468790.21107.digitalmar...@puremagic.com...
>> there's no integration with the
> external environment
>
> But it is an advantage at the same time as it's a weakness. The advantage
> is, I can read and use gmail or google docs anywhere, fire
"Adam Chandler" wrote in message
news:iecv7f$1n1...@digitalmars.com...
> Michael Stover Wrote:
>
>> > there's no integration with the
>> external environment
>>
>> But it is an advantage at the same time as it's a weakness. The
>> advantage
>> is, I can read and use gmail or google docs anywher
Thu, 16 Dec 2010 14:22:01 -0500, Nick Sabalausky wrote:
> "Michael Stover" wrote in message
> news:mailman.1053.1292506694.21107.digitalmar...@puremagic.com...
>>
>> And CAPTCHAs prove that javascript and browsers are terrible???
>>
>>
> Where are you gettng that? That's not even remotely what he
"Michael Stover" wrote in message
news:mailman.1053.1292506694.21107.digitalmar...@puremagic.com...
>
> And CAPTCHAs prove that javascript and browsers are terrible???
>
Where are you gettng that? That's not even remotely what he said. He was
clearly saying that CAPTCHAs and registration are a
"Adam Ruppe" wrote in message
news:ied469$2qg...@digitalmars.com...
>
> Thankfully, the popular Re-Captcha ones are among the
> easiest to read, but that doesn't help when someone still uses
> the green on red with purple stripes and tiny font variety.
>
Re-Captcha also doen't help when JS is of
On Thu, 16 Dec 2010 13:54:24 +, Adam Ruppe wrote:
> Lars T. Kyllingstad wrote:
>> find a better way of serving applications over the internet than
>> running them in a glorified document viewer.
>
> This is something I've been (very) slowly working on for a while, with
> my D Windowing System
On 17/12/10 00:35, Jeff Nowakowski wrote:
On 12/15/2010 04:31 PM, Nick Sabalausky wrote:
But if you're going to make, say, a mortgage rate calculator,
excluding Lynx or requiring JS makes absolutely no sense whatsoever.
This is actually a good example of why you might require JavaScript.
Here
Lars T. Kyllingstad wrote:
> find a better way of serving applications over
> the internet than running them in a glorified document viewer.
This is something I've been (very) slowly working on for a while,
with my D Windowing System project.
My idea was to take a fairly high level GUI API and pu
On 12/15/2010 04:31 PM, Nick Sabalausky wrote:
But if you're going to make, say, a mortgage rate calculator,
excluding Lynx or requiring JS makes absolutely no sense whatsoever.
This is actually a good example of why you might require JavaScript.
Here, JavaScript is useful to the end user bec
And CAPTCHAs prove that javascript and browsers are terrible???
You must have failed logic class. Probably you never took it, knowing how
poorly you would do.
I should criticize your precious local apps because some require dongles.
On Thu, Dec 16, 2010 at 8:28 AM, Adam Ruppe wrote:
> Andrew W
Andrew Wiley wrote:
> Web applications have zero-install
But they trade it in for registration, with those awful, awful
CAPTCHAs.
They don't just distinguish between humans and computers (sometimes).
They also distinguish between flawless humans with perfect vision
and expensive monitors and real
On 12/15/2010 03:17 PM, Michael Stover wrote:
And that's the problem - we're talking about applications that happen to
be distributed via the web, not a "website". Everyone's demands that it
work in lynx, FF2, with javascript turned off, etc are ludicrous.
I disagree.
You don't get to make s
Michael Stover Wrote:
> > there's no integration with the
> external environment
>
> But it is an advantage at the same time as it's a weakness. The advantage
> is, I can read and use gmail or google docs anywhere, firewall or not.
>
> I could sit here at home, open an openoffice doc, write in
On Thu, 16 Dec 2010 01:31:13 -0600, Andrew Wiley wrote:
> On Wed, Dec 15, 2010 at 3:16 PM, Nick Sabalausky wrote:
>
>> "Michael Stover" wrote in message
>> news:mailman.1041.1292446362.21107.digitalmar...@puremagic.com...
>> > >With my own computer, there are things I can do to prevent that.
>>
On Wed, Dec 15, 2010 at 3:16 PM, Nick Sabalausky wrote:
> "Michael Stover" wrote in message
> news:mailman.1041.1292446362.21107.digitalmar...@puremagic.com...
> > >With my own computer, there are things I can do to prevent that. With
> > webapps I'm 100% reliant on someone else: there isn't a d
> there's no integration with the
external environment
But it is an advantage at the same time as it's a weakness. The advantage
is, I can read and use gmail or google docs anywhere, firewall or not.
I could sit here at home, open an openoffice doc, write in it, save it.
Then tomorrow go to wor
> So much hate because you can't middle-click paste.
It's illustrative of a bigger overall problem: there's no integration with the
external environment; no use of native capabilities, ignoring user system
setups,
and not even integration with other web apps. With a Windows program, you can
set
So much hate because you can't middle-click paste. Swearing and
AAAggghhing, "loathing", etc. It's childish and hard to take such
attitudes seriously. The world moves on and doesn't care that you can't
adapt to the simplest of things.
On Wed, Dec 15, 2010 at 5:20 PM, Adam D. Ruppe wrote:
>
On Wed, Dec 15, 2010 at 3:58 PM, Vladimir Panteleev <
vladi...@thecybershadow.net> wrote:
> I think I had some other problems as well though I
>> don't remember exactly what. I posted my impressions of it on this NG, you
>> can probably just search the NG for posts from "Sabalausky" with "opera"
On Wed, 15 Dec 2010 23:45:49 +0200, Nick Sabalausky wrote:
Opera's "extentions" aren't
extensions at all but widgets that have little-to-no connection with the
web-browsing function.
Opera 11 supposedly introduces support for real extensions, though after
browsing the extension gallery[1] I
David Nadlinger:
> You are confusing the web application and the data it operates on here
The thing is a web application is built on top of its data, almost
literally. Javascript manipulates an HTML document, and you need
to give it one to get started, even if it is an empty document.
If you give
1 - 100 of 163 matches
Mail list logo
