Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Does not work in Firefox #67

Closed
grefel opened this issue Dec 22, 2019 · 6 comments
Closed

Does not work in Firefox #67

grefel opened this issue Dec 22, 2019 · 6 comments
Labels
.Status: Dropped Could still be picked back up... But for now this issue is abbandoned.

Comments

@grefel
Copy link

grefel commented Dec 22, 2019

Would be great if this web app could work with Firefox.

@joonaspaakko
Copy link
Owner

joonaspaakko commented Dec 22, 2019

True.

If I’d made this years ago, I probably would’ve supported at least Chrome and Firefox. The original idea was all modern browsers actually... It’s just too much work at this point and I'm not ready to even consider it right now. I won't completely dismiss the idea, but it seems a lot of work for not much of a gain...

The pseudo desktop apps may help a tiny bit with this. Of course if you already have Chrome installed, they don't really make things any more convenient.

@thebodzio
Copy link

thebodzio commented Jan 31, 2020

Are you deliberately using some Chrome specific functionality? I just opened your editor in FF (removing the modal window) and it seems to work fine beside snapshots. Perhaps a warning instead of a permanent blockade would be better suited here? Simply: "FF is not supported. You are using this software on your own responsibility. Complaints and FF related bugs will be kindly ignored 😉 ". I mean, it's more convenient than removing the modal node and blur each and every time 😉 .

How about that? 😃

@joonaspaakko
Copy link
Owner

joonaspaakko commented Feb 1, 2020

@thebodzio, yea, no browser specific features, at least where it really matters. Many of the bugs I've seen in other browsers are visual glitches in the dialog preview or partially working functionality and that makes them hard to detect for users. I also don't want to spend all that time looking for these bugs in other browsers... I did it for a while but they just kept popping up. I figured that keeping it restricted to one browser is not a terrible compromise since it reduces my stress and gives everyone a consistent experience.

This was actually a relatively recent change. There was an issue that brought it up again, which lead me to finally block all other browsers. My suggestion link(s) in the issue are likely all gone now. I did briefly consider having a link that would let users close the overlay, but I decided against it in favor of consistent user experience.

@thebodzio
Copy link

thebodzio commented Feb 1, 2020

@joonaspaakko That's exactly the reason I thought about and it makes sense, but I still think that some warning with a short explanation that user will be able to close/hide is altogether a better solution. I mean: it's easy enough to hide it as it is (at least in FF), it's just not very convenient 😄. I hope you will reconsider, especially since it may (a slim chance as it is 😉) prevent raising issues like the very one we're discussing now.

@joonaspaakko
Copy link
Owner

I don't think that will happen. As long as no one is fixing bugs in other browsers, it just doesn't make sense to allow people to use them. Maybe there will be time to tackle the issues in other browsers later, but for now I don't see myself doing that.

I wouldn't recommend closing the overlay manually either.

@thebodzio
Copy link

thebodzio commented Feb 1, 2020

I can sympathize and understand why you want to stick to developing for and supporting one browser. That makes perfect sense. Disallowing people to use other browsers, however, does not. But, hey, it's your show 😄 and, to be sure, it's a darn good one, despite the latter fact.

I wouldn't recommend closing the overlay manually either.

Yeaaa... I know... but I will, anyway... 😃. I just love the sound of my warranty going void 😉. Especially when everything that I care about works fine even with the sticker removed 😉.

Cheers! All the best! 😃

Oh! And I know about #64 😉, but still...

@joonaspaakko joonaspaakko added the .Status: Dropped Could still be picked back up... But for now this issue is abbandoned. label Feb 25, 2020
@joonaspaakko joonaspaakko pinned this issue Apr 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
.Status: Dropped Could still be picked back up... But for now this issue is abbandoned.
Projects
None yet
Development

No branches or pull requests

3 participants