Text box redraws
by Peter Slegg
Hi all,
I am using 2.9 on a 68060 Atari clone (Milan) and it is starting to
become my default browser.
I have noticed that when typing into a text box, Netsurf redraws all
of the text with each key press. On fast machines you probably
don't notice but it does slow things down quite a bit on the Milan.
Would it be possible to just render the latest character or the
current line ? Obviously once input reaches the right margin and the
box has to be scrolled horizontally it must redraw all the text
but that could also be made more slick by moving the text across by
more than one char, reducing redraws.
Also, after the first 5-7 characters there is a pause before any more
input is accepted. I have seen this a few times but will keep an eye
on it to see if it is a regular occurrence.
Cheers,
Peter
10 years, 7 months
Conversion from SVN to Git
by Daniel Silverstone
Hi,
On Sunday July 1st we will be switching from the Subversion VCS to the Git
DVCS. I will be organising test repository copies in the coming couple of
weeks and we will be organising access control etc over the subsequent weeks.
Everyone who wishes to push to the master repositories will need to have ssh
working with git. Anonymous clone with git:// protocol will be supported and I
am working on a simple client for platforms which currently do not support git,
but I cannot guarantee it will be ready in time.
If anyone has a *very* good reason for not doing this, speak up now. The
following are not considered good reasons:
* But I don't understand Git
* Waaah I hate Git
* Git doesn't work on my obscure $platform (We'd rather fix Git than hold off
getting away from svn)
Thanks,
Daniel.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
11 years
Re: scrolling jerky
by Rob Kendrick
On Fri, Apr 27, 2012 at 05:59:12PM +0100, Chris Young wrote:
> Cache won't help, the issue is that "core" scrolls aren't optimised,
> so if you scroll a frame the entire contents of that frame will be
> redrawn - even if it is only scrolled a pixel. Conversely, if you
> scroll using the window scrollbar, the platform code handles the
> scroll. Usually the platform code is optimised, and will "shift" the
> area and just redraw the newly-exposed bit.
>
> Clearly NetSurf would benefit from some scrolling optimisation in the
> core, but I'm not sure if it is as easy as telling the frontend code
> to move a particular area and then redraw the newly exposed area.
> (not least because frontends don't currently have any concept of "move
> a particular area")
I suspect rectangle-copy would be a fine addition to the plotter
interface.
B.
11 years
Wakefield prep
by Rob Kendrick
I cannot find any stock of CD-R singles, alas. Apologies for the
disorganisation; I should have checked and ordered some replacement
stock long before now.
I do, however, have these:
- 50x full-size CD-Rs.
- A metric buttload of CD single laser labels.
- A box of translucent CD cases donated to us a few years
ago.
- A USB-attached CD-RW drive.
- An A9Home with an OS of unknown state, complete with
original PSU and mouse, but no PS/2 keyboard for it.
- A 4:3 LCD monitor (I can't face digging behind my desk
at the moment to detach the larger 16:9 Hyundais I
normally bring.)
- A chauffeur with damaged fingers who may not be able to
carry me to the show in his find chariot in any case.
- Far too much to get done :-/
Hopefully Daniel will know if he'll be able to drive later this
evening. If he is, I'll laser-print the CD labels: they'll look
a bit odd on full-size discs, but meh :)
If anybody has any stock of CD-R singles, it might be nice to
bring them along.
B.
11 years, 1 month
strncpy - Re: r13881 chris_y - in /trunk/netsurf/amiga: gui.c misc.c
by Chris Young
On Wed, 18 Apr 2012 18:54:15 -0000, I wibbled on for an age:
> Replace strncpy with strlcpy, as strncpy is not guaranteed to be
> NULL-terminated. (thx Colin Wenzel)
Not sure if this is relevant elsewhere in NetSurf and libraries. I
can see a lot of files in utils using strncpy.
It was flagged up to me so I'm just passing it on. :)
Chris
11 years, 1 month
Patch: render/html.c - fix http meta refresh url handling
by m0n0
Hello,
meta refresh handling is broken in the trunk ( at least for
http://www.monochrom.net). This small patch fixes the problem. Please
verify the correctness of the change for other cases than
http://www.monochrom.net ...
Here is the output of svn diff:
Index: html.c
===================================================================
--- html.c (Revision 13871)
+++ html.c (Arbeitskopie)
@@ -734,7 +734,7 @@
}
/* '"' or "'" or *LWS (we don't care) */
- if (url < end) {
+ if (url <= end) {
new_url = strndup(refresh, url - refresh);
if (new_url == NULL) {
dom_string_unref(content);
--
Greets,
Ole
11 years, 1 month
[PATCH] LibCSS: Completion of widows/orphans support
by James Montgomerie
Attached is a patch to complete libCSS' widows and orphans property support.
I've also made small modifications to a few of the other internal 'page' property setters (set_page_break_before) etc. to not set up a page struct if there's not one already and the property's being set to its default value. Especially with non-inherited properties, this seems to save a surprising amount of runtime when using libCSS heavily (informal testing, paginating an ebook), and presumably a fair bit of RAM too, especially as the page struct grows in size.
Jamie.
11 years, 1 month
Patch: desktop/textarea.c - use caret_height for caret redraw
by m0n0
Hello,
I think this is an bug within the textarea implementation. Altough
caret_height is calculated,
textarea->line_height is used for redraw of the caret. This patch
changes that,
so that caret_height is used.
Greets,
Ole
Patch:
Index: desktop/textarea.c
===================================================================
--- desktop/textarea.c (Revision 13844)
+++ desktop/textarea.c (Arbeitskopie)
@@ -908,7 +908,7 @@
/* Caret in vertical clip range; plot */
plot->line(x + ta->caret_x, y + ta->caret_y,
x + ta->caret_x,
- y + ta->caret_y + ta->line_height,
+ y + ta->caret_y + caret_height,
&pstyle_stroke_caret);
}
}
11 years, 1 month