In message <5baf365babjohn@jaharrison.me.uk>
John Harrison <john@jaharrison.me.uk> wrote:
> In article <6f1829af5b.John@rickman.argonet.co.uk>,
> John Rickman <rickman@argonet.co.uk> wrote:
>>> http://cards.westdorset.org/types/img/D-11h/
>>> photos 7697.jpg and 7689.jpg display.
>>> photos 7699.jpg and 7700.jpg do not.
>> Works ok on ARMX6 with Netsurf 3.11
> But it doesn't work on 4te2 with NetSurf 3.11, or with the latest 3.12
> (Dev 67640.
It works with NetSurf 3.11 and Piro Qube (Pi compute module)
john
--
John Rickman
Sunday, 13 October 2024
[netsurf-users] Re: Weird bug
In message <5baf1e2300Lists@Torrens.org>
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
> I can't see how to report this via the system using Risc OS...
> http://cards.westdorset.org/types/img/D-11h/
> photos 7697.jpg and 7689.jpg display.
> photos 7699.jpg and 7700.jpg do not.
> other pages, e.g.
> http://cards.westdorset.org/types/img/D-11f
> display all photos as they should.
> Other browsers display as they should.
> This happens on Titanium (5.30) and on Pinebook (5.29) - so I can't see
> that it is anything to do with the OS. The html on the 'faulty' page is
> fine.
> It's a very puzzling problem. Not important to me as the page works
> properly (it's a Perl program) but the developers might like to
> investigate.
All images display fine here
RISC OS 4.42
NetSurf 3.12 (#6762)
--
Paul Stewart Sent from A9home running RISC OS 4.42
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
> I can't see how to report this via the system using Risc OS...
> http://cards.westdorset.org/types/img/D-11h/
> photos 7697.jpg and 7689.jpg display.
> photos 7699.jpg and 7700.jpg do not.
> other pages, e.g.
> http://cards.westdorset.org/types/img/D-11f
> display all photos as they should.
> Other browsers display as they should.
> This happens on Titanium (5.30) and on Pinebook (5.29) - so I can't see
> that it is anything to do with the OS. The html on the 'faulty' page is
> fine.
> It's a very puzzling problem. Not important to me as the page works
> properly (it's a Perl program) but the developers might like to
> investigate.
All images display fine here
RISC OS 4.42
NetSurf 3.12 (#6762)
--
Paul Stewart Sent from A9home running RISC OS 4.42
[netsurf-users] Re: Weird bug
In article <6f1829af5b.John@rickman.argonet.co.uk>,
John Rickman <rickman@argonet.co.uk> wrote:
> > http://cards.westdorset.org/types/img/D-11h/
> > photos 7697.jpg and 7689.jpg display.
> > photos 7699.jpg and 7700.jpg do not.
> Works ok on ARMX6 with Netsurf 3.11
But it doesn't work on 4te2 with NetSurf 3.11, or with the latest 3.12
(Dev 67640.
--
John Harrison
Website http://jaharrison.me.uk
Using 4té2 and ARMX6, both running RISC OS
Diamonds are socially useless, yet expensive and water (essential to our lives) is infinitely cheaper. ™ The paradox of value
John Rickman <rickman@argonet.co.uk> wrote:
> > http://cards.westdorset.org/types/img/D-11h/
> > photos 7697.jpg and 7689.jpg display.
> > photos 7699.jpg and 7700.jpg do not.
> Works ok on ARMX6 with Netsurf 3.11
But it doesn't work on 4te2 with NetSurf 3.11, or with the latest 3.12
(Dev 67640.
--
John Harrison
Website http://jaharrison.me.uk
Using 4té2 and ARMX6, both running RISC OS
Diamonds are socially useless, yet expensive and water (essential to our lives) is infinitely cheaper. ™ The paradox of value
[netsurf-users] Re: Weird bug
In message <5baf1e2300Lists@Torrens.org>
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
> http://cards.westdorset.org/types/img/D-11h/
> photos 7697.jpg and 7689.jpg display.
> photos 7699.jpg and 7700.jpg do not.
Works ok on ARMX6 with Netsurf 3.11
(if 7689 is a typo for 7698)
John
--
John Rickman
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
> http://cards.westdorset.org/types/img/D-11h/
> photos 7697.jpg and 7689.jpg display.
> photos 7699.jpg and 7700.jpg do not.
Works ok on ARMX6 with Netsurf 3.11
(if 7689 is a typo for 7698)
John
--
John Rickman
[netsurf-users] Weird bug
I can't see how to report this via the system using Risc OS...
http://cards.westdorset.org/types/img/D-11h/
photos 7697.jpg and 7689.jpg display.
photos 7699.jpg and 7700.jpg do not.
other pages, e.g.
http://cards.westdorset.org/types/img/D-11f
display all photos as they should.
Other browsers display as they should.
This happens on Titanium (5.30) and on Pinebook (5.29) - so I can't see
that it is anything to do with the OS. The html on the 'faulty' page is
fine.
It's a very puzzling problem. Not important to me as the page works
properly (it's a Perl program) but the developers might like to
investigate.
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
http://cards.westdorset.org/types/img/D-11h/
photos 7697.jpg and 7689.jpg display.
photos 7699.jpg and 7700.jpg do not.
other pages, e.g.
http://cards.westdorset.org/types/img/D-11f
display all photos as they should.
Other browsers display as they should.
This happens on Titanium (5.30) and on Pinebook (5.29) - so I can't see
that it is anything to do with the OS. The html on the 'faulty' page is
fine.
It's a very puzzling problem. Not important to me as the page works
properly (it's a Perl program) but the developers might like to
investigate.
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Sunday, 29 September 2024
[netsurf-dev] [PATCH] Fix comment typos
---
content/content_protected.h | 2 +-
content/handlers/image/webp.c | 2 +-
frontends/windows/font.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/content/content_protected.h b/content/content_protected.h
index fd0924d64..ce2a34cfe 100644
--- a/content/content_protected.h
+++ b/content/content_protected.h
@@ -120,7 +120,7 @@ struct content_handler {
*
* \param c The content being redrawn
* \param start_idx The start index of the text region to be redrawn
- * \param end_idx The end index of teh text region to be redrawn
+ * \param end_idx The end index of the text region to be redrawn
* \return NSERROR_OK on success else error code
*/
nserror (*textselection_redraw)(struct content *c, unsigned start_idx, unsigned end_idx);
diff --git a/content/handlers/image/webp.c b/content/handlers/image/webp.c
index c04c0efd2..32988516f 100644
--- a/content/handlers/image/webp.c
+++ b/content/handlers/image/webp.c
@@ -178,7 +178,7 @@ webp_cache_convert(struct content *c)
* demand.
*
* \param c The webp content object
- * \return true on successful processing of teh webp content else false
+ * \return true on successful processing of the webp content else false
*/
static bool webp_convert(struct content *c)
{
diff --git a/frontends/windows/font.c b/frontends/windows/font.c
index 3e81a80a1..91e05b16e 100644
--- a/frontends/windows/font.c
+++ b/frontends/windows/font.c
@@ -303,7 +303,7 @@ win32_font_split(const plot_font_style_t *style,
nserror res;
int c_off;
- /* get the offset into teh string on the proposed position */
+ /* get the offset into the string on the proposed position */
res = win32_font_position(style, string, length, x, offset, actual_x);
if (res != NSERROR_OK) {
return res;
--
2.46.2
content/content_protected.h | 2 +-
content/handlers/image/webp.c | 2 +-
frontends/windows/font.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/content/content_protected.h b/content/content_protected.h
index fd0924d64..ce2a34cfe 100644
--- a/content/content_protected.h
+++ b/content/content_protected.h
@@ -120,7 +120,7 @@ struct content_handler {
*
* \param c The content being redrawn
* \param start_idx The start index of the text region to be redrawn
- * \param end_idx The end index of teh text region to be redrawn
+ * \param end_idx The end index of the text region to be redrawn
* \return NSERROR_OK on success else error code
*/
nserror (*textselection_redraw)(struct content *c, unsigned start_idx, unsigned end_idx);
diff --git a/content/handlers/image/webp.c b/content/handlers/image/webp.c
index c04c0efd2..32988516f 100644
--- a/content/handlers/image/webp.c
+++ b/content/handlers/image/webp.c
@@ -178,7 +178,7 @@ webp_cache_convert(struct content *c)
* demand.
*
* \param c The webp content object
- * \return true on successful processing of teh webp content else false
+ * \return true on successful processing of the webp content else false
*/
static bool webp_convert(struct content *c)
{
diff --git a/frontends/windows/font.c b/frontends/windows/font.c
index 3e81a80a1..91e05b16e 100644
--- a/frontends/windows/font.c
+++ b/frontends/windows/font.c
@@ -303,7 +303,7 @@ win32_font_split(const plot_font_style_t *style,
nserror res;
int c_off;
- /* get the offset into teh string on the proposed position */
+ /* get the offset into the string on the proposed position */
res = win32_font_position(style, string, length, x, offset, actual_x);
if (res != NSERROR_OK) {
return res;
--
2.46.2
Sunday, 22 September 2024
[netsurf-dev] Re: Improve french translation
Hello,
Thank you very much for your review and integration of work. And
sorry to not have answered you sooner. Time flies very fast those
days…
My other patches are almost independent. I took time to rebase my
branch on the last state of master, if one want to have a look on
them? I explain bellow what they are about.
-
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=f0e7fe3b9f30d6a5fce9c76b28b01db88af11092
This one is completely independent and fix a little typo in
content/fetchers/about/certificate.c (i.e. replace Privince by
Province in the certificate display UI). It also changes
a little the html used to display the nice version of the
certificate date: it ensure the page will be rendered as UTF-8,
what will avoid to display garbage characters if translation
contains non-ascii chars (accent…).
-
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=88ddca04133f24d872db2e4fb9a68c85f0ad285f
This one make it possible to translate the "page info" widget
(the drawer opened by clicking on the netsurf icon or the
padlock to the left of the current uri in the uri bar). In the
same time I propose the first translated string for English
(extracted from previous source code), french (my language) and
some italian string available for the same context at other
place.
-
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=5dc7e57897e47617d5a38adbb3892eebc7c6c465
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=8fcca14770612a1fa838d24aa6e3275e46a971d1
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=2614225923d83f46215c13c249ee7d4679373138
Those 3 commits should be added in this order to avoid conflicts
in fatmessage. They allow some forgotten part of the gtk3
frontend to be translated. Each commit is for a specific
page/widget and directly propose the missing labels for
fatmessage. I reused a lot of label from other frontends.
Let me know if you prefer those patch to be send differently, or
to propose changes on them.
Again, thank you very much for all your hard work!
Étienne
mardi 05 mars 2024 à 23:18, jmb@netsurf-browser.org a écrit :
> On 19/02/2024 15:12, Étienne Deparis wrote:
>> Hi there,
>> Since a few weeks I've been working on improving the french
>> translation
>> of the browser.
>> Being a Linux user, I've been more involved in the gtk3
>> frontend,
>> however I tried to also review strings for other frontends as
>> well. What
>> I mean is that I've only take care to compile and visually
>> check the
>> result of my changes with a gtk3 build, and thus cannot
>> guarantee my
>> other fixes respect the display on other systems (utf8 support,
>> string
>> length, wording habbit…). I'd be very happy to improve my copy
>> with any
>> feedback.
>> You can find these changes under the two following patches (may
>> be
>> applied in any order):
>> - for FatMessages:
>> https://git.umaneti.net/netsurf/patch/?id=a95d5cabb787a9b6116045d334bb0781022a65ab
>> - for builtin html pages:
>> https://git.umaneti.net/netsurf/patch/?id=0169b12fc8ca2ea9607da8465817b398f999980b
>>
>
> Thank you for these -- they have been applied in:
>
> https://git.netsurf-browser.org/netsurf.git/commit/?id=5bb2e9de3c3787d9425c1c8ba39802c75711c380
>
> and
>
> https://git.netsurf-browser.org/netsurf.git/commit/?id=583ec7268083fa2f4005067e0314ff9a56e62664
>
> respectively.
>
>> I also maintain a branch (including the previous patches) with
>> other
>> translation related improvement (like allowing the translation
>> of the
>> gtk3 history, cookies and bookmark windows, or the infopage
>> widget).
>> Let me know if I can already transmit those patches as well or
>> if you
>> prefer digest them one at a time (all my changes are in atomic
>> commit,
>> but order might be import).
>
> If they're independent of each other, by all means send them
> over
> as-is. Alternatively, if there are ordering constraints, let us
> know and
> I expect we can work with that, too.
>
> Many thanks,
>
>
> John-Mark.
Thank you very much for your review and integration of work. And
sorry to not have answered you sooner. Time flies very fast those
days…
My other patches are almost independent. I took time to rebase my
branch on the last state of master, if one want to have a look on
them? I explain bellow what they are about.
-
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=f0e7fe3b9f30d6a5fce9c76b28b01db88af11092
This one is completely independent and fix a little typo in
content/fetchers/about/certificate.c (i.e. replace Privince by
Province in the certificate display UI). It also changes
a little the html used to display the nice version of the
certificate date: it ensure the page will be rendered as UTF-8,
what will avoid to display garbage characters if translation
contains non-ascii chars (accent…).
-
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=88ddca04133f24d872db2e4fb9a68c85f0ad285f
This one make it possible to translate the "page info" widget
(the drawer opened by clicking on the netsurf icon or the
padlock to the left of the current uri in the uri bar). In the
same time I propose the first translated string for English
(extracted from previous source code), french (my language) and
some italian string available for the same context at other
place.
-
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=5dc7e57897e47617d5a38adbb3892eebc7c6c465
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=8fcca14770612a1fa838d24aa6e3275e46a971d1
https://git.umaneti.net/netsurf/commit/?h=french-translation&id=2614225923d83f46215c13c249ee7d4679373138
Those 3 commits should be added in this order to avoid conflicts
in fatmessage. They allow some forgotten part of the gtk3
frontend to be translated. Each commit is for a specific
page/widget and directly propose the missing labels for
fatmessage. I reused a lot of label from other frontends.
Let me know if you prefer those patch to be send differently, or
to propose changes on them.
Again, thank you very much for all your hard work!
Étienne
mardi 05 mars 2024 à 23:18, jmb@netsurf-browser.org a écrit :
> On 19/02/2024 15:12, Étienne Deparis wrote:
>> Hi there,
>> Since a few weeks I've been working on improving the french
>> translation
>> of the browser.
>> Being a Linux user, I've been more involved in the gtk3
>> frontend,
>> however I tried to also review strings for other frontends as
>> well. What
>> I mean is that I've only take care to compile and visually
>> check the
>> result of my changes with a gtk3 build, and thus cannot
>> guarantee my
>> other fixes respect the display on other systems (utf8 support,
>> string
>> length, wording habbit…). I'd be very happy to improve my copy
>> with any
>> feedback.
>> You can find these changes under the two following patches (may
>> be
>> applied in any order):
>> - for FatMessages:
>> https://git.umaneti.net/netsurf/patch/?id=a95d5cabb787a9b6116045d334bb0781022a65ab
>> - for builtin html pages:
>> https://git.umaneti.net/netsurf/patch/?id=0169b12fc8ca2ea9607da8465817b398f999980b
>>
>
> Thank you for these -- they have been applied in:
>
> https://git.netsurf-browser.org/netsurf.git/commit/?id=5bb2e9de3c3787d9425c1c8ba39802c75711c380
>
> and
>
> https://git.netsurf-browser.org/netsurf.git/commit/?id=583ec7268083fa2f4005067e0314ff9a56e62664
>
> respectively.
>
>> I also maintain a branch (including the previous patches) with
>> other
>> translation related improvement (like allowing the translation
>> of the
>> gtk3 history, cookies and bookmark windows, or the infopage
>> widget).
>> Let me know if I can already transmit those patches as well or
>> if you
>> prefer digest them one at a time (all my changes are in atomic
>> commit,
>> but order might be import).
>
> If they're independent of each other, by all means send them
> over
> as-is. Alternatively, if there are ordering constraints, let us
> know and
> I expect we can work with that, too.
>
> Many thanks,
>
>
> John-Mark.
Subscribe to:
Posts (Atom)