World: r3wp

New prob...

My buttons (btn) are not rendering properly...they are rounded at 
the ends. And other graphic elemnets are also rendered differently...

Is the draw dialect included in view.r source file?


I do not see anything that looks like draw.r in the source directory

I don't recall rendering issues. Can you post shots of encapped/non-encapped 
results?

Give me a few and I will do so..

Gregg, YOu can view them at: http://onfire.selfip.com/pics/

first screen: shows rounded buttons

second screen shows "flat" menu buttons (effect seems to not be drawn)

I'm also getting a lot of "misplaced item" errors but again only 
in encapped version....

Unknown word or style: rejoin
Misplaced item: ["This version: " this_version]
Unknown word or style: rejoin
Misplaced item: ["Last Update: " last_db_update/date]
Misplaced item: 150
Misplaced item: "6-TOWE"
Misplaced item: [get_sections cur_chap: copy face/text]
Misplaced item: 450
Unknown word or style: red
Unknown word or style: font-size
Misplaced item: 25
Unknown word or style: bold
Unknown word or style: underline
Unknown word or style: chtit
Misplaced item: 0.0
Misplaced item: 255.100.100
Misplaced item: 90.90.90
Unknown word or style: rejoin

Misplaced item: ["14." " " "MAINTENANCE OF PORTABLE ALUMINUM LADDERS"]

Misplaced item: [my-scroll-panel/access/set-scroll-offset my-scroll-panel 
0x-1 * 699x15723 focus]
Misplaced item: 0x0
Unknown word or style: edge
Misplaced item: [color: black size: 2x2]
Unknown word or style: effect
Misplaced item: [merge luma -80]

There might be a problem with my dns routing try:
http://141.155.155.225:81/pics

which version of sdk do you have?

REBOL/Encap 2.7.6.3.1 (14-Mar-2008)

Let me check the source files

Title:  "REBOL/View"
	Version: 2.7.6

 Rights: "Copyright REBOL Technologies 2008. All rights reserved."
	Home: http://www.rebol.com
	Date: 14-Mar-2008

Are you sure that you link to correct include files? The screenshots 
looks like some old IOS styles.

I may have the prob..
My includes point to the old version

Dope!

Ilove you guys...thank you so much for helping this dope!

Yep, when the BTN style came out it had rounder corners than now.

Any reason why call to an encapped exe does not show the window....

It starts up (I can see it in task Manager) uses ram but the view 
window does not pop up...

try using call/show

which window? If you mean the console, tan just print somthing.

call/show worked..
thanks!

Getting an error on an ecapped script...works fine as script though:

** Script Error: base-effect has no value
** Where: do-facets
** Near: base-effect
** Press enter to quit...

Sounds like I'm missing an include but I have:
#INCLUDE %"../../../rebol-sdk-276/source/mezz.r"
#INCLUDE %"../../../rebol-sdk-276/source/prot.r"
#INCLUDE %"../../../rebol-sdk-276/source/view.r"
and just in case I tried adding:
#INCLUDE %"../../../rebol-sdk-276/source/gfx-colors.r"
#INCLUDE %"../../../rebol-sdk-276/source/gfx-funcs.r"

It crashes when I request-dir

If I substitute request-file it opens hte requester and continues 
throughthe code but request-dir gives me the error before the requestor 
opens..

Found the error in the view-request.r source code:
backeffect base-effect
Not sure what it does but commneting it out fixes the problem..

I guess its just some undefined backdrop color/effect - base-effect

I have a problem with a program, I build with enface. I include source/view.r 
and use ALERT. It works fine, if I click the ok button in the alert 
dialog with the mouse, but I get an error, if I hit <Return>:

** Script Error: find-key-face has no value
** Where: wake-event


A little research tell me, that wake-event is defined in source/view-object.r 
, but that isn't included in source/view.r , so it probably is automatic 
in, when enface is used. If I include source/view-object.r (before 
including source/view.r), I don't get the error, but then the alert 
window is placed partly outside the screen (because screen-face/size 
isn't set correctly. I can set it manually in source/view-object.r 
, but then I force a certain screen-size, and it won't work with 
other screen sizes. I'm wondering, how REBOL in the first place get 
the correct screen size, probably with some hidden system call!?

Suggestions?

Problem solved. It was because I included source/view.r within a 
context. Doh!

base-effect is an effect block. In the Rebol/View console:

	>> base-effect
	== [gradient 0x1 180.200.180 120.140.120]

Not sure yet where it is defined though.

Back in march I had an issue with this error:

** Script Error: user-prefs has no value
** Where: vbug
** Near: if not dbg: user-prefs/debug [exit]

Graham mentioned it was a bug with "request-download" or similar...

I'm now getting it with "read-net"

Graham suggested: user-prefs: [ debug: false ]

 I tried Gahams suggestion but I get another error:
** Script Error: Invalid path value: debug
** Where: vbug
** Near: if not dbg: user-prefs/debug [exit]

well, the error appears to be the same.

are you positive you have created the user-prefs object?

user-prefs: make object! [ debug: false ]

I did not make it an object! Just had user-prefs: [debug: false]

Works now!

Thanks again Graham!

My error it seems when I first mentioned this!

.

I have a application that is spread over around 15 files.. I use 
>>do %file<< to "include" them now. Now I am making a encapped version 
of app. do still tries to do the .r files but they don't exist when 
single exe is created so I get errors. I tried naming all files when 
doing encap but it behved the same. I read about prebol and understand 
that I have to  #include the files but I suppose that won't work

when developing and executing from it directly with >>rebol mainfile.r<< 
because it will need to be prereboled each time? 


Is there a way to make a script that I can encap and run directly 
via .r files? If there is no other way I was thinking about making 
>>either encap [ #include %file.r ] [ do %file.r ]<< but it's not 
the most elegant solution .. Is there any better?

I simply use two separate files, one for #include, the other for 
'do.

but then you have to make code changes on two files?

I find it to be far less cumbersome than trying to come up with fancy 
methods of using a single file for do and #include. Especially if 
you are using multi-level includes.

With that I mean, if you create your own libraries that are preprocessed 
or 'do'ed separately and then included or 'do'ed in the main file.

Be sure that you don't do much else but includes in those files. 
This will make sure that after a while, working on your project, 
both files will get steady and no more changes occur, and then you 
won't see there are two different files.

yes, I have multi level do-s a file does app-specific lib file which 
do-es more generic libs etc .. hm I will think about it..

I don't like duplicating code.. then I can have one bug in one file 
and another in other and I always have to check if I updated them 
both etc.. winMerge and tools like this would help but anyway

I know what you mean, but in this case, I find it easy to make an 
exception.

thanks for explaining it to me.. so I know what options are there.

In the build system I use now for my projects, there are two separate 
files. The one I use for development is the 'do, and the one my customer 
gets is the #included version. Then I have a make-file, that builds 
the project and puts it where it needs to be (local webserver), counts 
up the build version. I can build it whenever I want and there are 
no hiccups.


My earlier attempts at a build system was by trying to be fancy, 
i.e. build with as few keypresses as possible. It never worked as 
well as this one.

yes, many times simplest solution is the best.. and usage shows what 
works