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 basic face/feel events and all of the basic face effects, just like if you use them manually. I think focus is specific to VID but its been awhile since I've played with that so I'm not completely sure. most of my rebol/view GUIs use VID and direct face setups about 50% equaly. In the very near future, I will start using liquid-vid more and more and eventually should phase out most basic VID useage, which I'd keep for modal Q&D panels. I also have a system where I extract vid faces and use them directly as my base face. This way I can cleanly re-insert them into vid layouts. if anyone can show speed differences in specific areas, then please share the info, we all want to know for sue ;-) my only beef with VID is that some styles use the redraw feel a litle too liberally, IMHO, and on large layouts, this CAN kill some noticable amounts of interactivity. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -----Original Message----- > From: Paul Tretter [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 15, 2004 5:07 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: [view] accelerating view... > > > > 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]> > To: "Rebol-List (E-mail)" <[EMAIL PROTECTED]> > Sent: Thursday, January 15, 2004 12:47 PM > Subject: [REBOL] [view] accelerating view... > > > > > > I REAAAAALLLYYYYY 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 at least 1000x800 and its really slow > on my dual 800 > with WILDCAT graphics card. > > > > right now while dragging the mouse there is no more than 2 > frames a second > refresh speed, if the show face is enabled. The actual > event and process > loop is 100 real time if I remove the 'show face line > (meaning that the > actual process of creating the draw effect block is > microscopic in terms of > slowing down the refresh.) > > > > > > can you guys give me some of your tricks to improve refresh > speeds in any > interactive apps? > > > > I'm into doin pretty wild stuff (like freezing the ui as a > bitmap while > I'm drawing or whatever, creating an overlay plane, anything works)... > > > > I tought about using the timer in order for the algorythm > to forget about > drawing all those refreshes when the cursor is going slowly > (which really > creates a large amount of lag) > > > > > > any advanced or wild suggestions are welcome > > > > is there a way to look-ahead for events and forget events in some > circumstances (like if there is already a more recent mouse > move event, I'd > skip all those in the cue and perform only the latest one... > that is a very > common process amongst true signal based event handling). > > > > can creating my own handler allow me to streamline the > event handling so > that less useless events are generated, thus reducing lag? > > > > > > Thanks in advance !!! > > > > > > -MAx > > --- > > "You can either be part of the problem or part of the > solution, but in the > end, being part of the problem is much more fun." > > > > > > -- > > To unsubscribe from this list, just send an email to > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.560 / Virus Database: 352 - Release Date: 1/8/2004 > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
