I have also a request, in latest nightly i saw that you updated the menu and this is good because now they are better, however can you modify them in order to open them *below* the mouse pointer instead of "in the middle" as they are currently are ?
I have also a request, in latest nightly i saw that you updated the menu and this is good because now they are better, however can you modify them in order to open them *below* the mouse pointer instead of "in the middle" as they are currently are ?
In Workbench GUI Prefs, in Menus, toggle the "Context menus open" option. You can select centred (for some reason the default), or corner (more traditional).
No, sadly the Duch modifications was applied later
Quote:
In Workbench GUI Prefs, in Menus, toggle the "Context menus open" option. You can select centred (for some reason the default), or corner (more traditional).
Ops completely forgot this option ! Problem solved
Found a bug in NS-3.3055 nightly, i had a session when i did some spare copy and paste using the contextmenu .. no crash when i play with them however when i close NetSurf i got this one:
Quote:
Crash log for task "NetSurf" Generated by GrimReaper 53.19 Crash occured in module clipboard.device at address 0x6D48C8BC Type of crash: DSI (Data Storage Interrupt) exception Alert number: 0x80000003
Weird crashes began to happen when the iconify function was implemented and it happens when I use it randomly here. There are no pattern, it works fine most of the time but suddenly it crashes.
Random speculation: Could be something trying to update the display whilst it is iconified, like a GIF anim or something. I can't remember off-hand exactly how the iconification is implemented.
@Chris I haven't tried NetSurf in a long time so I D/L the latest compile and did a very little testing and found these problems:
1. Netsurf opens it's splash window on Workbench even though I have it set to open on a named public screen.
2. The Netsurf font size is set to 14 and the bottom text gadget appears to be sized for size 14 text but it's rendering with my screen text size which is 18. The text overwrites the bottom border as a result.
3. I see a "NSOPTS" argument when I enter "Netsurf ?" in a shell. I can't find any description of that argument in the Netsurf guide.
4. I keep my System and Work partitons locked which is causing system freezes when NetSurf can't initialize. When I start Netsurf it pops up requesters notifying me that the disk is write protected. When I cancel the requesters, the netsurf splash window remains on Workbench and my system freezes.
I don't see why the Netsurf initialization should fail if it can't write to ENVARC:AppDir but that's your choice. I would think Netsurf would still function if that write fails.
I'd like to request a prefs item to set where the 'users' directory is located because I keep programs on a locked partition.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
2. Chuck it on a server somewhere, or attach it to a bug report, or email it to me.
4a. I had a quick look at this whilst I was waiting for something else, and have probably stopped the crashing although I didn't test it. Have a look before raising that report in case it's fixed already.
I installed Dev build 3222 for testing. The new USERSDIR tooltype resolves my issues with write-protected partitions. I noticed that the NetSurf installer is altering some of my system default icons (like SYS:Prefs/Env-Archive/Sys/def_bmp.info) by adding a tooltype. I don't think that's a good idea for the following reasons:
1. Users who develop problems with their systems are frequently recommended to reinstall the OS from the CD. Any altered default icons will be gone at that point.
2. Users download icon packages and sometimes replace default icons with new ones that they prefer.
3. Future OS4 updates or releases might replace some or all of the default icons.
The bottom line is that if NetSurf doesn't need or use those toolype settings in the system default icons then it's a useless step in the installation. If those tooltype settings are needed then the continued presence of the icons with those tooltypes is not assured for the reasons stated above and another method should be considered.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
That's because AmigaOS has no concept of MIME types, and NetSurf needs them. However, a lot has changed since then so I probably need to check if modifying the tooltypes is still necessary.
NetSurf does now do MIME probing, and local files are additionally guessed with some other methods (most notably datatypes, and there's a MIME mapping file to help with this).
The main problem was local CSS files were not being detected with the correct MIME type, meaning layouts were screwed up. If a "full save" works without the default icon changes, then they aren't needed.
The main problem was local CSS files were not being detected with the correct MIME type, meaning layouts were screwed up. If a "full save" works without the default icon changes, then they aren't needed.
O.K. I just thought it was worth mentioning.
Today I encountered a page that won't load. It partially loads and says "processing" in the bottom status bar but never fully loads. NetSurf becomes unresponsive and my pointer gets 'jerky'. Odyssey changes the URL to https from http and loads the page. RA OWB loads it as http. I have to reboot to get rid of the jerky mouse and slowed system operation. Here is the problem site:http://sourceforge.net/projects/dopus5allamigas/?source=directory
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
Yes, it was. It appears to not be necessary any more, so I'll remove it.
Quote:
Today I encountered a page that won't load. It partially loads and says "processing" in the bottom status bar but never fully loads. NetSurf becomes unresponsive and my pointer gets 'jerky'. Odyssey changes the URL to https from http and loads the page. RA OWB loads it as http. I have to reboot to get rid of the jerky mouse and slowed system operation. Here is the problem site:http://sourceforge.net/projects/dopus5allamigas/?source=directory
I can't reproduce this, but unresponsive and jerky is usually either: * about to crash, possibly because the stack is set too low * running out of graphics mem * prefs=>rendering=>cache native versions set to "none"
I tried it again several times and the results are not consistant. Sometimes NetSurf loads the page without the jpeg screen shots and the program description and doesn't freeze. Other times it doesn't load the page, the status bar says processing and the 'sleep' pointer is displayed. I'll do some more testing after the holiday.
By the way, I still have a bunch of SOBJS that were installed for earlier versions of NetSurf. Since they are not included in the current dev archive, can I remove those now?
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
I tried it again several times and the results are not consistant. Sometimes NetSurf loads the page without the jpeg screen shots and the program description and doesn't freeze. Other times it doesn't load the page, the status bar says processing and the 'sleep' pointer is displayed. I'll do some more testing after the holiday.
Try with Javascript disabled. It might be Javascript related, in which case it'll definitely need to be raised on the bugtracker.
A log (NetSurf -v *>ram:ns.log) is very useful as well if you can reproduce it with log output it might help identify where the problem lies.
Quote:
By the way, I still have a bunch of SOBJS that were installed for earlier versions of NetSurf. Since they are not included in the current dev archive, can I remove those now?
Yes, with the caveat that something else might be using them.
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
That's what it is supposed to do.