Ignore date group - possible?

[vtexperts]

Great job! very useful extension!

Is it possible to ignore date filters? (TODAY, YESTERDAY, etc...). The reason I ask, if the emails get grouped by the label, I would like see all the emails for that label rather than just today/yesterday. (assuming those emails are not archived).

Thanks

[teresa-ou]

Glad you're finding it useful!

If I understand your question correctly, the date grouping is currently ignored in the bundles.

A bundle will show all emails on the current page that have that particular label. For example, if a bundle is shown under "Today", it will include emails from today as well as any other date, as long as the emails are on the current page. Since the extension only makes visual changes to what Gmail has already put on the webpage, when you're on page 1, for example, the extension doesn't have access to emails that are on page 2. Bundles are listed under the date grouping that corresponds to the newest message in the bundle.

Due to that limitation, I included a "View all" link when the bundle is expanded, which will lead to a page that shows all emails (including non-inbox) that have that particular label. However, perhaps it makes more sense for "View all" to be limited to emails that are in the inbox.

[vtexperts]

I see! What about the variable in the code that is hardcoded at 100? does that do anything?

Also, I noticed that messages per page can be increased to more than a 100 (gmail limit). However, as a user, I have to Go into Settings, Inspect the element and manually add option <option value="500">500</option>

After saving, I do get an error, but once I load the inbox, it shows 500 emails and groups properly with inboxy.

This change is only valid until I refresh the page/gmail. (i can navigate through folders, etc... without losing the 500.)

Based on your knowledge and what you've done so far, would it be possible to override the limit at the time inboxy loads?

Thanks!

[teresa-ou]

The variable that's set to 100 is intended to match the Gmail limit. To give some background info, inboxy uses the flexbox order property to visually reorder emails. Each bundle is a new table row added by inboxy. When a bundle is expanded, there can be a maximum of 100 messages between that bundle's table row and the next table row that doesn't belong to the bundle. So, setting 500 emails per page might not work as expected if the variable isn't updated to 500 (or greater).

As for overriding the limit when inboxy loads, it might be possible but I think there are a few concerns

• Gmail doesn't save the setting and doesn't officially support the limit, so if the solution involves modifying wherever the page size is set, it would be loading additional data from their servers without their consent. This type of solution might not even be possible, due to isolated worlds for Chrome extensions.
• Another possible solution would involve using the Gmail API, which might allow requesting more messages or doing real pagination. However, inboxy was created as a Chrome extension and not an email client, so that users can be assured that a 3rd party isn't going to handle their email data.

I think you make a great point here though -- a major limitation of the extension is that Gmail shows emails on multiple pages while Inbox was a single page, so creating bundles on each page leads to some unintuitive behavior. I'll keep thinking about this to see if there are ways to mitigate this problem.