World: r3wp

Thanks Chris, that's a handy little util. The only thing it can't 
do is change PNG color depth (useful if you generate your PNGs from 
REBOL). Any ideas on that score?

Hmm, I tracked down pngcrush (http://sourceforge.net/project/showfiles.php?group_id=1689&package_id=6641), 
 and while its usage seems clear enough:

	pngcrush.exe -bit_depth 4 24bit.png 4bit.png

it dosen't seem to work.

That does suck indeed.

But that also requires colour space which is why they prob decided 
to just bunt.

Not quite the batch solution I had in mind, but MSPaint lets you 
save a PNG as a 4, 8 or 24 bit BMP ... which is good enough for IconSushi 
... which works with good old ResHacker ... which lets me, wait for 
it, change the default REBOL icons in an encapped program ... and 
folks wonder why REBOL isn't mainstream yet! ;) (An "Encap: [icons 
%my-icons.ico]" type option would be a good thing IMHO).

rambo !

If you're into Amiga emulation, I can recommend PPaint (it's what 
I use for exactly this purpose) to reduce 24-bit pngs.  PNGQuant 
is another command line utility that I use to convert 32-bit to 8-bit 
rgba (for small IOS icons :o) though 8-bit windows icons are strictly 
rgb.

Oh, almost forgot: http://www.libpng.org/pub/png/apps/pngquant.html

*LOVE* ResHacker for that. Easy to script into encap build processes.

you can't change the title yet for console windows

 -- You can probably do it with API calls. Haven't tried, but it should 
 work NP.

I use Axialis's IconWorkshop. Not free, but works well for me.

the best tool for PNG optimization in size is pngout.exe from famous 
ken Silverman:
http://advsys.net/ken/utils.htm

I use this for window titles

win-lib: make object! [
	
	user-lib: load/library %user32.dll

	SetWindowText: make routine! [
		handle			[integer!]
		Title			[string!]
		return:			[integer!]
	] user-lib "SetWindowTextA"
	
	set 'WindowTitle: func [
		Title [string!] 
	] [
		SetWindowText get-modes system/ports/system 'window Title
	]
	
]

Sorry,

set 'WindowTitle func [

that works for all windows including consoles?

Works at least in Rebol/View console :)

It works for all console windows of Rebol, if you can load a .dll

what are you doing, changing window-title?

yes

view lay: layout[
 button "title-time" 300[
  lay/text: form now lay/changes: 'text show lay
 ]
]

but i do not know if the "rebol - " can be eleminated. i guess sdk 
can.

changing the title of a console window

ah, sorry. had already  the feeling i missed something :)

Getting this error, not sure what source files I am missing. It Is 
a simple view script that reads from http. (I'm already including 
mezz.r, prot.r, view.r) 

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

ok. I tracked it down, for some reason vbug (which is called by read-thru 
etc) was expecting a user-prefs object. so I gave it one. not sure 
why there wasn't already one created, though

I've found that this is called when you do a 'request-download

Maybe that should be submitted to feedback.

OS has a proxy auto detect  option. Does anyone have an example to 
do this?

Try again. Altme has an OS proxy auto detect  option. Does anyone 
have an example to do this?

This may or may not help:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-thread.r?m=rmlSJBJ

I suspect it doesn't

Thanks Peter, But your suspicion is corrent ;-). I'm actually after 
the way altme & browser plugin read the systems proxy setup... I 
want to import those proxy settings automatically where possible

Has anyone seen his message before?  I tried typing into a view application 
under windows 2000, and got this


The ordinal 6467 could not be located in the dynamic link library 
MFC42.DLL

Not see it under REBOL.
But is sounds like you have an older (or newer!) copy of MFC42.

Or you may have both in different folders, and the wrong one is first 
in the path.

Either way, the first step usually is to get the appropriate version 
to execute.

Good call!  There was an ancient version of mfc42.dll in the same 
directory.

Does anyone know if SDK will be totaly updated when view 1.3 is final 
?

And when will SDK be final?

Carl sounds like 1.3 is new base for everything. so i hope IOS and 
SDK will follow quickly.

I *think* that the goal is to upgarde View, Core and also the SDK.

Once that is done work will start on the new async core and Rebservices.

Hope async & services will deploy next month ;-)

If I were to buy the SDK would I be able to upgrade to 1.3 , or should 
I wait for 1.3 ?

Should most probably be more a question to RT directly, but I'd like 
to know the same. Actually if in the future everything is to be based 
on LNS, Rebol/Platform and so on, will people with the SDK, Command 
have to buy new versions, as it sounded that everything will change 
more or less, so the productline isn't the same anymore ?!

PhilB, I asked the question a year and a half ago and the answer 
was positive. I bought SDK a month and a half ago and I hope they 
will keep their word...

Carl said in the weekend that parts of the SDK were being uploaded 
... but I can't see them on rebol.net.
Anyone know to where they were uploaded?

An updated REBOL/Base for some platforms was uploaded to where they 
put the View alphas/betas.

but no SDK ...

/Pro and /Command too. Base and Pro are part of the SDK.

I think /Base is for general distribution.

I wish. Betas of it have been freely distributed, but there is not 
yet any place that you can download a release version of Pro, Base 
or Face seperate from the SDK. It was suggested to Carl that Base 
be ported to more platforms (particularly WinCE) and he seemed to 
think it was a good idea.