Sometimes, people fill a directory with files such as: Clock1.jpg Clock2.jpg Clock3.jpg Clock4.jpg Hand_01_a.jpg Hand_02_a.jpg Hand_03_a.jpg 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 next one. 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.
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 on 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 on 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.
Bookmarklets: http://www.squarefree.com/bookmarklets/misc.html#increment http://www.squarefree.com/bookmarklets/misc.html#decrement http://www.squarefree.com/bookmarklets/misc.html#back_to_first 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 Google toolbar). 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 pressed".
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 distraction.
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, see http://bugs.kde.org/show_bug.cgi?id=64465 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 them.
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.