I've installed netsurf-fb from the debian repositories with:
sudo apt-get install netsurf-fb.
When I start it, I believe it uses SDL and not the linux framebuffer.
I have to press Ctrl-Alt-Fx to go back to console, and Alt-F7 or Alt-F8 to
go back to netsurf.
How can I start netsurf with the linux "surface", so it uses the terminal
framebuffer instead of tty7/tty8 ???
A friend is helping an organisation develop a web page at
(a test version of an update before it goes live at
The small grey icon labelled "menu" doesn't do anything as it stands
I've found that commenting out the line:
<link rel='stylesheet' id='twentytwelve-style-css'
iraffe/style.css?ver=3.6.1' type='text/css' media='all' />
in the header section of the HTML source code renders the menu options
as a usable, bulleted list.
Is this a suspect Style sheet, or something Netsurf is not rendering
On Tue, 15 Oct 2013 23:29:07 , Ole <ole(a)monochrom.net> wrote:
> Am Dienstag, den 15.10.2013, 23:23 +0200 schrieb Peter Slegg
> > "CF-Lib Panic: get_string()! Objekt 60 hat unbekannten typ 20!"
> Did you also update the resource file? Anyway, the resource file is a
> bit odd right now, the
> throbber has white background, instead of transparent. I once used that
> for "debugging" something
> and forgot to remove it again. Anyway, AFAIK the resource file should
> work fine. So please make sure you unpacked it
> to the correct place.
My apologies. I forgot that Netsurf reads the rsc from the res folder
in a slightly non-Atari way.
It's working fine now and the hotlist is working too. I am able to
create folders and drag-drop items in them.
I've developed !NewsUK that loads the BBC rss feed.
When you click on a news item it opens a URL using AcornURI.
However I noticed that it randomly works and more often than not it
just opened a browser.
After digging into this I found there were two mechanisms I was using,
one if Netsurf wasn't running, and another if it was.
When Netsurf runs it does an rmload on AcornURI, this is strangely
enough wrong from what I have found.
According to the documentation AcornURI has to be run using Filer_Run,
otherwise it doesn't start all of the components necessary (some wimp
task apparently), and URI_Dispatch doesn't work.
The !Run file in netsurf should use Filer_Run rather than RMLOAD.
I modified my !Run to do the following, which means it always "works
for me" TM
RMENSURE AcornURI 0.12 IfThere System:Modules.Network.URI Then
Not sure if I've got that correct or not, it does seem bizarre to not
rmload a module though!
The next autobuild should build with the new TreeView API. This means some
changes to the Treeviews, and maybe some features have been improved, some
maybe not. I also implemented the missing Treeview Windows: Cookies and
SSL Cert Info.
Date: Sun, 06 Oct 2013 02:06:49 +0200
From: Ole <ole(a)monochrom.net>
Subject: Re: Daily build 1374 - crash on Yahoo
> This doesn't happen with my custom builds. So maybe it's caused by
> flags or the GCC Version in use... or maybe it was just an lost bit
> I switched to head again... and now I saw the bug. It even smashed
> This probably an bug inside the core of netsurf, introduced in the last
> 10 days.
> There were some textarea changes regarding undo/redo.
> The problem is: I can not reproduce it all the time.
I noticed that it does seem to depend on which Yahoo sign-in page is used.
I am just trying the Atari daily build which is working well again.
However, I logged into Yahoo.co.uk and when I moved the focus to the
home page search field, Netsurf crashed out. I repeated the test
to be sure.
It's several months since I signed in with Netsurf but it did work
Now that it is possible to select and delete areas in textboxes without
crashing NetSurf, would it be possible to have areas deleted by
overtyping automatically cut to the clipboard, a la Impression? Or at
least have a "do you really want to do this?" warning, a la
Currently it seems all too easy to jog the mouse and accidentally select
a block above the cursor, which results in everything you have just
written being wiped out unintentionally as you continue to type - I'm
not clear if this is a bug or a side-effect of my mousing/typing style,
but it happens quite often. It used to cause a crash and the loss of
all data, but now only causes the loss of a section of the text. :-)
But this could be easily reversed if the lost text defaulted to a Ctrl-X
action: it *is* possible already to select a section, cut it to the
clipboard, and paste it elsewhere. It would be nice (and safer) if
overtyping had the same effect. The main argument I can see against it
is that people might conceivably want to copy text to the clipboard,
delete a block of text by overtyping with a backspace, and then paste
the former clipboard contents; I'm so used to working with Impression
that I expect deleted text to get clipped.
Harriet Bazley == Loyaulte me lie ==
Today is the last day of your life so far.