At 1:16 AM -0700 10/10/2002, Scott Rossi wrote:
Recently, Jeanne A. E. DeVoto wrote:
I believe it would be in your best interest as the creators of the tools to
reference Rev/MC's ability to display *HTML source* and not the rendered
HTML pages that folks see in a Web browser.
Um... but it
At 9:06 AM -0700 10/10/2002, Dar Scott wrote:
[htmlText]
(I don't understand the motivation for the current whitespace handling. It
might be so get returns what you put, but I am missing the value of
that.)
The main initial motivation for adding the htmlText property, as I
understand it, was to
At 07:19 PM 10/10/2002 -0700, Richard Gaskin wrote:
What are the advantages of putting a browser inside on your app's window?
What sort of apps are you folks making?
Hi Richard,
Specifically, I was thinking about building a news aggregator in RR, and a
true browser control would be very
On Friday, October 11, 2002, at 12:43 AM, Jeanne A. E. DeVoto wrote:
The main initial motivation for adding the htmlText property, as I
understand it, was to provide a method of storing and transporting styled
text. So it's important that set the htmlText of field X to the htmlText
of field
At 9:26 PM -0400 10/10/02, Richard Gaskin wrote:
Jim Biancolo wrote:
I agree that an embedded rendering engine would be a killer feature.
I'v gotten so accustmed to using the browser as a helper app that I think
I'm missing something:
What are the advantages of putting a browser inside on
Jim Biancolo wrote:
I agree that an embedded rendering engine would be a killer feature.
Embedded or higly integrated ?
--snip--
Dan Shafer wrote :
I see lots of opportunity out there to create apps like this that
display rendered and interactive HTML in a pane with supplemental
controls
At 07:38 PM 10/11/2002 +0100, you wrote:
I agree that an embedded rendering engine would be a killer feature.
Embedded or higly integrated ?
--snip--
There's no reason why you can't currently use rev as your control panel
and a browser as your display mechanism with the users monitor as the
Jim,
Clicking on a message in the subjects pane and having
it fire up an external browser would be too kludgey, IMO.
Personally, as long as it did what I wanted it to do, however complex, then
I wouldn't really mind if it involved a number of integrated seemless apps.
But maybe this is a
At 09:36 PM 10/11/2002 +0100, Gary Rathbone wrote:
But maybe this is a Windows bias . . . I'm a bit more used to having my
apps self-contained. Those few times I've had the opportunity to work on
Macs I've found it disconcerting to have the menu floating off detached
from the working area of its
At 09:36 PM 10/11/2002 +0100, Gary Rathbone wrote:
So that fact that the functional units are contained within a single
window/frame/pane gives the comforting perception/illusion of an
integration
application ?
I fear we're starting to stray off-topic for the list...
Fair point. But when many
At 4:41 PM -0400 10/11/02, Gary Rathbone wrote:
Dan Shafer wrote :
I see lots of opportunity out there to create apps like this that
display rendered and interactive HTML in a pane with supplemental
controls and an improved UI embodied in the desktop app. In fact, I
think this represents an
Dan,
There's no reason why you can't currently use rev as your control panel
and a browser as your display mechanism with the users monitor as the
pane.
I understand the use of multiple interacting applications. I just
don't think the solution is elegant. Rather it seems to me have
emerged from
At 11:07 PM 10/11/2002 +0100, Gary Rathbone wrote:
Thanks Jim, as you suggested we're straying off-topic, so I'll leave you to
have the last word (if you wish...)
Thanks for the interesting thread Gary (and other participants). Having
too much fun to quit now, so you can have the last word if
At 7:48 PM -0700 10/9/2002, Scott Rossi wrote:
I've seen the Can I view HTML pages in Rev/MC? questions come up time and
again on the Rev and MC lists, and perhaps it's just me, but it seems that
the answers given often skirt the intent of the original question. IMO, it
would be more useful for
Recently, Jeanne A. E. DeVoto wrote:
I've seen the Can I view HTML pages in Rev/MC? questions come up time and
again on the Rev and MC lists, and perhaps it's just me, but it seems that
the answers given often skirt the intent of the original question. IMO, it
would be more useful for new
On Thursday, October 10, 2002, at 12:38 AM, Jeanne A. E. DeVoto wrote:
Um... but it does render HTML, via the htmlText property. Not all of the
HTML 4.0 spec, certainly, but it renders basic inline styling, images, and
links. That's not enough for all purposes but it seems to me it is enough
I differ slightly with you here, Jeanne. I think it is fine to say
something like Rev renders a sub-set of HTML on its own, but even
the way it doesn't handle links (which is so easy in Rev that
it's obvious it could be fixed if there were a priority here)
demonstrates that support is
In a message dated 10/10/02 8:10:46 PM, [EMAIL PROTECTED] writes:
Candidly, I'd like to see Rev tie up with someone like OmniWeb or
iCab or Opera or someone, license a decent HTML rendering engine,
slam it in the product (or offer it as a plug-in add-on) and let me
get down to building some
I agree that an embedded rendering engine would be a killer feature. I
have no experience with such integration work, but Gecko (Mozilla's
rendering engine) might be a good choice for this:
http://www.mozilla.org/newlayout/
There's a Gecko Embedding Overview here:
Jim Biancolo wrote:
I agree that an embedded rendering engine would be a killer feature.
I'v gotten so accustmed to using the browser as a helper app that I think
I'm missing something:
What are the advantages of putting a browser inside on your app's window?
What sort of apps are you folks
In a message dated 10/10/02 10:20:32 PM, [EMAIL PROTECTED] writes:
What are the advantages of putting a browser inside on your app's window?
What sort of apps are you folks making?
Well, I can speak for the app that I'm trying to make - - - a DSL Router configuration tool. Revolution
[EMAIL PROTECTED] wrote:
In a message dated 10/10/02 10:20:32 PM, [EMAIL PROTECTED] writes:
What are the advantages of putting a browser inside on your app's window?
What sort of apps are you folks making?
Well, I can speak for the app that I'm trying to make - - - a DSL Router
--- Richard Gaskin [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
In a message dated 10/10/02 10:20:32 PM,
[EMAIL PROTECTED] writes:
What are the advantages of putting a browser
inside on your app's window?
What sort of apps are you folks making?
Well, I can speak
This sounds like a great idea - - however I must be doing something wrong. If I go into the messagebox and type:
put URL "http://www.runrev.com/index.html" into temp
put "temp = " temp
I get no results. I tried a bunch of other URLs like (http://www.apple.com) and didn't get anything either.
Are you using the multiline message box? It's probably best to try it
from a button. That way you can be sure all the steps are being used.
You can embed clickable hyperlinks in any field. Enter your test, set
it's style to Link and there it is. To do something with it, you need
a linkClicked
Recently, [EMAIL PROTECTED] wrote:
This sounds like a great idea - - however I must be doing something wrong.
If I go into the messagebox and type:
put URL http://www.runrev.com/index.html; into temp
put temp = temp
I get no results. I tried a bunch of other URLs like
26 matches
Mail list logo