World: r3wp

pekr: that happens in 1.2.1 too, and i think it's a console quirk.

tom: i meant, if you could repeat the test on windows. if it's solaris 
only, we'll need to wait for that then.

yeah, I know ... just curious .... I tried to paste some script, 
and those comments did not allow me to, as it contained " char, which 
was not closed, but it was comment section, so it should be imo ignored 
...

in such case rebol console should look after line-break imo?

#3656 "copy/part open/direct/read/binary what-dir 100000 ;=CRASH"
Looks nice and stable from View 1.2.104.3.1

Graham: i found out that you can search any field with the "Search 
for:" input box. so if you input "Graham" there, it will show all 
tickets from you.

With 1.2.107 (and may be others), when I launch a script from the 
desktop (clicking its icon) the new interpreter open a security request 
to read %rebol.r in the directory where the interpreter is (ie: %/c/rebol/view/).
Something wrong with 'secure setting ?

With rebview 1.2.102.4.2 (linux) im getting sometimes this during 
startup -> 
..
..
...
Type "desktop" to start desktop.
WARNING: CALL function enabled in this version.
To see most recent beta changes, type: changes?
>> REBOL console error (1)
REBOL console error (1)
REBOL console error (1)
REBOL console error (1)
REBOL console error (1)

nothing like that under Windows ...

DideC: i think that's still because the install code is missing (i.e. 
the betas don't have an installer)

Yes, maybe. It does the same with 1.2.48 and 1.2.57!

rebolinth: what linux distro/version gives that?

Wow. I read the call for bugs, I check my favorites to see if they 
have been fixed, I submit one to RAMBO that was half-fixed a while 
ago. Two days later, there's a new build (104) that fixes my bug 
(3685). This is the quickest bug fix I've ever experienced from REBOL 
Tech. Bravo!

Gabriele - thanks.  I that most of my reports are still in the "reviewed" 
class.

Draw Test with REBOL/View 1.2.107.3.1 under Win98 causes an error 
by using an invalid page
 -----------------

REBVIEW1210731 verursachte einen Fehler durch eine ungültige Seite
in Modul REBVIEW1210731.EXE bei 0167:00403465.
Register:
EAX=27797b8c CS=0167 EIP=00403465 EFLGS=00010206
EBX=ff740b34 SS=016f ESP=008bede8 EBP=008bedf4
ECX=00000000 DS=016f ESI=004983f8 FS=3bf7
EDX=009cf990 ES=016f EDI=27797b8c GS=0000
Bytes bei CS:EIP:
8a 00 84 c0 74 26 0f b6 c0 83 f8 40 75 07 b8 ff 
Stapelwerte:

00498428 004980b8 00007fe0 008bee64 00402e05 00000000 008bf4cc 00474428 
00000001 ffbb55a4 27797b8c 004984ec 00474428 00498428 01d0f5a8 00498984 
-------------------

sqlab: that's the draw.r test script? does that happen on win98 only?

This is http://www.rebol.net/tests/view/draw-test.r.
This happens only with Win98.
I tested it with Win2000 and it worked

But there is the difference, that Win2000 was not connected to the 
Internet.

Worked under Win2000 internet connected.

With 1.2.106.3.1 and 1.2.107.3.1 : bug with pen color setting in 
draw block:
view layout [box white effect [draw [
	pen none box 10x10 70x20 ; invisible box
	pen black                                ; pen to black
	pen none box 10x30 70x50 ; invisible box
]]]
is ok,  but not
view layout [box white effect [draw [
	pen none box 10x10 70x20 ; invisible box
	pen black text 12x32 "hello" ; pen to black, some text

 pen none box 10x30 70x50 ; without AGG (->1.2.48), invisible box, 
 with AGG (alpha & 1.2.106+), visible box
]]]
Drawing something with a visible pen breaks invisible pen usage.

(submitted to RAMBO)

Sqlab: Can you provide more detailed info about the crash you mentioned? 
Can be reproduced by repeating the draw-test.r? In what exact part 
of the test Rebol crashed? Thanks.

Vincent: thanks for the report. We know about this problem and will 
be fixed in 1.3.

Another problem with AGG : draw text does not render foreign chars 
:

view layout [text "Après noël en forêt" box 150x20 effect [draw [text 
0x0 "Après noël en forêt"]]]

I wonder what font AGG use ? None of the ASCII 128+ char are displayed, 
 except 251 that show "OBJ" in a box !!

Here is a more complete test :

base: [text (c) 40x20 effect [draw [text 20x0 (c)]]]

lay: [origin 0 space 1 across]
for i 16 31 1 [
	for j 0 7 1 [
		c: copy to-string to-char 8 * i + j
		append lay compose/deep base
	]
	append lay 'return
]
view layout lay

Gabriele: Linux Slackware kernel 2.4.26

Ill post it Rambo

Draw text : added to RAMBO.

I believe that text rendering will not be included in View1.3 version 
of AGG/Draw. It will come a bit later.

what exactly is meant by that? 1.2.107 renders fine anti aliased 
text.

henrik: antialiased text only works in windows, so it will not be 
in 1.3

about crash on win98: should be fixed in upcoming release :-)

DideC: here is result of the test on my machine: http://www.rebol.cz/~cyphre/agg-ansi.png
It looks normal here imo. But Rebol is not unicode yet so this is 
problematic area. Which version of Windows are you using? What default 
codepage/keyboard/national settings?

Draw text and foreign chars: same problem here on Win2k SP4, with 
West European default codepage, Swiss-French national & keyboard.

Gabriele why can't AA fonts it be supported anyways on window?  its 
easy to state in the docs that windows users have an additional option...

what's this about:

>> to-time 721
== 0:12:01
>> to-time 721.4
== 0:12:01.399999999
>> to-time 721.2
== 0:12:01.2
>> to-time 721.3
== 0:12:01.299999999
>> to-time 721.4
== 0:12:01.399999999
>> to-time 721.5
== 0:12:01.5

Henrik: this shows, that time! and decimal! datatypes are a bit "incompatible". 
The time! values are able to represent 0:12:01.4 exactly, while decimal! 
is actually a binary IEEE754 floating point representation, that 
is unable to exactly represent 721.4

Romano, I am seeing some weird face bugs, too, using View 1.2.107

Maxim: "why can't AA fonts be supported on Linux ? they're supported 
on windows..."  ;-)

[Cyphre | Gabriele]: Do you still need more information about the 
Win98 crash or is it solved?

If needed I can send an echoed trace log file to your email address.

Here is what I get with 1.2.48 (standard draw) and 1.2.107 (AGG draw) 
:
http://membres.lycos.fr/didec/images/draw-text-48.jpg
http://membres.lycos.fr/didec/images/draw-text-107.jpg

I have tested on Win2k and WinXP with French Regional settings : 
"French (France)" with "French (France)" keyboard layout.

I don't know the exact code page, 1252 or 850 ? Where can I get it 
?

sqlab: the Win98 bug has been fixed for next release. Thanks for 
your useful bugreport!

Vincent, DideC: thanks for the report. I'll try to investigate more. 
But remember the current font handling in Rebol/AGG will be removed 
 for the 1.3 version. (AA and vectorial fonts will be added once 
we found good crossplatform solution for it)

Romano, Anton: the new error!s were introduced to rebol instead of 
"face in more than one pane" and simmilar console prints.
regarding this error
** Script Error: Invalid graphics face object
** Where: view
** Near: show scr-face
if new [do-events]


I have got it when one of face/size coordinates are lesser than 1.

this is from changes documentation:
Face related warnings like 

face in more than one pane" and "invalid face" are no longer printed 
to the console. They now throw errors and you can catch them or let 
them go to the console. The warning that a face is shown in non-visible 
pane or closed window type errors have been removed. Programmers 
can determine that for themselves."

#3687 : bitwise ops - it was submitted at the start of the /View 
1.3 project (2003/2004). 

Both MacOS 9 and Amiga /View 12.1 (big-endian MC 680xx / PowerPC) 
have this bug for bitwise operations on series.

I had to do a workaround for %gzip.r (painful slow byte per byte 
operations) and %rebzip.r (calculations with integers.)

maxim: it isn't just AA. font support is not multiplatform right 
now so it can't be left in. i'm sure we'll find a solution to this...

One could build a function that catches "face in more than one pane" 
errors that duplicates the face and ties the data values of the faces 
together so that they act like one face but are in fact two faces 
with identical values and therefor allows view to display the face 
in more than one pane...