--- Richard Gaskin <[EMAIL PROTECTED]> wrote:
> Dan Shafer wrote:
> > The problem, IMNSHO, isn't with Rev, it's with the
> fact that as far as
> > I know there is no single method of creating and
> implementing externals
> > that runs on all platforms.
>
> I wonder what could be done by integr
--- Richard Gaskin <[EMAIL PROTECTED]> wrote:
> Dan Shafer wrote:
> > The problem, IMNSHO, isn't with Rev, it's with the
> fact that as far as
> > I know there is no single method of creating and
> implementing externals
> > that runs on all platforms.
>
> I wonder what could be done by integr
And finally, inspired by Richard Gaskin's suggestion
... Compilation to Java bytecodes and integration of
Java class libraries into rev ... Ooooh, you might
have something there Richard ...
I have also suggested a number of times that RunRev take advantage of Java
under certain conditions. Here
On Jun 7, 2005, at 4:51 PM, Gordon Webster wrote:
Java is
stable mature and truly cross (cross cross cross)
platform if you use Swing components (Dan :-D)
I wish my Java programmers believed that. They claim that although
Java 1.5 and SWT have fixed a lot of problems, GUI design is still
That sounds potentially promising. I wonder if there's anyone on the
list who has these credentials and the time and interest to look into
this.
On Jun 7, 2005, at 4:47 PM, Alex Tweedly wrote:
SWIG should be able to do this; it provides wrapper C code to go
around C or C++ libraries, and
Brian Yennie wrote:
LOL... (and I try to avoid writing that when it's not true).
In all seriousness, though- I'm curious if a selective implementation
would be that bad. Java GUI crawls, and so does string manipulation, but
not ALL java does. I dislike Java as much as the next guy (the next gu
Yeah, I'll give you that. And there may be some value in looking at
an implementation like Jython, which uses Python but allows calling
Java classes where appropriate. As long as I never have to actually
look at Java source. Yuk.
On Jun 7, 2005, at 4:31 PM, Brian Yennie wrote:
LOL... (and
On Jun 7, 2005, at 8:51 PM, Gordon Webster wrote:
And finally, inspired by Richard Gaskin's suggestion
... Compilation to Java bytecodes and integration of
Java class libraries into rev ... Ooooh, you might
have something there Richard ...
java. is. evil.
joking.
I think that for your nume
Dear Dan
Thanks for the reply. Alas, I am one of those
colleagues you describe, since the major part of what
I want to do simply doesn't work well with rev.
Firstly, rev is far too slow for numerical
computation. I did some tests and even byte-optimized
Python beats rev for speed in most cases an
Dan Shafer wrote:
The problem, IMNSHO, isn't with Rev, it's with the fact that as far
as I know there is no single method of creating and implementing
externals that runs on all platforms. I may be wrong about that; DLLs
may in fact be more cross-platform than they were last time I looked,
LOL... (and I try to avoid writing that when it's not true).
In all seriousness, though- I'm curious if a selective implementation
would be that bad. Java GUI crawls, and so does string manipulation,
but not ALL java does. I dislike Java as much as the next guy (the next
guy on this list, anyw
You mean other than a three-orders-of-magnitude slowdown?
;-)
Dan
On Jun 7, 2005, at 4:01 PM, Richard Gaskin wrote:
Dan Shafer wrote:
The problem, IMNSHO, isn't with Rev, it's with the fact that as
far as I know there is no single method of creating and
implementing externals that runs
Dan Shafer wrote:
The problem, IMNSHO, isn't with Rev, it's with the fact that as far as
I know there is no single method of creating and implementing externals
that runs on all platforms.
I wonder what could be done by integrating with Java
--
Richard Gaskin
Fourth World Media Corpor
Gordon.
While I sympathize with some of your feelings (while I continue to be
my most productive self when using Rev and grinning from ear to ear
watching my colleagues who use Python, Java, and Basic go through
excruciating pains to do what I can do in seconds or minutes in my
favori
There are two classes of problems to solve.
1. Develop commercial applications for others to use to solve a
problem without knowing how it is done.
2. Write your own tools to solve your own problems.
Number 1 is hard and requires a lot of expertise. The user is
delighted with a custom pl
On Jun 7, 2005, at 1:10 PM, Gordon Webster wrote:
Transcript has the potential to be so much more than
just a cool GUI designer.
Well, I can't design a GUI to save my life and I still find lots of
things to do with Transcript ;-)
--
Trevor DeVore
Blue Mango Multimedia
[EMAIL PROTECTED]
__
Mr X has really hit the nail squarely on the head.
I often open the rev IDE, wistfully hoping perhaps
that somehow it could now magically do what I need it
to do. Then I realize it can't and drift away to other
development platforms with a sense of regret at what
could have been.
Now rev 2.6 is
Recently, MisterX wrote:
>> Surprise: the economics are tied to the eye candy.
> Good arguments Scott, but i disagree still
>
> the economics are based on the sales... marketshare...
> Industry standards...
I don't disagree and I'm not trying to twist the argument. My point was
that the "eye
>
> Surprise: the economics are tied to the eye candy.
>
> Regards,
>
> Scott Rossi
Good arguments Scott, but i disagree still
the economics are based on the sales... marketshare...
Industry standards...
Sure the mac is prettier, like a bmw, but it's still
not the bmw they lease for the commo
Recently, MisterX wrote:
> The economics is where it's at, not the eye candy...
One can bag on Apple endlessly (I do), but for better or worse, they
established an approach/appearance with their UI some time ago and ran with
it. Part of this approach employs deep masks, and now that
Dashboard/w
20 matches
Mail list logo