Describe the bug
Documentation states mime_type query param for /inscriptions endpoint is array of mime types, which produces 400 Bad Request error: querystring/mime_type/0 must match pattern \"^\\w+\\/[-.\\w]+(?:\\+[-.\\w]+)?$\"

To Reproduce
Steps to reproduce the behavior:

1. Go to https://docs.hiro.so/ordinals/list-of-inscriptions
2. Click on 'Show optional parameters' on the right
3. Scroll down to 'mime_type -- query' and click on 'Add item'
4. Add two valid mime types, such as image/jpeg and image/png
5. Scroll down and click execute. See error response

{
  "statusCode": 400,
  "error": "Bad Request",
  "message": "querystring/mime_type/0 must match pattern \"^\\w+\\/[-.\\w]+(?:\\+[-.\\w]+)?$\""
}

Expected behavior
Return 200 success

Screenshots
If applicable, add screenshots or consol.log to help explain your problem.

Desktop (please complete the following information):

• OS: Windows 11
• Browser Opera (Chromium)
• Version 104.0.4944.36

Could we only use iframes when displaying content that is not image/*, video/*, audio/* or text/plain? This would make the explorer much faster.

There could still be attacks from payloads that masquerade as "safe" media, so we should probably put this out for discussion.

• toggle as designed in figma

It seems that the font is getting loaded repeatedly per inscription

Add hover and other missing styles that were designed in figma

Is your feature request related to a problem? Please describe.
Many users do not know that "coinbase" means "block reward". They may wonder what coinbase.com (the centralized exchange) has to do with the inscription 😄.

Describe the solution you'd like
In this case I think "Coinbase block height" would be more descriptive . Additionally it could be helpful to have a little "i" or "?" to explain that it is the the block reward that created the inscribed sat.

Describe alternatives you've considered
You could just show "block" but then there could be confusion about "what block". The block the sat was inscribed or the sats birthblock? In this case it is about its birth.

Additional context

This is how it is displayed on an other explorer.

Link to Figma mocks here

Modifications to the header and footer to accommodate email capture to Hiro's newsletter

E.g. https://ordinals.hiro.so/inscription/db39ce0773c99282bb726991a5ad36016bf882d3d31218e9452ddb7e96bb58b7i0

should link somewhere to
https://ordinals.hiro.so/preview/db39ce0773c99282bb726991a5ad36016bf882d3d31218e9452ddb7e96bb58b7i0

Our home/landing page is a bit stark when considering our Explorer showcases images, text, audio, etc.
Experimenting with background images or a header would help people understand the general concept of an inscription before diving in.

Tradeoff is we possibly go against brand.

Improve textual/json rendering: add some smart logic to render text more readable, centered, no-breaks, etc.

• Improve long text snippets
• Improve text size if cutoff

Describe the bug
Only 8 ordinals returned of the 73 on an address. Is this related to an indexing error?

Transaction ID n.a.
Address bc1p04vqcelrdtm8kjp23redj9h073n7mp778tx03pe3sh2tzsw9gyys63q34t
Block# n.a.
Time stamp n.a.

To Reproduce
The user noticed their Leather doesn't show all the inscriptions which is also apparent from the ordinals explorer: https://ordinals.hiro.so/address/bc1p04vqcelrdtm8kjp23redj9h073n7mp778tx03pe3sh2tzsw9gyys63q34t (8 ordinal inscriptions displayed).

When compared to:

https://www.ord.io/bc1p04vqcelrdtm8kjp23redj9h073n7mp778tx03pe3sh2tzsw9gyys63q34t (73 inscriptions shown)

Expected behavior
We expect all 73 inscriptions to be displayed.

Screenshots
Hiro explorer

Ord

So folks in the wider community can file issues and see the source code (which they'd appreciate given the Bitcoin ethos!)

The default (and only) view for Inscriptions is a grid view. Providing an option to view as a list (with more details as part of the list view) would provide users with more insight at-a-glance.

Tradeoff is less inscriptions would be visible per page.

Our search is limited to specifics of an inscription vs a description of the inscription itself. Providing an advanced 'human readable' search would help people find the content they're looking for more easily.

Tradeoff appears to be technical difficulty i.e. providing meta-tag representations of each ordinal.

Currently images that are taller than the viewport height can't be viewed via scrolling. Only the content that fits in the viewport is viewable.

e.g. https://ordinals.hiro.so/inscription/37f1edbde105616719b3c2a43a0507b4b952162940fa776176098886218348a9i0

Remove iframes for "safe" content-types: reduces total API requests; this could be released as a component for frontends to use, e.g. wallets, marketplaces

Feature requests are not requests for improvements to a problem, but suggestions for building a better UX.

I always have a hard time finding something worthwhile from a lot of Ordinals.
The valuable thing, in my case, is which satoshi are Inscribed.
More specifically, I want to find Ordinals that are tied to old satoshi.

Main point of the request
Is it possible to use Hiro's Ordinals Explorer to display the generation date and time of the Satoshi that the Digital Artifact is tied to?

Alternatives
Currently, I have to research on Ordinals.com from the ID, but Hiro's Ordinals Explorer is all uppercase, so it doesn't hit the search. my request can be replaced by correcting the ID to its original mixed-case string. I am not sure how to do this. However, the user experience would be slightly impaired by having to search and look it up.

Additional context

Context

Some developers forked this explorer and deployed it to https:// ordinalscan net.
Beside a few CSS adjustments, the only feature that I see, that could have been motivating this move, is this Trade button

redirecting traffic to partners.

Hypothesis

If we had a similar button, that would be set dynamically, do we think that it would be easier to conduct partnership with other actors in the ecosystem?
Our goal with this product is to build a very good explorer, and we very probably won't cross the line, and add features that would turn this product into a marketplace.
Clear boundaries are defined, we focus on exploration, and we let marketplaces do what they do best, and focus on the trading experience.

Feature

When the explorer is opened using a URL that looks like https://ordinals.hiro.so/?redirect_url=https://unisat.io/inscription&name=Unisat (or so) then on the inscriptions pages we display a call to action button "Open on Unisat".
With that, partners are redirecting their users when they want them to browse, and know that they will be back for trading on their website.

Describe the bug
On https://ordinals.hiro.so/sat/1446791433368094 it only displays one inscription for this sat. However, there should be two since this API call returns two https://api.hiro.so/ordinals/v1/sats/1446791433368094/inscriptions

Transaction ID
a1c934dd35d5a3abeeba21ac026997e6eb9a0205a173ae32a999fc5b0818d66a

Address
bc1pgu7lvmsnw037v6g4693quckk8asz7mdh3rac4laftxzpv5e039uqc4h8qj

Block#
777530

Time stamp
FEBRUARY 20, 2023 AT 2:15:27 PM

To Reproduce
Steps to reproduce the behavior:

1. Go to https://ordinals.hiro.so/sat/1446791433368094

Expected behavior
It should display two inscriptions but it's only showing one.

Inscriptions specifically HTML ones might utilize and might be intended to be viewed at the /content route in the ordinal explorer. This allows for viewing the inscription as a full HTML page. The route is part of the ordinal protocol and to fully support all html inscriptions you need to have this API route.

Lets take for example this HTML inscription I inscribed as an example for this issue. This inscription navigates to another inscription in this case the first inscribed Bitcoin Whitepaper. This recursion and navigation is fully supported in the ord explorer 0.5.1

https://ordinals.com/content/e0e10f332c1410151388c99b7b657be34839b4d01ff008f43e22623f55218f2di0

This also works in the ord explorer under the /inscription/[inscriptionId] route. You can open up the PDF inside the inscription by clicking the button.

https://ordinals.com/inscription/e0e10f332c1410151388c99b7b657be34839b4d01ff008f43e22623f55218f2di0

However this inscription is currently broken on your explorer under the same route because /content/[inscriptionId] has not been implemented as a route in your domain.

You can see here when the button is pressed to open the whitepaper you get a 404.

https://ordinals.hiro.so/inscription/e0e10f332c1410151388c99b7b657be34839b4d01ff008f43e22623f55218f2di0

HTML for example inscription:

<!DOCTYPE html>
<html>
  <head>
    <title>Navigate to WhitePaper</title>
  </head>
  <body
    style="
      display: flex;
      align-items: center;
      justify-content: center;
      height: 100vh;
      margin: 0;
      padding: 0;
    "
  >
    <button
      onclick="window.location.href='/content/85b10531435304cbe47d268106b58b57a4416c76573d4b50fa544432597ad670i0'"
    >
      Goto Bitcoin WhitePaper
    </button>
  </body>
</html>

• research some design ideas to make it more on brand
• add delay to only show if loading is over x ms

https://twitter.com/ordcomputer/status/1637286354898898946

https://www.figma.com/file/FYHEMcgnIrpnfPcjoFwrXE/%F0%9F%94%A6-Hiro-Ordinals?type=design&node-id=740%3A23574&t=vfmS69aj4OECpolt-1

Right now, users have to click on 'Next' in order to view the next page of inscriptions. By testing an infinite scroll, we can help users browse inscriptions without interruption.

Tradeoff is the footer may become difficult to reach, and we lose the option of having different sections on the homepage.

• #9
• #4

• add tooltips to fields on sat page & inscription page
• add tooltips to filters

Some recursive inscriptions, like this, are not displaying in Explorer due to a security policy. Is there a safe way to display these?

Reference:

• It shows here.

• #26

• #27 moved out

Not sure how popular recursive inscriptions are but it would be cool if there was a way to search for them either as part of the Filter section or a visual tag like we do for BRC or SNS

Details to come from @chresko, @andromeda995, @janniks.

User stories:

• I want to view a full or partial list of BRC-20 tokens
• I want to understand the time a BRC-20 token was deployed
• I want to understand the total supply of a BRC-20 token
• I want to understand the number of BRC-20 tokens minted (against supply)
• I want to search for BRC-20 tokens by name

Nice to have additions:

• #90
• I want to understand the time a BRC-20 token was completed
• I want to understand if a BRC-20-syntax inscription is valid BRC-20

Better og:image: add renders for any content type to og:image

Add helper methods and libraries: take some of our helper methods from the backend/frontend and package them into an e.g. @ordinals/common package

The latest inscriptions are dominated by them but there's no way to parse through the data (e.g. how many of each ticker is getting minted per day, by how many addresses, etc...there are lots of possibilities).

The creator of BRC-20, Domo, asked in a chat if we were working on explorer-related enhancements, so he could provide ideas as well (though we'll need to open source this repo to make that easy?).

A starting point could be UniSat's page here: https://unisat.io/brc20