Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This is really cool, I'm definitely going to be using this. I love theming support. Some feedback:

1. The slider for the blur on the custom theme bg image should have some sort of label - I had no idea what it did until I tried it while trying to figure out why all the images I uploaded looked like blurry shit (my fault for picking images with a lot of detail, but hey)

2. For the time widget, there should be a 12-hr time option that omits the AM/PM. I know what half of the day I'm in, and I want the time as big as possible.

3. For that matter, let us resize the clock widget, and the rest of the widgets where feasible (top sites especially)

4. Bug: the iframe widget worked at first and then... just stopped displaying anything for me. Not even an iframe tag in the div. It's a github pages site of my own, so it shouldn't be blocked. (I'm using Edge on Windows 10)

5. If feasible, let us resize the page INSIDE that iframe to make it smaller, or at least hide the scrollbars.

6. A bunch of the substack feeds in the RSS just have "..." for the second (preview?) line. It'd be nice if I could hide those (Or have a mode in between default and "compact", since I want to see authors for each post in the feed)

7. Having humidity on the weather widget would be nice (also maybe default to F/mph if the locale is USA? :P)

8. For tab groups I'd like a (2x2?) grid of the favicons it contains, but I suppose I can use a custom icon for that.

Feature requests aside, this is actually really well put-together in general.



If you want time without AM/PM, use 24 hour time. If it is 23:00 then no time display should ever display 11:00 without a PM because it’s then lying because 11:00 with no AM/PM unambiguously denotes 11:00AM.


> If it is 23:00 then no time display should ever display 11:00 without a PM because it’s then lying because 11:00 with no AM/PM unambiguously denotes 11:00AM.

In one specific linguistic context. In others, 11:00 for 23:00 is perfectly fine and expected. Yes, it is ambiguous; no, it is not “lying”.


> In one specific linguistic context.

No, in all of them, including the 12 hour time default places. That’s what the “AM” or “PM” is for; if it isn’t there then it indicates it is 24 hour time regardless of the number displayed.


I am not sure why you are taking this so personally or why you insist. It is an English notation and looks foreign in most of Europe, for example. I can say for sure that it is not “in all of them”, as I used to live in such a place. The only contact with AM or PM in daily life is in poorly localised software, and is completely foreign.

They use 24 hour time in most contexts, but often use 12 hour time informally and the actual time is understood in context. You might not believe it, but this happens.

It is, in fact, not unreasonable to ask for an option to format time in 12 hours without letters after. (I am not saying the author should do it; they are the one to choose what to do in their free time).

Settings like date and time formatting and physical units should ideally be changed by the user. You cannot expect a single setting to work all the time.


This is such a baffling and hostile response to a request for a widget where the only purpose is to quickly tell time. I just want to be able to quickly tell whether it's past 5pm for my coworker without having to squint or do math in my head.

(Also, for what it's worth, you're objectively incorrect about it being lying; time is measured in 12 hour cycles in most locales, with further bits of information for time zone, before/after noon, day, month, and year. 23:00 is still "ambiguous", missing almost as much of that context, but it's not "lying" if you have the required context)


Thanks!

1. This issue is fixed (but not released yet)

4. Iframe unfortunately works quite unreliably, especially on Chrome. It uses declarativeNetRequest API and that seem to be hella unreliable for some reason. Usually disabling and then enabling Anori back fixes this issue.

5. If you mean iframe widget which open on click, you can 'detach' this window (button to the left of close button) and then you will be able to resize it or move around the screen. Ordinary iframe widget should be resizable as is (though scrollbar is shown inside the iframe itself, Anori doesn't have access there and can't do anything about it).

Thanks for the suggestions, some of them look really interesting!




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: