it is not, technically, broken. My mistake.You said "it's broken". I was trying to say "working as designed" and explain the design.
it is not, technically, broken. My mistake.You said "it's broken". I was trying to say "working as designed" and explain the design.
- For me, the Flatlaf themes put 36 lines in the same space that the native themes have 33 lines. Your gCLI has about 40 lines. Might be this flatlaf/openJDK issue. I can try changing that setting, but it's not necessarily fixable. What OS version/Java version/Theme do you see this with?
javaw -jar
.Yep, that was the theme support. I needed to adjust it a bit and got it wrong. Last thing I touched, first thing I fixed...Not 100% sure this is related to the new theme support code (UI stuff is way out of my area), but that seemed like the best bet, so I'm reporting here. Feel free to move if this turns out to be unrelated to the recent theme fiddling.
r20535 fixed this issue! That's what I get for not updating before I complain! Thanks for the prompt action.
The Flatlaf themes specify Helvetica Neue 13 on MacOS.
- OS: Windows 10 Enterprise 2004 (build 19041.630) KR
- Java: AdoptOpenJDK build 11.0.8+10 (64-bit). If it helps, I'm launching the JAR via
javaw -jar
.- Theme: Dracula, though I have tested ~20 new themes so far and all of them have smaller gCLI fonts than the "OS default" (Windows)/Metal/Nimbus themes.
Mac OS X | [family=Lucida Grande,name=Lucida Grande,style=plain,size=13] |
Metal | [family=Dialog,name=Dialog,style=plain,size=12] |
Nimbus | [family=SansSerif,name=sansserif,style=plain,size=12[/TD] |
CDE/Motif | [family=Serif,name=Serif,style=plain,size=12] |
All the Flatlaf themes | [family=Helvetica Neue,name=Helvetica Neue,style=plain,size=13] |
Well, I definitely wouldn't have tried that. Not sure this solves @philmasterplus 's problem, but it might give us a workaround...If you go to Preferences > Chat Options ... the first 3 options in that panel seem to affect the text size in the cli. For the themes which appear with small fonts, I was able to easily adjust the size to something more readable with those.
If you go to Preferences > Chat Options ... the first 3 options in that panel seem to affect the text size in the cli. For the themes which appear with small fonts, I was able to easily adjust the size to something more readable with those.
Tweak: r20535 fixes the issue where some themes set the AdventureSelect.countField size too small.
- OS: Windows 10 Enterprise 2004 (build 19041.630) KR
- Java: AdoptOpenJDK build 11.0.8+10 (64-bit)
always welcome,Could we increase the countField size a little bit more? The field is still a bit too small on my system when using any of the new flatlaf themes.
By the way, my system is:
I increased the width from 60 to 75 and it seems good enough. Here are screenshots of before & after:
View attachment 10014 View attachment 10013
I'm also attaching a patch file in case you need one.
Is it that they're too narrow or that they have a margin? I've seen what looks like both...P.S. Another problem with the new themes: many UI elements become too narrow height-wise, e.g. the login ID/PW textfields, mall search text fields, dropdowns in the Gear Changer/Choice Adventures panel, ... it might be an OS/JDK-specific thing, so I'm hesitant to file it as a bug.
I haven't used chat to interact with another person for several years.I'll take a look at chat. As a loner curmudgeon, I don't chat in KoLMafia chat much...
Depending on if someone is wearing the vampyric cloake , a's and b's have dark red colors (made worse in dark mode) If the html rewrite can force those colors into a different color scheme, that could be helpful.Frono, I found that I could talk to chatbot and it gave me the color issues, so we can keep on working without breaking our streak.
It seems like there are two possible approaches:
1: change the background back to browser-isn off-white for the chat window
2: Intercept and re-write incoming chats to use different colors (perhaps from the color picker, or a standard set of dark-colors, like we're doing elsewhere).
I'd prefer approach #2. Ideally, I'd prefer approach #2 and it included a set of colors that looked good on light and dark backgrounds.
The description window and the mini-browser also need work in this area.
For the mini-browser approach #1 may have to be done, because a number of graphical elements depend on transparency over a white field and
font color="#7695B4">[20:10]</font> <a href="showplayer.php?who=1234567"><b><font color="black">player1234567</font></b></a>: <font color=darkred>o</font>h ye<font color=darkred>a</font>h - since I h<font color=darkred>a</font>ven't <font color=darkred>b</font>e <font color=darkred>a</font>r<font color=darkred>o</font>und since the <font color=darkred>o</font>p<font color=darkred>a</font>ndemic st<font color=darkred>a</font>rted - I n<font color=darkred>o</font>w d<font color=darkred>o</font> duet style <font color=darkred>a</font>udi<font color=darkred>o</font><font color=darkred>b</font><font color=darkred>o</font><font color=darkred>o</font>ks <font color=darkred>a</font>lm<font color=darkred>o</font>st exclusively<br>