r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Rebolek
13-Jun-2005
[1387]
tools/font lab uses old buttons too...
Pekr
13-Jun-2005
[1388x3]
that is tool, but I talk about Desktop functionality. It offers you 
auto-update dialog. btw - it should ask if rebol should check for 
new updates imo - settings in preferences panel ...
try Rebcircle demo ... then press mouse button and move, to generate 
more events - 10x faster :-)
... while Cyphre demo, using the same principle, nearly stops .... 
strange ...
Rebolek
13-Jun-2005
[1391]
no, that's not the same principle, in Cyphre demo I used "engage: 
func [f a e][switch a [time [something]]]....." so it renders ONLY 
when time-event comes, in Rebcircle is "engage: func [f a e][something]...." 
so new image is rendered on every event.
Pekr
13-Jun-2005
[1392]
thanks for explanation. I tried to add rate field, but it changed 
nothing ...
Rebolek
13-Jun-2005
[1393]
there's "to image!" and it's 600x600 pixels so I think it's REBOL 
redraw speed limitation...
DideC
13-Jun-2005
[1394]
Pekr: for different bookmark icon (left bar in desktop), there is 
a "Reset bookmark" script in the Rebol.com/tools folder. See Carl 
advice in the note of this release http://www.rebol.net/notes/rv13-changes.html#section-3
[unknown: 5]
13-Jun-2005
[1395]
Now that we have 1.3 - any idea on when we get the SDK and Command 
builds?
JaimeVargas
13-Jun-2005
[1396]
Soon.
Pekr
13-Jun-2005
[1397]
I wonder if IOS will be regenerated for customers too?
JaimeVargas
13-Jun-2005
[1398]
Soon again.
yeksoon
13-Jun-2005
[1399]
OS X!!
Pekr
13-Jun-2005
[1400x5]
cool! I was afraid I will have to use old knowledge for IOS .....
New Qt - the stole our originally planned design for buttons - http://qt4.digitalfanatics.org/articles/images/rc1/qtrc-3.png
the ones made by Chris were really nice (nicer than current XPish 
ones)
http://qt4.digitalfanatics.org/articles/rc1.html
AGG based app - nice :-) http://www.epsitec.ch/cresus/documents/base-f.php
Chris
13-Jun-2005
[1405]
Including the interface?
Henrik
13-Jun-2005
[1406]
I was wondering about that color palette in the right lower corner. 
That would be pretty easy to do in Rebol now instead of this primitive 
RGB slider thing, wouldn't it?
Pekr
14-Jun-2005
[1407]
Back in the pre 1.3 beta, we have got async kernel inside REBOL for 
a while. I would like to ask, if it solved open/skip, open/seek features, 
so that projects like RebDB could proceed? Thanks ....
JaimeVargas
14-Jun-2005
[1408x2]
If I am correct open/skip was solved for 1.3
But I will test this first to be sure.
Gabriele
14-Jun-2005
[1410]
petr: the /seek refinement requires the new ports of the /async kernel, 
so it wasn't possible to port it back to the old kernel easily.
Pekr
14-Jun-2005
[1411]
I know Gabriele - my question was, if async kernel allowed open/seek 
already?
Henrik
14-Jun-2005
[1412]
is it possible to have a transparent backdrop in a pane? I'm creating 
a box with some interactive elements in its pane, and I want to see 
what's under the box
Vincent
14-Jun-2005
[1413x2]
face/color: none
none mean transparent for View
Henrik
14-Jun-2005
[1415]
it works! thank you :-)
Gabriele
14-Jun-2005
[1416]
petr: yes, it does. a /seek port operates differently from a /direct 
port. you can try it out on any beta with the async core (i.e. view 
1.2.57)
Graham
15-Jun-2005
[1417x2]
I notice the new view 1.3 request function now allows the keyboard 
to select an answer.  So, for an alert, a space bar is enough.
how can I get the same functionality with the sdk?
Another easy question, I have a login screen that starts off with

view center-face loginscreen


How do I make it so that the userid field has focus?  At present 
I have to use the mouse to activate the userid field before I can 
type.
Ashley
15-Jun-2005
[1419]
f: field
do [focus f]
Graham
15-Jun-2005
[1420]
Thanks.
Gregg
15-Jun-2005
[1421]
REQUEST is a mezzanine, so you can SOURCE it and patch it into your 
code.
Brock
15-Jun-2005
[1422x2]
Was just exploring the REBOL/Desktop and ran into a summary document 
of changes for 1.3.  Don't recall seeing this referenced from other 
sources... http://www.rebol.com/docs/changes-view.html
Of note,  section 2.6 Revised Image Datatype.... http://www.rebol.com/docs/image.html
Graham
16-Jun-2005
[1424x2]
Gregg, that was the first thing I tried.
I thought I'd ask here in case someone knew before I delved further 
into it.
Ashley
16-Jun-2005
[1426]
Thanks Brock, I missed than one. ;)
[unknown: 5]
16-Jun-2005
[1427]
Anyone know if there is any updates to the new /view such that we 
can activate a button and run a forever loop and still not inhibit 
view events? I don't want to have to use a wait command if I can 
help it.
Izkata
16-Jun-2005
[1428]
I can't think of anything, but would wait really be that much of 
a hinderance?  Especially since even wait .0001 works.
Graham
17-Jun-2005
[1429]
Now that View 1.3 is out, does anyone know what the roadmap is ? 
 I would have thought it would be easiest to first release the SDK, 
then LNS, then IOS which may rely on LNS, and then OSX View?  Anyone 
got a better path?
François
17-Jun-2005
[1430]
Does anyone knows what the new build http://www.rebol.net/builds/031/rebview1300031a.exe
is?
Ashley
17-Jun-2005
[1431]
The following used to work with View 1.2:


 view a: layout [btn 200x200 [view/new/options layout [btn 100x100] 
 reduce ['parent a]]]

but no longer works under 1.3. A bug?
Graham
17-Jun-2005
[1432]
What do you see that's different?
Ashley
17-Jun-2005
[1433]
Click button to open 2nd window then click somewhere on the first 
window. With 1.2 the 2nd window correctly stays in the foreground, 
with 1.3 the first window comes to the foreground.
Graham
17-Jun-2005
[1434x3]
the betas act like 1.3
Looks like the change in behaviour occurred about April 2004
1.2.40.3.1 works as previous 1.2 versions, and 1.2.46.3.1 has the 
current behaviour.