Sometimes, people fill a directory with files such as:
Mozilla should have a smart browse feature (on a dockable toolbar of special
features that lets you increment or decrement the number on a file to go to the
If a file is:
Clock009.jpg: First it should try Clock010.jpg, then Clock10.jpg
If a file has two numbers or more, then for the first file you press the button
for on the file group it should ask which number you want to increment.
It should also try incrementing such things as:
Clock010a.jpg to Clock010b.jpg
if you want to propose this feature, try netscape.public.mozilla.netlib.
To add more information to this... I think that it should increment the url by
trying first incrementing the last letter in the url (such as a, b) then last
number in the url (except the extension), then try incrementing the next number
in the url, and then try incrementing all the numbers as one number.
It might also be useful to highlight the numbers you want to increment or
decrement then press the buttons.
why was this invalid? it's a valid feature request...and what was cbegle talking
about wrt npm.netlib?!
Sure it's a valid request. suggesting wontfix. :-) Daniel Veditz suggested
creating/using a non-builtin sidebar panel.
IMHO this should be one of the default bookmarks. I believe someone wrote a
bookmarklet that would do this -- could we track that down and check it in?
It could even be something useful to add to the otherwise almost completely
useless stuff on the so-called "taskbar" chrome.
over to everyone's favorite engineer and qa contact
IMHO there are severe reasons why this feature should _not_ be shipped with any official Mozilla Build.
1. It would produce tousands of 404 errors on the webserver.
Read all the "why are my logfiles ploated with errors on favicon.ico"-stuff to understand how annoying this is for webmasters.
2. Those picture-showing sites you mention may not like this feature. They don't like users to spring from
image to image but want them to go back to their ad-bloated main pages as often as possible.
Not that I feel much sypathy for them, but this "feature" would make them remnaming their images rather soon or
(much worse!) blocking access for Mozilla completely.
Netscape would not show the user the 404. It would do nothing if the image
didn't exist. Also, it is more for if the user knows the images already exist.
For instance, if the user has a directory listing that shows image01.jpg -
image50.jpg, or a page that shows sample01.jpg - sample07.jpg. It is not made
for mere guessing that an image exists. Doing so would waste the user's time.
If you want a sidebar panel that lets you increment/decrement numbers in urls
quickly, try http://www.cs.hmc.edu/~jruderma/js/bbn/.
If you have a list of images, you should probably use this instead (try it on
= 0; i < x.length; ++i) z.write('<p>' + x[i].innerHTML + ' ' + x[i].href.replace
(/\&/g, '&').replace(/\>/g, '>').replace(/\</g, '<') + '<br><img
src="' + x[i].href.replace(/"/g, '"') + '"></p>\n');
(Yes, it uses innerHTML, doesn't check the extension for each link, and uses
single-letter variable names (which are likely to conflict with other variable
names). I'll fix those problems eventually, and maybe also modify it to only
show images for links that are selected.)
Very nice Jesse - I like it. Would "Browse by number" be able to use the
address box of the browser window instead of a text box in the sidebar? Is it
possible to detect what characters are selected in the url and
increment/decrement those numbers/letters? I am not sure where to use that
index and click a button to go to the next image would be great.
My original plan was to have the user paste into a textbox and then select part
of the url, but I found out that Mozilla doesn't support selectionStart/End for
textareas (bug 58850), so instead I set it up so you have to enter the index of
the number to increment. I don't plan to make a version that works directly
from the location bar.
You may be interested in a little perl script I wrote, and posted
http://www.flooble.com/gpl/ It's called "grabba.pl", and it pretends
to be IE 5.5 as it
goes onto a specified page, and downloads all the
linked files from it (optionally with a
specified extension) while
sending the original page as the "referer" header. (If you're
windows, it works quite well with ActiveState's perl distribution)
Let the mozilla
team focus on some truly important features.
Not all features have to be important. There are probably plenty of people who
would like to implement some "non-important" features that seem easy to
introduce themselves to coding Mozilla. Thanks for reminding me about this bug.
It is up to the developers to decide how important a feature request is. Some
sites have indexes that are really long and pressing back and the next link
would take too long depending on what you were doing. ahem. =-)
-> Me to decrease number of nobody bugs.
at the moment so i thought i should put it up for anyone who might be
interested, but if i find time to write a better version ill let you know.
I wrote it primarily because i dont like using the sidebar, browse by number
(see above) was embedding a remote page and was suffering from http reffer
problems. And a certain amount of "NIH" :)
And yes i probably should not have used single letter variables, and ive
ive ever done, it took me ages. I could do with good tutorial on how to write
bookmarklets, mail me if you can recommend any.
Ive got a few other bookmarklets here:
ive put a relative link in for browserbynumber
ive explained how it works (and does not work).
Any chance of changing the subject to something a little more subtle yet
"Better site navigation - increment numbers in url"
This woudl tie in to some of the suggestions i have seen that the "Site
Navigation Bar" should automatically do this kind of thing, not just on sites
that actually bother to provide the necessary links. (sorry i have no idea
which bug numbers).
I think the "next" and "previous" buttons on the site navigation bar should
increment/decrement numbers when the site doesn't specify "next" and "previous"
links. Similarly, the "up" button should act like the "up a directory"
bookmarklet when the site doesn't specify an "up" link (bug 33684). When
there's no number in the URL, next/previous would be disabled (cf "up" on IE's
The referer should be sent for up/prev/next even if it is an inferred <link>.
(The "up" button on IE's Google toolbar does not send a referer, but the
bookmarklets above do.) Sending the referer is useful for web authors, because
they can know where you came from and be sure that you came from within the
site. It's also useful for users, because many sites (especially porn sites)
won't let you grab an image without a referer.
Having next/previous/up built into the browser (rather than being bookmarklets)
would have the advantage that clicking "next" three times quickly would go
forward the correct number of URLs. It would also make the site navigation bar
more useful on today's web, so more users would keep the toolbar open,
potentially encouraging more web authors to use <link> tags.
I suggest changing summary to "next/prev should increment last number in url
when next/prev links missing" and removing the dependencies.
Keyboard shortcuts: Alt+- and Alt++, because
a) Most of the time, "next" goes to the next *numbered* chapter or image, even
when a <link> is present.
b) Other navigation commands use Alt, at least on Windows: Alt+up for up a
directory, Alt+left for back.
See also bug 59118, "At end of Web page, offer to go to next page when Space is
Remove myself from the QA of open bugs and change to default QA contact, since I
have no way to verify these easily. Still no working Mozilla on my primary
platform and it doesn't look like it will happen anytime soon. :(
I think multiple keystrokes is not a good thing (such as alt+ alt-) since most
of the time you use this feature, you will be otherwise occupied. Mouse
interaction is also discouraged, as grabbing the mouse and aiming it is somewhat
hard to during image viewing. I suggest using the spacebar because it's nice
and big and people can easy hit it during image viewing sessions, despite
Pajor: that's a good idea, and it fits well with suggestions that have been made
in this bug and elsewhere. Bug 59118 proposes spacebar as an alternate shortcut
for "next" when you've already scrolled to the bottom of a page. This bug
proposes extending "next" to work on pages that don't contain <link> elements,
including image pages.
I love when I can reply to a feature suggestion with "good idea, that combines
two suggestions that have already been made and makes them more useful" rather
than "that conflicts with what someone else thinks the shortcut should do" :)
Btw, on most keyboards, Alt+- and Alt++ can easily be pressed with one hand.
There is a similar request for konqueror,
It might be an ieda to combine the way these increments and decrements so that
the work in the same way.
Perhaps simply use - and + and/or = for decrement and increment and do not
use these for searching for urls in the page
I'm amazed there is a similiar bug for konqueror :-)
Well, when you select numbers (or letters), + and - could inc/dec them. As to
what happens when you don't select numbers,
Comment 13 update -- select start and end is fixed (bug 58850)
This would probably be still best done as a bookmarklet, although perhaps we
should have a set of bookmarklets we distribute by default, and add this one to
Found this old bug. WONTFIX - this can be done in an extension.
The Link Toolbar extension (http://cdn.mozdev.org/linkToolbar/) has an opnion to
guess Previous and Next links from numeric parts of the page URL.