-
Notifications
You must be signed in to change notification settings - Fork 16
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
Addressing stipple attribute issue on NS and PGTK systems #54
Comments
I'm hopeful this situation will be corrected soon. PGTK is fixed (for Emacs 30), an there has been some progress on the NS port in Emacs 30 (though color is not yet working). Once discussion of the ELPA package resumes I plan to press on this a bit with emacs-devel. |
Let's hope this situation will be corrected soon. (However, for NS or PGTK users with Emacs versions earlier than 30, |
I could include a warning message for these versions. I don't want to hard-code it because sometimes people back-port changes. Unfortunately Emacs pretends to fully support stipples in all GUI versions, and never indicates an error, so there's no reliable way to check for support (other than by hand). I'm also unclear about "Cairo". Do you know, is that orthogonal/unrelated to PGTK vs. GTK? I've had reports of stipple issues with Cairo as well; can you confirm this? |
Do you (or anyone else) have access to a PGTK machine? What is |
I have never tried PGTK Emacs.
That makes sense. A warning message could definitely help
I am using Emacs (versions 29.4 and 30) compiled with (I also compiled Emacs 29.4 with |
For some reason, when I tried |
For real? That's maddening, but there must be some difference. Did you also try the simple Stipple test in the README to be sure it wasn't some configuration issue? I haven't had a lot of takers in actually testing across all the various systems, so I'm shooting in the dark. It's super helpful to have this info. @minad: sounds like Cairo maybe isn't the culprit. |
So strange. The GTK and Cairo versions are exactly the same? How about font (just guessing here)? |
GTK and Cairo versions are identical (3.24.38 and 1.16.0, respectively). The Linux distribution is the same, the window manager is the same, and the font is also the same:
The main difference between the two computers is their specifications (number of CPUs, RAM, etc.). It doesn't work on the older machine, but it works on the newer one. However, this is probably not what's preventing the stipple attributes from appearing. |
Monitor dpi? |
The monitor's DPI could be the issue, as it's the main difference between the two computers. Stipples may depend on the display's pixel density to render properly. Have you ever discussed this with the Emacs developers? (To help users, I’ve added a paragraph to talk about indent-bars compatibility included an Elisp code to the the article that sets |
I'd prefer not to hard-code |
In both systems, |
Strange, the high-dpi is often larger. Can you change the stipple list to 5 1's and 4 0's above? |
Please provide the exact test Elisp code so we can ensure the result matches the specified code. |
OK thanks. So that's pretty definitive. Two things to try if you can:
|
@jamescherti any chance to take a look here? I think you may have found a potential explanation for some conflicting accounts on stipple compatibility (Linux non-PGTK). It would be great to amass a bit more evidence then open a bug report, so we can hopefully get some of this handled prior to Emacs 30 release. |
I've just realized that neither monitor is high-DPI. I would be happy to help. What specific test would you like me to run on the laptop where it's not working (non-high-DPI)? Should I use the non-Cairo version on the laptop where it isn't working? If so, please send me the compilation flags (How about: |
Well that's even stranger then. Yes, |
I compared the I will proceed with testing using |
Compiling with the However, this doesn't explain why it worked on the other computer with |
Interesting, so Cairo is implicated after all, right? I'm not familiar with Cairo unfortunately. Would you be able to open a bug report (by sending an email to bug-gnu-emacs@gnu.org)? |
I'll leave it to you to send a bug report, as you can describe the behavior of |
Update: I'll submit a report and copy you. The report wouldn't be about Alternatively I can submit it and copy you, if you are able and willing to install test patches they propose. |
Yes, please submit it and include me in the communication. I’d be happy to test the patches on the computer where the stipple attribute isn’t working. |
Great thanks. Check your Reddit PM for a req RE email. |
I haven't been able to connect with you to get an email. The bug report is filed, and it would be useful if you could copy yourself into the conversation. I find the easiest way to do that is download MBOX, and import it into my mail client, then reply-all from there. Po Lu is surprised about Cairo being an issue, since the capability is shared with PGTK. BTW, did you compile Emacs v30 on both of your Cairo systems? |
Thanks. I ask because your earlier version screenshot mentions v29.4. Let's see if Po has any ideas. |
The version in my previous screenshot was different because I tested the stipple attribute and |
Truly mysterious. Must be some other Cairo setting then. Are there any other config settings for display that differ between the systems? I know we've ruled out high-DPI. |
I programmatically configure my computers using Ansible and scripts, which replicate the same configuration across multiple machines. The configurations are generally uniform. What specific display configuration settings are you referring to, JD? |
I see. I'm not a desktop Linux user so I can't really say; just fishing in the dark here. I suspect the bug discussion will generate these same type of questions ("so what's different?"). Sounds like you have compiled multiple identical Emacs versions on two identical systems, and gotten different stipple results (always good on system 1, only good on system 2 |
The stipple attributes doesn't work on NS and PGTK, though it functions perfectly on Linux and GTK3.
I’m wondering whether the
indent-bars
package should automatically behave as ifindent-bars-prefer-character
is set tot
on NS and PGTK systems. This might help maintain the package's reputation for stability, as users might think it’s broken if they don’t see the bars.What do you think, @jdtsmith?
The text was updated successfully, but these errors were encountered: