Saturday, 26 December 2015

Re: AA dog rescue nothing loads

In message <ad3cbc3755.DaveMeUK@my.inbox.com>
Dave Higton <dave@davehigton.me.uk> wrote:

> In message <3f74b93755.pittdj+@iyonix.home>
> David Pitt <pittdj@pittdj.co.uk> wrote:

>>In message <533daf3755.DaveMeUK@my.inbox.com>
>> Dave Higton <dave@davehigton.me.uk> wrote:
>>
>>> In message <63965.82.153.33.53.1451072378.squirrel@email.orpheusnet.co.uk>
>>> "Gerald Dodson" <gerald.dodson@argonet.co.uk> wrote:
>>
>>>>When I try to access this site nothing at all loads with or without JS.
>>>>Using 3056 on Iyo 5.18
>>
>>> OK, Gerald, give us a clue as to the URL, please... my powers of
>>> ESP are not as strong as I would like...
>>
>>Just needs a lead!!!
>>
>>http://www.aadogrescue.org.uk/
>>
>>I even tried the current latest NetSurf, #3244, and there's nothing
>>doing.

> The page is an untidy sprawling mess of Javascript, whether or not
> Javascript is enabled in NetSurf. But I haven't looked in any more
> detail.

FWIW Safari with JavaScript off renders a blank page, the site doesn't
trouble itself to say JavaScript is required.

NetSurf appears to report JavaScript as not enabled whatever its
Choices setting is.
https://www.whatismybrowser.com/detect/is-javascript-enabled

This may have something to do with the blankness :-
"siteInfo":{"documentType":"UGC",
UGC = User Generated Content.

Otherwise the site is to be commended for being right up to date :-
<meta http-equiv="X-UA-Compatible" content="IE=Edge"/>

--
David Pitt
Raspberry Pi

Friday, 25 December 2015

Re: AA dog rescue nothing loads

On 25 Dec, Dave Higton wrote:

[snip]

> The page is an untidy sprawling mess of Javascript, whether or not
> Javascript is enabled in NetSurf. But I haven't looked in any more
> detail.

[snip]

Not only is it an untidy sprawling mess of Javascript, it's all in the
<HEAD></HEAD> tags, so I'm surprised it's visible in any browser...
--
Brian Howlett
------------------------------------------------------------------
This place would be a paradise tomorrow, if every department had a
supervisor with a sub-machine gun.

Re: AA dog rescue nothing loads

In message <3f74b93755.pittdj+@iyonix.home>
David Pitt <pittdj@pittdj.co.uk> wrote:

>In message <533daf3755.DaveMeUK@my.inbox.com>
> Dave Higton <dave@davehigton.me.uk> wrote:
>
>> In message <63965.82.153.33.53.1451072378.squirrel@email.orpheusnet.co.uk>
>> "Gerald Dodson" <gerald.dodson@argonet.co.uk> wrote:
>
>>>When I try to access this site nothing at all loads with or without JS.
>>>Using 3056 on Iyo 5.18
>
>> OK, Gerald, give us a clue as to the URL, please... my powers of
>> ESP are not as strong as I would like...
>
>Just needs a lead!!!
>
>http://www.aadogrescue.org.uk/
>
>I even tried the current latest NetSurf, #3244, and there's nothing
>doing.

The page is an untidy sprawling mess of Javascript, whether or not
Javascript is enabled in NetSurf. But I haven't looked in any more
detail.

Dave

____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth

Re: AA dog rescue nothing loads

In message <533daf3755.DaveMeUK@my.inbox.com>
Dave Higton <dave@davehigton.me.uk> wrote:

> In message <63965.82.153.33.53.1451072378.squirrel@email.orpheusnet.co.uk>
> "Gerald Dodson" <gerald.dodson@argonet.co.uk> wrote:

>>When I try to access this site nothing at all loads with or without JS.
>>Using 3056 on Iyo 5.18

> OK, Gerald, give us a clue as to the URL, please... my powers of
> ESP are not as strong as I would like...

Just needs a lead!!!

http://www.aadogrescue.org.uk/

I even tried the current latest NetSurf, #3244, and there's nothing
doing.

Merry Christmas
--
David Pitt
Raspberry Pi

Re: AA dog rescue nothing loads

In message <63965.82.153.33.53.1451072378.squirrel@email.orpheusnet.co.uk>
"Gerald Dodson" <gerald.dodson@argonet.co.uk> wrote:

>When I try to access this site nothing at all loads with or without JS.
>Using 3056 on Iyo 5.18

OK, Gerald, give us a clue as to the URL, please... my powers of
ESP are not as strong as I would like...

Dave

____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/password-manager

AA dog rescue nothing loads

When I try to access this site nothing at all loads with or without JS.
Using 3056 on Iyo 5.18

Gerald

Thursday, 24 December 2015

Re: Issue 2339 (case sensitivity has no effect)

diff --git a/riscos/search.c b/riscos/search.c
index 60b3716..9c438bf 100644
--- a/riscos/search.c
+++ b/riscos/search.c
@@ -173,6 +173,8 @@ bool ro_gui_search_click(wimp_pointer *pointer)
case ICON_SEARCH_CASE_SENSITIVE:
flags = SEARCH_FLAG_FORWARDS |
ro_gui_search_update_flags();
+ browser_window_search_clear(
+ search_data.search_window);
browser_window_search(search_data.search_window, NULL,
flags,
ro_gui_get_icon_string(dialog_search,
In message <567BD604.7050505@smoothartist.com>
Michael Drake <mike@smoothartist.com> wrote:

>Hi Dave,
>
>I replied on IRC, but from your subsequent comments, you didn't see that.
>
>On 30/11/15 22:15, Dave Higton wrote:
>> I also have some questions:
>>
>> 1) Are the first two additions necessary or desirable?
>
>They shouldn't be needed but should do no harm. When you call
>browser_window_search the state of those buttons should be set as
>appropriate via callbacks anyway.
>
>> 2) Do other platforms have the same problem?
>
>The core search implementation is a bit broken, and that is where the
>fix belongs. However I'm not really interested in fixing it at the
>moment, since the core search code will be thrown away when we do the
>new layout engine.
>
>If your workaround improves things on RISC OS, then I don't mind
>applying it.

I'm happy that this works as well as can be expected, and gives
a satisfactory solution to issue 2339.

The revised patch (I removed the two redundant statements) is
attached.

Thank you!

Dave

____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager

Re: Issue 2339 (case sensitivity has no effect)

-In- message <567BD604.7050505@smoothartist.com>
Michael Drake <mike@smoothartist.com> wrote:

>Hi Dave,
>
>I replied on IRC, but from your subsequent comments, you didn't see that.
>
>On 30/11/15 22:15, Dave Higton wrote:
>> I also have some questions:
>>
>> 1) Are the first two additions necessary or desirable?
>
>They shouldn't be needed but should do no harm. When you call
>browser_window_search the state of those buttons should be set as
>appropriate via callbacks anyway.

That's what I thought, but I couldn't follow the code well enough
to be sure.

>> 2) Do other platforms have the same problem?
>
>The core search implementation is a bit broken, and that is where the
>fix belongs. However I'm not really interested in fixing it at the
>moment, since the core search code will be thrown away when we do the
>new layout engine.
>
>If your workaround improves things on RISC OS, then I don't mind
>applying it.

It does, but I'll re-submit it some time this evening (the meal is
ready now) without the unnecessary bits.

Thanks!

Dave

____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager

Re: Issue 2339 (case sensitivity has no effect)

Hi Dave,

I replied on IRC, but from your subsequent comments, you didn't see that.

On 30/11/15 22:15, Dave Higton wrote:
> I also have some questions:
>
> 1) Are the first two additions necessary or desirable?

They shouldn't be needed but should do no harm. When you call
browser_window_search the state of those buttons should be set as
appropriate via callbacks anyway.

> 2) Do other platforms have the same problem?

The core search implementation is a bit broken, and that is where the
fix belongs. However I'm not really interested in fixing it at the
moment, since the core search code will be thrown away when we do the
new layout engine.

If your workaround improves things on RISC OS, then I don't mind
applying it.

--
Michael Drake http://www.smoothartist.com/

Sunday, 20 December 2015

Re: [Rpcemu] CMOS

In article
<CAJjzs2Cvz3RE6WGHHj9eAALmDc5gJQLDM62YiJV-sfBB8H=oQA@mail.gmail.com>,
Matthew Howkins <rpcemu-list@howkins.me.uk> wrote:
> On 5 December 2015 at 06:40, Dave Symes <dave@triffid.co.uk> wrote:

> > Win 7 Pro 64 bit SP-1
> > RPCEmu 0.8.13 and RISC OS 6.20
> > The cmos.ram file that resides in the RPCEmu appdir has become
> > corrupted twice in the recent few days and I have no idea why.
> >
> > I've saved a copy of the corrupted cmos.ram file and after putting it
> > and the good version in Zap... There are differences, but to be honest
> > I have no idea what the differences mean, except Corrupted.
> >
> > Any kind person able to read this stuff and say "Ah your grommet was
> > not configured correctly" or whatever?
> >
> > They are in an archive on http://www.triffid.co.uk/dstuff/Seemoss.zip
> >

> I have downloaded your CMOS ram files, and tested them. I found I could
> succesfully boot RISC OS 6.20 with both of them - i.e. including the
> 'corrupt' file.

> You'll need to explain what you mean by 'corrupted', how these files came
> about, and what problem(s) you're getting with them.

> Please include a copy of your rpclog.txt file which will help us
> reproduce your set-up more accurately.

> Thanks
> Matthew

Oh yes, I'd forgotten about that... Thanks for the note Matthew.

It appears, an app I was testing for someone (Sorry NDA) was causing some
unusual difficulties.

App now sorted, and difficulties gone.

Thanks
Dave

--

Dave Triffid

_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

Re: [Rpcemu] CMOS



On 5 December 2015 at 06:40, Dave Symes <dave@triffid.co.uk> wrote:
Win 7 Pro 64 bit SP-1
RPCEmu 0.8.13 and RISC OS 6.20

The cmos.ram file that resides in the RPCEmu appdir has become corrupted
twice in the recent few days and I have no idea why.

I've saved a copy of the corrupted cmos.ram file and after putting it and
the good version in Zap... There are differences, but to be honest I have
no idea what the differences mean, except Corrupted.

Any kind person able to read this stuff and say "Ah your grommet was not
configured correctly" or whatever?

They are in an archive on http://www.triffid.co.uk/dstuff/Seemoss.zip

I have downloaded your CMOS ram files, and tested them. I found I could succesfully boot RISC OS 6.20 with both of them - i.e. including the 'corrupt' file.

You'll need to explain what you mean by 'corrupted', how these files came about, and what problem(s) you're getting with them.

Please include a copy of your rpclog.txt file which will help us reproduce your set-up more accurately.

Thanks

Matthew

Saturday, 19 December 2015

Re: Feature Requests: Privacy Settings

On 19 Dec 2015 as I do recall,
Luke wrote:

> Regarding NetSurf, is there any way to donate to the project?
>
> I see it is possible to contribute code, but ultimately it would be nice
> to help the core development team continue their work. NetSurf is one of
> the few browsers which isn't a Gecko or Webkit browser and seems very
> well optimized for low-end hardware.

It was specifically designed for machines with a slimline operating system
(so not such a high default hardware specification for applications to rely
on!)

Presumably you've seen the 'contribution guide': http://www.netsurf-browser.org/developers/contribute.html

So far as contributing money goes, it would have to be sufficiently large to
employ a programmer to work full-time rather than doing this for free as a
spare-time project - which is probably beyond any one individual's
pocket....

--
Harriet Bazley == Loyaulte me lie ==

Sir Francis Drake circumcised the world with a 100-foot clipper.

Patch for BeOS/Haiku: Adding websearch bar

From 18895a3cd7afc26b9bb5f8b58fdde93856a6ca55 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Adri=C3=A1n=20Arroyo=20Calle?=
<adrian.arroyocalle@gmail.com>
Date: Fri, 18 Dec 2015 22:50:25 +0000
Subject: WebSearch bar

WebSearch new position

diff --git a/beos/Makefile.target b/beos/Makefile.target
index 5edb896..4661751 100644
--- a/beos/Makefile.target
+++ b/beos/Makefile.target
@@ -102,7 +102,7 @@ RDEF_IMP_BEOS := $(addprefix $(OBJROOT)/,$(subst /,_,$(RDEF_IMP_BEOS)))
RDEP_BEOS := \
adblock.css beosdefault.css default.css internal.css quirks.css \
netsurf.png favicon.png ca-bundle.txt \
- credits.html licence.html welcome.html maps.html
+ credits.html licence.html welcome.html maps.html SearchEngines
RDEP_BEOS := $(addprefix beos/res/,$(RDEP_BEOS)) \
$(wildcard beos/res/icons/*.png) \
$(wildcard beos/res/??/*) \
@@ -130,6 +130,7 @@ install-beos:
@cp -vRL beos/res/default.css $(DESTDIR)$(NETSURF_BEOS_RESOURCES)
@cp -vRL beos/res/beosdefault.css $(DESTDIR)$(NETSURF_BEOS_RESOURCES)
@cp -vRL gtk/res/license $(DESTDIR)$(NETSURF_BEOS_RESOURCES)
+ @cp -vRL beos/res/SearchEngines $(DESTDIR)$(NETSURF_BEOS_RESOURCES)
# @cp -vRL beos/res/throbber/*.png $(DESTDIR)$(NETSURF_BEOS_RESOURCES)throbber
$(call split_install_messages, beos, $(DESTDIR)$(NETSURF_BEOS_RESOURCES))

diff --git a/beos/gui.cpp b/beos/gui.cpp
index 9486382..a877ee7 100644
--- a/beos/gui.cpp
+++ b/beos/gui.cpp
@@ -1,4 +1,5 @@
/*
+ * Copyright 2015 Adrián Arroyo Calle <adrian.arroyocalle@gmail.com>
* Copyright 2008 François Revol <mmu_man@users.sourceforge.net>
* Copyright 2005 James Bursa <bursa@users.sourceforge.net>
*
@@ -137,6 +138,7 @@ NSBrowserApplication::MessageReceived(BMessage *message)
case 'home':
case 'urlc':
case 'urle':
+ case 'sear':
case 'menu':
// NetPositive messages
case B_NETPOSITIVE_OPEN_URL:
@@ -221,7 +223,7 @@ char *realpath(const char *f, char *buf)
#endif

/* finds the NetSurf binary image ID and path
- *
+ *
*/
image_id nsbeos_find_app_path(char *path)
{
@@ -254,7 +256,7 @@ image_id nsbeos_find_app_path(char *path)
* \param def default to return if file not found
* \return path to resource.
*/
-static char *find_resource(char *buf, const char *filename, const char *def)
+char *find_resource(char *buf, const char *filename, const char *def)
{
const char *cdir = NULL;
status_t err;
@@ -342,7 +344,7 @@ static void check_homedir(void)
}

path.Append("NetSurf");
- err = create_directory(path.Path(), 0644);
+ err = create_directory(path.Path(), 0644);
if (err < B_OK) {
LOG(("Unable to create %s", path.Path()));
die("NetSurf could not create its settings directory.\n");
@@ -561,7 +563,7 @@ static void gui_init(int argc, char** argv)
FIND_THROB(8);
nsbeos_throbber_initialise_from_png(9,
filenames[0], filenames[1], filenames[2], filenames[3],
- filenames[4], filenames[5], filenames[6], filenames[7],
+ filenames[4], filenames[5], filenames[6], filenames[7],
filenames[8]);
#undef FIND_THROB
#undef STROF
@@ -618,7 +620,7 @@ static void gui_init(int argc, char** argv)
LOG(("Using '%s' as Cookie Jar file", buf));
nsoption_set_charp(cookie_jar, strdup(buf));
}
- if ((nsoption_charp(cookie_file) == NULL) ||
+ if ((nsoption_charp(cookie_file) == NULL) ||
(nsoption_charp(cookie_jar) == NULL))
die("Failed initialising cookie options");

@@ -747,7 +749,7 @@ void nsbeos_gui_poll(void)
timeout.tv_usec = (long)(next_schedule % 1000000LL);

//LOG(("gui_poll: select(%d, ..., %Ldus", max_fd, next_schedule));
- fd_count = select(max_fd, &read_fd_set, &write_fd_set, &exc_fd_set,
+ fd_count = select(max_fd, &read_fd_set, &write_fd_set, &exc_fd_set,
&timeout);
//LOG(("select: %d\n", fd_count));

@@ -810,7 +812,7 @@ void nsbeos_gui_view_source(struct hlcache_handle *content)
if (temp_name) {
path.SetTo(temp_name);
BEntry entry;
- if (entry.SetTo(path.Path()) >= B_OK
+ if (entry.SetTo(path.Path()) >= B_OK
&& entry.Exists() && entry.IsFile())
done = true;
}
@@ -841,11 +843,11 @@ void nsbeos_gui_view_source(struct hlcache_handle *content)
}
lwc_string *mime = content_get_mime_type(content);
if (mime) {
- file.WriteAttr("BEOS:TYPE", B_MIME_STRING_TYPE, 0LL,
+ file.WriteAttr("BEOS:TYPE", B_MIME_STRING_TYPE, 0LL,
lwc_string_data(mime), lwc_string_length(mime) + 1);
lwc_string_unref(mime);
}
-
+
}

entry_ref ref;
@@ -873,7 +875,7 @@ void nsbeos_gui_view_source(struct hlcache_handle *content)
if (msgr.SendMessage(&m) >= B_OK)
break;
}
-
+
err = be_roster->Launch(editorSigs[i], (BMessage *)&m, &team);
if (err >= B_OK)
break;
@@ -926,7 +928,7 @@ void warn_user(const char *warning, const char *detail)
if (detail)
text << ":\n" << detail;

- alert = new BAlert("NetSurf Warning", text.String(), "Debug", "Ok", NULL,
+ alert = new BAlert("NetSurf Warning", text.String(), "Debug", "Ok", NULL,
B_WIDTH_AS_USUAL, B_WARNING_ALERT);
if (alert->Go() < 1)
debugger("warn_user");
@@ -939,7 +941,7 @@ void die(const char * const error)
BString text("Cannot continue:\n");
text << error;

- alert = new BAlert("NetSurf Error", text.String(), "Debug", "Ok", NULL,
+ alert = new BAlert("NetSurf Error", text.String(), "Debug", "Ok", NULL,
B_WIDTH_AS_USUAL, B_STOP_ALERT);
if (alert->Go() < 1)
debugger("die");
diff --git a/beos/gui.h b/beos/gui.h
index 215cda8..b9f560e 100644
--- a/beos/gui.h
+++ b/beos/gui.h
@@ -1,4 +1,5 @@
/*
+ * Copyright 2015 Adrián Arroyo Calle <adrian.arroyocalle@gmail.com>
* Copyright 2008 François Revol <mmu_man@users.sourceforge.net>
* Copyright 2005 James Bursa <bursa@users.sourceforge.net>
*
@@ -65,6 +66,7 @@ void nsbeos_pipe_message_top(BMessage *message, BWindow *_this, struct beos_scaf

void nsbeos_gui_view_source(struct hlcache_handle *content);
image_id nsbeos_find_app_path(char *path);
+char *find_resource(char *buf, const char *filename, const char *def);

void nsbeos_update_system_ui_colors(void);

diff --git a/beos/res/SearchEngines b/beos/res/SearchEngines
new file mode 100644
index 0000000..38e7795
--- /dev/null
+++ b/beos/res/SearchEngines
@@ -0,0 +1,20 @@
+Google|www.google.com|http://www.google.com/search?q=%s|http://www.google.com/favicon.ico|
+Yahoo|search.yahoo.com|http://search.yahoo.com/search?p=%s|http://www.yahoo.com/favicon.ico|
+Bing|www.bing.com|http://www.bing.com/search?q=%s|http://www.bing.com/favicon.ico|
+Business.com|www.business.com|http://www.business.com/search/rslt_default.asp?query=%s|http://www.business.com/favicon.ico|
+Omgili|www.omgili.com|http://www.omgili.com/AAAAA/%s.html|http://omgili.com/public/images/favicon.ico|
+BBC News|search.bbc.co.uk|http://search.bbc.co.uk/search?q=%s&tab=ns|http://www.bbc.co.uk/favicon.ico|
+Ubuntu Packages|packages.ubuntu.com|http://packages.ubuntu.com/search?keywords=%s|http://packages.ubuntu.com/favicon.ico|
+Creative Commons|creativecommons.org|http://creativecommons.org/?s=%s|http://creativecommons.org/favicon.ico|fixme:favicon does not work as it is served as x-icon and is a png
+Ask.com|www.ask.com|http://www.ask.com/web?q=%s|http://sp.uk.ask.com/sh/i/a14/favicon/favicon.ico|fixme:favicon is served as text/plain
+Dictionary.com|dictionary.reference.com|http://dictionary.reference.com/browse/%s?jss=0|http://dictionary.reference.com/favicon.ico|
+Youtube|www.youtube.com|http://www.youtube.com/results?search_query=%s|http://www.youtube.com/favicon.ico|
+AOL|search.aol.com|http://search.aol.com/aol/search?query=%s|http://www.aol.com/favicon.ico|
+Baidu|www.baidu.com|http://www.baidu.com/s?wd=%s|http://www.baidu.com/favicon.ico|
+Amazon|www.amazon.com|http://www.amazon.com/s/ref=nb_ss_gw?field-keywords=%s|http://www.amazon.com/favicon.ico|
+Ebay|shop.ebay.com|http://shop.ebay.com/items/%s|http://www.ebay.com/favicon.ico|
+IMDB|www.imdb.com|http://www.imdb.com/find?q=%s|http://www.imdb.com/favicon.ico|
+ESPN|search.espn.go.com|http://search.espn.go.com/%s/|http://www.espn.go.com/favicon.ico|
+Wikipedia|en.wikipedia.org|http://en.wikipedia.org/w/index.php?title=Special%%3ASearch&search=%s|http://en.wikipedia.org/favicon.ico|
+DuckDuckGo|www.duckduckgo.com|http://www.duckduckgo.com/html/?q=%s|http://www.duckduckgo.com/favicon.ico|fixme:Their ico upsets the current implementation
+Seeks|www.seeks-project.info|https://www.seeks-project.info/search.php/search?q=%s|http://www.seeks-project.info/search.php/public/images/seek_icon_32x32_transparent.png|fixme:they have no icon
diff --git a/beos/scaffolding.cpp b/beos/scaffolding.cpp
index 04b4261..2f38497 100644
--- a/beos/scaffolding.cpp
+++ b/beos/scaffolding.cpp
@@ -1,4 +1,5 @@
/*
+ * Copyright 2015 Adrián Arroyo Calle <adrian.arroyocalle@gmail.com>
* Copyright 2008 François Revol <mmu_man@users.sourceforge.net>
* Copyright 2006 Rob Kendrick <rjek@rjek.com>
*
@@ -56,6 +57,8 @@ extern "C" {
#include "desktop/browser.h"
#include "desktop/netsurf.h"
#include "desktop/version.h"
+#include "desktop/searchweb.h"
+#include "desktop/search.h"
#include "desktop/plotters.h"
#include "utils/nsoption.h"
#include "desktop/textinput.h"
@@ -109,6 +112,7 @@ struct beos_scaffolding {
BControl *home_button;

NSIconTextControl *url_bar;
+ NSIconTextControl *search_bar;
//BMenuField *url_bar_completion;

NSThrobber *throbber;
@@ -418,7 +422,7 @@ NSThrobber::SetBitmap(const BBitmap *bitmap)


NSBaseView::NSBaseView(BRect frame)
- : BView(frame, "NetSurf", B_FOLLOW_ALL_SIDES,
+ : BView(frame, "NetSurf", B_FOLLOW_ALL_SIDES,
0 /*B_WILL_DRAW | B_NAVIGABLE | B_FRAME_EVENTS*/ /*| B_SUBPIXEL_PRECISE*/),
fScaffolding(NULL)
{
@@ -476,6 +480,7 @@ NSBaseView::MessageReceived(BMessage *message)
case 'home':
case 'urlc':
case 'urle':
+ case 'sear':
case 'menu':
case NO_ACTION:
case HELP_OPEN_CONTENTS:
@@ -606,7 +611,7 @@ NSBaseView::Instantiate(BMessage *archive)

//TODO:FIXME: fix replicants
// do as much as possible in this thread to avoid deadlocks
-
+
gui_init_replicant(2, info->args);

replicant_done_sem = create_sem(0, "NS Replicant created");
@@ -651,6 +656,7 @@ NSBaseView::AllAttached()
g->home_button->SetTarget(this);

g->url_bar->SetTarget(this);
+ g->search_bar->SetTarget(this);

rgb_color c = ui_color(B_PANEL_BACKGROUND_COLOR);
SetViewColor(c);
@@ -667,6 +673,7 @@ NSBaseView::AllAttached()
g->home_button->SetViewColor(c);
g->home_button->SetLowColor(c);
g->url_bar->SetViewColor(c);
+ g->search_bar->SetViewColor(c);
g->throbber->SetViewColor(c);
g->scroll_view->SetViewColor(c);

@@ -802,6 +809,7 @@ static void nsbeos_scaffolding_update_colors(nsbeos_scaffolding *g)
g->reload_button->SetViewColor(c);
g->home_button->SetViewColor(c);
g->url_bar->SetViewColor(c);
+ g->search_bar->SetViewColor(c);
g->throbber->SetViewColor(c);
g->scroll_view->SetViewColor(c);

@@ -1068,6 +1076,41 @@ void nsbeos_scaffolding_dispatch_event(nsbeos_scaffolding *scaffold, BMessage *m
//nsbeos_completion_update(text.String());
break;
}
+ case 'sear':
+ {
+ nserror ret;
+ nsurl* url;
+ BString text;
+ if (!scaffold->search_bar->LockLooper())
+ break;
+ text = scaffold->search_bar->Text();
+ scaffold->search_bar->UnlockLooper();
+
+ char t[PATH_MAX];
+ find_resource(t,"SearchEngines","./beos/res/SearchEngines");
+
+ search_web_init(t);
+
+ ret = search_web_omni(text.String(),SEARCH_WEB_OMNI_SEARCHONLY
+ ,&url);
+ if (ret == NSERROR_OK) {
+ ret = browser_window_create(
+ (browser_window_create_flags)(BW_CREATE_HISTORY | BW_CREATE_TAB),
+ url,
+ NULL,
+ bw,
+ NULL);
+ nsurl_unref(url);
+ }
+
+ if (ret != NSERROR_OK) {
+ warn_user(messages_get_errorcode(ret), 0);
+ }
+
+ search_web_finalise();
+
+ break;
+ }
/*
case 'menu':
{
@@ -1386,12 +1429,12 @@ void nsbeos_attach_toplevel_view(nsbeos_scaffolding *g, BView *view)
rect.top += TOOLBAR_HEIGHT;
rect.right -= B_V_SCROLL_BAR_WIDTH;
rect.bottom -= B_H_SCROLL_BAR_HEIGHT;
-
+
view->ResizeTo(rect.Width() /*+ 1*/, rect.Height() /*+ 1*/);
view->MoveTo(rect.LeftTop());


- g->scroll_view = new BScrollView("NetSurfScrollView", view,
+ g->scroll_view = new BScrollView("NetSurfScrollView", view,
B_FOLLOW_ALL, 0, true, true, B_NO_BORDER);

g->top_view->AddChild(g->scroll_view);
@@ -1422,7 +1465,7 @@ void nsbeos_attach_toplevel_view(nsbeos_scaffolding *g, BView *view)
rect.right = rect.left + divider - 1;

/*
- BBox *statusBarBox = new BBox(rect, "StatusBarBox",
+ BBox *statusBarBox = new BBox(rect, "StatusBarBox",
B_FOLLOW_LEFT_RIGHT | B_FOLLOW_BOTTOM,
B_WILL_DRAW | B_FRAME_EVENTS,
B_RAISED_BORDER);
@@ -1450,6 +1493,7 @@ void nsbeos_attach_toplevel_view(nsbeos_scaffolding *g, BView *view)
g->home_button->SetTarget(view);

g->url_bar->SetTarget(view);
+ g->search_bar->SetTarget(view);

nsbeos_scaffolding_update_colors(g);

@@ -1511,8 +1555,8 @@ static BMenuItem *make_menu_item(const char *name, BMessage *message, bool enabl
// try to understand accelerators
int32 start = label.IFindLast(" ");
if (start > 0 && (label.Length() - start > 1)
- && (label.Length() - start < 7)
- && (label[start + 1] == 'F'
+ && (label.Length() - start < 7)
+ && (label[start + 1] == 'F'
|| !strcmp(label.String() + start + 1, "PRINT")
|| label[start + 1] == '\xe2'
|| label[start + 1] == '^')) {
@@ -1625,7 +1669,7 @@ void BBitmapButton::SetBitmap(const char* attrname)

fBitmap = new BBitmap(BRect(0, 0, 32, 32), B_RGB32);
status_t status = BIconUtils::GetVectorIcon((const uint8*)data, size, fBitmap);
-
+
if(status != B_OK) {
fprintf(stderr, "%s > oops %s\n", attrname, strerror(status));
delete fBitmap;
@@ -2011,7 +2055,7 @@ nsbeos_scaffolding *nsbeos_new_scaffolding(struct gui_window *toplevel)
rect = g->top_view->Bounds();
rect.bottom = rect.top + TOOLBAR_HEIGHT - 1;
rect.left = rect.right - DRAGGER_WIDTH + 1;
- g->dragger = new BDragger(rect, g->top_view,
+ g->dragger = new BDragger(rect, g->top_view,
B_FOLLOW_RIGHT | B_FOLLOW_TOP, B_WILL_DRAW);
g->top_view->AddChild(g->dragger);
g->dragger->SetViewColor(ui_color(B_PANEL_BACKGROUND_COLOR));
@@ -2026,7 +2070,7 @@ nsbeos_scaffolding *nsbeos_new_scaffolding(struct gui_window *toplevel)
rect = g->top_view->Bounds();
rect.bottom = rect.top + TOOLBAR_HEIGHT - 1;
rect.right = rect.right - DRAGGER_WIDTH;
- g->tool_bar = new BBox(rect, "Toolbar",
+ g->tool_bar = new BBox(rect, "Toolbar",
B_FOLLOW_LEFT_RIGHT | B_FOLLOW_TOP, B_WILL_DRAW | B_FRAME_EVENTS
| B_FULL_UPDATE_ON_RESIZE | B_NAVIGABLE_JUMP, B_PLAIN_BORDER);
g->top_view->AddChild(g->tool_bar);
@@ -2074,15 +2118,14 @@ nsbeos_scaffolding *nsbeos_new_scaffolding(struct gui_window *toplevel)
g->tool_bar->AddChild(g->home_button);
nButtons++;

-
// url bar
rect = g->tool_bar->Bounds();
- rect.left += TOOLBAR_HEIGHT * nButtons;
- rect.right -= TOOLBAR_HEIGHT * 1;
+ rect.left += TOOLBAR_HEIGHT * nButtons; // +124
+ rect.right -= TOOLBAR_HEIGHT * 1 + 124;
rect.InsetBySelf(5, 5);
message = new BMessage('urle');
message->AddPointer("scaffolding", g);
- g->url_bar = new NSIconTextControl(rect, "url_bar", "", "", message,
+ g->url_bar = new NSIconTextControl(rect, "url_bar", "", "", message,
B_FOLLOW_LEFT_RIGHT | B_FOLLOW_TOP);
g->url_bar->SetDivider(0);
rect = g->url_bar->TextView()->TextRect();
@@ -2090,6 +2133,21 @@ nsbeos_scaffolding *nsbeos_new_scaffolding(struct gui_window *toplevel)
g->url_bar->TextView()->SetTextRect(rect);
g->tool_bar->AddChild(g->url_bar);

+ // search bar
+
+ rect = g->tool_bar->Bounds();
+ rect.left += TOOLBAR_HEIGHT * nButtons + (g->url_bar->Bounds().right - g->url_bar->Bounds().left);
+ rect.right -= TOOLBAR_HEIGHT * 1;
+ rect.InsetBy(5,5);
+ message = new BMessage('sear');
+ message->AddPointer("scaffolding", g);
+ g->search_bar = new NSIconTextControl(rect,"search_bar","","Search...",message,
+ B_FOLLOW_RIGHT);
+ g->search_bar->SetDivider(0);
+ rect = g->search_bar->TextView()->TextRect();
+ rect.left += 0; // 16 if you put a Favicon
+ g->search_bar->TextView()->SetTextRect(rect);
+ g->tool_bar->AddChild(g->search_bar);

// throbber
rect.Set(0, 0, 24, 24);
@@ -2109,7 +2167,7 @@ nsbeos_scaffolding *nsbeos_new_scaffolding(struct gui_window *toplevel)
// the status bar at the bottom
BString status("NetSurf");
status << " " << netsurf_version;
- g->status_bar = new BStringView(BRect(0,0,-1,-1), "StatusBar",
+ g->status_bar = new BStringView(BRect(0,0,-1,-1), "StatusBar",
status.String(), B_FOLLOW_LEFT/*_RIGHT*/ | B_FOLLOW_BOTTOM);

// will be added to the scrollview when adding the top view.
--
2.2.2

Hi Netsurfers,

I've made a patch for the BeOS/Haiku frontend that adds the websearch
bar. Current frontend only has a URL bar. This patch is for a task of
Google Code-In 2015. Here's a screenshot of NetSurf with the patch:
http://i.imgur.com/dgM9e8y.png

Greetings, Adrián

Re: Feature Requests: Privacy Settings

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJWdYAPAAoJEF3y7+7mx3k+nDEQAJGy6e3BsCTjNwnk2iBfqijZ
ry1it6HfPzpfE6kP1QaDulZpIVa7hPBk1MO8qHVYxxQMckRAYqIoIoKQCeSc0OA+
yS9nBXmwmSQzXGMTL/NJ4lUaORmE59vWmDvnTjSGIpieZdFRhdg0DLnrMCCgrRyC
7KT//UDZf3cfdaCj2l+YlD3iWvfDxowqMlTq6ukebs7UGkfojm0I6BcNyj2zflCW
StMKMcHImY1NOTg67hJqvcafVaXjOvE6f7CPwyKBACNncw0VWFottv2ZsVKnpm2q
wi945Qmdt0KmxKUYxb13B1t+PbxJMYAfA+Fjnm8Uaju8bI+46M5LeK06cdXLK75v
1EkwbDrMrlGQzsp/cDJbfVR1J0HY2oY5fsP0RymoTdJsrhA0Y5UahaTqyaKh4sOC
tE06GMBE+3DvhkkEaSBFM3OCJDiK3tT1C4R0JiLpa8wG8UMUg5bRF46buChG3vKV
0aBvD6K3sby5rTb0uCXXCpph1fPppq0LfoAL25+yon2yvMzGvO1u1JT0FP3m9Ypt
AL4/CLWatnKpwjkukZ+4h3LGX5rnyMaUl+rlLaRK4q1iz5BHOr4uQyFdNqLhs0lh
tbC29W1vnitU4cOZc8Ao0Z2yoavpejgFJHQAUXR78Hw2NL3DpzOFa4GZaUojXj9x
ogSP50NeK7+vEQDWwPQ7
=ZLJU
-----END PGP SIGNATURE-----
Hello,
I was aware of the "xpinstall.signatures.required" override, but it is
to be removed very soon (v44 onwards according to Mozilla's support
page). I have also used a few Firefox derivatives, but I have noticed it
is becoming increasingly more difficult for them to maintain. Mozilla
took a particularly bad turn when they blocked anyone from embedding the
gecko engine, leaving a very limited supply of actual forks left.

Regarding NetSurf, is there any way to donate to the project?

I see it is possible to contribute code, but ultimately it would be nice
to help the core development team continue their work. NetSurf is one of
the few browsers which isn't a Gecko or Webkit browser and seems very
well optimized for low-end hardware.

This browser, with a few privacy additions, would make a fairly decent
light-weight browser replacement for daily use - scratching the use of
YouTube and other unnessecary modern websites.

I'm continuing to use a fork of Iceweasel for the time being, but they
are having more struggles keeping it usable with every release.





> To be unkind... Is the date April the First? ;-) <<<<<
>
> But seriously... and I *do* use NetSurf for a few things...
>
> While I agree with your Firefox sentiment, NetSurf is a long way off being
> usable as an everyday browser.
>
> Pale Moon a Firefox derivative is by far, a better solution for the
> disgruntled current Firefox user needing a comprehensive browser.
>
> It continues to be as Firefox was before Australis, and as such, is far
> more user friendly.
>
> Dave
> Who by the grace of the "Classic Theme Restorer" Addon can still use FX.
>
> NB: For the time being the Unsigned Addon farce can be overcome by
> changing a setting in "about:config"
>
> "xpinstall.signatures.required" set it to "false".
>
>
> Dunno how long it'll be before that is ripped out, but ATM it does work.
>
> D.
>

Re: Feature Requests: Privacy Settings

In article <5674D337.3020809@yahoo.com>,
Luke <gaming4jc2@yahoo.com> wrote:
> This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
> --cTNgUuIrTT65xck0HiQ4WDB9vUEpEX9Ku
> Content-Type: text/plain; charset=utf-8
> Content-Transfer-Encoding: quoted-printable

> Hello,
> I recently discovered your browser, and think it may be a good
> replacement to Mozilla Firefox since they are bloating it and running it
> into the ground with DRM, uneeded features, and now blocking so-called
> unauthorized addons.

> Overall NetSurf seems like a good replacement, but it is missing some
> key features for user privacy. I will list the three most important
> below for your consideration:


> * Setting a Custom Useragent from Preferences

> * Cookie-Controller (Allow or Block session cookies per site)


> * Javascript Control (Similar to NoScript, or simply a whitelist of
> sites allowed to run JS while blacklisting all the rest)

> Other things which may or may not be relevant for later consideration:

> * Block DOM

> * Block WebRTC

> * Disable Fingerprinting

> Thank you.

To be unkind... Is the date April the First? ;-) <<<<<

But seriously... and I *do* use NetSurf for a few things...

While I agree with your Firefox sentiment, NetSurf is a long way off being
usable as an everyday browser.

Pale Moon a Firefox derivative is by far, a better solution for the
disgruntled current Firefox user needing a comprehensive browser.

It continues to be as Firefox was before Australis, and as such, is far
more user friendly.

Dave
Who by the grace of the "Classic Theme Restorer" Addon can still use FX.

NB: For the time being the Unsigned Addon farce can be overcome by
changing a setting in "about:config"

"xpinstall.signatures.required" set it to "false".


Dunno how long it'll be before that is ripped out, but ATM it does work.

D.

--

Dave Triffid

Friday, 18 December 2015

Feature Requests: Privacy Settings

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJWdNNZAAoJEF3y7+7mx3k+xywP/2VW9L9rZBSICeBOMA1AF7ry
oCJuV730EBcxq4qvXlAamfrafwwdr6O4vzKfs+vEtMR9HLLtjFlh1NmwfblYnprI
U30AKQbT4u4vR4Wf5dzDy0PwCEDhxFCK0cFmOjH0VP2XtEgndF4QrfWfraqosDiq
bLKh2UOtE1DohLsyVBtPcW40XCh177h3ru2LC2FKo4nUOwqx0jT9+pm68qSTuVZP
EBsXhzzJXG41nh0g8Gulsy+GTk5AosIylRbHx3S/EQNxKJd7z4a/Wh6rosvCJIg/
kNPwhLjzpmogW2QR0xfB3n15KLVMA48U0d7qna/db6Zij66Qyu+UoKXzNsn5hp90
f5qJ74RJ3QKxSZl/Fi572JHeMkrD2epqWm50fUPWgPfW1PFSZytBFuoR4+lJAK9C
9qbbA7y1Nf7arBQA38UDLpjAqI3mzl2K9A7MULvV7NS02soky4Rz3/YaWoHEwCke
rEEtPDNej+lQ2r52FfC3Easv2FRyHaIrO/C2xnRTV8LDPAl2maQwKDojhmmDWd2X
KtWA93/GMDDIofoC0wVMY+ASDbN0RGk6rWzJRTH7Wd8tVPRIxisjQSdu4o7SB9Qz
om0ztXMlX9f6AOUAjNGEIHcYHLCTSf+4M/jMsELGkG6EVfLun2tsx0JKEqow3WCD
3q8Sjyh1Zbmr5U/otMvu
=xAQ7
-----END PGP SIGNATURE-----
Hello,
I recently discovered your browser, and think it may be a good
replacement to Mozilla Firefox since they are bloating it and running it
into the ground with DRM, uneeded features, and now blocking so-called
unauthorized addons.

Overall NetSurf seems like a good replacement, but it is missing some
key features for user privacy. I will list the three most important
below for your consideration:


* Setting a Custom Useragent from Preferences

* Cookie-Controller (Allow or Block session cookies per site)


* Javascript Control (Similar to NoScript, or simply a whitelist of
sites allowed to run JS while blacklisting all the rest)

Other things which may or may not be relevant for later consideration:

* Block DOM

* Block WebRTC

* Disable Fingerprinting
- Take some ideas from these projects where applicable:
https://github.com/dillbyrne/random-agent-spoofer
https://github.com/kboda/firegloves


Thank you.

Thursday, 17 December 2015

Re: Slightly odd behaviour #3225

Michael Drake <tlsa@netsurf-browser.org> wrote:

> On 16/12/15 14:27, Jan-Jaap van der Geer wrote:

> > I can reproduce this, but I don't think it's related to my
> > problem. I do not get an error, it just starts NetSurf and no
> > page is loaded.

> Can you reproduce your problem with the NetSurf 3.3 release
> version?

My problem, the one where uridispatch starts the browser but does
not open the website, also fails in NS 3.3. NS 3.3 seems to always
open a window with file:///NetSurf:/Resources/en/welcome.html in
it, so that opens, but since it always does that, it's not part of
the problem.

So it does not seem to be version dependent.

(I've recently become more active on RISC OS again, so this may
well be a problem that has been there for some time. Strange that
I'm the only one experiencing it though!)

The other problem, with multiple URIDispatch in one line, also
behaves identical in NS 3.3.

Cheers,
Jan-Jaap

____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth

Wednesday, 16 December 2015

Re: Slightly odd behaviour #3225

On 16 Dec, Brian wrote in message
<5532ee3585bbailey@argonet.co.uk>:

> In article <73bae93255.Jan-Jaap@armx6.gmx.com>,
> Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:
> > Brian <bbailey@argonet.co.uk> wrote:
>
> > > Not wishing to cause confusion, but why would one wish to work that
> > > way, as above? Don't get it at the moment.
>
> > I don't want to work that way, but this is more or less the way
> > Messenger and other applications open links. So by reproducing the
> > problem with URIDispatch I take Messenger out of the loop, we know it
> > hasn't anything to do with Messenger.
>
> OK, thanks, Jan-Jaap, understood. Got me worried there. I'll stick with
> Pluto.

Pluto will very likely be doing exactly the same behind the scenes.

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.org.uk/

Re: Slightly odd behaviour #3225

On 16/12/15 14:27, Jan-Jaap van der Geer wrote:

> I can reproduce this, but I don't think it's related to my problem.
> I do not get an error, it just starts NetSurf and no page is
> loaded.

Can you reproduce your problem with the NetSurf 3.3 release version?

--
Michael Drake http://www.netsurf-browser.org/

Re: Slightly odd behaviour #3225

In article <73bae93255.Jan-Jaap@armx6.gmx.com>,
Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:
> Brian <bbailey@argonet.co.uk> wrote:

> > > On 16 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com>
> > > wrote:

> > > > - Quit NetSurf
> > > > - Open a taskwindow
> > > > - Enter:
> > > > *uridispatch http://www.ikke.no/

> > > > What happens?

> > > > I would expect NetSurf to start and open a window with
> > > > www.ikke.no.

> > Not wishing to cause confusion, but why would one wish to work
> > that way, as above? Don't get it at the moment.

> I don't want to work that way, but this is more or less the way
> Messenger and other applications open links. So by reproducing the
> problem with URIDispatch I take Messenger out of the loop, we know
> it hasn't anything to do with Messenger.

> Cheers,
> Jan-Jaap

OK, thanks, Jan-Jaap, understood. Got me worried there. I'll stick with
Pluto.

Regards

Brian

Re: Slightly odd behaviour #3225

Allan Bennett <albenito@eclipse2k.freeserve.co.uk> wrote:

> I have an obey file on my pinboard containing several (6)
> *uridispatch commands. This worked OK until the RO 5.23 upgrade,
> after which an error occurred for all but one website from the
> list - at which point !Netsurf loaded and so did the one site.
> Loading the AcornURI v1.04 (20 May 2006) © Christian Ludlam at
> bootup restores expected functionality.

I can reproduce this, but I don't think it's related to my problem.
I do not get an error, it just starts NetSurf and no page is
loaded.

It happens both with Christian Ludlam's module and the original
one.

Cheers,
Jan-Jaap

____________________________________________________________
FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family!
Visit http://www.inbox.com/photosharing to find out more!

Re: Slightly odd behaviour #3225

Brian <bbailey@argonet.co.uk> wrote:

> > On 16 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com>
> > wrote:

> > > - Quit NetSurf
> > > - Open a taskwindow
> > > - Enter:
> > > *uridispatch http://www.ikke.no/

> > > What happens?

> > > I would expect NetSurf to start and open a window with
> > > www.ikke.no.

> Not wishing to cause confusion, but why would one wish to work
> that way, as above? Don't get it at the moment.

I don't want to work that way, but this is more or less the way
Messenger and other applications open links. So by reproducing the
problem with URIDispatch I take Messenger out of the loop, we know
it hasn't anything to do with Messenger.

Cheers,
Jan-Jaap

____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth

Re: Slightly odd behaviour #3225

In message <d3f9e33255.SuperAl@albenito.eclipse2k.freeserve.co.uk>
Allan Bennett <albenito@eclipse2k.freeserve.co.uk> wrote:

> In message <50cad93255.pnyoung@pnyoung.ormail.co.uk>
> Peter Young <pnyoung@ormail.co.uk> wrote:

>> On 16 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

>>> Brian <bbailey@argonet.co.uk> wrote:

>>>> In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>, Peter Young
>>>> <pnyoung@ormail.co.uk> wrote:

>>>>> No idea, but I've also never had a problem with clicking on a
>>>>> link in Messenger Pro, unless it's one that NetSurf can't open
>>>>> anyway. Sorry not to be helpful!

>>>> Also, perhaps not very helpful, clicking on a link in Pluto, so
>>>> far as I can remember, always works here.

>>> Are we talking about the same thing here?

>> Possibly not. I was referring to double-clicking an HTML file on my
>> hard disc. However ...

>>> - Quit NetSurf
>>> - Open a taskwindow
>>> - Enter:
>>> *uridispatch http://www.ikke.no/

>>> What happens?

>>> I would expect NetSurf to start and open a window with www.ikke.no.

>> ... and I've tried that, using both http://www.ikke.no/ and
>> www.google.co.uk in a taskwindow, with NetSurf not running, and in
>> both cases NetSurf loads and the page is opened.

> I have an obey file on my pinboard containing several (6) *uridispatch
> commands. This worked OK until the RO 5.23 upgrade, after which an
> error occurred for all but one website from the list - at which point
> !Netsurf loaded and so did the one site. Loading the AcornURI v1.04
> (20 May 2006) © Christian Ludlam at bootup restores expected
> functionality.

> Note: if !Netsurf is pre-loaded on to the icon bar before the obey
> file is executed, all sites loaded as expected - whichever AcornURI
> version was loaded.

> Hope that helps pinpoint the prob.

> ARMX6, RO 5.23 (R-Comp version), latest !Netsurf

Following up my own post: the error notice referred to above ie with
the OS-supplied AcornURI module) is as follows:-

"Cannot open <Wimp$ScrapDir>.www.Netsurf.Log for I/O redirection"


--
Allan Bennett

Re: Slightly odd behaviour #3225

In message <50cad93255.pnyoung@pnyoung.ormail.co.uk>
Peter Young <pnyoung@ormail.co.uk> wrote:

> On 16 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

>> Brian <bbailey@argonet.co.uk> wrote:

>>> In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>, Peter Young
>>> <pnyoung@ormail.co.uk> wrote:

>>>> No idea, but I've also never had a problem with clicking on a
>>>> link in Messenger Pro, unless it's one that NetSurf can't open
>>>> anyway. Sorry not to be helpful!

>>> Also, perhaps not very helpful, clicking on a link in Pluto, so
>>> far as I can remember, always works here.

>> Are we talking about the same thing here?

> Possibly not. I was referring to double-clicking an HTML file on my
> hard disc. However ...

>> - Quit NetSurf
>> - Open a taskwindow
>> - Enter:
>> *uridispatch http://www.ikke.no/

>> What happens?

>> I would expect NetSurf to start and open a window with www.ikke.no.

> ... and I've tried that, using both http://www.ikke.no/ and
> www.google.co.uk in a taskwindow, with NetSurf not running, and in
> both cases NetSurf loads and the page is opened.

I have an obey file on my pinboard containing several (6) *uridispatch
commands. This worked OK until the RO 5.23 upgrade, after which an
error occurred for all but one website from the list - at which point
!Netsurf loaded and so did the one site. Loading the AcornURI v1.04
(20 May 2006) © Christian Ludlam at bootup restores expected
functionality.

Note: if !Netsurf is pre-loaded on to the icon bar before the obey
file is executed, all sites loaded as expected - whichever AcornURI
version was loaded.

Hope that helps pinpoint the prob.

ARMX6, RO 5.23 (R-Comp version), latest !Netsurf


--
Allan Bennett

Re: Slightly odd behaviour #3225

In article <50cad93255.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> On 16 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

> > Brian <bbailey@argonet.co.uk> wrote:

> >> In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>, Peter Young
> >> <pnyoung@ormail.co.uk> wrote:

> >>> No idea, but I've also never had a problem with clicking on a
> >>> link in Messenger Pro, unless it's one that NetSurf can't open
> >>> anyway. Sorry not to be helpful!

> >> Also, perhaps not very helpful, clicking on a link in Pluto, so
> >> far as I can remember, always works here.

> > Are we talking about the same thing here?

> Possibly not. I was referring to double-clicking an HTML file on my
> hard disc. However ...

> > - Quit NetSurf
> > - Open a taskwindow
> > - Enter:
> > *uridispatch http://www.ikke.no/

> > What happens?

> > I would expect NetSurf to start and open a window with www.ikke.no.

> ... and I've tried that, using both http://www.ikke.no/ and
> www.google.co.uk in a taskwindow, with NetSurf not running, and in
> both cases NetSurf loads and the page is opened.

Not wishing to cause confusion, but why would one wish to work that way,
as above? Don't get it at the moment.

> Best wishes,

> Peter.

Regards

Brian

Re: Slightly odd behaviour #3225

On 16 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

> Brian <bbailey@argonet.co.uk> wrote:

>> In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>, Peter Young
>> <pnyoung@ormail.co.uk> wrote:

>>> No idea, but I've also never had a problem with clicking on a
>>> link in Messenger Pro, unless it's one that NetSurf can't open
>>> anyway. Sorry not to be helpful!

>> Also, perhaps not very helpful, clicking on a link in Pluto, so
>> far as I can remember, always works here.

> Are we talking about the same thing here?

Possibly not. I was referring to double-clicking an HTML file on my
hard disc. However ...

> - Quit NetSurf
> - Open a taskwindow
> - Enter:
> *uridispatch http://www.ikke.no/

> What happens?

> I would expect NetSurf to start and open a window with www.ikke.no.

... and I've tried that, using both http://www.ikke.no/ and
www.google.co.uk in a taskwindow, with NetSurf not running, and in
both cases NetSurf loads and the page is opened.

Best wishes,

Peter.

--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

Re: Slightly odd behaviour #3225

Brian <bbailey@argonet.co.uk> wrote:

> In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>, Peter Young
> <pnyoung@ormail.co.uk> wrote:

> > No idea, but I've also never had a problem with clicking on a
> > link in Messenger Pro, unless it's one that NetSurf can't open
> > anyway. Sorry not to be helpful!

> Also, perhaps not very helpful, clicking on a link in Pluto, so
> far as I can remember, always works here.

Are we talking about the same thing here?

- Quit NetSurf
- Open a taskwindow
- Enter:
*uridispatch http://www.ikke.no/

What happens?

I would expect NetSurf to start and open a window with www.ikke.no.

What actually happens is that NetSurf starts.

Running the command when NetSurf runs works fine (i.e. if you run
the command a second time).

Cheers,
Jan-Jaap

PS: ikke.no -> "ikke no" which is norwegian dialect for
"ikke noe" which means "nothing at all". The text on the website
says "What did you expect to find?" - I think it's funny :)

____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth

Re: Slightly odd behaviour #3225

Dave Symes, on 16 Dec, wrote:

> In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
> [Snippy]
> > No idea about AcornURI, mine seems to be 0.25, (02 Sep 2013), but I have
> > no idea who wrote it.
>
> Strange business, the AcornURI I have on my ROOL RISC OS 5.22 install says
> it is 1.04 (May 2006)

[snip]

We have only just had this discussion about differing URI versions on this
mailing list, 8Nov15, "Older Modules in NetSurfs System upgrader"

On the Raspberry Pi, AcornURI 0.25 (02 Sep 2013) is in the RISC OS 5.23 ROM,
and is also present in !System, but that module is not present at all in
OS5.22, neither in ROM nor the OS5.22 !System.

AcornURI 1.04 (20 May 2006) by Christian Ludlam was an enhanced version
relative to the then current Acorn offerings. It is present in the NetSurf
downloads and if that !System is merged then that 1.04 will over-write the
ROOL 0.25 if present.

NetSurf only rmensures AcornURI 0.12 so on OS5.23 on the Raspberry Pi it
will accept the 0.25 ROM version but on OS5.22 1.04 will be softloaded.

Until someone says otherwise I believe it is reasonable to say that as far
as NetSurf is concerned the two versions on AcornURI are equivalent. Put
another way, "It don't matter".

HTH, it's all perfectly straight forward. (Well it was until as a last check
I had a look on the Iyonix which turns out not to have any AcornURI in the
OS5.23 softload ROM and has rmloaded 1.04.)
--
David Pitt

Re: Slightly odd behaviour #3225

On 16 Dec 2015 Peter Young <pnyoung@ormail.co.uk> wrote:

> On 16 Dec 2015 Dave Symes <dave@triffid.co.uk> wrote:

>> In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>,
>> Peter Young <pnyoung@ormail.co.uk> wrote:
>> [Snippy]
>>> No idea about AcornURI, mine seems to be 0.25, (02 Sep 2013), but I
>>> have no idea who wrote it.

>> Strange business, the AcornURI I have on my ROOL RISC OS 5.22 install says
>> it is 1.04 (May 2006)

> Same here.

Sorry, senile moment:

*h. AcornURI
==> Help on keyword AcornURI
Module is: AcornURI 0.25 (02 Sep 2013)

Commands provided:
Desktop_AcornURI URIinfo URIdispatch

Best wishes,

Peter.

--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

Re: Slightly odd behaviour #3225

In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>, Peter Young
<pnyoung@ormail.co.uk> wrote:
> On 15 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

> > Peter Young <pnyoung@ormail.co.uk> wrote:

> >> On 15 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

[snip]

> No idea, but I've also never had a problem with clicking on a link in
> Messenger Pro, unless it's one that NetSurf can't open anyway. Sorry
> not to be helpful!

Also, perhaps not very helpful, clicking on a link in Pluto, so far as I
can remember, always works here.

> No idea about AcornURI, mine seems to be 0.25, (02 Sep 2013), but I
> have no idea who wrote it.

> Best wishes,

> Peter.

Regards

Brian

Re: Slightly odd behaviour #3225

On 16 Dec 2015 Dave Symes <dave@triffid.co.uk> wrote:

> In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
> [Snippy]
>> No idea about AcornURI, mine seems to be 0.25, (02 Sep 2013), but I
>> have no idea who wrote it.

> Strange business, the AcornURI I have on my ROOL RISC OS 5.22 install says
> it is 1.04 (May 2006)

Same here.

Best wishes,

Peter.

--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

Tuesday, 15 December 2015

Re: Slightly odd behaviour #3225

In article <aec4903255.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
[Snippy]
> No idea about AcornURI, mine seems to be 0.25, (02 Sep 2013), but I
> have no idea who wrote it.

Strange business, the AcornURI I have on my ROOL RISC OS 5.22 install says
it is 1.04 (May 2006)

Dave

RISC OS 6.20 is AcornURI 0.12

D.

--

Dave Triffid

Re: Slightly odd behaviour #3225

On 15 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

> Peter Young <pnyoung@ormail.co.uk> wrote:

>> On 15 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

>>> "Chris Young" <chris.young@unsatisfactorysoftware.co.uk> wrote:

>>>> On Thu, 26 Nov 2015 08:08:31 +0000 (GMT), Brian wrote:

>>>>> Double clicking on an HTML icon now only loads NetSurf. A
>>>>> further double click is now needed to load the HTML file.
>>>>> Previously, a single double click on the file icon was all
>>>>> that was needed to load the file into NerSurf.

>>>> This was my fault, sorry, should now be fixed.

>>> Is this working for anyone? For me it still does not work. I'm
>>> on build 3230 which is the latest, at least it was earlier
>>> today.

>> Working fine here, same build, ARMX6 and RISC OS 5.23. As far as
>> I remember it's always worked here.

> Hmm. I think this issue is talking about something else as I was,
> now that I think about it. When NetSurf is not running, and I click
> a link in Messenger, NetSurf is started, but the link is not
> launched. That's probably a different issue from doubleclicking a
> HTML file (which I never really do).

> Is it AcornURI that has a problem?

> (I seem to be using the one from Christian Ludlam)

No idea, but I've also never had a problem with clicking on a link in
Messenger Pro, unless it's one that NetSurf can't open anyway. Sorry
not to be helpful!

No idea about AcornURI, mine seems to be 0.25, (02 Sep 2013), but I
have no idea who wrote it.

Best wishes,

Peter.

--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

Re: Slightly odd behaviour #3225

Peter Young <pnyoung@ormail.co.uk> wrote:

> On 15 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

> > "Chris Young" <chris.young@unsatisfactorysoftware.co.uk> wrote:

> >> On Thu, 26 Nov 2015 08:08:31 +0000 (GMT), Brian wrote:

> > > > Double clicking on an HTML icon now only loads NetSurf. A
> > > > further double click is now needed to load the HTML file.
> > > > Previously, a single double click on the file icon was all
> > > > that was needed to load the file into NerSurf.

> > > This was my fault, sorry, should now be fixed.

> > Is this working for anyone? For me it still does not work. I'm
> > on build 3230 which is the latest, at least it was earlier
> > today.

> Working fine here, same build, ARMX6 and RISC OS 5.23. As far as
> I remember it's always worked here.

Hmm. I think this issue is talking about something else as I was,
now that I think about it. When NetSurf is not running, and I click
a link in Messenger, NetSurf is started, but the link is not
launched. That's probably a different issue from doubleclicking a
HTML file (which I never really do).

Is it AcornURI that has a problem?

(I seem to be using the one from Christian Ludlam)

Cheers,
Jan-Jaap

____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth

Re: Slightly odd behaviour #3225

On 15 Dec 2015 Jan-Jaap van der Geer <jjvdgeer@inbox.com> wrote:

> "Chris Young" <chris.young@unsatisfactorysoftware.co.uk> wrote:

>> On Thu, 26 Nov 2015 08:08:31 +0000 (GMT), Brian wrote:

>>> Double clicking on an HTML icon now only loads NetSurf. A
>>> further double click is now needed to load the HTML file.
>>> Previously, a single double click on the file icon was all that
>>> was needed to load the file into NerSurf.

>> This was my fault, sorry, should now be fixed.

> Is this working for anyone? For me it still does not work. I'm on
> build 3230 which is the latest, at least it was earlier today.

Working fine here, same build, ARMX6 and RISC OS 5.23. As far as I
remember it's always worked here.

Best wishes,

Peter.

--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

Re: Slightly odd behaviour #3225

"Chris Young" <chris.young@unsatisfactorysoftware.co.uk> wrote:

> On Thu, 26 Nov 2015 08:08:31 +0000 (GMT), Brian wrote:

> > Double clicking on an HTML icon now only loads NetSurf. A
> > further double click is now needed to load the HTML file.
> > Previously, a single double click on the file icon was all that
> > was needed to load the file into NerSurf.

> This was my fault, sorry, should now be fixed.

Is this working for anyone? For me it still does not work. I'm on
build 3230 which is the latest, at least it was earlier today.

Cheers,
Jan-Jaap

____________________________________________________________
FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family!
Visit http://www.inbox.com/photosharing to find out more!

Monday, 14 December 2015

Re: Ordered list problem

In article <op.x9l8pa0qif396l@alansall>,
Alan & Sally <jared.r@xtra.co.nz> wrote:

> Please remove this address from your list.
> Regards,
> Sally Richardson

In the headers, if you can view them, it says:

List-Unsubscribe:

<http://listmaster.pepperfish.net/cgi-bin/mailman/listinfo/netsurf-users-netsurf-browser.org>,
<mailto:netsurf-users-request@netsurf-browser.org?subject=unsubscribe>

That http bit appears split over 3 lines, but is really all one.

That is how you "remove this address from your list"

Hope this helps,

John

--
| John Williams
| johnrw@ukgateway.net

This tagline has been removed to save bandwidth *

Re: Ordered list problem

Hi Harriet,

In message <0f6ea13155.harriet@blueyonder.co.uk>
Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:

> On 13 Dec 2015 as I do recall,
> Geoffrey Baxendale wrote:
>
> > Hi,
> >
> > I have just been updating a website which I look after and I have
> > noticed that Netsurf appears to ignore the tag <type=a>. The effect is
> > to make all the ordered lists to be numbered (1,2,3...) rather than
> > lettered (a,b,c etc.)
>
> It has always been like this (Netsurf doesn't support the <start= n> tag
> either). I think this is one of the things that was scheduled to be
> reimplemented in a completely different way and has been in a stopgap state
> for a long time now, since the issue is basically a cosmetic one: it can
> give some odd results, though. (Especially when the document refers back
> internally to numbered entries and you realise that Netsurf has completely
> renumbered everything!)
>
Thanks Harriet. I'll stop trying to find the error in my code. ;-)

TTFN
--
Geoff.
Using Acorn StrongARM Kinetic RiscPC.
Pip Pip, Onk Onk....

Sunday, 13 December 2015

Re: Ordered list problem

Please remove this address from your list.
Regards,
Sally Richardson

On Mon, 14 Dec 2015 11:02:49 +1300, Geoffrey Baxendale <thebears@sarno.freeserve.co.uk> wrote:

> Hi,
>
> I have just been updating a website which I look after and I have
> noticed that Netsurf appears to ignore the tag <type=a>. The effect is
> to make all the ordered lists to be numbered (1,2,3...) rather than
> lettered (a,b,c etc.)
>
> It is possible I am doing something wrong, but it works in Firefox on
> the PC and surprisingly with Oregano (remember that?) on the RiscPC.
>
> Any ideas?
>
> TTFN

Re: Ordered list problem

On 13 Dec 2015 as I do recall,
Geoffrey Baxendale wrote:

> Hi,
>
> I have just been updating a website which I look after and I have
> noticed that Netsurf appears to ignore the tag <type=a>. The effect is
> to make all the ordered lists to be numbered (1,2,3...) rather than
> lettered (a,b,c etc.)

It has always been like this (Netsurf doesn't support the <start= n> tag
either). I think this is one of the things that was scheduled to be
reimplemented in a completely different way and has been in a stopgap state
for a long time now, since the issue is basically a cosmetic one: it can
give some odd results, though. (Especially when the document refers back
internally to numbered entries and you realise that Netsurf has completely
renumbered everything!)

--
Harriet Bazley == Loyaulte me lie ==

But I don't like Spam!!!!

Ordered list problem

Hi,

I have just been updating a website which I look after and I have
noticed that Netsurf appears to ignore the tag <type=a>. The effect is
to make all the ordered lists to be numbered (1,2,3...) rather than
lettered (a,b,c etc.)

It is possible I am doing something wrong, but it works in Firefox on
the PC and surprisingly with Oregano (remember that?) on the RiscPC.

Any ideas?

TTFN
--
Geoff. Baxendale, Darwen, Lancashire.
Using Acorn StrongARM Kinetic RiscPC.
Oxymoron of the day: "Pretty Ugly"

Monday, 7 December 2015

Re: [gccsdk] Autobuilder query

Hi Alan

I have succeeded in setting the command in the AB_DISTCLEAN variable.

Perhaps the system should permit override on all the routines that are in the build-program script??

Not urgent though.. I managed to get all the code I would have used into one long line....

Thanks, and Cheers

John

On 07/12/2015 08:36, alan buckley wrote:
John Ballance wrote on Wednesday, December 02, 2015 8:21 PM:

In a thing I'm working on has the main build dir in a subdir of its source tree.

It does a make and make install  something like (cd $myblddir; $AB_MAKE)

However, whilst it appears that ab_make() and ab_package() can be overridden
in the setvars file, I don't seem to be able to override the ab_distclean() function?..

Should I be able to, or, does the autobuilder build-program script need amending to permit this?

I've had a look at the code in build-program this weekend and there isn't an ab_distclean
overidable function. Instead it does an eval $AB_DISTCLEAN so you would need to set
the AB_DISTCLEAN variable to the command required to do the clean.

I'm not sure why the distclean didn't follow the same pattern as the others.

Would you be able to set a command in AB_DISTCLEAN for your project?
If not, then I will have a look at what's required to modify build-program to
provide an ab_distclean override.

Regards,
Alan



_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK


--
Stop press! Just announced -

Most Trusted Broadband Provider in the 2014 Moneywise Customer Services Awards

For full details of see https://www.utilitywarehouse.co.uk/reviews?exref=095761

Intrigued? Call me

John Ballance C.Eng MIET - jwb@macpcrepair.co.uk - 07976 295923

Re: [gccsdk] Autobuilder query

John Ballance wrote on Wednesday, December 02, 2015 8:21 PM:

> In a thing I'm working on has the main build dir in a subdir of its source
> tree.

> It does a make and make install something like (cd $myblddir; $AB_MAKE)

> However, whilst it appears that ab_make() and ab_package() can be
> overridden
> in the setvars file, I don't seem to be able to override the
> ab_distclean() function?..

> Should I be able to, or, does the autobuilder build-program script need
> amending to permit this?

I've had a look at the code in build-program this weekend and there isn't an
ab_distclean
overidable function. Instead it does an eval $AB_DISTCLEAN so you would need
to set
the AB_DISTCLEAN variable to the command required to do the clean.

I'm not sure why the distclean didn't follow the same pattern as the others.

Would you be able to set a command in AB_DISTCLEAN for your project?
If not, then I will have a look at what's required to modify build-program
to
provide an ab_distclean override.

Regards,
Alan



_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Sunday, 6 December 2015

Re: [gccsdk] Autobuilder library packaging

Alan intended to send this to the list...

----- Forwarded message from alan buckley <alan_baa@hotmail.com> -----

From: alan buckley <alan_baa@hotmail.com>
To: Theo Markettos <theo@markettos.org.uk>
Subject: RE: [gccsdk] Autobuilder library packaging
Date: Mon, 30 Nov 2015 08:44:10 +0000

> On Sun, 29 Nov 2015 23:15:21 +0000 Theo Markettos wrote:
>
> Can someone explain the difference between the three library packaging
> streams? I've been trying to work out what's happening with DeskLib, and
> I'm a bit confused.
>
> There are three archives made:
> autobuilder_libraries/desklib_svn_...tar
> autobuilder_libraries/desklib_svn_...zip
> autobuilder_packages/Library/desklib_svn...zip
>
> I had assumed that autobuilder_packages/.../*.zip was for publication of RISC OS
> builds that are destined for PackMan installation - ie should be RISC OS
> applications containing files suitable for use by a compiler on RISC OS, ie
> suffix swapping (h/foo).

That is correct.

>
> I'd assumed that autobuilder_libraries was for downstream consumption by the
> autobuilder - ie you can untar autobuilder_libraries/*.tar in your
> GCCSDK_INSTALL_ENV to allow the cross compiler to use that library.
>
> It seems that autobuilder_libraries/*.zip are getting suffix swapped, but
> autobuilder_packages/**/*.zip are not. But autobuilder_libraries/*.zip are
> not being packaged, they're just collections of header and library files.
> So if users install the autobuilder_packages/**/*.zip then they have files
> in RISC OS called include.foo/h which GCC won't find.
>
> I can understand the need for two library packages, but three?
> http://www.riscos.info/index.php/Autobuilder_development
> just says 'Libraries: to be added'
>

Originally autobuilder_libraries was zip file with the headers and static libraries
in unix format. Peter Naulls created them for me so I could build programs on
Cygwin which needed libraries I could not create on Cygwin. 
They were then also used as an intermediate step in creating the
packages for libraries. i.e. they were unzipped copied to the correct
place for the package and suffix swapped in the ab_package function
in setvars.

At some stage it appears that someone modified the ro-libpack file
that creates these to do suffix swapping here as well. I'm not sure
why.

Theo, I thought you created the tgz files for consumption by Jenkins, but it
looks like they were done by someone else. I've just modified them so they
include symbolic links to work better with Jenkins.

Hopefully someone can come along and explain why ro-libpack was changed.
I suspect we can probably get rid of the zip file, and use the tgz file in the
same way the zip file used to be used.

In my opinion, what should be happening in the future is that
autobuilder_packages stays the same as it is. i.e. versions destined to be
unpacked and used on RISC OS machines via PackMan or the
website with suffixes swapped, and autobuilder_libraries should
only contain one of tgz or zip which is in a format that can be
consumed by Jenkins, copied to a new unix machine and used
by ab_package to create the library packages.

> Where is the right place to put suffix swapping so that combinations work
> out? The Desklib setvars just says:
>
> ab_package() {
>
> ab_create_app DeskLib Apps/Library desklib
>
> rsync -av --exclude='*/.svn*' ../\!DLUser $A/..
> rsync -av --exclude='*/.svn*' ../\!DeskLib $A/..
> rsync -av --exclude='*/.svn*' ../Examples $A/../\!DeskLib
>
> $AB_HOME/add-riscpkg -name DeskLib -unixlib
> }
>
> Which looks pretty uncontroversial to me. I haven't looked at RISC OS
> packages of other libraries, but imagine they're similarly affected.

That's fine. It's probably done that way as DeskLib is a pure RISC OS
library. As I said above some ported library, also create the autobuilder_libraries
version first and then use that in packaging.

If Jenkins ever needs to build something that uses DeskLib, it will probably
need to create an autobuilder_libraries version as well. This should be done
using the variables, so ro-libpack is called. AB_INSTALLENV etc? Sorry I can't
check what they are at the moment.

>
> I can figure some things out from the code, but was wondering what the
> philosophy was supposed to be, so I don't end up breaking other things.
>
I hope that explains it, there have been some modifications I don't understand
though and it looks like it could do with being cleaned up.

Regards,
Alan

----- End forwarded message -----

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Re: [gccsdk] GCC version

On Mon, Nov 30, 2015 at 08:13:01PM +0000, David Pitt wrote:
> Theo Markettos, on 30 Nov, wrote:
>
> > On Mon, Nov 30, 2015 at 04:28:49PM +0000, Gavin Wraith wrote:
> > > When I do *gcc --version I get "gcc (GCCSDK GCC 4.7.4 Release 2) 4.7.4"
> > > . But when I do *show GCC$Version I get "GCC$Version : 4.7.4 Release 1".
> > > I think my !GCC.!Boot, which sets GCC$Version, is either too old or
> > > wrong. Does anybody else have this?
> >
> > That's my fault for not knowing about that setting when I did the version
> > bump.
> >
> > Does anything use GCC$Version?
>
> Not in any substantial way but see HelpScan Lite at :-
> http://www.snowstone.org.uk/riscos/index.html
>
> Isn't it part of Castle's "Application System Variables"?
> http://www.iyonix.com/32bit/help.shtml
> I don't know whether that is still policy under ROOL having failed to find
> any recent mention of it.

Thanks. I've now bumped the version in SVN to 4.7.4 release 3 - which will
be right for the next release. I don't want to change the release 2 build as
that will have other knock-on effects, so we'll have to live with it being
wrong until the next release.

Theo

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Saturday, 5 December 2015

Re: Segfault: issue 2381

In article <4ffc282455.DaveMeUK@my.inbox.com>,
Dave Higton <dave@davehigton.me.uk> wrote:

> Well, I must say, I've never seen multiple versions kept that way!

> From what I've understood, reading the !Boot and !Run files just
> now, your method should work fine.

I've been away and a little busy but having deleted everything I could
find that might have been !NetSurf related and trimmed my !Fonts down to
only 10 remaining, I've got a fresh copy of 3.2 running correctly.

Having an ARMX6, I deleted the !Fonts directory completely and copied
across the one from the recovery disk image, plus MathPhys (required by
!TechWriter. My 3.2 came from the same source.

--
Stuart Winsor

Tools With A Mission
sending tools across the world
http://www.twam.co.uk/

Re: [Rpcemu] CMOS

Hi,

> I've saved a copy of the corrupted cmos.ram file and after putting it
> and the good version in Zap... There are differences, but to be honest
> I have no idea what the differences mean, except Corrupted.
...
> They are in an archive on http://www.triffid.co.uk/dstuff/Seemoss.zip

In case it helps others,

$ dump() { hexdump -ve '/1 "%2_ax %3_ad %2x\n"' "$@"; }
$ sdiff -lw42 <(dump cmos.ram) <(dump cmos.ramCorrupt)
0 0 0 (
1 1 0 (
2 2 14 | 2 2 49
3 3 11 | 3 3 7
4 4 6 (
5 5 c5 (
6 6 d2 (
7 7 0 (
8 8 0 (
9 9 0 (
a 10 0 (
b 11 0 (
c 12 0 (
d 13 0 (
e 14 0 (
f 15 0 (
10 16 0 (
11 17 76 (
12 18 6 | 12 18 2
13 19 50 (
14 20 0 (
15 21 6c | 15 21 6f
16 22 d1 | 16 22 40
17 23 0 | 17 23 ff
18 24 87 | 18 24 40
19 25 0 (
1a 26 28 (
1b 27 3c (
1c 28 0 (
1d 29 0 (
1e 30 0 (
1f 31 0 (
20 32 0 (
21 33 0 (
22 34 0 (
23 35 0 (
24 36 0 (
25 37 0 (
26 38 0 (
27 39 0 (
28 40 0 (
29 41 0 (
2a 42 0 (
2b 43 0 (
2c 44 10 (
2d 45 0 (
2e 46 0 | 2e 46 80
2f 47 0 (
30 48 0 | 30 48 c0
31 49 0 | 31 49 a8
32 50 0 (
33 51 0 | 33 51 1
34 52 0 (
35 53 0 (
36 54 0 (
37 55 2 | 37 55 0
38 56 0 (
39 57 0 (
3a 58 0 (
3b 59 0 (
3c 60 0 (
3d 61 0 (
3e 62 ea (
3f 63 2e | 3f 63 de
40 64 0 (
41 65 fe (
42 66 0 (
43 67 eb (
44 68 0 (
45 69 99 | 45 69 8
46 70 0 (
47 71 0 (
48 72 0 (
49 73 0 (
4a 74 10 (
4b 75 44 (
4c 76 20 (
4d 77 8 (
4e 78 a (
4f 79 2c (
50 80 91 | 50 80 90
51 81 0 | 51 81 2
52 82 0 (
53 83 0 (
54 84 0 (
55 85 0 (
56 86 0 (
57 87 0 (
58 88 0 (
59 89 0 | 59 89 8
5a 90 0 (
5b 91 0 (
5c 92 13 | 5c 92 c3
5d 93 0 (
5e 94 0 (
5f 95 0 (
60 96 0 (
61 97 0 (
62 98 0 (
63 99 0 (
64 100 0 (
65 101 0 (
66 102 0 (
67 103 0 (
68 104 0 (
69 105 0 (
6a 106 0 (
6b 107 0 (
6c 108 0 (
6d 109 0 (
6e 110 0 (
6f 111 0 (
70 112 0 (
71 113 0 (
72 114 0 (
73 115 0 (
74 116 0 (
75 117 0 (
76 118 0 (
77 119 0 (
78 120 0 (
79 121 0 (
7a 122 0 (
7b 123 0 (
7c 124 0 (
7d 125 0 (
7e 126 0 (
7f 127 0 (
80 128 0 (
81 129 0 (
82 130 0 (
83 131 0 (
84 132 0 (
85 133 0 (
86 134 0 (
87 135 0 (
88 136 0 (
89 137 0 (
8a 138 0 (
8b 139 0 (
8c 140 0 (
8d 141 0 (
8e 142 0 (
8f 143 0 (
90 144 0 (
91 145 0 | 91 145 20
92 146 0 (
93 147 0 (
94 148 0 (
95 149 0 (
96 150 0 (
97 151 0 (
98 152 0 (
99 153 0 (
9a 154 0 (
9b 155 0 (
9c 156 0 (
9d 157 0 (
9e 158 0 (
9f 159 0 (
a0 160 0 (
a1 161 0 (
a2 162 0 (
a3 163 0 (
a4 164 0 (
a5 165 0 (
a6 166 0 (
a7 167 0 (
a8 168 0 (
a9 169 0 (
aa 170 0 (
ab 171 1 | ab 171 0
ac 172 0 | ac 172 c0
ad 173 0 | ad 173 a8
ae 174 0 (
af 175 0 | af 175 c5
b0 176 0 (
b1 177 0 (
b2 178 0 (
b3 179 0 (
b4 180 0 (
b5 181 0 (
b6 182 0 (
b7 183 0 (
b8 184 0 (
b9 185 0 (
ba 186 0 (
bb 187 0 (
bc 188 0 (
bd 189 0 (
be 190 0 (
bf 191 0 (
c0 192 f (
c1 193 14 (
c2 194 0 (
c3 195 0 (
c4 196 a4 (
c5 197 fd (
c6 198 10 (
c7 199 0 | c7 199 41
c8 200 ff (
c9 201 1 | c9 201 ff
ca 202 a1 | ca 202 60
cb 203 0 (
cc 204 1 | cc 204 31
cd 205 0 (
ce 206 0 (
cf 207 0 (
d0 208 0 (
d1 209 2 (
d2 210 40 | d2 210 0
d3 211 0 (
d4 212 d1 | d4 212 f0
d5 213 0 | d5 213 ff
d6 214 0 | d6 214 ff
d7 215 0 | d7 215 ff
d8 216 0 | d8 216 ff
d9 217 0 (
da 218 0 (
db 219 0 (
dc 220 0 (
dd 221 0 (
de 222 0 (
df 223 0 (
e0 224 0 (
e1 225 0 (
e2 226 0 (
e3 227 0 (
e4 228 0 (
e5 229 0 (
e6 230 0 (
e7 231 0 (
e8 232 0 (
e9 233 0 (
ea 234 0 (
eb 235 0 (
ec 236 0 (
ed 237 0 (
ee 238 0 (
ef 239 0 (
f0 240 0 (
f1 241 0 (
f2 242 0 (
f3 243 0 (
f4 244 0 (
f5 245 0 (
f6 246 0 (
f7 247 0 (
f8 248 0 (
f9 249 a | f9 249 0
fa 250 1 (
fb 251 0 (
fc 252 0 (
fd 253 d0 | fd 253 0
fe 254 0 (
ff 255 0 (
$

I don't know if http://www.riscos.com/support/developers/prm/cmos.html
is still relevant.

Cheers, Ralph.

_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu