NetSurf development builds (now with added Javascript)

@jabirulo

Yes, it does. I checked the old file and I'm seeing at least one accented character in the Prefs window, so it does seem to be working there at least.

@Chris

Quote:

Yes you are right, check the new attachment here:
http://s000.tinyupload.com/index.php?file_id=77799862676367880779

Quote:

Can't check all strings, but requester one seems affected to this problem, for example this one:

Sono rimaste aperte più schede, sei sicuro di voler uscire da NetSurf?

Will become:

Sono rimaste aperte pi schede, sei sicuro di voler uscire da NetSurf?

the "ù" char still not displayed ..

@samo79

Build 4121

(edit: deleted image as it was on a slowish server at the end of a slowish link that I don't want getting hammered...)

So I suggest it's something wrong with your new file?

@Chris

Well, for example on that window there is a problem:

https://i.imgur.com/shBApu7.jpg

I'm using the latest nightly

@samo79

Try CI#4130

@Chris

Yeah seems fixed now, still to see if other area is affected to the same problem ...
Aniway did you uploaded/merged the updated translation ?

(Thanks btw)

@samo79

There might be other places, that was an odd one though - I'd double-converted from UTF-8, and as a result the accented character was stripped out as it wasn't valid UTF-8 after the initial conversion. I don't think there's any more like that, but there may well still be places where the UTF-8 isn't converted at all.

I've committed the updated translation now, thanks.

@Chris

I have a feature request if you have time
In contextmenu (when you right clink on a page) can you add the following options:

- Back
- Forward
- Stop (only if a page still loading)
- Reload

I found that really usefull In OWB but also in other browser under Windows, so would be nice to have something similar also in NetSurf

Show source might be added aswell btw ...

New stuff from Michael:

Quote:

Chris,

I have issues with Netsurf and hdtv. Do you guys plan on adding support for hidpi? I won't log this as a bug because of a series of weird behaviours:

The dpi won't go down below 60.

The line in a page as far as the cursor's abilty to click, is out of place (while the fonts are there).

Visible lines on a page like os4depot become compressed on hdtv. Some even dissappear.

What I'm doing is opening a new tab after opening a link in a new tab. The new clean tab after the new tab opened by a link seams to help so that might be a hint for positioning and stuff.

* The relation between dpi and font sizes really isn't clear. If you ask me that point of the configuration interface can be made simpler.

@Srtest

DPI affects various things. In the CSS/layout code, the DPI will affect font size (and other elements?) when they are defined in real world units. A 12pt font, for example, will be a different pixel count depending on the DPI setting, but should be the same actual size in different displays (if DPI is set correctly). The DPI setting is also fed into the Amiga font code as after the CSS code has adjusted the font size the Amiga side of things also needs to know the relation between points and pixels to scale the font properly. There could be a problem with double-conversion here potentially.

I didn't think there was a lower limit, might be something I've set in the GUI? I'd expect an HDTV to have a high DPI though. You could try setting it manually in Choices and see if it takes effect.

Sometimes the display messes up when fiddling with DPI settings, if you open a new page it should be OK.

There is a bug somewhere to do with DPI and layout, see eg. http://bugs.netsurf-browser.org/mantis/view.php?id=404
This may well be the same as your disappearing lines problem.

Does this answer any of your points?

@Chris

The issues I experience are more severe than the reported bug of lines not being aligned, however they are probably related because it's not that different than lines of text "crushing" into each other.

There's a misconception about hdtv. A native 43'' hdtv with a native resolution of 1080p gives you a recommended dpi of 51.23 which NS can't do. I doesn't get lower than 60dpi.

A pic:

That is after manualy improving the situation. At first the lines were disappearing into each other.

@Srtest

That looks like the text is too big, possibly I'm double-converting so the size is coming out wrong. I'll need to check on another version.

Did you try setting the DPI manually in the Choices file?
screen_ydpi:51
The 60 was an arbitrary limit I set for the GUI, which I'll change.

edit The font and line size is set in pixels, so DPI shouldn't be affecting that site...
font-size: 13px;
line-height: 17px;

Well, this is weird.

I removed the DPI stuff from my font code so only the core handled it, and I saw your problem. With my code intact OS4Depot - as expected - does not change text size at all whatever the DPI is set to, as the sizes are all defined in pixels.

I found a bug in the DPI setting which wasn't making any difference here, but maybe it has fixed it for you?

I also expanded the range to be 20-200.

CI build 4214.

@Chris

You fixed missing click areas so I guess a part or the whole dpi issue is fixed (and I changed it to 51). However, the issue with the spacing/alignment/lines collapsing is still there because I needed to make the font bigger or else, as you know, I wouldn't be able to read it on a hdtv

@Srtest

That's a website problem you need to take up with Orgin. The sizes need to be defined in real-world units in order that the site scales properly. Although that won't guarantee you'll be able to read it either (it might even be worse)

You might be better off using the scale function rather than adjusting the font size (I assume you're changing the minimum size), as adjusting the font size won't change the size of the elements the font is in, if they are fixed size as these are.

Chris,

I'm using 3.7 and i still have the following issue on hdtv:

1. Start a new ns session.
2. Go to Hyperion forums and enter a forum.
3. Open one of the threads in a new tab.
4. I lost the ability to click on a thread in the original tab.
5. Switch to the new tab - I can click on a thread/link and likewise on the original thread.

@Srtest

The add/remove tab bar redraws the page in the right place but the mouse pointer no longer lines up. This is an old bug which I've never bothered to investigate, as clicking back between the tabs sorts it.
Stick it on the bug tracker please and it might encourage me to look at it.

@Chris

A bug like that goes into the Amiga section?

@Srtest

Yes. And I got it the wrong way round - the click location is correct, but the page doesn't redraw. In theory should be easy to fix.