World: r3wp

the headers: yes, that looks like making sense in case the file is 
meant to be published as text

Anybody know a workaround for this?

from rebcmdview.exe and/or old desktop:

REBOL []
print length? read/lines http://www.google.com	;; works
print length? read/lines http://www.rebol.com	;; works
print length? read/lines https://www.google.com	;; works
halt

11
242
11

encapsulate (encmdface.exe) above and run the exe:

11
242
** Access Error: Invalid port spec: https://www.google.com
** Near: print length? read/lines https://www.google.com
halt
** Press enter to quit...

happens on any https page

Yes, check to see if https is installed.

Unless you downloaded the very latest 2.7.6 sdk, you will have that 
issue.  Easy to fix though.

I received this via email. ...rebol-sdk-cmd-z2l7np..... Is there 
another place to download the latest?

I'll send a message to Rebol.  I have 2.5.6. Thx.

I googled this http://www.rebol.net/builds/#section-1

not sure why there is no easily found direct link

Graham, that worked!!!! Thank you very much!!!

links  were broken on one of the updates to the site when R3 was 
given more space.

is there are problem with the latest builds of sdk  not  using the 

encap: [title "window title"]

properly?

Works on Windows with SDK 2.7.6.

not here.  windows 2.7.6  also.... very strange.

I tried with enface.exe and encmdview.exe  both give a  tile like 
 "REBOL -      "

Got that prefix only with source version. Once encapped (with enface), 
I get the proper title.

is your title: ""  assigned to anything in the header?

yes, it's assigned to the same name as in encap/title.

can you give me the full header? ... I'll just try it as-is to see 
if its a side-effect of the complete header... & or other encap options.

removing that header doesn't change anything as long as the 'encap 
header is there.

thanks ... knowing that the header was not in cause... alllowed me 
to find the true culprit .... some prerebol oditty which wrapped 
my entire code in a block (my fault in how I was using it).

strabge thing is that it was still running after encap... very weird.

(strange)

there is a nice feeling about seeing a 450kb 20 file REBOL script 
being linked as one source , then add another 400 kb of view encap 
code over it and it all works... 

850 kb of REBOL is a hell of a lot of code... I can't imagine how 
much code that would be in C  !!!

:-)

Some customers also get a little weirded out, when they see that 
my biggest programs take 2-3 seconds to download and about 0.1 seconds 
to install and start.

I've had that a few times, "where's the rest of the application ..."

I notice the icon of my encapped application displays info about 
rebol -company name, file version etc...

Anyway to get my info and file version for the App in there? If so 
-  Can this be done when encapping or to I need to change it afterward. 
It it indeed the icon that holds this info?

I guess I could use resource hacker...but is there a way to automate 
it during ENCAP

I wrote a function that called encap followed by reshack to solve 
the problem.

What did you use a reshack script?

I tried to make a reshack script to change the icon image but I could 
not get it to work...will have another look..

I simply used CALL to call encap and reshack sequentially. Kind of 
a make-file.

I have massive make files like this which do all kinds of script 
fixup, directory creations, zipping of archives, backups... and call 
res hacker... its the easiest way to encap stuff.

note that the icon has to be of an exact specification... you can't 
replace just any icon.  basically, there are 9 sizes/colors in the 
icon, and you have to use EXACTLY the same setup.

in the SDK docs, there is an example of a reshacker script call.

I've been able to change my icon with res hacker's ui but not via 
a script...i'll have another look at the SDK doc example...

http://www.dobeash.com/RebGUI/cookbook.html#section-2.3

Thanks, Ashley, I had seen this help page before but I did not remember 
ResHack stuff in it...Great!

Getting a weird behavior with an encapped app....


It works fine on most computers but on one computer an image in the 
face is not displaying properly...

its as if white space is being added to the right  and bottom sides 
throwing of the layout. 

I tried placing in a box with specific size. THis retains the basic 
layout but the image is squeezed up into a part of the box.
Only a problem on one computer so far ...

as a script I do not see this issue...

different OS?

different service pack?

what have you tried so far to debug this?

carefull... graham will give you his paypal account after   ;-P

I've never seen that artefact appear.  did you try changing the image?

Yeah .. I need to increase the amount of my bounty since no one is 
biting :)

3 computers > XP pro and 1 > vista laptop. Offending machine > xp 
pro

and have you determined whether it's specific to XP?  Or just to 
that PC?

I originaly just had teh pic displayed in a layout with "image pic"

I later put in a 'box with specified size (matching the resolution 
of image)

that is what image style is  ;-)

It appears to be just that machine but I tried it on an other machine 
with same hardware with no prob