Re: Hotlist window issue
On 28 Aug 2023 as I do recall, Rob Kendrick wrote: > On Sun, Aug 27, 2023 at 11:37:26PM +0100, Harriet Bazley wrote: > > I've just noticed that the same thing applies to the global history > > window - if I check that in WinEd, the history window in the Templates > > file has *neither* 'Allow off screen' nor 'Keep on screen' flags set. > > Both of these use the "tree" template, whose source can be found here: > > http://git.netsurf-browser.org/netsurf.git/tree/frontends/riscos/templates/en#n2605 Thanks for the pointer - I've spent a lot of time fiddling around with the settings of those two flags in !NetSurf.Resources.en.Templates.tree, and so far as I can tell the only setting that can prevent the window from resizing itself off the bottom of the screen is to have 'Keep on screen' (bit 13) ON and 'Allow off screen' (bit 6) OFF. Which is rather more stringent than actually desirable, because it then makes it impossible for any part of that window ever to be outside the screen ever, which is *not* normal Wimp behaviour, but it's the only combination of flags that appears to produce the desired result of jumping up to the top of the screen to use the maximum visible area when the size is toggled. I can only assume that the 'standard' RISC OS behaviour (as displayed by NetSurf's main browser window for instance) of forcing the window onscreen when the user requests a toggle to maximum size, but permitting it to be dragged partially offscreen thereafter, requires some kind of application redraw rather than being handled entirely by the WIMP? -- Harriet Bazley == Loyaulte me lie == A poor workman blames his tools. ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Hotlist window issue
On Sun, Aug 27, 2023 at 11:37:26PM +0100, Harriet Bazley wrote: > I've just noticed that the same thing applies to the global history > window - if I check that in WinEd, the history window in the Templates > file has *neither* 'Allow off screen' nor 'Keep on screen' flags set. Both of these use the "tree" template, whose source can be found here: http://git.netsurf-browser.org/netsurf.git/tree/frontends/riscos/templates/en#n2605 (And similar in the other languages.) B. ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Hotlist window issue
On 27 Aug 2023 as I do recall, Christian Ludlam wrote: > > > On 27 Aug 2023, at 22:42, Harriet Bazley wrote: > > > > On 27 Aug 2023 as I do recall, > > Frederick Bambrough wrote: > > > >> Is this a known bug? > >> > >> Hotlist ignores 'Allow windows off screen' configuration settings when > >> 'off screen' is disallowed. It moves freely off screen in all directions > >> except 'top' where it stops with the top edge of the title bar off screen. > >> > >> Other NetSurf windows do as expected. [snip] > > The hotlist simply expands downwards from its current position, which > > causes the resize icon and bottom scroll arrow to disappear off the > > bottom of the screen, which under RISC OS means that you *can't* then > > resize it manually to make the bottom items accessible again…. > > > > I think both problems are controlled by bit 6 of the window flags - if you > have a template editor you may be able to fix this. I've just noticed that the same thing applies to the global history window - if I check that in WinEd, the history window in the Templates file has *neither* 'Allow off screen' nor 'Keep on screen' flags set. These two are confusing: https://www.riscosopen.org/forum/forums/11/topics/17817#posts-139923 ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Hotlist window issue
> On 27 Aug 2023, at 22:42, Harriet Bazley wrote: > > On 27 Aug 2023 as I do recall, > Frederick Bambrough wrote: > >> Is this a known bug? >> >> Hotlist ignores 'Allow windows off screen' configuration settings when >> 'off screen' is disallowed. It moves freely off screen in all directions >> except 'top' where it stops with the top edge of the title bar off screen. >> >> Other NetSurf windows do as expected. >> > I reported an offscreen-hotlist-related window issue back in 2021. It > has never been acknowledged, let alone confirmed or resolved (and it's > still present, and as annoying as ever). > https://bugs.netsurf-browser.org/mantis/view.php?id=2831 > > Its is not normal RISC OS behaviour for the 'toggle window size' icon to > expand the window *beyond the edge of the screen*, whatever the 'Allow > windows off screen' configuration is, and indeed other NetSurf windows > behave as expected - you can drag them manually so that portions are > off-screen, but as soon as you toggle the size they expand to the > largest possible size that will fit on the screen (moving to the top of > the screen if necessary in order to fit in the maxmimum-size window) but > no larger. > > The hotlist simply expands downwards from its current position, which > causes the resize icon and bottom scroll arrow to disappear off the > bottom of the screen, which under RISC OS means that you *can't* then > resize it manually to make the bottom items accessible again…. > I think both problems are controlled by bit 6 of the window flags - if you have a template editor you may be able to fix this. Christian ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Hotlist window issue
On 27 Aug 2023 as I do recall, Frederick Bambrough wrote: > Is this a known bug? > > Hotlist ignores 'Allow windows off screen' configuration settings when > 'off screen' is disallowed. It moves freely off screen in all directions > except 'top' where it stops with the top edge of the title bar off screen. > > Other NetSurf windows do as expected. > I reported an offscreen-hotlist-related window issue back in 2021. It has never been acknowledged, let alone confirmed or resolved (and it's still present, and as annoying as ever). https://bugs.netsurf-browser.org/mantis/view.php?id=2831 Its is not normal RISC OS behaviour for the 'toggle window size' icon to expand the window *beyond the edge of the screen*, whatever the 'Allow windows off screen' configuration is, and indeed other NetSurf windows behave as expected - you can drag them manually so that portions are off-screen, but as soon as you toggle the size they expand to the largest possible size that will fit on the screen (moving to the top of the screen if necessary in order to fit in the maxmimum-size window) but no larger. The hotlist simply expands downwards from its current position, which causes the resize icon and bottom scroll arrow to disappear off the bottom of the screen, which under RISC OS means that you *can't* then resize it manually to make the bottom items accessible again -- Harriet Bazley == Loyaulte me lie == The best way to keep your friends is not to give them away. ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Hotlist window issue
Is this a known bug? Hotlist ignores 'Allow windows off screen' configuration settings when 'off screen' is disallowed. It moves freely off screen in all directions except 'top' where it stops with the top edge of the title bar off screen. Other NetSurf windows do as expected. RISC OS 5.29, RPi 4, NetSurf 3.11 (Dev CI #5442) ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: history and hotlist not saved; CSS site
In message <5ea82c6b-73ca-6728-a118-e7111d094...@codethink.co.uk> Michael Drake wrote: > > On 28/04/17 11:18, Michael Drake wrote: > > > > We could change it not to save the hotlist on exit when > > an external hotlist manager is used, since that would > > be a simple change. > > Done. You are a star 8-) I'll get to tweaking BookMaker so it no longer blocks save if NetSurf is running. -- Nick Roberts tigger @ orpheusinternet.co.uk Hanlon's Razor: Never attribute to malice that which can be adequately explained by stupidity.
Re: history and hotlist not saved; CSS site
On 28/04/17 11:18, Michael Drake wrote: We could change it not to save the hotlist on exit when an external hotlist manager is used, since that would be a simple change. Done.
Re: history and hotlist not saved; CSS site
On 28/04/17 10:51, Michael Drake wrote: In any case, I can make it more robust by consulting the external hotlist option before removing from the hotlist. Actually it already does that, so NetSurf shouldn't be saving the hotlist when the hotlist is edited, when configured to use an external hotlist manager, however, it will still save the hotlist on exit. We could change it not to save the hotlist on exit when an external hotlist manager is used, since that would be a simple change. Adding support for querying the external hotlist about whether it has a URL and removing URLs from external requires more work, and would need a RISC OS developer. If there are any developers interested in working on the RISC OS front end, they would be most welcome. None of NetSurf's core developers use RISC OS, so we have trouble maintaining and supporting it. Cheers,
Re: history and hotlist not saved; CSS site
On 27/04/17 18:03, Michael Drake wrote: On 26/04/17 18:30, Nick Roberts wrote: Can you just confirm that NetSurf doesn't save the file if there is an external hotlist manager? I don't know, off the top of my head. I'm unfamiliar with the external hotlist option. If I have time tomorrow I could have a look at the code. As far as I can tell there are three differences in behavior when the RISC OS front end's external hotlist option is enabled: 1. Opening the hotlist will Filer_Run the external application, rather than opening the NetSurf hotlist manager window. 2. The hotlist_has_url test always returns false for external hotlists. (Meaning the star in the URL bar will always be an empty outline, rather than filled yellow, even when the current page is in the external hotlist.) 3. When adding pages to the hotlist, NetSurf's core hotlist code isn't informed. This means that the NetSurf won't save the file when adding URLs. So NetSurf won't save the hotlist file when adding pages, and set to use an external hotlist manager. It looks like the RISC OS front end code for removing pages from the hotlist first checks whether the core hotlist has the page, and if it does, it instructs the NetSurf core hotlist to remove it, rather than the external application. The remove from hotlist handling has no code to tell an external hotlist to remove pages. This means that if this code is called, and the the core hotlist had the URL, it will remove it, which will cause NetSurf to save the hotlist file. I can't remember exactly how the RISC OS UI presents the interface for removing pages from the hotlist. It might have been select clicking on a filled URL bar star, or adjust clicking on a URL bar star, or something else. If the former, then because of point 2 above, it would not let the remove page code get called in the first place, so the file wouldn't get saved. In any case, I can make it more robust by consulting the external hotlist option before removing from the hotlist. Cheers,
Re: history and hotlist not saved; CSS site
On 26/04/17 18:30, Nick Roberts wrote: Can you just confirm that NetSurf doesn't save the file if there is an external hotlist manager? I don't know, off the top of my head. I'm unfamiliar with the external hotlist option. If I have time tomorrow I could have a look at the code. Cheers,
Re: history and hotlist not saved; CSS site
In message <496fe1b4-8a09-4243-e65a-50b1381b7...@codethink.co.uk> Michael Drake wrote: > On 23/11/16 09:58, Harriet Bazley wrote: > > On 23 Nov 2016 as I do recall, > > Jim Nagel wrote: > > > > > Does NetSurf not save its hotlist and history till the user quits > > > the program? > > > > > No, it doesn't. > > As of CI build #4070, the hotlist file is saved shortly after URLs > are added / removed. Can you just confirm that Netsurf doesn't save the file if there is an external hotlist manager? I've just had a play with build #4070 and this seems to be the case, but confirmation would be nice. If so, I can fix BookMaker to allow saves even if Netsurf is running. -- Nick Roberts tigger @ orpheusinternet.co.uk Hanlon's Razor: Never attribute to malice that which can be adequately explained by stupidity.
Re: history and hotlist not saved; CSS site
In article <496fe1b4-8a09-4243-e65a-50b1381b7...@codethink.co.uk>, Michael Drake wrote: > On 23/11/16 09:58, Harriet Bazley wrote: > > On 23 Nov 2016 as I do recall, > > Jim Nagel wrote: > > > >> Does NetSurf not save its hotlist and history till the user quits the > >> program? > >> > > No, it doesn't. > As of CI build #4070, the hotlist file is saved shortly after URLs are > added / removed. > Cheers, Excellent! A long-awaited chamnge. Thanks for the contiunuing good work. -- Richard Torrens. http://www.Torrens.org for genealogy, natural history, wild food, walks, cats and more!
Re: history and hotlist not saved; CSS site
On 23/11/16 09:58, Harriet Bazley wrote: On 23 Nov 2016 as I do recall, Jim Nagel wrote: Does NetSurf not save its hotlist and history till the user quits the program? No, it doesn't. As of CI build #4070, the hotlist file is saved shortly after URLs are added / removed. Cheers,
Re: history and hotlist not saved; CSS site
On 25 November 2016 09:57:04 GMT+00:00, Jim Nagel wrote: >I'll put in a formal feature suggestion (via Sourceforge?) http://bugs.netsurf-browser.org Chris
Re: history and hotlist not saved; CSS site
Harriet Bazley wrote on 24 Nov: >> [Jim wrote:] The hotlist is saved in Choices:WWW.Netsurf >> But where is the history saved? > Choices:WWW.Netsurf.URL I think. Ahh, yes. That filename wasn't obvious till hindsight. And now that I look at the directory with Full Info and date order, behold the three files Hotlist, URL and Cookies at the top of the list, stamped with the exact time I shut down last night. I'll put in a formal feature suggestion (via Sourceforge?) that additions to Hotlist ought to save themselves immediately (or the user being given a chance to save them manually, at least). I can't be the only Netsurf user who has ever lost stuff like this because of the machine losing power or freezing, and Netsurf not having the chance to quit correctly. -- Jim Nagelwww.archivemag.co.uk
Re: history and hotlist not saved; CSS site
On 24 Nov 2016 as I do recall, Jim Nagel wrote: [snip] > The hotlist is saved in Choices:WWW.Netsurf > But where is the history saved? > Choices:WWW.Netsurf.URL I think. -- Harriet Bazley == Loyaulte me lie == Flying is the art of throwing yourself at the ground... and missing.
Re: history and hotlist not saved; CSS site
Harriet Bazley wrote on 23 Nov: > On 23 Nov 2016 as I do recall, > Jim Nagel wrote: >> Does Netsurf not save its hotlist and history till the user quits the >> program? >> > No, it doesn't. > An attempt to avoid constant unpredictable disc accesses, I assume, > and it's not a problem until the program crashes, but it would be nice > at least if editing the hotlist physically updated the relevant file - > it's not something that happens all that often, unlike opening new > pages, and unlike in other programs there's no way to 'save your work' > manually. >It's a bit counter-intuitive that the only way to ensure that > changes to the program data are preserved is to quit the program > immediately after making them! Amen to that! Counterintuitive indeed. The hotlist is saved in Choices:WWW.Netsurf But where is the history saved? -- Jim Nagelwww.archivemag.co.uk Abbey Press 32 Norbins Rd(01458) 83 3603 Glastonbury BA6 9JG pocket 0797 415 3861 >> before emailing large files (>1Mb), please ask me for FTP details
Re: history and hotlist not saved; CSS site
In message <8c1f76e355.harr...@blueyonder.co.uk> Harriet Bazley wrote: > On 23 Nov 2016 as I do recall, > Jim Nagel wrote: > > > Does Netsurf not save its hotlist and history till the user quits > > the program? > > > No, it doesn't. > An attempt to avoid constant unpredictable disc accesses, I assume, > and it's not a problem until the program crashes, but it would be > nice at least if editing the hotlist physically updated the relevant > file - it's not something that happens all that often, unlike opening > new pages, and unlike in other programs there's no way to 'save your > work' manually. It's a bit counter-intuitive that the only way to > ensure that changes to the program data are preserved is to quit the > program immediately after making them! This is a particular problem for BookMaker. If the user adds any pages to the hotlist, BookMaker registers that the hotlist has changed, and the "Save" button on the toolbar becomes active. But if you save the hotlilst and then quit Netsurf, Netsurf very kindly overwrites the version you've saved from BookMaker with its own internal copy. This got so frustrating that now BookMaker won't let you save a Netsurf hotlist if Netsurf is still running. This does have one advantage - if/when Netsurf crashes, you can then save the (updated) hotlist from BookMaker. Eventually, I plan to add a patch to Netsurf, so that it checks on exit for the use of a foreign hotlist manager, and avoid saving the hotlist if one is in use. It's a bit daunting, as I'm going to have to start from building a GCC environment on a virtual machine. -- Nick Roberts tigger @ orpheusinternet.co.uk Hanlon's Razor: Never attribute to malice that which can be adequately explained by stupidity.
Re: history and hotlist not saved; CSS site
In article , Jim Nagel wrote: > Last night I was looking for tips on how to use CSS for something on > my website Jim - you might find the links in the middle column on this page useful:- http://rickman.orpheusweb.co.uk/lynx/lynxweb.html John -- John Rickman
Re: history and hotlist not saved; CSS site
On 23 Nov 2016 as I do recall, Jim Nagel wrote: > Does Netsurf not save its hotlist and history till the user quits the > program? > No, it doesn't. An attempt to avoid constant unpredictable disc accesses, I assume, and it's not a problem until the program crashes, but it would be nice at least if editing the hotlist physically updated the relevant file - it's not something that happens all that often, unlike opening new pages, and unlike in other programs there's no way to 'save your work' manually. It's a bit counter-intuitive that the only way to ensure that changes to the program data are preserved is to quit the program immediately after making them! -- Harriet Bazley == Loyaulte me lie == Confession is good for the soul, but bad for the career.
Re: history and hotlist not saved; CSS site
In article , Jim Nagel wrote: > Last night I was looking for tips on how to use CSS for something on > my website [snip] On balance, I find www.w3schools.com better than HTML.com YMMV -- Tim Hill www.timil.com web sites * multimedia * training
Re: history and hotlist not saved; CSS site
In article , Jim Nagel wrote: > Back to original Q about when Netsurf saves its hotlist. On quitting, same as its cookies. So if you want to do different user stuff, NetSurf has to be quitted before changing the Choices location. I do this to access my wife's FaceBook and GMail - with her permission, of course. on a machine I can do something sensible with the data on! Things like save out pictures full size, print off tickets etcetera. For simplicity I have separate complete Choices files and a change-user script which checks if NS is running and stops to warn me if it is. Quitting NS automatically seemed a bit like overkill - it helps to remember what's going on if you have to do it yourself! John -- | John Williams | joh...@ukgateway.net Names for Soul Band:- Soul Doubt *
history and hotlist not saved; CSS site
Does Netsurf not save its hotlist and history till the user quits the program? Last night I was looking for tips on how to use CSS for something on my website, came across a wonderful site and immediately added it to my Netsurf hotlist. An hour later, some other application froze and the computer had to be rebooted. Today I wanted to return to that site about CSS, but there was no record of it in my hotlist. Nor in my history. Tried all sorts of searches via Google and Duckduck -- no luck. Bereft. Is there any way to make Netsurf save history and hotlist during a session? Or am I misunderstanding something? As for the site I lost, maybe somebody else knows it and could point me in the right direction. - Exceptionally clean design. The bits of code within sentences were presented with a grey background. - Fine use of language, not cutesy or nerdy or commercial. - It had a surprisingly nifty name, one syllable I think, almost in the league of web.com or code.com -- so simple it made me wonder that the writers found it still available. - Further surprise when I got to a deeper page: it was a UK company, despite the ".com" domain, located somewhere like Shoreditch or Marylebone. Stop press: Found it! It's html.com Back to original Q about when Netsurf saves its hotlist. -- Jim Nagelwww.archivemag.co.uk
Re: Fwd: Hotlist and strange mouse behaviour (Atari)
> Date: Sat, 07 May 2016 21:39:55 +0100 > From: Dave Higton > Subject: Re: Fwd: Hotlist and strange mouse behaviour (Atari) > > Peter Slegg wrote: > > > > >This issue is still present, I can't find it in Mantis so I > >don't think it was ever logged. > > > >Press F6 and instead of opening the Bookmarks window the cursor focus moves > >to the url field. > > > >If the mouse pointed is moved outside the NS window and F6 pressed > >then the Bookmarks window opens as expected. > > > >Regards, > > > >Peter > > > > > >-- Forwarded message. -- > > Originated by Peter Slegg > > Date Sat, 22 Nov 2014 11:51:40 > >---- > > > > > >I suspect this is an Atari only issue (build 2369). > > > >When the mouse is over the Netsurf window, pressing F6 does > >nothing but move the mouse outside the window and F6 opens > >the Hotlist immediately. > > OK, so have you logged a Mantis case now? > > Dave > > I didn't want to create a duplicate if it was just me not able to find it :-) I have created issue 2456: http://bugs.netsurf-browser.org/mantis/view.php?id=2456 Regards, Peter
Fwd: Hotlist and strange mouse behaviour (Atari)
This issue is still present, I can't find it in Mantis so I don't think it was ever logged. Press F6 and instead of opening the Bookmarks window the cursor focus moves to the url field. If the mouse pointed is moved outside the NS window and F6 pressed then the Bookmarks window opens as expected. Regards, Peter -- Forwarded message. -- Originated by Peter Slegg Date Sat, 22 Nov 2014 11:51:40 ---- I suspect this is an Atari only issue (build 2369). When the mouse is over the Netsurf window, pressing F6 does nothing but move the mouse outside the window and F6 opens the Hotlist immediately. Peter
Hotlist and strange mouse behaviour (Atari)
I suspect this is an Atari only issue (build 2369). When the mouse is over the Netsurf window, pressing F6 does nothing but move the mouse outside the window and F6 opens the Hotlist immediately. Peter
Cannot Save hotlist
Sometimes I have noticed that when exiting Netsurf it says it cannot save the hotlist. I have noticed this issue for months but only recently made a connection. It only seems to occur whenever I have used the "View source" option. It could be that the editor I am using to view the source is holding a file lock but why would it lock the hotlist ? Currently using Atari build 2327. Peter
Re: Hotlist editing
On 29 Sep 2013 as I do recall, Michael Drake wrote: > In article <6f29e49253.harr...@blueyonder.co.uk>, >Harriet Bazley wrote: > > > It is (as of at least v1356, and currently in v1359) no longer possible > > to edit/manually update the URLs in a hotlist, something which I used do > > on a regular basis. > > Alt+Click? It should behave like the filer. > Ah, that works, yes. :-) It's just the actual visible 'Edit' function on the menu that has changed, then. -- Harriet Bazley == Loyaulte me lie == We are not punished for our sins, but by them.
Re: Hotlist editing
In article <6f29e49253.harr...@blueyonder.co.uk>, Harriet Bazley wrote: > It is (as of at least v1356, and currently in v1359) no longer possible > to edit/manually update the URLs in a hotlist, something which I used do > on a regular basis. Alt+Click? It should behave like the filer. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Hotlist editing
It is (as of at least v1356, and currently in v1359) no longer possible to edit/manually update the URLs in a hotlist, something which I used do on a regular basis. The Selection->Edit menu entry now provides an editable field for only the hotlist entry's title. (Also, if you select an entry for editing when the existing page title is wider than the currently displayed extent of the window and then resize the window to allow you to read the right-hand end of it, the newly-displayed inverted section of the display doesn't update correctly. And you can't scroll to the right to view the right-hand end of such long titles without resizing the window, because the horizontal scroll bar/arrows on the hotlist window don't work.) For example, I have a hotlist entry which reads A Study in Magic: The Perils of Deduction, a Harry Potter + Sherlock Crossover fanfic Chapter 32 http://m.fanfiction.net/s/7578572/32/A-Study-in-Magic The fiction in question has 66 chapters, and I previously read one at a time and updated the URL (and, if I remembered, the chapter number at the end of the hotlist entry title) to point to the next chapter. Obviously, the title doesn't *need* to be that long - it was simply the automatic default - and I could edit it down to make it a similar length to the other entries in the hotlist like "Netsurf test builds", in order to sidestep the redraw bug. (I do have others from the same site even longer) However, not being able to update URLs once read is having a considerable impact on my bookmarking habits. Is this loss of functionality intentional, or is it an accidental side-effect of the display changes? -- Harriet Bazley == Loyaulte me lie == People who live in stone houses shouldn't throw glasses.
Re: Hotlist display illegible
In article <0039c5d3.01dc65003...@smtp.freeola.net>, Peter Slegg wrote: > I fixed mine in the choices file: > sys_colour_Window:ff Changing just one colour is a *really bad thing to do*. For example you'll find that scrollbars (frames & textareas) are still black. As I said in the "Options/Choices refactor" thread, the recommended fix is to delete old Choices files, as doing this has other benefits. Also, NetSurf has just been fixed to reset all colour values to their defaults if they are all black. If you just change one colour, it won't be able to detect this problem and reset them for you. BTW, you can see the colours (and all the other current settings) by visiting about:config in NetSurf. It also indicates whether you are using a default setting, or if you have modified a Choices value. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Hotlist display illegible
In article <0039c5d3.01dc65003...@smtp.freeola.net>, Peter Slegg wrote: > I fixed mine in the choices file: > sys_colour_Window:ff > Peter I find that a bit hard on my eyes, so use dd instead (Very light grey). Dave -- Dave Triffid
Re: Hotlist display illegible
In article <53531ae9e1ch...@chris-johnson.org.uk>, cj wrote: > In article <7120175353.davem...@my.inbox.com>, >Dave Higton wrote: > > The hotlist display was OK up to CI1201. CI1212 and CI1219 display > > the hotlist as black on black. RISC OS 5.18, Iyonix, 512 MiB. > > Reverted to CI1201 and it's OK again. > > I'll put in a bug report. > Have you tried deleting your Choices file, as per suggestions in > other threads? As someone also getting the same problem, I did just that, and thereafter it was okay. However, I'm using two versions of NetSurf, the latest and an older version, when I re-use the older version, then later go to the latest version the Hotlist is back to Black. Dave -- Dave Triffid
Re: Hotlist display illegible
On 29 May 2013 01:17, Chris Newman wrote: > In article <0039c5d3.01dc65003...@smtp.freeola.net>, >> I fixed mine in the choices file: >> sys_colour_Window:ff > That worked although I have no idea quite what the arcane 6 fs actually do. It's a hexadecimal value meaning white (in this context). Cheers, JFL -- Jean-François Lemaire
Re: Hotlist display illegible
In article <0039c5d3.01dc65003...@smtp.freeola.net>, Peter Slegg wrote: > > > >Message: 10 > >Date: Tue, 28 May 2013 21:51:41 +0100 > >From: Dave Higton > >Subject: Hotlist display illegible > >To: netsurf-users@netsurf-browser.org > >Message-ID: <7120175353.davem...@my.inbox.com> > > > >The hotlist display was OK up to CI1201. CI1212 and CI1219 display > >the hotlist as black on black. RISC OS 5.18, Iyonix, 512 MiB. > >Reverted to CI1201 and it's OK again. > > > >I'll put in a bug report. > > > >Dave > I fixed mine in the choices file: > sys_colour_Window:ff That worked although I have no idea quite what the arcane 6 fs actually do. Hotlist window now has black text on a white ground. Wasn't the background blue or grey at one time? Oh well. 50 shades of grey will do. Many thanks, -- Chris
Re: Hotlist display illegible
> >Message: 10 >Date: Tue, 28 May 2013 21:51:41 +0100 >From: Dave Higton >Subject: Hotlist display illegible >To: netsurf-users@netsurf-browser.org >Message-ID: <7120175353.davem...@my.inbox.com> > >The hotlist display was OK up to CI1201. CI1212 and CI1219 display >the hotlist as black on black. RISC OS 5.18, Iyonix, 512 MiB. >Reverted to CI1201 and it's OK again. > >I'll put in a bug report. > >Dave I fixed mine in the choices file: sys_colour_Window:ff Peter
Re: Hotlist display illegible
In article <7120175353.davem...@my.inbox.com>, Dave Higton wrote: > The hotlist display was OK up to CI1201. CI1212 and CI1219 display > the hotlist as black on black. RISC OS 5.18, Iyonix, 512 MiB. > Reverted to CI1201 and it's OK again. #1222 still black here. -- Chris
Re: Hotlist display illegible
In article <7120175353.davem...@my.inbox.com>, Dave Higton wrote: > The hotlist display was OK up to CI1201. CI1212 and CI1219 display > the hotlist as black on black. RISC OS 5.18, Iyonix, 512 MiB. > Reverted to CI1201 and it's OK again. > I'll put in a bug report. Have you tried deleting your Choices file, as per suggestions in other threads? -- Chris Johnson
Hotlist display illegible
The hotlist display was OK up to CI1201. CI1212 and CI1219 display the hotlist as black on black. RISC OS 5.18, Iyonix, 512 MiB. Reverted to CI1201 and it's OK again. I'll put in a bug report. Dave FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop! Check it out at http://www.inbox.com/earth
Hotlist/Bookmarks build 1211
I've just downloaded the Atari m68k build 1211 and the bookmarks window has a black background with black text. Regards, Peter
Re: Latest builds crash when opening hotlist/history pages
On 20 Feb 2013 Harriet Bazley wrote: > On 19 Feb 2013 as I do recall, > Peter Young wrote: >> On 19 Feb 2013 Peter Young wrote: >> >>> On 19 Feb 2013 Harriet Bazley >>> wrote: >> >>>> Builds json-904 and json-904 both crash when I double-click on a hotlist >>>> or browsing history entry with a stack backtrace along the following >>>> lines: >> >>> Yes, confirmed that this happens on this ARMini; #898 is OK, though. >>> Which one of us will submit a bug report? >> >> I've reported it, with a characteristic typo in the description field. >> > Thanks. It's amazing how dependent on hotlists one becomes! And it's been fixed already! Many thanks to jmb. With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: Latest builds crash when opening hotlist/history pages
On 19 Feb 2013 as I do recall, Peter Young wrote: > On 19 Feb 2013 Peter Young wrote: > > > On 19 Feb 2013 Harriet Bazley > > wrote: > > >> Builds json-904 and json-904 both crash when I double-click on a hotlist > >> or browsing history entry with a stack backtrace along the following > >> lines: > > > Yes, confirmed that this happens on this ARMini; #898 is OK, though. > > Which one of us will submit a bug report? > > I've reported it, with a characteristic typo in the description field. > Thanks. It's amazing how dependent on hotlists one becomes! -- Harriet Bazley == Loyaulte me lie == NOBODY EXPECTS THE SPANISH INQUISITION!
Re: Latest builds crash when opening hotlist/history pages
On 19 Feb 2013 Peter Young wrote: > On 19 Feb 2013 Harriet Bazley > wrote: >> Builds json-904 and json-904 both crash when I double-click on a hotlist >> or browsing history entry with a stack backtrace along the following >> lines: > Yes, confirmed that this happens on this ARMini; #898 is OK, though. > Which one of us will submit a bug report? I've reported it, with a characteristic typo in the description field. With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: Latest builds crash when opening hotlist/history pages
On 19 Feb 2013 Harriet Bazley wrote: > Builds json-904 and json-904 both crash when I double-click on a hotlist > or browsing history entry with a stack backtrace along the following > lines: Yes, confirmed that this happens on this ARMini; #898 is OK, though. Which one of us will submit a bug report? With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Latest builds crash when opening hotlist/history pages
Builds json-904 and json-904 both crash when I double-click on a hotlist or browsing history entry with a stack backtrace along the following lines: Stack backtrace: Running thread 0x622968 ( 62bee4) pc: 489178 lr:abf44 sp: 62bee8 __write_backtrace() ( 62bf10) pc:abec8 lr: 4899c0 sp: 62bf14 ^ro_gui_signal() ( 62bf38) pc: 4899b0 lr: 4897e4 sp: 62bf3c __unixlib_exec_sig() ( 62bfa0) pc: 48929c lr: 489fc4 sp: 62bfa4 __unixlib_raise_signal() ( 62bfb0) pc: 489ec8 lr: 4957b8 sp: 62a934 __h_cback() Register dump at 0062bfb4: a1: faa6f1b5 a2: fff27167 a3:1 a4:1 v1: e1a07000 v2: faa6f1b5 v3: 78498958 v4: 783b8c10 v5:1 v6: 78498940 sl: 62a208 fp: 62a948 ip: 62a94c sp: 62a934 lr: 4957b8 pc: 495528 cpsr: 2010 00495514 : .. á : e1a0 : MOV R0,R0 00495518 : .. á : e1a0 : MOV R0,R0 0049551c : .. á : e1a0 : MOV R0,R0 00495520 : . .â : e2102003 : ANDSR2,R0,#3 00495524 : .0 ã : e3a03001 : MOV R3,#1 00495528 : .À.ç : e710c002 : LDR R12,[R0,-R2] 0049552c : .4á : e1833403 : ORR R3,R3,R3,LSL #8 00495530 : .. á : e1a01000 : MOV R1,R0 00495534 : .8á : e1833803 : ORR R3,R3,R3,LSL #16 ( 62a948) pc: 4957a8 lr:4f9f8 sp: 62a94c __strdup() ( 62a96c) pc:4f998 lr:4fc18 sp: 62a970 ^history_clone_entry() ( 62a984) pc:4fbc8 lr:47ab8 sp: 62a988 history_clone() ( 62a99c) pc:47a98 lr:4a5a4 sp: 62a9a0 browser_window_initialise_common() ( 62a9cc) pc:4a52c lr:65020 sp: 62a9d0 browser_window_create() ( 62a9fc) pc:64ee8 lr:633ec sp: 62aa00 tree_url_node_callback() ( 62aa38) pc:630a0 lr:c9838 sp: 62aa3c tree_mouse_action() ( 62aafc) pc:c9660 lr:d1250 sp: 62ab00 ^ro_treeview_mouse_click() ( 62ab68) pc:d120c lr:aaf0c sp: 62ab6c ro_gui_wimp_event_mouse_click() ( 62ae34) pc:aaa58 lr:532a4 sp: 62ae38 gui_poll() ( 62ae4c) pc:53280 lr:ac7cc sp: 62ae50 netsurf_main_loop() ( 62afe8) pc:ac2b8 lr: 497de0 sp: 62afec main() Reverted to json-825 without further test attempts, as http://netsurf.strcprstskrzkrk.co.uk/ (the download address in my hotlist) is extremely difficult to type accurately when menu selection doesn't work :-( Iyonix Aria, RISC OS 5.18 -- Harriet Bazley == Loyaulte me lie == If you see an onion ring - answer it.
Re: Hotlist on RISCOS
In article <5306d264c4d...@triffid.co.uk>, Dave Symes wrote: > And you'll be lucky if you hit the spot (Once in a blue moon). The > receptive bit for the D&D must be about one or two pixels in size, and > don't ever bother if the Directory is at the bottom of the window, > you'll never get it in. It would make a lot of sense if a directory could be clicked on to activate it (open directory icon) so that it could be filled. Adding to an empty directory is indeed chancey. -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: Hotlist on RISCOS
In article , Tony Moore wrote: > On 31 Dec 2012, "Gerald Dodson" wrote: > > I often have trouble re-arranging the Hotlist. In particular grouping > > items into a directory. At the moment I have a new directory into > > which I have been trying to place a number of items not currently in a > > directory. > Drag the selected items to the _lower_ half of the directory icon. > Tony And you'll be lucky if you hit the spot (Once in a blue moon). The receptive bit for the D&D must be about one or two pixels in size, and don't ever bother if the Directory is at the bottom of the window, you'll never get it in. Yes I know, drag it (Directory) up the window... Dave -- Dave Triffid
Re: Hotlist on RISCOS
On 31 Dec 2012, "Gerald Dodson" wrote: > I often have trouble re-arranging the Hotlist. In particular grouping > items into a directory. At the moment I have a new directory into > which I have been trying to place a number of items not currently in a > directory. Drag the selected items to the _lower_ half of the directory icon. Tony
Hotlist on RISCOS
I often have trouble re-arranging the Hotlist. In particular grouping items into a directory. At the moment I have a new directory into which I have been trying to place a number of items not currently in a directory. Gerald
Save hotlist bug fixed.
RISC OS build #755. The bug which truncated saves of the hotlist and global history has been fixed. Many thanks to jmb. My full hotlist has been restored from a backup, and has been successfully added to. With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Hotlist truncation/corruption
A bit more on this.. Hotlist Menu -> Hotlist ->Export reports "The hotlist was unable to be correctly saved." and breaks the saved point at the item before the one containing the silly characters. This on both 693 on the RPC and 685 on the Iyonix. It's a way of checking whether the list will be correctly saved. -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: Hotlist truncation/corruption
On 22 Nov 2012 as I do recall, Tony Moore wrote: > On 22 Nov 2012, Michael Drake wrote: > > In article <60245ff252.harr...@blueyonder.co.uk>, > >Harriet Bazley wrote: > > > > > Recently I've been suffering increasingly frequent corruption of my > > > NetSurf hotlist > > > > The hotlist gets truncated when it fails to save one of the entries. > > > > Since hotlist load/save was ported from libxml to libdom it has failed > > to handle HTML entities. So the hotlist will get truncated before the > > first entry to contain an "unusual" character. > > Looking at the Hotlist files posted by Richard Torrens, the entry which > caused the truncation was (on one line): > >http://www.vivastreet.co.uk/east-anglia";> >••▷ East Anglia Free ads, East Anglia classifieds, >East Anglia FREE CLASSIFIED ADS, 450,000+ free classifieds in the >UK Ah, and the one from the list I reported is http://elegantmusings.com/";>Casey’s Elegant Musings So the problem is caused by adding webpages with UTF characters in the title to your hotlist (and not editing the default title - which I normally do, but in this case didn't) -- Harriet Bazley == Loyaulte me lie == Power tends to corrupt and absolute power corrupts absolutely
Re: Hotlist truncation/corruption
On 22 Nov 2012, Michael Drake wrote: > In article <60245ff252.harr...@blueyonder.co.uk>, >Harriet Bazley wrote: > > > Recently I've been suffering increasingly frequent corruption of my > > NetSurf hotlist > > The hotlist gets truncated when it fails to save one of the entries. > > Since hotlist load/save was ported from libxml to libdom it has failed > to handle HTML entities. So the hotlist will get truncated before the > first entry to contain an "unusual" character. Looking at the Hotlist files posted by Richard Torrens, the entry which caused the truncation was (on one line): http://www.vivastreet.co.uk/east-anglia";> ••▷ East Anglia Free ads, East Anglia classifieds, East Anglia FREE CLASSIFIED ADS, 450,000+ free classifieds in the UK A possible temporary workaround would be to edit each title, in the Hotlist window, to remove 'unusual' characters - in this case ••▷ - before quitting NetSurf (so saving the file). Tony
Re: Hotlist truncation/corruption
On 22 Nov 2012 Michael Drake wrote: > In article <60245ff252.harr...@blueyonder.co.uk>, >Harriet Bazley wrote: >> Recently I've been suffering increasingly frequent corruption of my >> NetSurf hotlist > The hotlist gets truncated when it fails to save one of the entries. > Since hotlist load/save was ported from libxml to libdom it has failed to > handle HTML entities. So the hotlist will get truncated before the first > entry to contain an "unusual" character. > The beep is because NetSurf opens a warning dialogue box to report the > problem, although since it is quitting, you won't get a chance to see it > before NetSurf quits. > In article <8f7cb4f252.pnyo...@pnyoung.ormail.co.uk>, >Peter Young wrote: >> What I do is to open the global history from the icon bar icon, do menu >> over the history > History > Export, and drag the file to the icon bar >> icon. > That's the same problem. The warning mentions the hotlist because global > history and hotlist share the same code for saving. Thanks for the explanation. I imagine it's being worked on, so I will be patient. With best wishes, Peter. -- Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52 and \/ ____ \ England. family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk / \__/ \_/ | \| \__/ \__ pnyo...@ormail.co.uk
Re: Hotlist truncation/corruption
In article <60245ff252.harr...@blueyonder.co.uk>, Harriet Bazley wrote: > Recently I've been suffering increasingly frequent corruption of my > NetSurf hotlist The hotlist gets truncated when it fails to save one of the entries. Since hotlist load/save was ported from libxml to libdom it has failed to handle HTML entities. So the hotlist will get truncated before the first entry to contain an "unusual" character. The beep is because NetSurf opens a warning dialogue box to report the problem, although since it is quitting, you won't get a chance to see it before NetSurf quits. In article <8f7cb4f252.pnyo...@pnyoung.ormail.co.uk>, Peter Young wrote: > What I do is to open the global history from the icon bar icon, do menu > over the history > History > Export, and drag the file to the icon bar > icon. That's the same problem. The warning mentions the hotlist because global history and hotlist share the same code for saving. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
XSRF Attempt Detected (was: Hotlist truncation/corruption)
The following bytes were arranged on 22 Nov 2012 by Peter Young : > I tried to add a comment to the bug report, and got a page saying > "XSRF Attempt Detected!". I suspect that's related to this one: http://sourceforge.net/tracker/?func=detail&aid=3586760&group_id=51719&atid=464312 NetSurf's SSL seems to have a few bugs in it at the moment. -- __<^>__ / _ _ \ You always find something in the last place you look. ( ( |_| ) ) \_> <_/ === Martin Bazley ==
Re: Hotlist truncation/corruption
On 22 Nov 2012, Rob Kendrick wrote: > On Thu, Nov 22, 2012 at 05:59:21PM +0100, John Williams wrote: [snip] > > Would it be possible to have once again something like the old > > builds page detailing changes between test versions, or is that too > > much unproductive work? > > http://ci.netsurf-browser.org/jenkins/job/netsurf/BUILD_JS=jsoff,CC=gcc,TARGET=riscos,label=arm-unknown-riscos/ > > The list of builds down the left hand side has links to a details page > for each, which includes the change messages for the commits included > in that build, with links to diffs on the cgit revision viewer. At present, the earliest build available on that page is #641. How is it possible to access earlier builds? I wish to identify the build in which https://sourceforge.net/tracker/?func=detail&aid=3579166&group_id=51719&atid=464312 first occurred. This lies between #417 and #461. Tony
Re: Hotlist truncation/corruption
On 22 Nov 2012 Peter Young wrote: [snip] > It gets even odder. I tried today to do something I've done many times > before, so that I could search the global history. What I do is to > open the global history from the icon bar icon, do menu over the > history > History > Export, and drag the file to the icon bar icon. > This opens the hotlist in HTML, and you can then use the search > option. Today, when I got to the stage of dragging the icon to the > icon bar I get the weird error message "Unable to save the hotlist", > (yes, hotlist!) with a beep, but NetSurf doesn't crash. I have the > logfile, and will report this on the bug-tracker, in the hope that > this possibly might shed some light on what's going on. I tried to add a comment to the bug report, and got a page saying "XSRF Attempt Detected!". What am I doing wrong? I tried to correct the wording of the error message, which is "The hotlist was unable to be saved properly". From what I can see, the already truncated hotlist seem to be intact, With best wishes, Peter. -- Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52 and \/ ____ \ England. family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk / \__/ \_/ | \| \__/ \__ pnyo...@ormail.co.uk
Re: Hotlist truncation/corruption
In article <20121122170227.gu3...@pepperfish.net>, Rob Kendrick wrote: > > Would it be possible to have once again something like the old builds > > page detailing changes between test versions, or is that too much > > unproductive work? Sorry - Pluto breaks link! See Message-ID: <20121122170227.gu3...@pepperfish.net> > The list of builds down the left hand side has links to a details page > for each, which includes the change messages for the commits included in > that build, with links to diffs on the cgit revision viewer. Thanks! John
Re: Hotlist truncation/corruption
On Thu, Nov 22, 2012 at 05:59:21PM +0100, John Williams wrote: > In article <20121122110116.GF3366@somnambulist.local>, Daniel Silverstone > wrote: > > > > What was the first #number of this change? > > > I do not recall. It was done not long after the hack weekend though, so > > you should be able to trace it. > > Would it be possible to have once again something like the old builds page > detailing changes between test versions, or is that too much unproductive > work? http://ci.netsurf-browser.org/jenkins/job/netsurf/BUILD_JS=jsoff,CC=gcc,TARGET=riscos,label=arm-unknown-riscos/ The list of builds down the left hand side has links to a details page for each, which includes the change messages for the commits included in that build, with links to diffs on the cgit revision viewer. B.
Re: Hotlist truncation/corruption
In article <20121122110116.GF3366@somnambulist.local>, Daniel Silverstone wrote: > > What was the first #number of this change? > I do not recall. It was done not long after the hack weekend though, so > you should be able to trace it. Would it be possible to have once again something like the old builds page detailing changes between test versions, or is that too much unproductive work? John
Re: Hotlist truncation/corruption
On 22 Nov 2012 Peter Young wrote: > On 22 Nov 2012 Peter Young wrote: > [snip] >> Whereas with #665 and RISC OS 5.19 on an ARMini, while I did have the >> file truncated a while ago, it doesn't seem to be happening now. Not, >> at least, till the fairy dust that a friend is sure inhabits all >> computers sees this message :-) > That happened sooner than I expected! I imported a 32K hotlist from > the backup of the late Iyo, and ran NetSurf, and then quitted it. > There was a bleep, and 32K suddenly became 8K. Is it something to do > with the size of the hotlist perhaps? > Looking back, I have had a couple of unexplained bleeps when shutting > down the machine, and I now know why! It gets even odder. I tried today to do something I've done many times before, so that I could search the global history. What I do is to open the global history from the icon bar icon, do menu over the history > History > Export, and drag the file to the icon bar icon. This opens the hotlist in HTML, and you can then use the search option. Today, when I got to the stage of dragging the icon to the icon bar I get the weird error message "Unable to save the hotlist", (yes, hotlist!) with a beep, but NetSurf doesn't crash. I have the logfile, and will report this on the bug-tracker, in the hope that this possibly might shed some light on what's going on. With best wishes, Peter. -- Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52 and \/ ____ \ England. family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk / \__/ \_/ | \| \__/ \__ pnyo...@ormail.co.uk
Re: Hotlist truncation/corruption
On 22 Nov 2012, Tony Moore wrote: > On 22 Nov 2012, cj wrote: > > > With #665 on the Iyonix (5.19, 7 Nov 2012) the truncation is still > > occurring when NetSurf is quit. The file I am using to test is > > shortened from 24K to 10K. > > I've now checked #600 and #659 with RO5.19 (29-Oct-12), running on > RPCEmu v0.8.9. The results were identical to those for RO6.20, reported > earlier, ie no truncation with a 90K file. Now I'm up to date: using #665 with RO5.19 (29-Oct-12), running on RPCEmu v0.8.9, and with RO6.20 running on a SARPC, here there is still no truncation of a 90K Hotlist file, when NetSurf is quit. Tony
Re: Hotlist truncation/corruption
On 22 Nov 2012, Peter Young wrote: [snip] > I imported a 32K hotlist from the backup of the late Iyo, and ran > NetSurf, and then quitted it. There was a bleep, and 32K suddenly > became 8K. Is it something to do with the size of the hotlist perhaps? No problem here, with a 90K Hotlist file. Tony
Re: Hotlist truncation/corruption
On 22 Nov 2012, cj wrote: > With #665 on the Iyonix (5.19, 7 Nov 2012) the truncation is still > occurring when NetSurf is quit. The file I am using to test is > shortened from 24K to 10K. I've now checked #600 and #659 with RO5.19 (29-Oct-12), running on RPCEmu v0.8.9. The results were identical to those for RO6.20, reported earlier, ie no truncation with a 90K file. Tony
Re: Hotlist truncation/corruption
With #665 on the Iyonix (5.19, 7 Nov 2012) the truncation is still occurring when NetSurf is quit. The file I am using to test is shortened from 24K to 10K. -- Chris Johnson
Re: Hotlist truncation/corruption
On 22 Nov 2012 Peter Young wrote: [snip] > Whereas with #665 and RISC OS 5.19 on an ARMini, while I did have the > file truncated a while ago, it doesn't seem to be happening now. Not, > at least, till the fairy dust that a friend is sure inhabits all > computers sees this message :-) That happened sooner than I expected! I imported a 32K hotlist from the backup of the late Iyo, and ran NetSurf, and then quitted it. There was a bleep, and 32K suddenly became 8K. Is it something to do with the size of the hotlist perhaps? Looking back, I have had a couple of unexplained bleeps when shutting down the machine, and I now know why! With best wishes, Peter. -- Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52 and \/ ____ \ England. family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk / \__/ \_/ | \| \__/ \__ pnyo...@ormail.co.uk
Re: Hotlist truncation/corruption
On 22 Nov 2012 Tony Moore wrote: > On 22 Nov 2012, Daniel Silverstone wrote: >> On Thu, Nov 22, 2012 at 10:43:24AM +, Tony Moore wrote: >>> On 22 Nov 2012, Daniel Silverstone >>> wrote: >>>> We did recently rewrite the hotlist code, >>> What was the first #number of this change? >> >> I do not recall. It was done not long after the hack weekend > That, I believe, was 3-4 Nov 2012. > Using RO6.20: > When quitting NetSurf #600 (5 Nov 2012), it consistently re-writes my > Hotlist as a 90K file. > When quitting NetSurf #659 (18 Nov 2012), it consistently re-writes my > Hotlist as an 89K file. > The difference in file-lengths seems to be caused by #600 writing & > whereas #659 writes & , however I can't persuade either NetSurf version > to truncate the Hotlist. Whereas with #665 and RISC OS 5.19 on an ARMini, while I did have the file truncated a while ago, it doesn't seem to be happening now. Not, at least, till the fairy dust that a friend is sure inhabits all computers sees this message :-) With best wishes, Peter. -- Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52 and \/ ____ \ England. family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk / \__/ \_/ | \| \__/ \__ pnyo...@ormail.co.uk
Re: Hotlist truncation/corruption
In article , David Pitt wrote: > FWIW I note the Hotlist generated by #665 is missing the > tag. OTOH I have not seen the Hotlist get truncated yet. Having now checked on both Iyonix and ARMini, both hotlists are truncated. Since I 'auto-upgrade' NetSurf very regularly (at least daily), and only keep the last 3 versions I have no idea when it started. I never noticed before, since my most frequented sites are at the top of the list, so probably haven't needed to scroll down the list for maybe weeks. -- Chris Johnson
Re: Hotlist truncation/corruption
On 22 Nov 2012, Daniel Silverstone wrote: > On Thu, Nov 22, 2012 at 10:43:24AM +, Tony Moore wrote: > > On 22 Nov 2012, Daniel Silverstone > > wrote: > > > We did recently rewrite the hotlist code, > > What was the first #number of this change? > > I do not recall. It was done not long after the hack weekend That, I believe, was 3-4 Nov 2012. Using RO6.20: When quitting NetSurf #600 (5 Nov 2012), it consistently re-writes my Hotlist as a 90K file. When quitting NetSurf #659 (18 Nov 2012), it consistently re-writes my Hotlist as an 89K file. The difference in file-lengths seems to be caused by #600 writing & whereas #659 writes & , however I can't persuade either NetSurf version to truncate the Hotlist. Tony
Re: Hotlist truncation/corruption
In article , Richard Torrens (lists) wrote: > In article <20121122083649.GA3366@somnambulist.local>, >Daniel Silverstone wrote: > > If any of you had backups of your hotlist from before NetSurf seems to > > have lost entries, you could use copies of those backups to do the > > test. If the problem manifests repeatably, then copies of the > > offending hotlists would go a long way to helping us diagnose and fix > > the fault. > It's a saving issue. Just closed Netsurf and watched the file shrink from > 16K to 552 bytes. > Both attached Should have said this is with 3.0 (Dev CI #656) -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: Hotlist truncation/corruption
On Thu, Nov 22, 2012 at 10:43:24AM +, Tony Moore wrote: > On 22 Nov 2012, Daniel Silverstone wrote: > [snip] > > We did recently rewrite the hotlist code, > What was the first #number of this change? I do not recall. It was done not long after the hack weekend though, so you should be able to trace it. D. -- Daniel Silverstone http://www.netsurf-browser.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Re: Hotlist truncation/corruption
On 22 Nov 2012, Daniel Silverstone wrote: [snip] > We did recently rewrite the hotlist code, What was the first #number of this change? Tony
Re: Hotlist truncation/corruption
Daniel Silverstone, on 22 Nov, wrote: > On Thu, Nov 22, 2012 at 08:16:26AM +, Peter Young wrote: > > > > Is anyone else seeing this behaviour? > > > Yes, most of my Hotlist has vanished too :-( Looking at the Hotlist > > > file it is not corrupted, the html is perfectly formed, it's just > > > missing all but the first 35ish entries. > > And have had that recently happen here, too. > > It would be massively helpful if people seeing this behaviour could > attempt to determine if this is a loading or saving issue -- This can be > done by editing the file in Zap or StrongEd and then starting NetSurf > before looking in the NetSurf hotlist window to see if the added items are > visible, and then quitting NetSurf and seeing if they get saved back out > to the hostlist file. > > We did recently rewrite the hotlist code, so any hints are gratefully > received. FWIW I note the Hotlist generated by #665 is missing the tag. OTOH I have not seen the Hotlist get truncated yet. -- David Pitt
Re: Hotlist truncation/corruption
In article <20121122083649.GA3366@somnambulist.local>, Daniel Silverstone wrote: > If any of you had backups of your hotlist from before NetSurf seems to have > lost entries, you could use copies of those backups to do the test. If the > problem manifests repeatably, then copies of the offending hotlists would go a > long way to helping us diagnose and fix the fault. It's a saving issue. Just closed Netsurf and watched the file shrink from 16K to 552 bytes. Both attached -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more! Title: NetSurf hotlist Buy/Sell FreeAds Burwell Preloved | used latex for sale UK and Ireland Free Classified Ads . Classifieds . Property, Jobs, Motors, Personals... ••▷ East Anglia Free ads, East Anglia classifieds, East Anglia FREE CLASSIFIED ADS, 450,000+ free classifieds in the UK Gumtree - Cambridge craigslist: cambridge, UK classifieds for jobs, apartments, personals, for sale, services, community, and events Welcome to the Camlets Home Page eFreeko, recycling the planet - Home Page hififorsale.com's AudiophileCandy Canon: Ace Cameras For Best Deals On Used Cameras, Lenses, Accessories, Scopes, Binoculars, Eyepieces and Astronomical Equipment. Digital Camera Magazine Classifieds Gumtree.com - Gloucester Classifieds Computing gEDA Project Homepage pdf2gerb: Convert PDF to Gerber and NC Drill formats « scattershot genius; Vutrax Electronics CAD - Off-site Links Perlmasters Perl Script and CGI Script Resource Site Perl CPAN RISC OS 32 Bit Conversions David Pilling :: Home : RISC OS Dave Higton's home page SiteMatch RISC OS Web Site Synchroniser Google Directory - Computers > Systems > RISC OS > Software > Monitor Definition Files IYONIX pc RISCOS Ltd RISC OS Knowledgebase RISC OS Select - Private - News RISCOS.org : Support - !Boot Structure Recommended software - RISCOS BBC - h2g2 - RISC OS Computers John's HTML Tutors ZFC Guides Avisoft Home Page Tests etc IANA — Root Zone Database Test Your Firewall The W3C Markup Validation Service Unix CGI - perldoc.perl.org demime - A tool to scrub mime from mailing lists Pure-FTPd - About Stripmime Electronics AVR EAsm homepage Semiconductors == Diodes == Soldering LF-1000 TIPS BOSS Enclosures Dancap Electronics Home Page - Official Hakko Distributor for the UK and Northern Ireland Kaisertech, hot air rework, fume extraction, dummy components. Rampantapathy : - Cart contents Welcome to STMicroelectronics SuperMagnete.de - The Strongest Magnets in the World Food Food From Britain http://www.justsolutions.eu/CamFruit/displayGrowers.asp Spice Pages: Coconut (Cocos nucifera) Spice Pages: Coconut (Cocos nucifera) Welcome to Rick Stein's Seafood Restaurant, Accommodation & Cookery School - Rick Stein Genealogy Stoke Ferry Dr Henry Linhook Helsham of Stoke Ferry, Norfolk (1767-1806) Dr Robert Harvey (1700-1756) of Stoke Ferry, Norfolk, England. Stoke Ferry - White's 1854 GENUKI: Norfolk: Genealogy: Towns and Parishes: Stoke Ferry GENUKI: Norfolk: Genealogy: Towns and Parishes: Stoke Ferry: Coates: Names Holidays Camp Sites and Caravan Parks in England An extensive caravan parks and sites directory, a portal for caravan sales and rental, and a comprehensive on-line guide to caravan, mobile home, motorhome, tent, trailer tent and cabin holidays :: Caravan Sitefinder UK Defra, UK - Rural Affairs Paws For a Walk - The Dog Friendly Website Holiday Accommodation Dog & Pet Friendly Cottages Caravans B&B Hotels Pet friendly dogs welcome self-catering country cottages and holiday cottages Cotswolds Holiday Accommodation Dog & Pet Friendly Cottages Caravans B&B Hotels Forest of Dean Evans Holidays Royal Forest of Dean, Herefordshire and Monmouthshire Dog Friendly Accommodation Holiday accommodation in the Forest of Dean, Gloucestershire Cottages Wye Valley Forest of Dean accommodation self catering Lincolnshire Lincolnshire Walks - Lincolnshire County Council Norfolk The Brecks, Norfolk – Places to Stay, Visit, Eat and Drink in the Brecks Nottingham Homepage Music BBC - Radio 3 Index of /2ndhand/ Natural history Animals Cats Cat Rescue and Rehoming - Siamese Cat Club Welfare Trust SpringerLink - Journal Article FAB Home Page Mr. Lee CatCam Fish Aquariumlife.net - Aquarium articles, forums, DIY projects, tools Species - ARKive Plants Flower seeds Vegetable seed Grass seed, Garden Sundries Latin name index P - Plants For A Future database report Plants For A Future - 7000 useful plants PFAF Database Search Thomas Etty Esq. - Heritage Vegetable Seeds Novelty Tropical Seeds Invasive non-native plants http://www.fruitipedia.com/ NetSurf NetSurf homepage NetSurf test builds Photography Advanced Camera Services Canon EOS Beginners' FAQ III - Lenses Canon EOS Beginners' FAQ III - Lenses photo.net - photo.net Searches Search for People, Businesses and Places
Re: Hotlist truncation/corruption
On Thu, Nov 22, 2012 at 08:16:26AM +, Peter Young wrote: > >> Is anyone else seeing this behaviour? > > Yes, most of my Hotlist has vanished too :-( > > Looking at the Hotlist file it is not corrupted, the html is > > perfectly formed, it's just missing all but the first 35ish > > entries. > And have had that recently happen here, too. It would be massively helpful if people seeing this behaviour could attempt to determine if this is a loading or saving issue -- This can be done by editing the file in Zap or StrongEd and then starting NetSurf before looking in the NetSurf hotlist window to see if the added items are visible, and then quitting NetSurf and seeing if they get saved back out to the hostlist file. We did recently rewrite the hotlist code, so any hints are gratefully received. If any of you had backups of your hotlist from before NetSurf seems to have lost entries, you could use copies of those backups to do the test. If the problem manifests repeatably, then copies of the offending hotlists would go a long way to helping us diagnose and fix the fault. Many thanks, Daniel. -- Daniel Silverstone http://www.netsurf-browser.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
Re: Hotlist truncation/corruption
On 22 Nov 2012 Bryan Hogan wrote: > In message <60245ff252.harr...@blueyonder.co.uk> > Harriet Bazley wrote: >> Is anyone else seeing this behaviour? > Yes, most of my Hotlist has vanished too :-( > Looking at the Hotlist file it is not corrupted, the html is > perfectly formed, it's just missing all but the first 35ish > entries. And have had that recently happen here, too. With best wishes, Peter. -- Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52 and \/ ____ \ England. family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk / \__/ \_/ | \| \__/ \__ pnyo...@ormail.co.uk
Re: Hotlist truncation/corruption
In message <60245ff252.harr...@blueyonder.co.uk> Harriet Bazley wrote: > Is anyone else seeing this behaviour? Yes, most of my Hotlist has vanished too :-( Looking at the Hotlist file it is not corrupted, the html is perfectly formed, it's just missing all but the first 35ish entries. Bryan. -- RISC OS User Group Of London - http://www.rougol.jellybaby.net/ RISC OS London Show - http://www.riscoslondonshow.co.uk/
Hotlist truncation/corruption
Recently I've been suffering increasingly frequent corruption of my Netsurf hotlist - the telltale symptom is that program beeps on shutdown, and when it is re-started the hotlist file is truncated and the remaining portion subtly altered (see artifact 3587232 on bug list) Mertin has also been complaining of this but that is unsurprising as he is using the same copy of the application on the same machine (just with different files in Choices); however this does suggest that it isn't just some malformation of my particular hotlist file that is causing the problem. Is anyone else seeing this behaviour? -- Harriet Bazley == Loyaulte me lie == Cole's Law: Thinly sliced cabbage.
Re: Hotlist
On 1 Jul, Dave Symes wrote in message <52a88f4e59d...@triffid.co.uk>: > In article , >Nick Roberts wrote: > > [Snippy] > > > Check the preferences - General group, 'Add URLs to main book'. > > > If this is ticked, BookMaker will put add any new URLs at the botton of > > the hotlist. > > > If it isn't, adding a URL will put up a menu of folders to choose from. > > It is not ticked, no Menu of folders arrives, and the URL is added to the > main book. Nick's talking about BookMaker; you're talking about NetSurf's inbuilt hotlist. -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
Re: Hotlist
In article , Nick Roberts wrote: [Snippy] > Check the preferences - General group, 'Add URLs to main book'. > If this is ticked, BookMaker will put add any new URLs at the botton of > the hotlist. > If it isn't, adding a URL will put up a menu of folders to choose from. It is not ticked, no Menu of folders arrives, and the URL is added to the main book. Dave -- Dave Triffid
Re: Hotlist
In message <52a7994e9acvj...@waitrose.com> Chris Newman wrote: > In article <52a78e014dd...@triffid.co.uk>, Dave Symes > wrote: > > In article <52a75401a9stuartli...@orpheusinternet.co.uk>, lists > > wrote: > > > In article <52a7433e91d...@triffid.co.uk>, Dave Symes > > > wrote: > > > > > I use !Bookmaker, works fine. > > > > > Thank you Stuart. > > > > > She doesn't. > > > > Sorry, should have been more clear. My suggestion is to use > > > !BookMaker. > > > > With !BookMaker running and boxes created, when I click "Add to > > > hotlist", I get a list of the boxes in !BookMaker I can choose to > > > add to. > > > We used to use Bookmaker a lot, but we stopped using Bookmaker > > because it didn't interface with NetSurf. > > > I see it now can, but it doesn't appear to interface very well as > > when I Add to Hotlist I don't get a choice of what directory it > > goes in, it just puts it in the default place. > > Here, it puts it at the bottom of the list of folders. I then open > the appropriate folder & drag the file up to it. Only takes a few > seconds. Check the preferences - General group, 'Add URLs to main book'. If this is ticked, BookMaker will put add any new URLs at the botton of the hotlist. If it isn't, adding a URL will put up a menu of folders to choose from. -- Nick Roberts tigger @ orpheusinternet.co.uk Hanlon's Razor: Never attribute to malice that which can be adequately explained by stupidity.
Re: Hotlist
In article <52a78e014dd...@triffid.co.uk>, Dave Symes wrote: > In article <52a75401a9stuartli...@orpheusinternet.co.uk>, lists > wrote: > > In article <52a7433e91d...@triffid.co.uk>, Dave Symes > > wrote: > > > > I use !Bookmaker, works fine. > > > Thank you Stuart. > > > She doesn't. > > Sorry, should have been more clear. My suggestion is to use !BookMaker. > > With !BookMaker running and boxes created, when I click "Add to hotlist", > > I get a list of the boxes in !BookMaker I can choose to add to. > We used to use Bookmaker a lot, but we stopped using Bookmaker because it > didn't interface with NetSurf. > I see it now can, but it doesn't appear to interface very well as when I > Add to Hotlist I don't get a choice of what directory it goes in, it just > puts it in the default place. Here, it puts it at the bottom of the list of folders. I then open the appropriate folder & drag the file up to it. Only takes a few seconds. Cheers, -- Chris
Re: Hotlist
In article <52a7909659stuartli...@orpheusinternet.co.uk>, lists wrote: > In article <52a78e014dd...@triffid.co.uk>, >Dave Symes wrote: > > I see it now can, but it doesn't appear to interface very well as when > > I Add to Hotlist I don't get a choice of what directory it goes in, it > > just puts it in the default place. > I do here, have you got the latest version - 2.15 Yes. Dave -- Dave Triffid
Re: Hotlist
In article <52a78e014dd...@triffid.co.uk>, Dave Symes wrote: > I see it now can, but it doesn't appear to interface very well as when I > Add to Hotlist I don't get a choice of what directory it goes in, it just > puts it in the default place. I do here, have you got the latest version - 2.15 -- Stuart Winsor Only plain text for emails http://www.asciiribbon.org
Re: Hotlist
In article <52a75401a9stuartli...@orpheusinternet.co.uk>, lists wrote: > In article <52a7433e91d...@triffid.co.uk>, >Dave Symes wrote: > > > I use !Bookmaker, works fine. > > Thank you Stuart. > > She doesn't. > Sorry, should have been more clear. My suggestion is to use !BookMaker. > With !BookMaker running and boxes created, when I click "Add to hotlist", > I get a list of the boxes in !BookMaker I can choose to add to. We used to use Bookmaker a lot, but we stopped using Bookmaker because it didn't interface with NetSurf. I see it now can, but it doesn't appear to interface very well as when I Add to Hotlist I don't get a choice of what directory it goes in, it just puts it in the default place. Anyway, it appears She's sorted and has no intention of doing anything other. Dave -- Dave Triffid
Re: Hotlist
On 29 Jun 2012, Bryn Evans wrote: > In a mad moment - Dave Symes mumbled : [snip] > > Problem is... She can't drag anything to the bottom of the list > > where the directory resides, it is totally unreachable, any part of > > the icon. > > > By getting her to drag the directory up the list a few spaces, it > > becomes reachable. > > I noticed this behaviour when the Hotlist was first introduced, and > discovered the same workaround. The problem appeared some time between 2.6 (21st September 2010), which is ok, and 2.7 (7th April 2011), which is not ok (sorry that I cannot be more precise). It seems to be caused by the position of the pointer on the bounding box which represents the objects being moved. The pointer is at the top left of the box, which is higher than one line, in the Hotlist window. Thus the pointer cannot reach the bottom line. Previously, the objects to be dragged were represented by a transparent icon, which didn't restrict the movement of the pointer. Tony
Re: Hotlist
In a mad moment - Dave Symes mumbled : > In article <52a711c566t...@netsurf-browser.org>, >Michael Drake wrote: >> In article <52a70d2281d...@triffid.co.uk>, >>Dave Symes wrote: >>> How does she take an existing Hotlist entry and put it in one of her >>> directories? >>>From the user guide: [snip] >> -- http://www.netsurf-browser.org/documentation/guide#Hotlist > Indeed, thanks > Problem is... She can't drag anything to the bottom of the list where the > directory resides, it is totally unreachable, any part of the icon. > By getting her to drag the directory up the list a few spaces, it becomes > reachable. I noticed this behaviour when the Hotlist was first introduced, and discovered the same workaround. Thinking about it, there would seem to be some advantage if the creation of new Directories took place at the head of the list. (ducks and dons flame proof coat) -- |)[ |)ryn [vansmail to - brynev...@bryork.freeuk.com
Re: Hotlist
In article <52a7433e91d...@triffid.co.uk>, Dave Symes wrote: > > I use !Bookmaker, works fine. > Thank you Stuart. > She doesn't. Sorry, should have been more clear. My suggestion is to use !BookMaker. With !BookMaker running and boxes created, when I click "Add to hotlist", I get a list of the boxes in !BookMaker I can choose to add to. -- Stuart Winsor Only plain text for emails http://www.asciiribbon.org
Re: Hotlist
In article <52a716f93astuartli...@orpheusinternet.co.uk>, lists wrote: > In article <52a70d2281d...@triffid.co.uk>, >Dave Symes wrote: > > She uses NetSurf a lot and would like to sort out the mess that is her > > Hotlist, so she's created a couple of directories in the list but can't > > get anything to go into those directories. > I use !Bookmaker, works fine. Thank you Stuart. She doesn't. Dave -- Dave Triffid
Re: Hotlist
In article <52a70d2281d...@triffid.co.uk>, Dave Symes wrote: > She uses NetSurf a lot and would like to sort out the mess that is her > Hotlist, so she's created a couple of directories in the list but can't > get anything to go into those directories. I use !Bookmaker, works fine. -- Stuart Winsor Only plain text for emails http://www.asciiribbon.org
Re: Hotlist
In article <52a711c566t...@netsurf-browser.org>, Michael Drake wrote: > In article <52a70d2281d...@triffid.co.uk>, >Dave Symes wrote: > > How does she take an existing Hotlist entry and put it in one of her > > directories? > >From the user guide: > "As with filer windows, selections can be made by dragging selection > boxes and adjust clicking can be used to add or remove items from the > selection. Selections can then be dragged and dropped within the > hotlist management window to move them around. It is possible to drop > a selection into a closed directory by releasing it over the bottom > half of the target directory. Dropping the selection over the top half > of a directory or address will insert the selection above that item. > Finally, dropping a selection over the lower half of an address will > move it below the address." > -- http://www.netsurf-browser.org/documentation/guide#Hotlist Indeed, thanks Problem is... She can't drag anything to the bottom of the list where the directory resides, it is totally unreachable, any part of the icon. By getting her to drag the directory up the list a few spaces, it becomes reachable. Dave FWIW. I've tried this on my install of NS with the same result. Thanks Dave -- Dave Triffid
Re: Hotlist
In article <62f511a752.old_coaster@old_coaster.yahoo.co.uk>, Tony Moore wrote: > On 28 Jun 2012, Brian Howlett wrote: > > On 28 Jun, Dave Symes wrote: > [snip] > > > How does she take an existing Hotlist entry and put it in one of her > > > directories? > > > > Drag 'n' drop seems to work... > You need to drop the selection on the _lower+ half of a directory icon, > otherwise the selection is moved to the space above the directory. > Tony Sorry chaps, that's not the problem. See my last posting, but to sumarise... She can't drag anything to the bottom of the list where the directory resides, it is totally unreachable, any part of the icon. By getting her to drag the directory up the list a few spaces, it becomes reachable. Dave -- Dave Triffid
Re: Hotlist
In article , Brian Howlett wrote: > On 28 Jun, Dave Symes wrote: > > Fay wants to know something about the NS hotlist, so If the answer is > > known, I appreciate the solution. > > She uses NetSurf a lot and would like to sort out the mess that is her > > Hotlist, so she's created a couple of directories in the list but can't > > get anything to go into those directories. > > No point in asking me... Which is why I'm asking here. > > How does she take an existing Hotlist entry and put it in one of her > > directories? > > Thanks > Drag 'n' drop seems to work... It didn't for her. Then I had a lightbulb moment. The particular director was at the very bottom of the list, so she could get anything she grabbed to actually drag over it... It wouldn't go down to the bottom of the list. So I got her to create another directory below that one and lo and behold, she can now drag stuff into that required directory. Of course she still can't drag anything to the newley created very bottom directory. This set me thinking... If she drags that bottom (Newley created directory) up a few places, it can now be accessed. There is something dodgy happening (Bug). The version she is using... Dev (23 March 2012 R13571) Dave -- Dave Triffid
Re: Hotlist
On 28 Jun 2012, Brian Howlett wrote: > On 28 Jun, Dave Symes wrote: [snip] > > How does she take an existing Hotlist entry and put it in one of her > > directories? > > Drag 'n' drop seems to work... You need to drop the selection on the _lower+ half of a directory icon, otherwise the selection is moved to the space above the directory. Tony
Re: Hotlist
In article <52a70d2281d...@triffid.co.uk>, Dave Symes wrote: > How does she take an existing Hotlist entry and put it in one of her > directories? >From the user guide: "As with filer windows, selections can be made by dragging selection boxes and adjust clicking can be used to add or remove items from the selection. Selections can then be dragged and dropped within the hotlist management window to move them around. It is possible to drop a selection into a closed directory by releasing it over the bottom half of the target directory. Dropping the selection over the top half of a directory or address will insert the selection above that item. Finally, dropping a selection over the lower half of an address will move it below the address." -- http://www.netsurf-browser.org/documentation/guide#Hotlist -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Hotlist
On 28 Jun, Dave Symes wrote: > Fay wants to know something about the NS hotlist, so If the answer is > known, I appreciate the solution. > She uses NetSurf a lot and would like to sort out the mess that is her > Hotlist, so she's created a couple of directories in the list but can't > get anything to go into those directories. > No point in asking me... Which is why I'm asking here. > How does she take an existing Hotlist entry and put it in one of her > directories? > Thanks Drag 'n' drop seems to work... -- Brian Howlett -- My net income doesn't cover my gross habits...
Hotlist
Fay wants to know something about the NS hotlist, so If the answer is known, I appreciate the solution. She uses NetSurf a lot and would like to sort out the mess that is her Hotlist, so she's created a couple of directories in the list but can't get anything to go into those directories. No point in asking me... Which is why I'm asking here. How does she take an existing Hotlist entry and put it in one of her directories? Thanks Dave -- Dave Triffid
Revised Hotlist funny
I was interested to see the new form of the Hotlist where a "dummy Favicon" is inserted after the "+" sign for nearly all websites as they are visited. I found three where this doesn't happen, two BBC sites and one from NASA. What they all seem to have in common is that the URL is changed by the system on the way to the site. The bit that matters is that the particulars of the las visit are shown as "unknown" although they are all visited almost every day. -- David Wild using RISC OS on broadband www.davidhwild.me.uk