Treeview status
by Michael Drake
The core treeview code behaves a bit better now. The main improvements
are to mouse input handling, textarea editing and tree rendering.
The GTK and RISC OS front ends passing of browser_mouse_state has also
been fixed for various faults. I believe Chris has updated the Amiga
front end's browser_mouse_state setup too.
There are still some remaining issues. Key ones are:
CORE1: The core now supports arbitrary line heights, but this is
currently set to a fixed 20px instead of being based on the
font size. This is because in the GTK front end, the desktop
dpi is not available at the time the trees are initialised and
generated at startup. See GTK1.
CORE2: Selected nodes aren't updated as you drag.
CORE3: The core draws its own caret instead of calling the front end
to draw its own caret.
CORE4: The path to the icon directory is stored in a Choices option.
If this gets saved to the Choices file, and the location
of the icons changes, it will never find them and there is no
way to update the option. Maybe it should use the resources
path and add the icons sub directory to that or something.
RISC OS1: If you start editing a hotlist entry by selecting it and then
using the Selection > Edit menu, if you press the SHIFT key, it
ends the edit as if you'd pressed escape. If you type some
text before pressing SHIFT, it behaves correctly. The core
does not seem to get given the SHIFT keypress when it fails.
I don't know enough about RISC OS to know what might be
happening here. If you start the edit by CTRL+Clicking or
ALT+Clicking the text, SHIFT behaves correctly.
RISC OS2: While editing text in a treeview textarea, text selection
drag redraws are a bit broken. This could well be the core,
but it works on the GTK front end.
GTK1: The GTK front end doesn't set up the dpi until a browser window
is opened. The treeview code needs it when its initialised,
which happens before this.
With respect to NetSurf 2.7 release, my evaluation is:
NetSurf 2.7 Blockers:
+ RISC OS1
NetSurf 2.7 Blockers if not too difficult
+ GTK1
+ CORE1 (trivial, after GTK1 is done)
+ CORE4
Any comments?
If GTK1 is fixed, I'll fix CORE1. I will also do CORE2 if it doesn't look
like too much work.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
12 years, 8 months
Warning in hubbub with utf16 and utf16be
by Artur Jarosik
I get warning when compiling hubbub,
no local changes,
$ svn info
Path: .
URL: svn://source.netsurf-browser.org/trunk/hubbub
Repository Root: svn://source.netsurf-browser.org
Repository UUID: d004b94f-0d10-0410-95b5-d60e4a4a7a9a
Revision: 11125
Node Kind: directory
Schedule: normal
Last Changed Author: jmb
Last Changed Rev: 11021
Last Changed Date: 2010-12-06 22:17:25 +0100 (Mon, 06 Dec 2010)
requested alignment for 'utf16' is greater than implemented alignment of 2
requested alignment for 'utf16be' is greater than implemented alignment of
2
in src/treebuilder/in_head.c:32
in libxml/encoding.h it has value 3
XML_CHAR_ENCODING_UTF16BE= 3, /* UTF-16 big endian */
--
Używam klienta poczty Opera Mail: http://www.opera.com/mail/
12 years, 8 months
Found a bug in new file-fetcher
by AJ
Hello,
something is wrong in new file-fetcher code.
When I replaced fetch.c with older one before new file-fetcher
NS doesn't crash here (framebuffer, AmigaOS 3.9, fresh build, no local
changes).
I'm no coder ya'know so can't say more but hope this post will be useful.
Something still must be wrong because NS doesn't work normally.
A window is opened and page cannot be loaded with message 'NetSurf has no
available memory'
(at the bottom). This has nothing to do with computer memory because there
is many left.
I guess it must be a memory leak.
Regards
--
Używam klienta poczty Opera Mail: http://www.opera.com/mail/
12 years, 9 months
Re: Textbox redraw
by Michael Drake
In article
<cb95ac26e7faf4d351a9631d9eba0ef5-EhVcX1lFRQVaRwYcDTpQCEFddQZLVF5dQUNBAjBTXF5bVkYPXUF/CDpUX1ZdRkwEXFpY-webmailer2@serve,
m0n0 <ole(a)monochrom.net> wrote:
> when entering text fast into an large textarea my port has
> flickering... caused by the redraw. The whole textarea is redrawn.
> Is this an implementation bug or is this how the gui must behave (at
> this time)?
I'm not sure what the other front ends do, but the RISC OS front end has
an option to render animations into a buffer, and then the buffer is
plotted on screen. Textarea editing is considered an animation. This is
done in gui_window_update_box().
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
12 years, 9 months
Textbox redraw
by m0n0
Hello to the list,
when entering text fast into an large textarea my port has
flickering... caused by the redraw. The whole textarea is redrawn.
Is this an implementation bug or is this how the gui must behave (at
this time)?
Greets,
m
12 years, 9 months
Re: r11058 tlsa - /trunk/netsurf/desktop/tree.c
by Chris Young
Somewhere in the last few revisions the treeview redraw has stopped
blanking the area it is redrawing first. Am I supposed to be blanking
the area in the frontend code, or is this a temporary glitch?
Chris
12 years, 9 months
Re: Viewing text files / NS Atari GEM port
by Michael Drake
In article
<609a57928e004d87c201b55e7945b5b6-EhVcX1lFRQVaRwYcDTpQCEFddQZLVF5dQUNBAjBTXF5bVkYPXkF0BjpUX1ZdQUwAWV9f-webmailer2@serve,
m0n0 <ole(a)monochrom.net> wrote:
> I'm wondering about: within the NetSurf port for GEM (Atari) I open an
> plain text file, but newlines are not converted to line breaks.
Is the rendering correct for plain text files hosted on the web?
If http://www.netsurf-browser.org/downloads/releases/ChangeLog.txt works
but text files loaded locally from file: URLs don't work, then the front
end needs to tell the NetSurf core what type a file is, by setting an
appropriate MIME type.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
12 years, 9 months
Viewing text files / NS Atari GEM port
by m0n0
Hello,
I'm wondering about: within the NetSurf port for GEM (Atari) I open an
plain text file, but newlines are not converted to line breaks.
I guess this can be solved easily, can somebody give me an hint on what
to do to make an NS port view text files "properly"?
Another question/topic:
what do the NS developers prefer: an Atari GEM port within the official
SVN, or should I setup an forked SVN repository? I'm just asking because
I can remember someone said that he doesn't want to have unsupported
ports within the Makefile... I'm getting near to an version which I want
to check-in somewhere... and although I'm keeping up the development
when I got the port how I want it to be, I'm not sure how often I will
update the port to new NetSurf code. So maybe my code is not build-able
for some month, when someone changes NetSurfs core code ...
Thanks & Greets,
m
12 years, 9 months
[libcss] PATCH rgba() support
by Rasmus Andersson
Hi,
I've patched libcss to support the rgba() CSS "function":
rgba(0, 0, 0, 0.2) => 0x00000033
This patch also changes the default value of the alpha component to
0xff (100% opaque). i.e:
black => 0x000000ff
#000000 => 0x000000ff
#123 => 0x112233ff
--
Rasmus Andersson
12 years, 9 months
