RungDesk
Rung 1 · BasicsKB-2026-11· 2026-09-30710 words

How do you open a link from the table without losing your place?

Asked as: Every time I click through to a listing I lose the row I was on and have to search all over again. How do people keep their place in a table this long?

Open listings in a second tab and leave the table where it is. Note the row number and the search string that found it, because filters usually reset when you come back. A row number, a search string and a copied address are enough to rebuild your position after almost anything.

Opening in a new tab without losing your row

Open the listing in a second tab and leave the table untouched. That single habit solves most of the problem, because the table stops being somewhere you navigate and becomes somewhere you return to. On a phone the equivalent move is opening the link in the background rather than in place.

The cost is tab clutter, which is a far smaller problem than losing your position in a table with thousands of rows. Working through a list, one table tab and a handful of listing tabs is a workable arrangement; a dozen listing tabs is not.

Row numbers as your place marker

A row number is much easier to find again than a scroll position. Note the number before you leave and use it to jump back rather than dragging a scrollbar and hoping. Where a table has no row numbers, the link column serves the same purpose because it is unique.

Write the number down somewhere outside the browser, on paper or in a message to yourself. A note survives the crash, the accidental close and the browser deciding to restore the wrong session. Nothing about the table changes because your browser forgot it, so the row is still where it was and the number still finds it.

Search terms that survive a link hop

Your search is a position too. If you found the row by typing a brand and a model, the same search will put you back in the same neighbourhood after a reload, so copy the search text before you click away, including the awkward parts like a hyphen or a model code.

Long tables often filter as you type, which means a partial word can leave you somewhere different from the full one. Keep the exact string that produced the row you wanted rather than a shortened version you think means the same thing.

Copying a link out of the row

Copy the address rather than only opening it when you plan to compare several items later. A pasted address keeps the identifier intact, while a reopened page may have moved on. Addresses shortened by a phone share sheet often drop the identifier entirely, so look at what you saved before closing anything.

Where rows are not selectable text, open the listing once and copy from the address bar of that page. The point is to keep a record that does not depend on the table still being reachable when you need it.

Tabs, windows and the back button

The back button is the least reliable way to move between a table and a listing. Filtered tables frequently rebuild themselves when you return, which resets both the filter and the scroll position, so the page you land on is not the page you left.

If you have to use it, come back with a fresh search rather than trusting the restored view. Assume the table returned to its default state until you can see the filter you set with your own eyes.

Closing tabs as you finish with them is worth the small effort. A browser holding dozens of open tabs will suspend and reload them in the background, and a table that reloaded in the background is a table you have to find again.

When the link opens on an unexpected listing

Opening onto a different item is normal and it is not the same thing as a failure. Listings get renamed, merged, or replaced by a similar product from the same seller. Before concluding that the row was wrong, check whether the variant or the identifier in the address still matches what the row described.

Where the address itself has changed shape, the row points at something that no longer exists in that form. That is the moment to treat the row as historical rather than current, and to stop planning around it.

Rebuilding your position after a crash

Recovery is easy if you kept three things outside the browser: the row number, the search string, and the copied address. With those, a fresh session takes about a minute to restore. Without them, you are scrolling from the top again.

Our own records follow the same rule. The divisor set we publish, 5000, 6000, 7000 and 8000, is stored with the mode each value belongs to, and we note that the half-kilo rounding step changed the chargeable figure on 31 of the 88 parcels we sampled. A record that keeps its inputs can be rebuilt by somebody else; a bare number cannot.

What this comes down to

  1. 01Open listings in new tabs and treat the table as a fixed place you return to.
  2. 02Row number plus search string plus copied address is enough to rebuild any position.
  3. 03Filtered tables often reset on return, so the back button is not a place marker.
  4. 04Keep your notes outside the browser, where a crash cannot reach them.

Where the numbers in this entry come from

Own parcel measurements, filed as KB-2026-02: the switchable half-kilo rounding step changed the chargeable figure on 31 of 88 sampled parcels, which is why the rounding input is stored beside the divisor rather than applied silently.

KB-2026-11· 2026-09-30 See the batch ledger · Challenge a figure

Entries filed next to this one

  • What happens in the first hour after you paste a link?

    The first hour is mostly checking, not buying. Somebody confirms the listing still resolves, the variant exists and the seller will ship to the warehouse. A seller may acknowledge the order immediately, which is not the same as packing it. Your own record of the link, variant and date is the useful output of that hour.

  • How do you tell a live link from a dead one before paying?

    Open the address and check four things: the item appears with a title, the variant the row names still exists in the option list, the seller store shows recent activity, and the row carries a date you can compare with today. Any one of the four failing means the row is historical rather than current.

  • How is the link table laid out, column by column?

    Most tables run left to right: a row number, the link, a short title, the variant, then a date. Past that the order varies by author. Treat the first four columns as the identity of the row and everything further right as commentary, because authorship and maintenance differ from table to table.

Last checked 2026-09-30Next review 2026-12-31Batch KB-2026-11Reviewed September 30, 2026