Comments/Ratings for a Single Item
That's now corrected.
I see
And maybe you’ll make text in brown dark mode if not whiter but bit brighter?
Yes, the saving worked, but when writing the form on mobile, it was using the wrong condition to add " SELECTED" to the darker option. That's now corrected.
Ah, forgot to say. Color scheme changes’ saving doesn’t work!
No, it works, but sets darker mode when turning to dark and vice-versa.
I have updated PHP to 8.1.28, and I will be going over the error logs for things I have to change to keep up with this new version. If anything stops working, let me know.
For me, light brown text in brown Dark mode is significantly less readable.
That's going to vary with the device and the person. That's why there is now a third color scheme.
For me, light brown text in brown Dark mode is significantly less readable. And comments’ text is still white and readable.
I did not use the darker text color in globalindex.css, which the homepage uses, because it is mainly intended for making it easier to read long passages of text, which the homepage and other index pages do not have. It should affect text in lists if they are not links, but all the examples you gave of lists were filled with links. If you prefer a more high contrast display with white text on a dark background, you can use the Darker color scheme.
And now in brown Dark mode text is light-brown instead of white!!!
However, main page and lists are not disturbed. It means that then entire site will work normally.
I modified the Dark color scheme to use a darker color for the text that works well with the chocolate background color. This is to make reading more comfortable on brightly lit screens. However, it was too low contrast on my Likebook Mars.
So I have added a new high contrast color scheme called Darker, represented by the New Moon emoji in the color scheme selection form. This is intended mainly for eink devices for which the Dark color scheme may be too low contrast, though you may still use it on other devices if you prefer it. In general, its background colors are darker, and its text colors are lighter. For the main background and text, it uses black and white. Unlike the Light and Dark color schemes, this one is not available through your browser settings. It is available only by selecting it on the website, and you may have to refresh your cache before it starts working.
I have made the controls for changing the color scheme more accessible. They appear on the right of the menubar in desktop mode, and they appear at the bottom of the menu on mobile devices.
Perfect!
Could I have the ItemID of this page changed to match the changed title?
My iPad has iOS 17.4.1, but I do have access to an old iPhone with iOS 15.8.2. The dark scheme partially works on it, but I see that the logo is not changing. It shows the elephant and unicorn logos instead of the dragon horse and (fairy) princess logos even when it is in dark mode. By substituting an older CSS file in index.html, I could tell that color-mix was not working, and blue but especially indigo did not contrast well with the dark background. I found this iPhone had the same problems in both Firefox and Chrome. At least using custom properties instead of color-mix has fixed the problem with the link text color.
To get the logo to change, I tried using the <picture>
tag. As I feared, it would not work unless dark mode was selected at the browser level. This is why I normally use CSS to switch the logo. Chrome and Safari did not provide me any means to select dark mode at the browser level, though Firefox did. But when I selected dark mode in Firefox at the browser level, it wasn't working. Using test pages, I got it to work for browser selected dark mode by removing a test using :not. But doing this disabled the ability to select the light scheme from the menu when the browser's dark mode is turned on. I tried to fix this, and while my fix works on my desktop, it does not work in the Firefox app on this iPhone. So, I have no solution for getting the right logo to show up on this older iPhone that would work equally well with both methods of selecting the color scheme.
Well, it seems to be working fine for me now. :) Thanks!
I temporarily made myself the co-author of one of your pages to get the link you get for editing the page. I had introduced a new line using the variable $type, but the rest of the script was using $itemtype for the value of Type. So I changed the variable name, and it started working correctly.
Oh yeah, main and listing pages are fine. They’re the first pages which bring changes.
So, first, I would like you to report to me which version of which browser on which operating system or device has this problem. Then I would like you to make sure everything is up-to-date.
Safari. iOS 15.8.2 is the latest available for my device.
Analogically. For any my submission.
Works-in-progress:
Tifinagh Soup
Dai Dai Kagamigi
Unnecessarily Complicated Chess on a Tesseract
Greater Dragon Wars
Drunken (K)nights
Awaiting Review:
Unnecessarily Complicated Chess
Monster Mash
Xodohtro Chess (formerly Unorthodox Chess)
I haven't checked my already-published games yet, but since only one game page of the above two types (Clue Chess) isn't experiencing this, I think it's likely happening with them too. In other words, a system-wide problem.
Both of you, please list specific pages this is a problem on.
I have two unfinished submissions, but when I try to edit either of them I see "Since this is not a Game Rules page, please move any content here to the top section."
They are both meant to be Game Rules pages, so could someone fix that?
I'm getting the same thing on several of my pages.
I have two unfinished submissions, but when I try to edit either of them I see "Since this is not a Game Rules page, please move any content here to the top section."
They are both meant to be Game Rules pages, so could someone fix that?
I also changed the color for the vertical bar on blockquotes to the same color to match.
Since I didn't like how light this was in the light scheme, I considered other colors than darkkhaki for --nav-highlight-color, but I kept coming back to darkkhaki for that. So instead I looked for another custom property to use for the color of the vertical bar, and after trying out currentColor, I settled on --visited-link-color. I like how it stands out in each color scheme, and previous comments usually share the feature with visited links of being previously read.
25 comments displayed
Permalink to the exact comments currently displayed.
I have now updated Mobile Detect to 4.8.06. Since it works differently than the old version, mobile detection was a bit wonky until I got it working correctly.