ChrisH

Thanks for this first version.

Please add a max stack used column. Like that, user can monitor the stack program in the background and later know the max stack used by the program.

stacksnoop do that with a vue meter per program and updated realtime.

Hello,

In case you talk about a tool for monitoring the stack; I have allways appreciated this one, and work on AOS4.

http://aminet.net/dev/moni/StackSnoop.lha

this tool monitor the stack, remember the largert one and update in realtime the stack used during the use of the program monitored.

here, a net-up tablet:

Init Fkt | Fkt 0x5ab450c0 is {Vendor: 0x0460, Product: 0x0004, Class: 00.00}
Init Fkt | Fkt 0x5ab450c0 initialized

can't say to name. if you want some test with, just ask

edit: seemed to be a verry old one. one guy give it for free..

Just tested the new version:

Great improvements. Take less time to load and scroll an internet page. The isn't the MUI-OWB speed but the improvements on the speed can be shown by the user.

With some more beta versions, we maybe seen Timberwolf reach MUI-OWB.

Thanks!

hello

ok, understand now..

Quote:

But same page with MUI-OWB use no CPU ??

Quote:

Even opening the simple google search page, with just a google logo and no vertical scrollbar give 100% CPU (and even a period of time after the complete loading of the google search page). Thats strange. On sam 440ep 667mhz.

hello,

Timberwolf isn't usable on my sam440ep 667 mhz.

load fine and open the about:home page. Nothing really on this page (not even a scrollbar).

100% CPU allways when timberwolf window is active. If I click on the WB screen, cpu fall the 0% CPU. and you can do this example lots of time.

I quit timberwolf and allways 100% CPU ??

Great work and beta version. Just the heavy CPU usage mean low user experience with low amiga-ng computer. IMHO, should be point1 to work for the next version.

MUI-OWB do the same with the same page with verry low CPU usage and quickly (or could not approach the Ibrowse speed).

Effectively, work better with the cache update done (on the readme).

The main problem is the 100% CPU even on poor site page and when doing nothing on amigans site = allways 100%.

This port will become verry great when this High CPU usage forever will be resolved.

Thanks for the work on this beta version.

EDIT: this page is allways at 100%, when scrolling with the wheel or when doing nothing.

Hello,

Just installed Timberworlf. Great job and thanks for the hard work.

On my SAM447ep:
- Take age to launch each time (more than 60 seconds)
- allways 100% CPU.
- Not able to give me a page (gmail never loaded completely because allways 100%).

- Timberwolf loaded with no page. I played with the menu and open options.
Sync per default. I click on Advanced and 60seconds+ to see advanced menu).

- Open the tools menu and scroll vertically over the tools menu available take pratically 100%.

Unfortunately, not usable on my SAM440ep 667mhz. I'm using a CRT monitor with 1024x768 16bit screenmode.

Next version will be surely better for low end amiga-ng

Hello,

when downloading something with MUI-OWB, the ASL requester is opened on the wb screen, and not on the MUI-OWB Public screen.

this with update4 of course, there is somthing to do to see asl requester on MUI-OWB window itself ?

Hello,

1. Logitech mouse M505 work fine with update3 or 4.

That mean there are no reason to see other range of logitech M series mouse not working with AOS4.

This mouse is a cordless one with an unify dongle. Maybe all unify Logitech hardware (keyboard for example), work fine also.

this mouse use a verry high resolution that mean you could cover all the screen with a verry small movement of the hand. strange first seconds but great after some time of use.


2. OCZ Rally2 16go stick work fine (FAT formatted).

Hello,

http://qt-apps.org/content/show.php/Vacuum-IM?content=119269

(3 screenshots on the link)

Crazy to have this tool on AOS4 with QT one day !!! I can't beleive that !!


I see crashlogs on filer (on the screenshot). That mean a native program ?

Quote:

Based on my method, I have easily reproduced the small font problem without the french locale also.




Edit: this grab is with the french catalog but the same with the english buildin MUI catalog.


I, of course, type a wrong internet link (I add migans.net inside the URL adress place) to create a wrong link.

MUI-OWB search the wrong link and surely MUI-OWB use a message error longer than the small MUI-OWB window and MUI-OWB become with small fonts.

This small fonts problem exist since the beginning of MUI also on the classic.

For me, the result on the grab is the font used on mUI settings ->window->fonts->tiny and showed on the grab more smaller than the minumal size.



Question (again):

what are the font you use on MUI-OWB -> SETTINGS -> fonts

here It's:

time new roman, courrier new, arial, comic sans MS,.... but when I use the gadgets on the right of all the font line, I have only beatstream and dejavu ?

Quote:

Yes. Updated version (I'm the translator).

Quote:

I think users continue to use old .font files on their MUI settings (It's my case) and kas1e should use only new TTF fonts.


FONTS on MUI-OWB:

someone could give me the fonts used on the MUI-OWB fonts setting page ?

Hello,

Testing the small fonts with MUI programs is verry easy.

For example, MUI-OWB on his own screen (1024x768).

-load general MUI settings.
-click on screen.
-double click on the MUI-OWB line for editing the screen.
-on size, change 1024x768 by 320x240 (or little more).
-choose use or test.

MUI-OWB is now verry small (320x240) on the left side of the screenmode (1024x768).

Type an internet adress and/or just use the MUI window menu and the result is small fonts on the mui window. you try to quit MUI-OWB and small font on the requester, etc....

This is for all to see what a MUI program look like with too small fonts...


This is for me normal for MUI programs but his arrive sometime with too long line, when surfing with MUI-OWB. As fab said and IMHO, the line should be truncated for resolving the problem.


@samo79

This problem arrive for me only one time with MUI-OWB (in the beginning).

just before, a long line on a MUI bubble help or another place (I don't remember well, maybe on a MUI-OWB requester).

Just to said that on a smaller MUI-OWB resolution, the problem will came more quickly.

Hello,

I have sucessfully saved 14 differents files attached on differents emails, with my gmail account.

MUI list scrollbars to never apparently help to have MUI-OWB more stable.

I will keep MUI list scrolbar to NEVER and will continue to survey this problem now.

I could invite eroom to do the same test on his side.



About the small font you talk:

I have allways seen this problem, even with Ibrowse with the french translation with the Ibrowse settings open.

If you decrease the resolution with Ibrowse opened and the settings window also opened, the size the font of the Ibrowse settings window will become more small.

This is for me a security to allways show all even if the resolution is too small.

Thats sound logical for fonts on Amiga MUI windows but not with MUI-OWB showing internet pages.

@kas1e

The problem eroom describe is the same reported on the MUI-OWB bugs site number 627 (DSI when saving a picure to local HD).

This problem came when I save something (attached files on emails) on the HD, from email I read with my 2 email adresses sites, of course with MUI-OWB.

@corto

http://amigabounty.net/?function=viewproject&projectid=89

Billt has made this bounty.

Why not taken this one ? You will received, at least, some money from me (and hope from other people too)