2.10 (21.9.2008) - Updated to SVN revision 500 (image maps are working now). - Window position and size are saved before and restored after (un)iconify. - Added AmiUpdate support, starting with the next version AmiUpdate can be used to update OWB 2.x. - Added an ARexx port. Portname OWB.1 (OWB.2, OWB.3, ... if you start OWB several times), commands OPENURL URL/A, STOP, GOBACK, GOFORWARD, RELOAD, GOHOME and SCREENTOFRONT. - Implemented pointers for AmigaOS4, only truecolour ones are supported which requires a Radeon gfx card or using SOFTSPRITE=Yes in DEVS:Monitors/Picasso96. A pointer set from Mason is included. If you don't have a Radeon gfx and don't want to use software mouse pointers you have to delete all #?Cursor#? files in Resources.
"Never ascribe to malice that which is adequately explained by incompetence." (Napol?on Bonaparte) "I would love to change the world, but they won?t give me the source code." (Unknown)
IMO default pointer of owb it's too little and the shadow it's too big :) I don't see the main edge of pointer while I perfectly see the queue of pointer :)
Yes, but there is only one file which has to be installed (curl-ca-bundle.crt) and starting with the next version I can use the AmiUpdate script to install/update it. The shared objects don't have to be copied to SOBJS:, it doesn't make any difference if they are in SOBJS: or in the same directory as the OWB executable.
But so, if someone like me has a mason pointer installed had to change the softsprite to yes ?...
Radeon gfx cards support truecolour pointers and you shouldn't enable softsprite, only with other gfx cards which only support 2 colour pointers, on the AmigaOne Voodoo and Permedia2 gfx cards, it's required.
Ah ok. I didn't know you will use AmiUpdate this soon. Thanks.
Bye, TMTisFree
"Never ascribe to malice that which is adequately explained by incompetence." (Napol?on Bonaparte) "I would love to change the world, but they won?t give me the source code." (Unknown)
I second that the shadow in the pointer is useless.
Bye, TMTisFree
"Never ascribe to malice that which is adequately explained by incompetence." (Napol?on Bonaparte) "I would love to change the world, but they won?t give me the source code." (Unknown)
The pointer is ok but the shadow is too fat under the pointer which makes it look like it has alot of smoothed dirt under it ;) Please make the shadow narrower/smaller.
For the OWB im right now writing from it. As usuall its getting better and better. Download/upload is what im waiting for ;D
No, and no uploads yet either. Using a hack like in the AmigaOS4 port of OWB Blastoise for downloads, it cancelled the transfer and started a separate task downloading it again, would probably be as easy in OWB Doduo, but I want to implement it correctly.
The pointer is ok but the shadow is too fat under the pointer which makes it look like it has alot of smoothed dirt under it ;)
You can simply delete the pointers you don't like, if a pointer is missing it uses the AmigaOS ones (busy pointer for the waitCursor, normal pointer for everything else) instead.
Quote:
Please make the shadow narrower/smaller.
That's something for Mason, but if you have something you like better already you can replace them in the Resources directory. The same format as for the the 32 bit def_pointer and def_busypointer ones is used: A single image, truecolour icon with X/YOFFSET tooltypes for the hotspot.
I suspected this would be a problem when I read about it in the 2.8 relnotes...
"Implemented popup menus for <select> with up to 25 entries."
...that the 25 entry limit would fail on any page that asked for a US address... they almost always use popup menus for your state... there 50 of them.
I also encountered this problem with a car sales site... there are more than 25 car marques. For example...
The 25-entry-max popup menus is only a temporary quick solution, I'm sure it will be properly supported sooner or later, but joerg only has 24 hours in a day, so we have to be a bit patient ;)