Jason Cunliffe wrote:
http://203.79.110.37/rebolml/
Bravo !!
Thanks guys... can't wait till you add search etc.
the question is, if it would not be easier to resubscribe to escribe? It
has common interface, good search, is known etc.
-pekr-
-Jason
--
To unsubscribe from
pekr wrote:
the question is, if it would not be easier to resubscribe to escribe? It
has common interface, good search, is known etc.
I tried doing that but...
Quote from http://www.escribe.com/:
We only carry mailing lists that request this service
(by the mailing list owner
Hi SunandaDH,
On Wednesday, January 14, 2004, 7:21:39 PM, you wrote:
Sac But it makes it much harder (I won't say impossible, or someone will email in
Sac a char-xor function) to do boolean operations.
You could use a binary! and use the characters #{00} and #{01};
then you can easily use
Thanks to Brett and Jason and Gerard and Pekr for the replies.
A couple of comments:
Jason:
can't wait till you add search etc.
This may be halfway usable in a couple of weeks. There's a three-stage plan:
1. Link to the ML archive from REBOL.org to make this new feature live. I'll
do that
What is interesting is that it didnt break on my first attempt but I pasted
it a second time in the interpreter and then it gave the same error. So I'm
thinking its something to do with the memory management.
Paul Tretter
- Original Message -
From: Tim Johnson [EMAIL PROTECTED]
To:
Thursday, January 15, 2004, 4:32:56 PM, Paul wrote:
What is interesting is that it didnt break on my first attempt but I
pasted it a second time in the interpreter and then it gave the same
error. So I'm thinking its something to do with the memory
management.
Jup, just use larger sizes
Hi all,
A little off topic:
Is anyone else having problems
w/ the Alt-ME server ? Our hosted
world is down, and we cannot see
the REBOL world as well -- otherwise
our internet connectivity is fine ...
Thanks,
Mike
Michael Mastroianni
President, Fluent Energy
[EMAIL PROTECTED]
yes, it was down over the weekend and is down again this morning
it would be very nice if altme clients had a fallback mechinism
to find worlds (last connected, any previous, hand specified ...)
so altme.com was not a single point of failure it is now.
it is definatly eroding trust. I have just
One other note about when altme.com starts resolving worlds again.
You may still have to restart your worlds for them to be usable
(which is a pain for those who are not anywhere near the machines
the world runs on)
On Thu, 15 Jan 2004, Michael J. Mastroianni wrote:
Hi all,
A little off
Good news :-)
Escribe interface sucks. Never a great help to Rebol either.
Yes rebol driven archive with good Google hooks seems like an excellent
remedy.
thanks
- Jason
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
I REALLLY need to get view refresh more quickly.
I know we all bitch about its slowness, I've got a few tricks, but I have to do an
interactive application which is drawing one single line interactively.
the simple mouse down to start and mouse up to draw a line.
my canvas has to be
Re: [view] accelerating view...
Hi Max
I REALLLY need to get view refresh more quickly.
The 'eat function from Romano and Gabrielle is here for that.
Not sure it's the last version (not found on his web page), but here is one :
eat-ctx: context [
free: true
set 'eat
I should say that I did tests on a super easy vid script:
count: 100
s: now/time/precise
repeat i count [
off: 10x1
off/y: i * 5
ui/effect: compose/deep [gradient 1x0 0.0.0 222.222.222]
;ui/effect: compose/deep [draw [pen white line (off) 1000x500]]
show
hi max,
On Thursday 15 January 2004 19:47, you wrote:
can you guys give me some of your tricks to improve refresh speeds in any
interactive apps?
Perhaps you could use something like:
http://home.arcor.de/roland.hadinger/rebol/includes/guard.r
A demo of using guard to control recursive
Hi Maxim,
MOA can you guys give me some of your tricks to improve refresh
MOA speeds in any interactive apps?
Don't refresh on every mouse move. Romano and Gabriele's EAT
event-compressor approach can work well, but you can try other things
as well (e.g. refresh based on a timer).
You can
* Andreas Bolka [EMAIL PROTECTED] [040115 08:05]:
Thursday, January 15, 2004, 4:32:56 PM, Paul wrote:
What is interesting is that it didnt break on my first attempt but I
pasted it a second time in the interpreter and then it gave the same
error. So I'm thinking its something to do
Hi Max,
MOA my computer gives me 17 frames a second... but this should be
MOA like 2...
MOA I mean, one line on a plain background.
Big faces are slow to refresh; that's all there is to it. Whether
you've got a plain background or not--of course adding lots of effects
will slow things
tried the eat function...
it does seem to help a bit, but I get this error all the time...
** Script Error: awake has no value
** Where: eat
** Near: awake only
I'm using 1.2.10 is that an issue?
merci :-)
-MAx
---
You can either be part of the problem or part of the solution, but in the
hi,
disregard my previous mail about eat...
I went hunting on rebol.org and found the mouth full I needed...
The complete 'Eat tool was on the site, it is working, and yes, it IS helping in
removing the lag. But my app still stutters. ;-)
On the upside, many of the users have a (much)
Actually, RT does maintain a bug list from the Feedback's. Maybe its not in
their interests to publish that even though it would be of great interest to
us. I think as long as anyone finds a bug they copy it to this list we can
at least search for it. Maybe we should try to have a subj format
I think if you really want performance than you should use lower level view
functionaly and stay away from 'layout and build your own faces. I'm curious
of anyone has built a comparision of the performance.
Paul Tretter
- Original Message -
From: Maxim Olivier-Adlhoch [EMAIL PROTECTED]
hi paul,
that is a worthy assumption but in reality, VID and face really are the same beast.
This specific problem is 100% face only driven. But in reality, it does not make any
difference, because vid is really only a layout engine. It adds a few higher-level
gizmos, but still uses the
Hi Paul,
PT Actually, RT does maintain a bug list from the Feedback's. Maybe its not in
PT their interests to publish that even though it would be of great interest to
PT us. I think as long as anyone finds a bug they copy it to this list we can
PT at least search for it.
A while back, a few
Hi Max,
I use code like the following to benchmark pre and post draw FPS:
code
REBOL []
img-size: 1024x768
img: to-image layout [origin 0 box img-size blue form img-size]
view/new/options center-face layout [
origin 0
i: image img img-size effect [none] ;draw [circle
24 matches
Mail list logo
