In article <53948878f6tlsa@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> That looked dreadful, so I've changed it to generate bitmaps of
> anti-aliased triangles of the appropriate size and colours at runtime.
> Is anyone testing this stuff? Also the undo/redo textarea handling.
Looks fine now, too small on earlier versions.
I had assumed that someone had modified a built-in font, as you originally
suggested was needed.
But, yes, much better now!
John
Thursday, 3 October 2013
Wednesday, 2 October 2013
Re: Cut to clipboard
In message <5393d0c5a4tlsa@netsurf-browser.org>
Michael Drake <tlsa@netsurf-browser.org> wrote:
[snip]
> Supported via keyboard shortcut in the latest build. The shortcut depends
> on the front end.
> +========+==============+======+======+
> | GTK & Framebuffer | RISC OS |
> +========+==============+======+======+
> | Undo | Redo | Undo | Redo |
> |--------+--------------+------+------|
> | Ctrl+Z | Ctrl+Y or | F8 | F9 |
> | | Ctrl+Shift+Z | | |
> +========+==============+======+======+
Using 1369 as far as I can see F8 and F9 work as expected.
Thanks for the good work.
--
David Pitt
Raspberry Pi RISC OS 5.21
Michael Drake <tlsa@netsurf-browser.org> wrote:
[snip]
> Supported via keyboard shortcut in the latest build. The shortcut depends
> on the front end.
> +========+==============+======+======+
> | GTK & Framebuffer | RISC OS |
> +========+==============+======+======+
> | Undo | Redo | Undo | Redo |
> |--------+--------------+------+------|
> | Ctrl+Z | Ctrl+Y or | F8 | F9 |
> | | Ctrl+Shift+Z | | |
> +========+==============+======+======+
Using 1369 as far as I can see F8 and F9 work as expected.
Thanks for the good work.
--
David Pitt
Raspberry Pi RISC OS 5.21
Re: 3.1 (Dev CI #1330)
In message <53948878f6tlsa@netsurf-browser.org>
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <5394515da2tlsa@netsurf-browser.org>,
> Michael Drake <tlsa@netsurf-browser.org> wrote:
>> The latest build uses the polygon plotter to draw the triangles instead.
>> On some platforms, this means the triangles are no longer anti-aliased.
> That looked dreadful, so I've changed it to generate bitmaps of
> anti-aliased triangles of the appropriate size and colours at runtime.
> Is anyone testing this stuff? Also the undo/redo textarea handling.
The treeview triangles in 1369 look very smart here and are a good
size, looks good works well.
Previously 1367 had very coarse triangles, 1354 had triangle that were
too small to be clearly seen.
--
David Pitt
Raspberry Pi RISC OS 5.21
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <5394515da2tlsa@netsurf-browser.org>,
> Michael Drake <tlsa@netsurf-browser.org> wrote:
>> The latest build uses the polygon plotter to draw the triangles instead.
>> On some platforms, this means the triangles are no longer anti-aliased.
> That looked dreadful, so I've changed it to generate bitmaps of
> anti-aliased triangles of the appropriate size and colours at runtime.
> Is anyone testing this stuff? Also the undo/redo textarea handling.
The treeview triangles in 1369 look very smart here and are a good
size, looks good works well.
Previously 1367 had very coarse triangles, 1354 had triangle that were
too small to be clearly seen.
--
David Pitt
Raspberry Pi RISC OS 5.21
Re: Treeview triangles
In article <53936320e9tlsa@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <20130930155550.GK26731@pepperfish.net>,
> Rob Kendrick <rjek@netsurf-browser.org> wrote:
> > Alternatively, we implement a generic anti-aliased plotter for other
> > front ends to use.
> I thought of bitmap generation, and plot via bitmap plotter. But at that
> point, it's rather more complexity than its worth.
After seeing the ugliness of aliased triangles, I've changed it to
generated bitmaps now. The anti-aliasing assumes linear screen gamma, but
at least the jaggies are gone!
On the other hand, it makes the GTK front end's bitmap bugs quite obvious.
At the moment the GTK front end converts bitmap data in-place to the
format Cairo needs on bitmap_modified() calls, and converts back to the
core format when bitmap_get_buffer() is called. That's fine when the
calls are paired, and there's no redraws in between, but broken otherwise.
The treeview code is currently calling bitmap_get_buffer() to read, rather
than write, which is throwing it out of sync since there's no
corresponding bitmap_modified() call.
The gif code has a different issue for gifs like the true-colour gif. It
calls bitmap_get_buffer() and subsequently makes several bitmap_modified()
calls.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <20130930155550.GK26731@pepperfish.net>,
> Rob Kendrick <rjek@netsurf-browser.org> wrote:
> > Alternatively, we implement a generic anti-aliased plotter for other
> > front ends to use.
> I thought of bitmap generation, and plot via bitmap plotter. But at that
> point, it's rather more complexity than its worth.
After seeing the ugliness of aliased triangles, I've changed it to
generated bitmaps now. The anti-aliasing assumes linear screen gamma, but
at least the jaggies are gone!
On the other hand, it makes the GTK front end's bitmap bugs quite obvious.
At the moment the GTK front end converts bitmap data in-place to the
format Cairo needs on bitmap_modified() calls, and converts back to the
core format when bitmap_get_buffer() is called. That's fine when the
calls are paired, and there's no redraws in between, but broken otherwise.
The treeview code is currently calling bitmap_get_buffer() to read, rather
than write, which is throwing it out of sync since there's no
corresponding bitmap_modified() call.
The gif code has a different issue for gifs like the true-colour gif. It
calls bitmap_get_buffer() and subsequently makes several bitmap_modified()
calls.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: 3.1 (Dev CI #1330)
In article <5394515da2tlsa@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> The latest build uses the polygon plotter to draw the triangles instead.
> On some platforms, this means the triangles are no longer anti-aliased.
That looked dreadful, so I've changed it to generate bitmaps of
anti-aliased triangles of the appropriate size and colours at runtime.
Is anyone testing this stuff? Also the undo/redo textarea handling.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Michael Drake <tlsa@netsurf-browser.org> wrote:
> The latest build uses the polygon plotter to draw the triangles instead.
> On some platforms, this means the triangles are no longer anti-aliased.
That looked dreadful, so I've changed it to generate bitmaps of
anti-aliased triangles of the appropriate size and colours at runtime.
Is anyone testing this stuff? Also the undo/redo textarea handling.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
RE: Hubbub and LibCSS for Windows
I had no problems to compile libwcapplet, libparserutils and libcss with vs 2008 express. You will need to fix few c99 headers that does not come with vs, but you can find them freely on the internet. It was quite some time ago. If I remember well, you have to have perl installed to run a script that will generate you some include file before you do compile. Also you have to take a peak into includes and makefiles to see what include flags has to be defined. It was pretty straightforward process.
If I ever fine my old projects i can post them somewhere; but it won't be possible to me before next week.
/arthur
Date: Wed, 2 Oct 2013 17:14:11 +0000
From: sgs1370@arcode.com
To: rjek@netsurf-browser.org
CC: netsurf-dev@netsurf-browser.org
Subject: Re: Hubbub and LibCSS for Windows
If I ever fine my old projects i can post them somewhere; but it won't be possible to me before next week.
/arthur
Date: Wed, 2 Oct 2013 17:14:11 +0000
From: sgs1370@arcode.com
To: rjek@netsurf-browser.org
CC: netsurf-dev@netsurf-browser.org
Subject: Re: Hubbub and LibCSS for Windows
Subscribe to:
Posts (Atom)