OWB 2.7

OWB 2.7 (30.8.2008)
- Fixed copying text.
- Optimized scrolling.
- Added text zoom and and redraw to the menu.
- Added reload gadget.
- Fixed wrong underlining offsets.
- Implemented PlatformScreen for AmigaOS4.
- Fixed wrong window height.
- Added WINDOWLEFT, WINDOWTOP, WINDOWWIDTH and WINDOWHEIGHT tooltypes
for configuring the position and size of the window. WINDOWWIDTH and
WINDOWHEIGHT are only used if WIDTH/HEIGHT aren't used.
- Fixed checkbox markers.
- Updated to SVN revision 460.

@joerg

Thanks!!!

@joerg

Posting this from 2.7:

It just keeps getting better and better!
The tooltypes for the browser display width/height as opposed to the window width/height gave me a little trouble for a while (trial and error eventually got the numbers right). There are all kinds of graphical corruption problems when the browser dimensions exceed the window dimensions; but once I got that corrected, everything has been looking nice.

Keep up the good work!

@joerg

Btw you can use application.library to store last used window size and position. (prefsobjects).

Read centaurz comments here: http://openamiga.org/index.php?function=viewcomments&projectid=29

@joerg

Get Grim Reaper on www.forum64.de on the Forum-Site and on the login-site.

Tomcat

@orgin

If a program is olny for OS4 it's right to use data management offers y application.library, it's a wonderful library (but it should be much documented). You not olny store and retreive informations with application.library, but you can even interact with AmiDock in many nice ways...

Btw joerg, please don't add the same bookmark used on Blastoise version, it's ugly, it takes a part of visible area to visualized links and it is few usable... you should implement bookmark managment from menu item (or web page like aweb), more useful and usable than old one. I suppose Reaction gives you a menu class (MUI does)...
If you have choosen to save prefs information with tooltypes you should give to user a menu voice from which he can save them instead to manually insert them from workbench (it should be inserted a similar function into icon.library, so you can suggest this to other OS4 devs ;-D, something of "SaveToolType(STRPTR *toolTypeArray, STRPTR typeName)")...
And please, give as a way to add button links on GUI

@joerg

It is getting better and better. Thanks so much, I'm going to try it this weekend when I will have 5 mins.... hanf

@joerg

Working better and better for each time.

@joerg

When I press and hold arrow down it only scrolls one step whil I think that it should repeat the keypress.

Anyway, great update that works very nicely .

EDIT: Forget about that, it's working now. For some reason it didn't work when I wrote the message. Holding the right mousebutton didn't work either. I have switched mouse now and it seems to work now (not knowing if that was the problem).

@joerg

Thanks, this program is going places.

Cheers

ace

Many thanks for a great program which improves with every update!

TrevorD

@joerg

Posting with OWB 2.7

Thanks very much.
redfox

Joerg, thanks for the continued work on OWB!

As near as I can tell, the new OWB seems to hang about 1/6th
of the way through the progress bar if you provide it with any
CLI paramaters... at that point, all I can do is close the
window... there is nothing on the serial port that indicates
a crash, per se.

Besides window size parameters that used to work on 2.6, even
just providing a URL causes this to happen, like:

OWB www.google.com

Of course, this pretty well kills my script for transferring
pages from IBrowse, when needed... :-/

Any ideas?

Thanks,

PJS

@joerg

Good reason for beer :) this OWB is better and better..thx Joerg!!

@joerg

Great Update joerg, thanks! Especially the scrolling speed has become so much faster compared to 2.6. One little strange thing though is for example on the amigans.net main page scrolling down is smoother than scrolling up.

A couple of suggestions:

1. It takes relatively long for OWB to start (I measured it to be about 8 seconds or so from double-clicking of the OWB icon to the Window opening). If the startup time cannot be shortened, maybe opening the window sooner, or adding some startup progress bar or similar would be good as the user would at least be aware that something is actually happening.

2. Support for opening on its own screen instead of running on the Workbench screen would be very good, and probably not difficult to add.

And well, I'm looking forward to the other stuff that was in the Blastoise version and then it'll be perfect :)

OWB is making such fast progress that I strongly suggest everyone to consider donating to support it, I did the same.

@COBRA

Quote:
On my system OWB does open on its own screen.
Looking at prefs/screens, I have an "OrigynWebBrowser" screen, which is set up a clone of workbench, with GUI like workbench, and palette like workbench.

I am not sure at what point I set that up, but OWB opens every time on it's own screen

@COBRA

After a bit of hunting, I found it!!

Quote:

@Swoop

Thanks that works, although having a tooltype for it (like OWNSCREEN) would be nice too.

@COBRA

the normal use,, is either CUSTOMSCREEN or PUBSCREEN=name

RWO

@joerg

Working lovely! Thanks for all the nice new features.

One small glitch: With no start page defined (tooltype set to just "HOME="), and with WINDOWLEFT=64, WINDOWTOP=77, WINDOWWIDTH=1152, and WINDOWHEIGHT=870, only part of the empty page is painted white (looks like perhaps the "default" 800?600 area), the rest is grey. Screen is 1280?1024, and the old WIDTH/HEIGHT tooltypes are disabled with parentheses.

Best regards,

Niels