The Desktop mode setting hasn't been working for the past couple of days. The first time I visit the site on mobile each day, I have to scroll down and enable the desktop version.
Posted under General
This topic has been locked.
Laethiel said:
The Desktop mode setting hasn't been working for the past couple of days. The first time I visit the site on mobile each day, I have to scroll down and enable the desktop version.
What browser do you use? If you use Firefox, you can tap the menu and select 'request desktop page' and it'll load the desktop site independent of what you select on Danbooru.
Laethiel said:
The Desktop mode setting hasn't been working for the past couple of days. The first time I visit the site on mobile each day, I have to scroll down and enable the desktop version.
albert added this capability to the user settings recently. It's under Advanced Settings between Frequent tags and Custom CSS style.
I'm using Chrome on Android, and Firefox on PC. I've enabled the "Desktop mode" option under Advanced Settings 3 separate times now, and after the second and third times I've immediately gone back and checked my Settings again to make sure it's set to Yes, and it is. But when I come back on a later day, it can have just reverted to No. This most recently happened just a few minutes ago: when I checked my settings (on my PC), "Desktop mode" was set to No again, even though I definitely didn't disable it. And after setting it to Yes, I loaded up danbooru on Android, and got the mobile version. Checking Advanced Settings on Android, Desktop mode was set to No, while on the same page on my PC, it was set to Yes. I don't know what's going on with it; it feels like maybe it's being saved locally instead of server-side, and then the local setting is overwriting the server-side setting.
For now, I've gone into Advanced Settings on both PC and Android and set Desktop mode to yes, and also selected "Request desktop site" on Android. I'll post again if the error continues.
Laethiel said:
...
Created issue #3334.
Got the word back, and it seems like it's just a way to set and unset desktop mode for a particular device.
Updated
@Chiera
All tumblr uploads require a manual source change. The url of the image in no way relates to the post it's from (or at least not easily like pixiv & dA).
You can't see it in the post history though because all changes by the uploader get piled into the first entry until someone else makes a change.
Chiera said:
Apparantly, when you upload an animation from Tumblr it doesn't change the source automatically to the post URL, but you have to adjust it manually.
SciFi said:
@Chiera
All tumblr uploads require a manual source change. The url of the image in no way relates to the post it's from (or at least not easily like pixiv & dA).
You can't see it in the post history though because all changes by the uploader get piled into the first entry until someone else makes a change.
Really...? I just uploaded post #2893194 from Tumblr using the bookmarklet, and did not have to fix the source up afterwards.
BrokenEagle98 said:
Really...? I just uploaded post #2893194 from Tumblr using the bookmarklet, and did not have to fix the source up afterwards.
Jup, exactly that. I should have made clear that I talk about the bookmarklet, that's my fault.
But it really doesn't work with animations. There you have to fix the source manually, even with the bookmarklet.
Seiga related:
https://lohas.nicoseiga.jp/o/bab438926b4abf600b8aeec525b00a395b9b51b0/1508263869/7517059
From that page, the bookmarklet doesn't work.
It works from this page, though:
http://seiga.nicovideo.jp/seiga/im7517059
It used to work on both pages.
Related to issue #3310. It's a text area instead of a text input. You can tell by the little draggable item in the lower right-hand corner. It looks especially large in mobile mode...
https://drive.google.com/open?id=0B39jDgCtzVHuUE8yM2xlbTBOX2s
...but it's actually an improvement in that mode since it has a lot more room for tag input.
But in desktop mode with the way it wraps the tags around to the next line, it's not so convenient. However, the height of the box can always be increased, so...
Nevertheless, one might want to check out the above issue. There has also been a proposition put forward to put the search box at the top of the page.
BrokenEagle98 said:
Related to issue #3310. It's a text area instead of a text input. You can tell by the little draggable item in the lower right-hand corner. It looks especially large in mobile mode...
https://drive.google.com/open?id=0B39jDgCtzVHuUE8yM2xlbTBOX2s
...but it's actually an improvement in that mode since it has a lot more room for tag input.
But in desktop mode with the way it wraps the tags around to the next line, it's not so convenient. However, the height of the box can always be increased, so...
Nevertheless, one might want to check out the above issue. There has also been a proposition put forward to put the search box at the top of the page.
I don't really care where it is as long as I can read what it says.
DeusExCalamus said:
I don't really care where it is as long as I can read what it says.
Yeah, sorry... I realized after I posted that I hadn't answered the text size question.
The issue is that it's using Consolas instead of Arial, so the following CSS will fix it.
#c-posts #tags {
font-family: Arial;
}If you want to increase the size beyond that...
#c-posts #tags {
font-family: Arial;
font-size: 125%;
}Just adjust the percentage size according to your needs.
Updated
Doesn't work for me @brokeneagle98, attempting to troubleshoot
EDIT
https://imgur.com/a/IZ4BM
Edit edit:
Tested both in chrome and firefox, neither work
Updated
DeusExCalamus said:
Doesn't work for me @brokeneagle98, attempting to troubleshoot
EDIT
https://imgur.com/a/IZ4BM
Edit edit:
Tested both in chrome and firefox, neither work
You're closing out the previous statement (div.addthis_toolbox) with a right parentheses ')' instead of a right curly bracket '}'.