Edit: and does it detects LOWMEM as commandline arg?
No, but it reads the tooltypes even if you start it from a shell.
Just did some test before reading your reply and found that LOWMEM results in about 8MB difference when started from WB with amigans.net loaded. Starting form shell results in similar to "LOWMEM"-enabled consumption. Great feature BTW: what makes AWeb to display "E" button for external editor in right-bottom corner of editor area in forums? Is there an option to do this in OWB? Or alternatively: are there some shortcuts for editing text? Currently this and lack of storing of passwords is the main reason for AWeb remaining the main browser here, but OWB is in the right direction
Thanks! Jack
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
BTW: what makes AWeb to display "E" button for external editor in right-bottom corner of editor area in forums?
It comes from the text editor gadget class that AWeb uses (I'm guessing it is an internal custom one).
Quote:
Or alternatively: are there some shortcuts for editing text?
Shift and the cursor keys highlight text, which make it easier to delete chunks. Copy and paste doesn't seem to work (either internal to OWB or with the global clipboard).
Highlighting doesn't work with the mouse for some reason.
Quote:
Currently this and lack of storing of passwords is the main reason for AWeb remaining the main browser here, but OWB is in the right direction
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
@Raziel Just tried OWB 1.19. The tool types don't work for setting home page or font size or window size.. Also a message output window opens in back. That nice proggie OWB Adressbook can't find OWB now. BIG OOPS. I upacked and installed the wrong version. renoir
Opening second OWBs (while the first is running) throws an ISI and a msg saying "error during opening AmigaOS stuff" into stdout
Edit: killing the 2-nd instance and opening again (1-st is still running) displays the message without the GR window... Jack
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
That only does proper HTTP authentication*, I thought you meant a password manager like Mozilla has that can store passwords on arbitrary pages (I think iBrowse can do this but not 100% sure)
Chris * Which is also quite useful, but I use it so infrequently that I forgot AWeb could save the passwords.
joerg wrote: Since some of the reported bugs are the AmigaOS4 parts, and adapting the AmigaOS4 parts for Doduo will probably take some time, I've uploaded a new AmigaOS4 version of OWB Blastoise. It includes the changes for only rendering the visible parts as well (add the tooltype LOWMEM to enable it), but I doubt it will help much for classic Amigas, it needs much less RAM for large pages but it's probably too slow on classic Amigas that way.
Great! Thanks, J?rg.
I can confirm that it has solved the crash on http://qxl.dk/ and *almost* the problems with nested framesets.
Almost? Well, it looks like when I load a frameset (such as the ones on my site) into the lower (main) frame of e.g. the PROGDIR:UI/ff/navigation.html, some space is added at the top of the main frame, above the two frames of the nested frameset. And the height of this extra space looks suspiciously like the same distance with which all links in the two lower frames are now offset vertically from their visible rendering.
In other words, all the links work as they should in the frame where they should, except you have to move the mouse that distance upwards from the visible link.
Does this explanation make sense? If not, say so, and I'll try a better one tomorrow.
That only does proper HTTP authentication*, I thought you meant a password manager like Mozilla has that can store passwords on arbitrary pages (I think iBrowse can do this but not 100% sure)
Correct, IBrowse, at least in the latest version(s?), has a password manager.
Unlike all other crashes this one is a bug in the AmigaOS4 parts (actually 2 bugs, and that it tries to download SVG images at all will be changed in the next version as well, I'll use my original version to only download application/#? mime types), will be fixed in the next version.
Thanks
version 1.19 button "nowy mms" on multibox orange.pl ok no crash only button send message problem with javascript don't act.
Almost? Well, it looks like when I load a frameset (such as the ones on my site) into the lower (main) frame of e.g. the PROGDIR:UI/ff/navigation.html, some space is added at the top of the main frame, above the two frames of the nested frameset. And the height of this extra space looks suspiciously like the same distance with which all links in the two lower frames are now offset vertically from their visible rendering.
In other words, all the links work as they should in the frame where they should, except you have to move the mouse that distance upwards from the visible link.
Does this explanation make sense?
It probably wouldn't if I wouldn't know the problem
It's another frames bug, not the one I fixed. One of the pages were it's really bad are for example the middle frames on http://os4welt.de/ It can be fixed by scrolling the frame(s) up with the mosue wheel, even if they should be at the top already, that will move them where they belong. It's not a bug in the OWB parts but in WebKit, for example the KDE4 Konqueror had exactely the same bug. In the WebKit version used in current Ubuntu/Hardy KDE4 Konqueror it's fixed now, but the WebKit version used in OWB Blastoise is about 5 months old. Should get fixed in OWB Doduo which will use the current version of WebKit.
Ok I got it right this time OWB 1.19. Try this page http://www.mcmunnandyates.com/ click on products and try select s"suppliers and vendors" or "pre-fab packages" you can't do it. You can only select "feature product".
It's another frames bug, not the one I fixed. One of the pages were it's really bad are for example the middle frames on http://os4welt.de/ It can be fixed by scrolling the frame(s) up with the mosue wheel, even if they should be at the top already, that will move them where they belong.
Yep, I can see that is also the case on my own page; after I scroll each of the two sub-frames into position, the links work as they should in both. Didn't think of trying that.
Quote:
It's not a bug in the OWB parts but in WebKit, for example the KDE4 Konqueror had exactely the same bug. In the WebKit version used in current Ubuntu/Hardy KDE4 Konqueror it's fixed now, but the WebKit version used in OWB Blastoise is about 5 months old. Should get fixed in OWB Doduo which will use the current version of WebKit.
Okay, we'll just have to wait for that then. But good to know how to work around it.
Yes the scroll on my uA1 now with this version is slow.
If you have the LOWMEM tooltype enabled it's of course slow since it has to rerender everything when scrolling.
It could be that some parts of the new code are always enabled, even if the tooltype isn't set, but on my A1 it's fast enough and since the code is very likely useless for the next version anyway it would be a waste of time trying to optimize it now.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
