GNU bug report logs -
#13106
Graphical glitches in Cocoa Emacs
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 13106 in the body.
You can then email your comments to 13106 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13106
; Package
emacs
.
(Thu, 06 Dec 2012 21:39:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Bjarte Johansen <bjo013 <at> student.uib.no>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 06 Dec 2012 21:39:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I have some graphical problems in my emacs installation.
I will most of the time In Cocoa Emacs see graphical glitches on the text and other places in the window. Usually it manifests by turning a pixel or two a different colour then what it is supposed to be. Sometimes there will be a line, It is usually in areas of high change. I have a clock on the right side of the mode line. After some time some of the pixels around the characters will turn green. It is most often (if not all the time) on the right side of the screen, as if there is a "off-by-one"-error.
Other times I will also see a darker colour next to the right fringe. This colour is the same as the colour I have for the mode line and cursor.
In the package list there will be some small areas on top of the buffer that does not change to the darker colour I have set it should have and will keep the background colour.
The version I have been using is Emacs 24.2, but I have had this problem since Emacs 23.* (or when started using OS X).
Thank you for your time.
Regards,
Bjarte Johansen
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13106
; Package
emacs,ns
.
(Fri, 07 Dec 2012 01:50:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 13106 <at> debbugs.gnu.org (full text, mbox):
> The version I have been using is Emacs 24.2, but I have had this problem
> since Emacs 23.* (or when started using OS X).
Please try it with the pretest version (24.2.90, a pre-release version
of 24.3), and see if you can come up with a way to reproduce
the problem.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13106
; Package
emacs,ns
.
(Fri, 07 Dec 2012 12:59:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 13106 <at> debbugs.gnu.org (full text, mbox):
On Dec 7, 2012, at 02:48, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
>> The version I have been using is Emacs 24.2, but I have had this problem
>> since Emacs 23.* (or when started using OS X).
>
> Please try it with the pretest version (24.2.90, a pre-release version
> of 24.3), and see if you can come up with a way to reproduce
> the problem.
>
>
> Stefan
I still get some artefacts, though right now it seems to be much less then usual. How I reproduce it it to run /Emacs -Q --eval "(set-face-attribute 'default nil :font \"monaco-14\")" (it needs the bigger text it seems). I then open a file with a lot of text, like the GPL, and scroll to the bottom. When I scroll back up you can see at least one pixel on the mode line where the line numbers are that shouldn't be there. There is also some storage pixels near the are that describes where you are in the file. The more times I scroll back and forth, the easier it is to see the pixels.
I also seem to be missing antialiasing in this version. Am I just crazy or did the text look better in 24.2?
The area above the package-list seems to be ok though.
(I appologize to Stefan, I forgot to CC debbugs, so you get it twice.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13106
; Package
emacs,ns
.
(Mon, 10 Dec 2012 06:31:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 13106 <at> debbugs.gnu.org (full text, mbox):
Hello.
7 dec 2012 kl. 13:58 skrev Bjarte Johansen <bjo013 <at> student.uib.no>:
>
> On Dec 7, 2012, at 02:48, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
>
>>> The version I have been using is Emacs 24.2, but I have had this problem
>>> since Emacs 23.* (or when started using OS X).
>>
>> Please try it with the pretest version (24.2.90, a pre-release version
>> of 24.3), and see if you can come up with a way to reproduce
>> the problem.
>>
>>
>> Stefan
>
> I still get some artefacts, though right now it seems to be much less then usual. How I reproduce it it to run /Emacs -Q --eval "(set-face-attribute 'default nil :font \"monaco-14\")" (it needs the bigger text it seems). I then open a file with a lot of text, like the GPL, and scroll to the bottom. When I scroll back up you can see at least one pixel on the mode line where the line numbers are that shouldn't be there. There is also some storage pixels near the are that describes where you are in the file. The more times I scroll back and forth, the easier it is to see the pixels.
>
Ca you provide a screenshot?
> I also seem to be missing antialiasing in this version. Am I just crazy or did the text look better in 24.2?
See bug 11484 (http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11484).
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13106
; Package
emacs,ns
.
(Mon, 10 Dec 2012 10:39:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 13106 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Dec 10, 2012, at 07:29, Jan Djärv <jan.h.d <at> swipnet.se> wrote:
> Ca you provide a screenshot?
If you look at the attached screenshot you can see that next to Top there are some black pixels that are not supposed to be there. Those line perfectly up with the % sign that would be there if I was somewhere else in the text. After the 2 you can also see a black pixel. That pixel is exactly where the tail in the end of the 4 would be for the next character. (e.g. if I was at line 404).
>
>> I also seem to be missing antialiasing in this version. Am I just crazy or did the text look better in 24.2?
>
> See bug 11484 (http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11484).
This explains a bit. I would rather have the bug then not have anti-aliasing though.
[Message part 2 (text/html, inline)]
[Screen Shot 2012-12-10 at 11.32.08.png (image/png, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13106
; Package
emacs
.
(Wed, 04 May 2016 18:42:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 13106 <at> debbugs.gnu.org (full text, mbox):
Bjarte Johansen <bjo013 <at> student.uib.no> writes:
> Hi,
> I have some graphical problems in my emacs installation.
>
> I will most of the time In Cocoa Emacs see graphical glitches on the
> text and other places in the window. Usually it manifests by turning a
> pixel or two a different colour then what it is supposed to be.
> Sometimes there will be a line, It is usually in areas of high change.
> I have a clock on the right side of the mode line. After some time
> some of the pixels around the characters will turn green. It is most
> often (if not all the time) on the right side of the screen, as if
> there is a "off-by-one"-error.
>
> Other times I will also see a darker colour next to the right fringe. This colour is the same as the colour I have for the mode line and cursor.
>
> In the package list there will be some small areas on top of the buffer that does not change to the darker colour I have set it should have and will keep the background colour.
>
> The version I have been using is Emacs 24.2, but I have had this problem since Emacs 23.* (or when started using OS X).
Hi, I believe this is fixed in Emacs 25 (possibly a later release of
Emacs 24 too). Can you try the pretest and see if you still get these
glitches?
--
Alan Third
Added tag(s) unreproducible.
Request was from
Alan Third <alan <at> idiocy.org>
to
control <at> debbugs.gnu.org
.
(Wed, 04 May 2016 18:51:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Alan Third <alan <at> idiocy.org>
:
You have taken responsibility.
(Thu, 05 May 2016 11:56:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Bjarte Johansen <bjo013 <at> student.uib.no>
:
bug acknowledged by developer.
(Thu, 05 May 2016 11:56:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 13106-done <at> debbugs.gnu.org (full text, mbox):
On 5 May 2016 at 12:17, Bjarte Johansen <bjarte.johansen <at> uib.no> wrote:
>
> On 04 May 2016, at 20:41, Alan Third <alan <at> idiocy.org> wrote:
> Hi, I believe this is fixed in Emacs 25 (possibly a later release of
> Emacs 24 too). Can you try the pretest and see if you still get these
> glitches?
>
>
> Seems to be fixed in 24.5.1, do you need to me to test in a later version as
> well?
No, that's fine. I'll close this bug report.
Thanks!
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13106
; Package
emacs
.
(Thu, 05 May 2016 15:30:02 GMT)
Full text and
rfc822 format available.
Message #30 received at 13106 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> On 04 May 2016, at 20:41, Alan Third <alan <at> idiocy.org> wrote:
> Hi, I believe this is fixed in Emacs 25 (possibly a later release of
> Emacs 24 too). Can you try the pretest and see if you still get these
> glitches?
Seems to be fixed in 24.5.1, do you need to me to test in a later version as well?
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 03 Jun 2016 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 15 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.