On 17 Nov 2005, at 00:52, Alex Tweedly wrote:
I have good confidence in the sanctity of my laptop, so I'm happy
to use it, even over public wifi access, because all the traffic is
ssh-secured end-to-end. But using a web cafe, or kiosk, public
Internet access at a library, etc. all put me
On 17 Nov 2005, at 04:46, Dan Shafer wrote:
Pricing models will change. We'll see pay-per-use, pay-per-month,
pay-per-file, pay-per-K and other similar models. When it's not
necessary for the manufacturer to package, distribute, sell, track,
upgrade and otherwise deal with thousands and
[EMAIL PROTECTED] wrote on 18/11/2005 12:06:40:
On 17 Nov 2005, at 00:52, Alex Tweedly wrote:
I have good confidence in the sanctity of my laptop, so I'm happy
to use it, even over public wifi access, because all the traffic is
ssh-secured end-to-end. But using a web cafe, or kiosk,
Geoff
Not a bad job of abstraction and generalization, given the
limitations of both of those methodologies.
The two advantages you mention for Rev are essentially the same (if
you view command keys, e.g., as UI widgets that just don't have a
visible representation) and are the very
On Nov 16, 2005, at 11:01 AM, Dan Shafer wrote:
So *if* -- and that's a big if -- the *only* advantages of Rev
over AJAX is the UI componentry, then Rev has essentially little or
no advantage.
Based on what I've seen of AJAX apps, it's not a small advantage.
But I should have expanded on
Good job focusing this aspect of the discussion, Geoff.
On Nov 16, 2005, at 1:39 PM, Geoff Canyon wrote:
So if AJAX apps are secure but need local storage, and Rev apps
have local storage but need security, which will get what it needs
first?
My position: once a machine has been booted
On Nov 16, 2005, at 2:24 PM, Dan Shafer wrote:
So, my bottom line on *[the local storage] * issue: AJAX apps have
a solid edge.
Agreed, but only once wireless becomes universally available. That's
going to be some time coming.
___
Dan Shafer wrote:
So, my bottom line on *this * issue: AJAX apps have a solid edge.
Does that mean we'll see this thread move to the AJAX list?
;)
--
Richard Gaskin
Managing Editor, revJournal
___
Rev tips, tutorials and more:
Funny, we just talked about biometric stuff in class a couple of weeks
back.
Of course, one problem with things like thumb/face scans is that they can
be cut off your body (happened to a guy whose MB got carjacked and which
used biometrics for access).
As for your face, well, there's a doctor
Not sure I see a connection here, Geoff. If my data's on a server,
how I access it seems irrelevant to the question of its availability.
Of course, all of us await the day when wireless is ubiquitous. And
Google may make that happen just for grins.
Dan
On Nov 16, 2005, at 2:42 PM, Geoff
Dennis.
The tablet PC is just a side issue here. My original point with
respect to this issue was that a zero-pound computer was a
desirable objective. This means that my data and my applications live
on a server somewhere and I can access them from anywhere, whether I
have my
On Nov 16, 2005, at 3:09 PM, Judy Perry wrote:
Funny, we just talked about biometric stuff in class a couple of weeks
back.
Of course, one problem with things like thumb/face scans is that
they can
be cut off your body (happened to a guy whose MB got carjacked and
which
used biometrics
I can only shake my head.
Dan
On Nov 16, 2005, at 3:09 PM, Judy Perry wrote:
Funny, we just talked about biometric stuff in class a couple of weeks
back.
Of course, one problem with things like thumb/face scans is that
they can
be cut off your body (happened to a guy whose MB got carjacked
Richard
This thread can end here any time it wants. I stopped being proactive
on it a long time ago. I just keep answering questions people post.
:-)
Dan
On Nov 16, 2005, at 2:56 PM, Richard Gaskin wrote:
Dan Shafer wrote:
So, my bottom line on *this * issue: AJAX apps have a solid
Dan Shafer wrote:
My original point with respect to this issue was that a zero-pound
computer was a desirable objective. This means that my data and
my applications live on a server somewhere and I can access them
from anywhere, whether I have my computer with me at the time
or not. I can go
Dan Shafer wrote:
The tablet PC is just a side issue here. My original point with
respect to this issue was that a zero-pound computer was a
desirable objective. This means that my data and my applications live
on a server somewhere and I can access them from anywhere, whether I
have
On Nov 16, 2005, at 6:31 PM, Dan Shafer wrote:
I can only shake my head.
*So far* you can. (Tomorrw Aunt Zelda may shake it for you . . .)
Dan
On Nov 16, 2005, at 3:09 PM, Judy Perry wrote:
Funny, we just talked about biometric stuff in class a couple of
weeks
back.
Of course, one
On Nov 16, 2005, at 3:28 PM, Dan Shafer wrote:
Not sure I see a connection here, Geoff. If my data's on a server,
how I access it seems irrelevant to the question of its availability.
I have all of my phone contacts stored on my computer. Some of them
aren't on my cell phone (admittedly
First, there are several technologies that work around this problem.
I am working with a startup that has a USB device that handles this
issue nicely and I know of a couple of others. The problem is hardly
intractable.
Second, what happens when you lose your laptop or have it stolen?
Geoff...
On Nov 16, 2005, at 4:16 PM, Geoff Canyon wrote:
Further, even after universal wireless access, speed can be an
issue if large files are involved. As Richard pointed out,
downloading 150mb worth of Photoshop each time I want to use it
isn't a good idea even at 802.11g speeds.
Geoff Canyon wrote:
On Nov 16, 2005, at 3:28 PM, Dan Shafer wrote:
Not sure I see a connection here, Geoff. If my data's on a server,
how I access it seems irrelevant to the question of its availability.
I have all of my phone contacts stored on my computer. Some of them
aren't on my
Dan Shafer wrote:
First, there are several technologies that work around this problem.
I am working with a startup that has a USB device that handles this
issue nicely and I know of a couple of others. The problem is hardly
intractable.
I'll be glad to hear about them when they are
On Nov 16, 2005, at 4:42 PM, Dan Shafer wrote:
Geoff...
On Nov 16, 2005, at 4:16 PM, Geoff Canyon wrote:
Further, even after universal wireless access, speed can be an
issue if large files are involved. As Richard pointed out,
downloading 150mb worth of Photoshop each time I want to use
Alex Tweedly wrote:
I'm not concerned about Internet wires and signals - I happily use
Internet banking over public wifi -
Wow! Can you tell me which Starbucks you'll be visiting soon? ;-)
I know of people who troll near public wifi spots just looking to grab
usernames and passwords. I
Alex Tweedly wrote:
This would apply (pretty well) to the case of applications, where the
Web-Photoshop would be (presumably) a set of modularized functions
which could be cached. I suspect that most users never need more than
about 50% of the features in Photoshop (maybe that should be 10%
Chipp Walters wrote:
I'm not concerned about Internet wires and signals - I happily use
Internet banking over public wifi -
Wow! Can you tell me which Starbucks you'll be visiting soon? ;-)
None - but that's for other reasons :-)
I know of people who troll near public wifi spots just
Geoff Canyon wrote:
I'm thinking of an app as a thing that allows me to manipulate my data.
Obviously there are also apps that allow me to browse other people's
data. That's what Google Maps is. We'll know that Rev is being
challenged when there are successful Ajax apps that let me work
Chipp Walters wrote:
Alex Tweedly wrote:
This would apply (pretty well) to the case of applications, where the
Web-Photoshop would be (presumably) a set of modularized functions
which could be cached. I suspect that most users never need more than
about 50% of the features in Photoshop
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Depending on your definition, it might be Archie:
http://www.let.leidenuniv.nl/history/ivh/chap4.htm
The first web search engine seems to be a difficult one to track
down, however...
On Nov 16, 2005, at 9:11 PM, Chipp Walters wrote:
I can't
On Nov 16, 2005, at 9:43 PM, Alex Tweedly wrote:
I don't believe that a Web-Photoshop would need to satisfy the
digital photography professional (mapping professionals aren't
using Google Maps !). I think to get a commercially successful web-
based photography editing app you need to
Lots of my colleagues tell me I'm insufficiently paranoid.
Maybe I am.
Dan
On Nov 16, 2005, at 4:51 PM, Alex Tweedly wrote:
I'm not concerned about Internet wires and signals - I happily use
Internet banking over public wifi - it's getting the data from the
keyboard to the wire, or
Geoff
On Nov 16, 2005, at 5:43 PM, Geoff Canyon wrote:
A better application would be able to save your work temporarily
without having to hit the server. It would also download additional
modules in the background whether you had an immediate need or not.
This is the sort of
Not sure, either, but I suspect it's Alta Vista.
Dan
On Nov 16, 2005, at 6:43 PM, Frank D. Engel, Jr. wrote:
The first web search engine seems to be a difficult one to track
down, however...
___
use-revolution mailing list
I think not.
Pricing models will change. We'll see pay-per-use, pay-per-month, pay-
per-file, pay-per-K and other similar models. When it's not necessary
for the manufacturer to package, distribute, sell, track, upgrade and
otherwise deal with thousands and thousands of copies of the
I don't think it helped the guy who's digit got cut off to steal his Benz,
though...
Judy
On Wed, 16 Nov 2005, Geoff Canyon wrote:
Under the heading of I kid you not: I once read on a web site
discussing biometric identification the following words (roughly).
Of course, you may be
RATS!!!
Make that whose
:-/
Judy
On Wed, 16 Nov 2005, Judy Perry wrote:
I don't think it helped the guy who's digit got cut off to steal his Benz,
though...
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to
On 14 Nov 2005, at 20:53, Dan Shafer wrote:
Agreed. That and security are the issues and they have been more
than adequately addressed for a long time now. The omigod my data
isn't on my own server alarm is a red herring. Any company that
sees the advantage in distributed browser-based
David.
If we had a trusted business relationship established and you needed
my accounts, I would feel every bit as secure making them available
over the Net as I do sending them in the mail.
Since we don't
:-)
Dan
On Nov 15, 2005, at 3:22 PM, David Bovill wrote:
On 14 Nov
On Nov 13, 2005, at 11:12 PM, Graham Samuel wrote:
I want to know, are we looking at a 'paradigm shift' or an addition
to the spectrum of possible app technologies or what?
AJAX generalizes to this: an engine stored on the user's computer
accessing program code and data from a server on
Dan,
I don't think this negates the fundamental truth of my core
position here: this kind of app, perhaps with additional
infrastructure improvement, is the wave of the future
I don't doubt your enthusiasm; but I do believe you downplay the
desire of businesses (and perhaps individuals) to
Ken, et al:
Personally my feeling is that this *could be* the wave of the future, and so
we should be keeping close tabs on it as the future pans out, and for those
of us that see this as more inevitable, I'd suggest finding a good niche to
add value. And for those us that see this as more
Rob,
I live this every day...
My code and stacks are on my website. Open to the public.
Those are work, are open to other admins - and given the tons
of logs, you only watch when there's an error worth looking!
Wave of the future or flavor of the week? Here's a question
to help you decide:
--- David Bovill [EMAIL PROTECTED] wrote:
The main problem with the web service paradigm is
for this sort of
application area. Noone is very happy trusting
sensitive data this
way. Would you want your financial or medical data
going over a web
service? Even if secured via HTTPS?
On 11/14/05 9:58 AM, Rob Cozens [EMAIL PROTECTED] wrote:
Ken, et al:
Personally my feeling is that this *could be* the wave of the future, and so
we should be keeping close tabs on it as the future pans out, and for those
of us that see this as more inevitable, I'd suggest finding a good
And this is precisely the problem set at which AJAX is squarely aimed.
On Nov 14, 2005, at 11:17 AM, Jan Schenkel wrote:
Until browsers offer more widgets that don't require
horrendous Javascripts to control the data entry and
limit the round-trips to the server, the building of
such
Agreed. That and security are the issues and they have been more than
adequately addressed for a long time now. The omigod my data isn't
on my own server alarm is a red herring. Any company that sees the
advantage in distributed browser-based apps can easily deal with the
scary parts of
Dave-
Saturday, November 12, 2005, 4:54:07 PM, you wrote:
I suspect the CIO was talking about web services in the narrow
sense of something like SOAP (no longer word of the month). And if
My main problem with web and SOAP services is that they seem to appear
and disappear every six months
On 13 Nov 2005, at 05:24, Sivakatirswami wrote:
Actually he was talking about a very much larger framework/standard
where Warner Brothers was thinking if they did it that way then
everyone could talk to their accounting via web services, banks,
vendors... etc everyone... i.e. the
More real world testimony:
For several years I've been uploading the files for our magazine
Hinduism Today to Banta Publication in Missouri, using their Emerge
program which is this giant JAVA applet that runs inside a browser
and interfaces with Creo's amazing InSite prepress system. It's
On 13 Nov 2005, at 20:45, Sivakatirswami wrote:
For these people, as Chipp said, productivity is the most important
issue, with nearly 500 publications a year to get out the door,
some of the weeklies, its time to get real, and the glitter of the
web service has finally worn off, get the
Dan: I am admittedly very ignorant of the overall picture, issues and
the lexicon of this environment (AJAX is another brand name for COMET
you use to clean sinks..) , but this is still an important discussion
for us as we develop our own web sites and services, so let me just
ask some
I have to say, I'm a little baffled about what is being discussed
here. Is it just the idea of apps (or applets in browsers) that
interact with remote servers in real (ish) time? Dynamic HTML or XML
generation?
Obviously, we have these already, so what is it?
Densely,
Mark Smith
The CIO of a 2 billion dollar accounting firm that handles movie and
media events accounting for the likes of Warner Brothers and Disney,
is on our team... he was just here in my office yesterday, explaining
to me to be very cautious about using of web services. Warner
Brother's forced
From which experience i conclude:
(a) AJAX and RIAs are not a panacea
(b) $2 billion acconting firms IT shops probably don't embrace new
technologies in the first place (having seen *that* up close and
personal)
(c) Moving information from one Web service to another is often
difficult
On 13 Nov 2005, at 00:19, Dan Shafer wrote:
From which experience i conclude:
(a) AJAX and RIAs are not a panacea
(b) $2 billion acconting firms IT shops probably don't embrace new
technologies in the first place (having seen *that* up close and
personal)
(c) Moving information from one
Actually he was talking about a very much larger framework/standard
where Warner Brothers was thinking if they did it that way then
everyone could talk to their accounting via web services, banks,
vendors... etc everyone... i.e. the problem wasn't narrow scope
but the behemoth octopus
On Nov 9, 2005, at 10:19 PM, Chipp Walters wrote:
For example, the RevOnline stack. It's parts are not parts. The
content can be changed but not the tools. It would be cool if
the next time you clicked on news or users, you would get a
newer and more capable/efficient gui each time... I
Indeed,
Just today I was at my office in my university's satellite campus at
the old El Toro marine base.
No wi-fi.
Network speed is simply gawdawful.
Something like two or three public access Macs (I'm a Mac user).
Man, I'd hate like heck to have to rely on thin clients and the like.
(I
fuel for the ajax fire ;)
http://books.slashdot.org/books/05/11/09/1555231.shtml?tid=156tid=6
i particularly liked the comment that said Good Java programmers use
Python... ;)
no talk of rev there though... But lots of worthy comments in the
context...
Thanks for the pointer, Xavier. Some cogent comments in amongst the
usual /. chaff.
Dan
On Nov 10, 2005, at 12:05 AM, [EMAIL PROTECTED] wrote:
fuel for the ajax fire ;)
http://books.slashdot.org/books/05/11/09/1555231.shtml?tid=156tid=6
i particularly liked the comment that said Good Java
On 10 Nov 2005, at 06:36, Mark Wieder wrote:
Dan-
Wednesday, November 9, 2005, 4:16:42 PM, you wrote:
There is no necessary connection between where data is and where the
app is. That's just today's temporary model.
That may be true, but according to UNESCO's 3 November report on
On 10 Nov 2005, at 00:38, Dan Shafer wrote:
I almost labeled this post off-topic since our purpose here is to
discuss how to use Revolution. But I decided on balance that it
affects everyone here, so I left off the [OT].
I've just posted a blog entry at http://www.eclecticity.com/.
Dan, et al:
Some people may well want to continue to pay premium prices for
software so that they can keep their data on their local drives, but:
(a) those people will eventually have to give way to the market
forces if for no other reason than that all the software publishers
head over there;
Folks,
one thing we're ignoring on this thread but that is a very important
issue. The cost for the developer to deliver desktop apps versus the
cost to deliver web apps. This is a major issue for small developers
such as me. For example imagine my old blog client called BlogWorkz.
It's
I do not disagree, David. I don't necessarily think that either AJAX
or RIAs in general need be confined to the existing standard browser.
I mentioned specialized browsers specifically in my post. I just
think these specialized browsers will be ultrathin, designed to
facilitate access to
Andre.
On Nov 10, 2005, at 8:47 AM, Andre Garzia wrote:
desktop is cheaper and easier to deliver
Once again, your view is limited to what now is rather than to what
can and will emerge. Software is an ecosystem. Today, if you took
your blogging tool and made an AJAX version, you
Dan Shafer wrote:
I mentioned specialized browsers specifically in my post.
I just think these specialized browsers will be ultrathin,
designed to facilitate access to the application (which
I suspect quickly becomes a sort of outmoded notion as the
lines blur) on the server or the grid.
Dan,
Do you remember Phillips CDI initiative, or the many other CD-ROM
developer platforms? They all made grand promises but never delivered.
Even more recently, think about Java and it's promise of cross-platform
clients? Again, everyone had to stop and convert over to Java, but now
we see
Andre Garzia wrote:
That's one reason why I think the BIG ones will do some AJAX as flavour
of the month (or year) and the small developers will keep to the
desktop, desktop is cheaper and easier to deliver. For the big ones is
also a question of pride and image, like Hey Microsoft, Google
On 10 Nov 2005, at 18:50, Dan Shafer wrote:
Once again, your view is limited to what now is rather than to what
can and will emerge. Software is an ecosystem. Today, if you took
your blogging tool and made an AJAX version, you might well see
yourself being forced to create a massive and
Hi Dan,
On Nov 10, 2005, at 9:50 AM, Dan Shafer wrote:
Once again, your view is limited to what now is rather than to what
can and will emerge. Software is an ecosystem. Today, if you took
your blogging tool and made an AJAX version, you might well see
yourself being forced to create a
On Nov 10, 2005, at 10:12 AM, Chipp Walters wrote:
(Let's see, to develop in AJAX, you probably need to be an expert
in the following:
Javascript
HTML
CSS
PHP,ASP or JSP
SQL
DOM XML
cross-platform techniques
cross-browser techniques
ODBC
The big kicker is the cross-platform/browser
No, specialized ultra-thin custom browsers that RUN apps on the
server. Thin clients, not thick.
On Nov 10, 2005, at 10:03 AM, Richard Gaskin wrote:
Specialized ultra-thin custom browsers that download apps from a
server?
On Nov 10, 2005, at 10:12 AM, Chipp Walters wrote:
Then there is the ubiquitous 'Web Services.' They have been touted
by the press and media for the past 5 years as the 'new
technology', yet we still see very little in the way of open web
services available to write apps around. Certainly
Dan Shafer wrote:
No, specialized ultra-thin custom browsers that RUN apps on the server.
Thin clients, not thick.
Given that a script interpreter will reside client-side in either the
browser, a Ruby interpreter, a Python engine, or a Rev engine, the
difference between thick and thin in
Trevor.
On Nov 10, 2005, at 10:33 AM, Trevor DeVore wrote:
Getting things to work across browsers can be a headache.
Start with the basic assumption that only a browser that groks the
XMLHTTPRequest object is a candidate for AJAX technology deployment.
The subset of those browsers is
Maybe it's a thin client that overate last night.
Dan
On Nov 10, 2005, at 11:03 AM, Richard Gaskin wrote:
Given that a script interpreter will reside client-side in either
the browser, a Ruby interpreter, a Python engine, or a Rev engine,
the difference between thick and thin in this
Ok, how's this...
Get a good marketing department for Sun and resurrect the hardware based
JVM. Use a thin client that communicated with application that
communicated with the JVM any or all of which could be anywhere with a
minimum of the thin client and personal data being on your personal
On Nov 10, 2005, at 11:03 AM, Dan Shafer wrote:
Trevor.
On Nov 10, 2005, at 10:33 AM, Trevor DeVore wrote:
Getting things to work across browsers can be a headache.
Start with the basic assumption that only a browser that groks the
XMLHTTPRequest object is a candidate for AJAX
On Nov 10, 2005, at 4:57 PM, Dan Shafer wrote:
And your notions about 'specialized browsers' and discounting
Andre's server development issues so quickly only points to the
great hurdles which AJAX still has to make, currently with no
visible roadmap.
Andre has a server developer's
Absolutely, Trevor, and several such libraries already exist. I'm
doing a comparative analysis on them at the moment.
On Nov 10, 2005, at 11:15 AM, Trevor DeVore wrote:
A really good library for interacting with the DOM that has support
for drag/drop and other interface niceties is a must
Compensating for browser antics is probably where I spend a third of my
programming time. There are certainly several tried-and-true means by
which to ensure compatibility for particular modules in a so-called web
app, but as client requirements get more complex, these techniques are
proving
Dan,
Good point about XMLHTTPRequest, but as someone who works with dynamic
content and CSS, I can tell you (and you should know this;-), getting
CSS to perform as expected cross browser and cross OS is nigh impossible
for dynamic content. At least it's not for the faint of heart!
That said
I almost labeled this post off-topic since our purpose here is to
discuss how to use Revolution. But I decided on balance that it
affects everyone here, so I left off the [OT].
I've just posted a blog entry at http://www.eclecticity.com/.3c66aaec
that I believe should be of interest to
Dan Shafer wrote:
My prediction -- based on a lot of evidence and clinched by two leaked
Microsoft memos that you really need to read (they're indirectly linked
in my blog entry) -- is that the days of the desktop app are indeed
finally numbered. At best, we will see desktops reduced to
Dan,
The company I work for tried this model (application service
provider .. i.e. you rent the software) and it did not work well at
all. The simple fact is that people will always want to own both
their data and the app that manipulates it. Will some people use
this? Yes. Will most
Dan,
I was going to comment this on your blog, but I fell this will be a
big email and I know blog comment engines are not suited for this (by
the way, where is your RSS feed?).
I read the memos and I follow slashdot, osnews and a couple other
sites with religious practice, I also am a
The fact that one such effort failed -- or even that a bunch of such
efforts failed -- is irrelevant in the face of the new market
realities. Particularly the ad supported software model is one that I
think has a tremendous amount of potential to be disruptive.
Some people may well want to
Richard
You said, quoting from your wonderful Beyond the Browser piece:
Many articles have been published extolling the
virtues of Browser-based applications, but few
(if any) of these were written in one...”
Beg to differ. The Winer blog post that released these articles, the
- It's Real This Time
I almost labeled this post off-topic since our purpose here is to
discuss how to use Revolution. But I decided on balance that it
affects everyone here, so I left off the [OT].
I've just posted a blog entry at http://www.eclecticity.com/.3c66aaec
that I believe should
Dan Shafer wrote:
And if you haven't yet seen
Writely, I suggest you check it out; the day of the service- based word
processor is soon to be here.
I did. One word: Eeewww. :)
As for the getting illustrators to draw in a web browser, or anyone else
to let Microsoft force them to hand
Andre
Actually, my blog accommodates arbitrarily large posts and comments,
but it's fine that you reply here.
On Nov 9, 2005, at 4:10 PM, Andre Garzia wrote:
(by the way, where is your RSS feed?)
On the left side of the page there's a large orange XML button that
will get you my
We have the dreamcard player which is the most advanced and
friendly thing ever. Before the dreamcard player, I used
REBOL and REBOL had a browser plugin which was nice, there
was also another solution called CURL, even Squeak could load
modules on demand and be very user friendly. Even
Dan Shafer wrote:
The fact that one such effort failed -- or even that a bunch of such
efforts failed -- is irrelevant in the face of the new market
realities. Particularly the ad supported software model is one that I
think has a tremendous amount of potential to be disruptive.
I hope
Hi Dan,
You of course know, I'm with Richard and Andre on this. Perhaps even
further left of them. My experience with Application Service Providers
tell me it's very difficult to persuade the enterprise to take advantage
of such technologies, especially from outside the firewall. And if
MisterX wrote:
Andre,
you are very right but a dreamcard application can be just as
unsafe or malignous as any spyware or trojan. Ajax is supposed
to be safe and im sure many industry standards will evolve to
support that. It has been a requirement for Java, javascript,
I don't see it
Dan-
Wednesday, November 9, 2005, 4:16:42 PM, you wrote:
There is no necessary connection between where data is and where the
app is. That's just today's temporary model.
That may be true, but according to UNESCO's 3 November report on
Knowledge versus Information Societies 11 percent of the
Chipp said
MisterX wrote:
Andre,
you are very right but a dreamcard application can be just as
unsafe or malignous as any spyware or trojan. Ajax is supposed
to be safe and im sure many industry standards will evolve to
support that. It has been a requirement for Java,
Chipp,
Amen!
Judy
On Thu, 10 Nov 2005, Chipp Walters wrote:
Programs like Claris Impact, Claris CAD, MORE, the old versions of Flash
which were easy to script, MacWrite, MacPaint and MacDraw. Some of these
STILL have no equal (imo, mostly thanks to the illegal efforts of MS).
That's where
99 matches
Mail list logo
