@salass00

Quote:
It does. With it set to 4, the client's cruncher thread will run at an Amiga priority of -67, which is what it looks like Atheist has it set to. Under normal circumstances there is no need to change this setting - the default 0 (i.e. Amiga -120) is fine.

@Amigamancer

Presumably, both these PCMCIA cards are/were old-style 5v 16-bit cards? IIRC, the A1200 PCMCIA port always supplys 5v, and if you use a newer card in there that works on 3.3v, you're obviously going to experience problems.

Onto case 2... Are you able to try your new router on a PC or anything? This would help deduce whether the router or the PCMCIA card may have been damaged.

Also, you mentioned tweaking settings... Sorry if I'm stating the obvious, but presumably this didn't involve playing with the LAN settings and IP addresses? If you change the IP address, netmask, DHCP settings, etc, of your router, you also need to mirror these changes on your Amiga especially if you are not using DHCP.

@Lio

Thought you might have switched "Send page referrer" off in the prefs, but having tried this myself just now, posting seems to work fine still - no other options spring to mind that would cause such problems .

@tonyw

There is no JavaScript at that URL at all - a refreshing change .

Can you send me a crashlog via PM from when IB crashes with Petunia disabled? Any bug may be traceable from such a log.

@Antique

Quote:
Thanks. Didn't understand the discussion, but I managed to find the preview button

I can see the problem now. The page is utf-8, and therefore form data should be encoded to utf-8 also. I said before that IBrowse 2.4 already does this, but I have just realized it doesn't for multipart form data, unfortunately. An oversight on my part. Anyway, it's fixed for the next release, and I can confirm that the site referenced is now working.

BTW, I guess it could be argued that the site is a little silly to use utf-8 if the text is all iso-8859-1 anyway, which is pointless, thus wasting some bandwidth. Reminds me of certain UK shopping sites that use(d) utf-8, when the only utf-8 encoded chars tended to be the pound sign. Obviously, this didn't look too nice in IBrowse 2.3.

Interestingly, I noticed that <textarea> line breaks are not converted to CRLFs for multipart form data, unlike for regular forms, so I've fixed that too, although on the most part this probably doesn't matter too much except for dodgy webservers.

@Antique

Can you post a URL? IBrowse currently does no charset mapping when posting form content, assuming the posted content to be the same charset as the page - IIRC, servers assume that too.

The exception is pages using utf-8 encoding, in which case IBrowse then assumes you are using iso-8859-1/windows-1252 and utf-8 encodes the form input accordingly. I must say I only vaguely remember implementing this, and I don't remember exactly why . I would have thought it was done with a test case in mind, but maybe there is something wrong there.

@tonyw

Quote:
Kind of, yes. The minimum frame delay was increased from 10ms in 2.3 to 100ms in 2.4. I'm not aware of any official standard regarding this, and it doesn't help that different browsers handle things differently in this area. I seem to remember that IE and Firefox were quite different when this change was made in IBrowse.

@Hans

Quote:

Back when 2.3 was released, both the 2.4 and 3.0 branches were initially based on the 2.3 sources. And there has been far more changes for 2.4 in comparison to 3.0. So, it's going to be much faster to back port the 3.0 sources to 2.4 than vice versa - that's about the only reason it's being done that way . The back port is not really that big a task at all, in comparison to CSS, for example.

AFAIK, Meldon wrote the CSS parser some time ago, and it should be pretty much working. That said, the parser is the easy bit - it's the linking of that into the layout code which is the tricky bit, and linking to the JS DOM interface (although this is more time consuming than tricky). As Dave said, the layout engine needs to be rewritten for 3.0.

@hnl_dk

Quote:
Strictly speaking, that's not the case. True the installer only has 68k NList classes, but these will only overwrite any PPC ones if your PPC ones are older than the ones supplied with IBrowse. Given that NList was updated a couple of days before IBrowse was released, it's understandable that probably most people had old NList classes. The latest versions can be found at http://sourceforge.net/projects/nlist-classes/ (as linked to on the IBrowse website, and mentioned during installation). Obviously, the pre-installed OEM version was supplied with OS4 native NList classes.

@Valiant

How about the cookie contents - does that line show up?

The server, type and contents are all shown using the MUI highlight text pen (shine). So, either you have something awry in your pen settings, or maybe you are not using the english locale?

BTW, IBrowse does "correctly" support <blockquote> and has done for some time, just as Firefox and IE do. It's AWeb's choice to render blockquoted text italicised, and I'm not aware of any other browser that does this.

Keys 1-0 activate one of the first 10 browsers, while shift+alt + cursor left/right cycles through the tabs. These were present in 2.3 too, btw.

Hold Ctrl while pressing a link and it'll open in a new browser (new for 2.4).

LOL. Looks a bit biased to me - if I could be arsed, I'd create a page of screenshots where pages look better in IBrowse than AWeb