5 p.m.
Howdy all.
Yesterday I upgraded all of my installed packages on my 21.4.{4,6}
installation here (thought I was using my 21.4.6 installation up until going
to type this note the first time when I noticed that it was 21.4.4, but that's
another story and I'm seeing the same behavior with 21.4.6 after correcting
that situation). And after doing so, some images that were displayed properly
in the previous version of VM I was using (7.00, I believe) now are showing
the top 20 or 30 pixel rows repeated throughout the whole image.
This is primarily on larger images, I'm guessing, since I did find an email
with a smaller image that displayed correctly.
The only thing that changed was updating all of the elisp packages that were
upgraded along with the SUMOs. Prior to that the image display was fine. I
wanted to revert to the previous version of VM to see if the problem was
isolated to those changes only or not, but couldn't find the old package
anywhere on the ftp site. Is there anywhere I can find that previous (7.00)
package of VM?
Anyone else seeing this behavior? I'll attach 2 images below, a small one
that displays correctly for me here, and a larger one that doesn't...
Thanks,
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
======================================================================
This one displays ok:
and this one does not:
5:09 p.m.
>>>> "Charles" == Charles Hines
<chuck.hines(a)baesystems.com> writes:
...
Charles> This is primarily on larger images, I'm guessing, since I did find an
Charles> email with a smaller image that displayed correctly.
As a followup to my own note, it's actually the image width that is the
culprit, if it goes beyond the edge of the frame this occurs, where if I
resize the frame wider than the image it displays properly. Again, wide
images displayed fine before I upgraded the packages.
Any ideas? Anyone else seeing this?
Thanks,
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
6:07 p.m.
So you didn't upgrade XEmacs at the same time? It seems unlikely that a
package upgrade would cause this. What version of XEMacs are you running with?
andy
At 11:09 AM 4/3/2002 -0500, Charles Hines wrote:
>>>>> "Charles" == Charles Hines
<chuck.hines(a)baesystems.com> writes:
...
Charles> This is primarily on larger images, I'm guessing, since I did find an
Charles> email with a smaller image that displayed correctly.
As a followup to my own note, it's actually the image width that is the
culprit, if it goes beyond the edge of the frame this occurs, where if I
resize the frame wider than the image it displays properly. Again, wide
images displayed fine before I upgraded the packages.
Any ideas? Anyone else seeing this?
Thanks,
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies
Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
7:38 p.m.
>>>> "Andy" == Andy Piper <andyp(a)bea.com>
writes:
Andy> So you didn't upgrade XEmacs at the same time?
Correct. Continued using the same executable(s) but using the package
management system to upgrade all of my installed packages. After that, this
image wierdness appeared.
Andy> It seems unlikely that a package upgrade would cause this. What version
Andy> of XEMacs are you running with?
Both 21.4.4 and 21.4.6 (Solaris 2.7, Forte compiler with optimizations, no
MULE).
If someone has lying around (or can regenerate) the VM 7.00 package, I'll
revert back to that to see if that's actually the culprit or not.
Hm...actually, after typing the above I decided to go to the VM website and
check out the diffs between 7.00 - 7.03, and I noticed these differences
between 7.00 and 7.01 in vm-mime.el:
======================================================================
*** 2519,2522 ****
(let ((strips (vm-make-image-strips tempfile
! (font-height
! (face-font 'default))
image-type
--- 2574,2577 ----
(let ((strips (vm-make-image-strips tempfile
! (* 2 (font-height
! (face-font 'default)))
image-type
***************
*** 2541,2544 ****
"|image|"))))))
! (setq e (vm-make-extent (1- (point)) (point)))
! (if (cdr strips) (insert "\n"))
(vm-set-extent-property e 'begin-glyph g)
--- 2596,2599 ----
"|image|"))))))
! (insert " \n")
! (setq e (vm-make-extent (- (point) 2) (1- (point))))
(vm-set-extent-property e 'begin-glyph g)
======================================================================
Undoing these two changes by hand reverts things to (what I feel is) the
proper behavior, although I don't know enough about the glyph handling to
understand why.
BTW - Does Kyle still peruse this list?
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
3:14 p.m.
New subject: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
Howdy all.
Ok, after chatting with Kyle Jones about the odd problem I reported earlier
this week (or was it last week) about the incorrect display of wide graphics
in XEmacs after updating VM, we decided that a redisplay bug or two was being
triggered. I have some simple elisp to demonstrate this attached below
(attached below), which displays a short wide pixmap in a couple different
ways (requires XPM support compiled in, obviously). Tested it in a "clean"
21.4.6 environment like so:
env XUSERFILESEARCHPATH="" xemacs -vanilla -l xemacs-glyph-wrap-bug.el
The elisp will pop up 3 frames, 2 which display the embedded pixmap correctly
and one which will not. The first frame shows how VM was originally (v7.00)
inserting the image slices, which displays ok (I believe that the \n is not
part of the extent that contains the glyph). The 2nd frame shows how VM is
inserting the slice now (v7.03) where the extent holding the glyph also holds
a space and a newline (I believe). The 3rd frame which displays correctly has
the space outside of the extent, and it displays correctly. Now, if you
resize the "bad" example frame so it's wider than the pixmap, the pixmap is
displayed correctly. Resize it smaller again, displayed bad again.
Also, I noticed something else interesting (i.e. likely another redisplay bug,
not directly related I'm assuming). If you take and opaquely move one of the
good windows over the bad window (I'm using fvwm version 2.4.3) and off again
from left to right, the image does not redraw itself well (correctly or
incorrectly). Going from right to left will redraw itself (correctly, but
still incorrectly repeated) however. The "good" windows exhibit this same
behavior.
And interestingly, if you drag the obscuring window from right to left (which
as I said causes the image to be redrawn "correctly") but do so slowly,
you'll
see that as the underlying window is exposed that the pixmap is actually
slowly redrawn (corresponding to the movement) from left to right instead of
from right to left (in the areas already exposed) so it isn't "correct"
until
the obscuring window is moved completely off!
Using this test case, does anyone else observe this same behavior, either with
21.4.6 or the latest 21.5 stuff? I haven't tried the latter yet...
I'll try it on my Linux box at home tonight too (running 21.4.6 as well) if no
one else sees it to see if it's perhaps something specific to my Solaris box
here at work.
Thanks,
Chuck
ps - here's the output of report-xemacs-bug, for more info about my setup, and
the elisp is attached below it:
System Info to help track down your bug:
---------------------------------------
uname -a: SunOS neo 5.7 Generic_106541-15 sun4u sparc SUNW,Ultra-60
configure 'sparc-sun-solaris2.7' '--verbose' '--extra-verbose'
'--with-x' '--debug=no' '--error-checking=none'
'--with-scrollbars=lucid' '--with-menubars=lucid'
'--with-dialogs=athena' '--with-widgets=athena'
'--with-athena=xaw' '--with-cde' '--with-mule=no'
'--with-xim=no' '--with-xpm' '--with-gif' '--with-png'
'--with-jpeg' '--with-xface' '--with-pop'
'--with-tooltalk' '--with-workshop'
'--compiler=/auto/sunos/workshop/bin/cc' '--cflags=-O'
'--dynamic=yes' '--site-includes=/home/hines/utils/xemacs-extras/include'
'--site-libraries=/home/hines/utils/xemacs-extras/lib'
'--prefix=/home/hines/utils/xemacs-21.4.6-install'
'--bindir=/home/hines/utils/xemacs-21.4.6-install/bin'
XEmacs 21.4.6 "Common Lisp" configured for `sparc-sun-solaris2.7'.
Compilation / Installation:
Source code location: /home/hines/utils/xemacs-21.4.6
Installation prefix: /home/hines/utils/xemacs-21.4.6-install
Additional header files: /home/hines/utils/xemacs-extras/include
Additional libraries: /home/hines/utils/xemacs-extras/lib
Runtime library search path: /usr/dt/lib:/usr/openwin/lib
Operating system description file: `s/sol2.h'
Machine description file: `m/sparc.h'
Compiler: /auto/sunos/workshop/bin/cc -O
Relocating allocator for buffers: yes
GNU version of malloc: yes
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/dt/include /usr/openwin/include
- X Windows libraries location: /usr/dt/lib /usr/openwin/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for DBM.
Compiling in support for LDAP.
Internationalization:
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for ToolTalk.
Compiling in support for Sun WorkShop.
Compiling in support for dynamic shared object modules.
Load-Path Lisp Shadows:
----------------------
(/home/hines/utils/xemacs-beta/lib/xemacs/xemacs-packages/lisp/ps-print/ps-print
/home/hines/utils/xemacs-beta/lib/xemacs/xemacs-packages/lisp/ps-print-nomule/ps-print)
Installed XEmacs Packages:
-------------------------
((zenirc:version 1.13 :type regular)
(xslt-process :version 1.06 :type regular)
(xslide :version 1.01 :type regular)
(xemacs-devel :version 1.43 :type single-file)
(xemacs-base :version 1.61 :type regular)
(w3 :version 1.22 :type regular)
(vm :version 7.03 :type regular)
(viper :version 1.33 :type regular)
(view-process :version 1.11 :type regular)
(vhdl :version 1.15 :type regular)
(vc-cc :version 1.18 :type regular)
(vc :version 1.3 :type regular)
(tramp :version 1.04 :type regular)
(tpu :version 1.12 :type regular)
(tooltalk :version 1.13 :type regular)
(tm :version 1.32 :type regular)
(time :version 1.11 :type regular)
(textools :version 1.12 :type regular)
(text-modes :version 1.4 :type single-file)
(texinfo :version 1.2 :type regular)
(supercite :version 1.19 :type regular)
(strokes :version 1.08 :type regular)
(speedbar :version 1.23 :type regular)
(sounds-wav :version 1.1 :type regular)
(sounds-au :version 1.1 :type regular)
(slider :version 1.13 :type regular)
(sieve :version 1.02 :type regular)
(sh-script :version 1.14 :type regular)
(sgml :version 1.08 :type regular)
(semantic :version 1.12 :type regular)
(scheme :version 1.11 :type regular)
(rmail :version 1.13 :type regular)
(reftex :version 1.25 :type regular)
(psgml :version 1.27 :type regular)
(ps-print-nomule :version 1.05 :type regular)
(ps-print :version 1.03 :type regular)
(prog-modes
:version
1
.53
:type
single-file)
(pcomplete :version 1.01 :type regular)
(pcl-cvs :version 1.6 :type regular)
(pc :version 1.21 :type single-file)
(os-utils :version 1.26 :type single-file)
(net-utils :version 1.24 :type single-file)
(mmm-mode :version 1.0 :type regular)
(misc-games :version 1.15 :type single-file)
(mine :version 1.14 :type regular)
(mh-e :version 1.14 :type regular)
(mew :version 1.17 :type regular)
(mailcrypt :version 2.11 :type regular)
(mail-lib :version 1.44 :type regular)
(jde :version 1.34 :type regular)
(ispell :version 1.24 :type regular)
(ilisp :version 1.2 :type regular)
(igrep :version 1.08 :type regular)
(idlwave :version 1.25 :type regular)
(ibuffer :version 1.04 :type regular)
(hm--html-menus :version 1.18 :type regular)
(gnus :version 1.59 :type regular)
(gnats :version 1.14 :type regular)
(games :version 1.13 :type regular)
(fsf-compat :version 1.11 :type single-file)
(frame-icon :version 1.09 :type regular)
(forms :version 1.14 :type regular)
(footnote :version 1.14 :type regular)
(eudc :version 1.36 :type regular)
(eterm :version 1.13 :type regular)
(eshell :version 1.03 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.1 :type single-file)
(eieio :version 1.02 :type regular)
(efs :version 1.28 :type regular)
(edt :version 1.12 :type regular)
(edit-utils :version 1.82 :type single-file)
(ediff :version 1.39 :type regular)
(edebug :version 1.14 :type regular)
(dired :version 1.11 :type regular)
(dictionary :version 1.08 :type regular)
(debug :version 1.14 :type regular)
(crisp :version 1.12 :type regular)
(cookie :version 1.14 :type regular)
(clearcase :version 1.03 :type regular)
(cc-mode :version 1.27 :type regular)
(calendar :version 1.18 :type regular)
(calc :version 1.19 :type regular)
(c-support :version 1.16 :type single-file)
(build :version 1.05 :type regular)
(bbdb :version 1.2 :type regular)
(auctex :version 1.3 :type regular)
(apel :version 1.21 :type regular)
(ada :version 1.1 :type regular)
(Sun :version 1.13 :type regular))
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 zenirc-autoloads
xslt-process-autoloads xslide-autoloads xemacs-devel-autoloads
xemacs-base-autoloads w3-autoloads vm-autoloads viper-autoloads
view-process-autoloads vhdl-autoloads vc-cc-autoloads vc-autoloads
tramp-autoloads tpu-autoloads tooltalk-autoloads tm-autoloads
time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
slider-autoloads sieve-autoloads sh-script-autoloads sgml-autoloads
semantic-autoloads scheme-autoloads rmail-autoloads reftex-autoloads
psgml-autoloads ps-print-nomule-autoloads ps-print-autoloads
prog-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads net-utils-autoloads mmm-mode-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads
hm--html-menus-autoloads gnus-autoloads gnats-autoloads
games-autoloads fsf-compat-autoloads frame-icon-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
eshell-autoloads emerge-autoloads elib-autoloads eieio-autoloads
efs-autoloads edt-autoloads edit-utils-autoloads ediff-autoloads
edebug-autoloads dired-autoloads dictionary-autoloads debug-autoloads
crisp-autoloads cookie-autoloads clearcase-autoloads cc-mode-autoloads
calendar-autoloads calc-autoloads c-support-autoloads build-autoloads
bbdb-autoloads auctex-autoloads apel-autoloads ada-autoloads
Sun-autoloads lisp-autoloads loadhist auto-show fontl-hooks
x-iso8859-1 gutter-items menubar-items x-menubar mode-motion mouse
itimer auto-save lisp-mode easymenu iso8859-1 page buff-menu
lib-complete help-nomule cus-file derived frame text-props obsolete
cus-start custom widget cl-extra mini-cl cl cl-19 packages backquote
very-early-lisp sparcworks tooltalk lucid-scrollbars cut-buffer
lucid-menubars athena-dialogs x c-balloon-help tty-frames tty toolbar
native-sound scrollbar unix-processes multicast network-streams
subprocesses modules menu-accelerator-support menubar dbm md5 xemacs
gutter png gif jpeg xface xpm xbm lisp-float-type usg-unix-v dialog
devices window-system base64)
Recent keystrokes:
-----------------
button1 button1up M-x r e p o r SPC x e SPC SPC RE
T
Recent messages (most recent first):
-----------------------------------
Parsing /home/hines/.mailrc...
Loading xemacsbug...done
Loading xemacsbug...
===========================================================================
(setq pm (make-glyph "/* XPM */
static char * red_green_bar_xpm[] = {
\"900 20 11 1\",
\" c None\",
\". c #FE0204\",
\"+ c #788E18\",
\"＠ c #B25410\",
\"# c #32DA24\",
\"$ c #CE360C\",
\"% c #62A61C\",
\"& c #967214\",
\"* c #12FB2C\",
\"= c #4EBC20\",
\"- c #EA1804\",
\"************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************\",
\"************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************\",
\"************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************\",
\"************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************\",
\"####################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################\",
\"####################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################\",
\"====================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================\",
\"=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%==%===\",
\"%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%\",
\"+%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%+++++++\",
\"++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++\",
\"&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&\",
\"&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&\",
\"＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠\",
\"＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠\",
\"$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$\",
\"$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$\",
\"------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------\",
\"--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.---------------\",
\"....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................\"};"
))
(defun example-1 ()
(interactive)
(setq frm (make-frame '((name . "GlyphTest1-good")
(width . 20)
(height . 20)
)))
(select-frame frm)
(switch-to-buffer (generate-new-buffer "GlyphTest1-good"))
(insert "\n")
(setq e (make-extent (1- (point)) (point)))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
)
(defun example-2 ()
(interactive)
(setq frm (make-frame '((name . "GlyphTest2-bad")
(width . 20)
(height . 20)
)))
(select-frame frm)
(switch-to-buffer (generate-new-buffer "GlyphTest2-bad"))
(insert " \n")
(setq e (make-extent (- (point) 2) (1- (point))))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
)
(defun example-3 ()
(interactive)
(setq frm (make-frame '((name . "GlyphTest3-good")
(width . 20)
(height . 20)
)))
(select-frame frm)
(switch-to-buffer (generate-new-buffer "GlyphTest3-good"))
(insert " \n")
(setq e (make-extent (1- (point)) (point)))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
)
(example-1)
(example-2)
(example-3)
===========================================================================
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
3:13 a.m.
New subject: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
I see this. The problem appears to be that the clipped region is inverted -
i.e. at the wrong end of the pixmap. Also I see wrong behaviour with all
examples. I suspect I am responsible for this since I dorked with the
clipping code quite a bit.
My taxes are in. This can be redisplay week.
andy
-----Original Message-----
From: xemacs-beta-admin(a)xemacs.org
[mailto:xemacs-beta-admin＠xemacs.org]On Behalf Of Charles Hines
Sent: Thursday, April 11, 2002 7:14 AM
To: XEmacs Beta List
Cc: Kyle Jones
Subject: redisplay bug(s) with glyphs (was Re: email embedded images
displayed improperly after upgrading VM)
Howdy all.
Ok, after chatting with Kyle Jones about the odd problem I
reported earlier
this week (or was it last week) about the incorrect display of
wide graphics
in XEmacs after updating VM, we decided that a redisplay bug or
two was being
triggered. I have some simple elisp to demonstrate this attached below
(attached below), which displays a short wide pixmap in a couple different
ways (requires XPM support compiled in, obviously). Tested it in
a "clean"
21.4.6 environment like so:
env XUSERFILESEARCHPATH="" xemacs -vanilla -l xemacs-glyph-wrap-bug.el
The elisp will pop up 3 frames, 2 which display the embedded
pixmap correctly
and one which will not. The first frame shows how VM was
originally (v7.00)
inserting the image slices, which displays ok (I believe that the
\n is not
part of the extent that contains the glyph). The 2nd frame shows
how VM is
inserting the slice now (v7.03) where the extent holding the
glyph also holds
a space and a newline (I believe). The 3rd frame which displays
correctly has
the space outside of the extent, and it displays correctly. Now, if you
resize the "bad" example frame so it's wider than the pixmap, the
pixmap is
displayed correctly. Resize it smaller again, displayed bad again.
Also, I noticed something else interesting (i.e. likely another
redisplay bug,
not directly related I'm assuming). If you take and opaquely
move one of the
good windows over the bad window (I'm using fvwm version 2.4.3)
and off again
from left to right, the image does not redraw itself well (correctly or
incorrectly). Going from right to left will redraw itself (correctly, but
still incorrectly repeated) however. The "good" windows exhibit this same
behavior.
And interestingly, if you drag the obscuring window from right to
left (which
as I said causes the image to be redrawn "correctly") but do so
slowly, you'll
see that as the underlying window is exposed that the pixmap is actually
slowly redrawn (corresponding to the movement) from left to right
instead of
from right to left (in the areas already exposed) so it isn't
"correct" until
the obscuring window is moved completely off!
Using this test case, does anyone else observe this same
behavior, either with
21.4.6 or the latest 21.5 stuff? I haven't tried the latter yet...
I'll try it on my Linux box at home tonight too (running 21.4.6
as well) if no
one else sees it to see if it's perhaps something specific to my
Solaris box
here at work.
Thanks,
Chuck
ps - here's the output of report-xemacs-bug, for more info about
my setup, and
the elisp is attached below it:
System Info to help track down your bug:
---------------------------------------
uname -a: SunOS neo 5.7 Generic_106541-15 sun4u sparc SUNW,Ultra-60
configure 'sparc-sun-solaris2.7' '--verbose' '--extra-verbose'
'--with-x' '--debug=no' '--error-checking=none'
'--with-scrollbars=lucid' '--with-menubars=lucid'
'--with-dialogs=athena' '--with-widgets=athena'
'--with-athena=xaw' '--with-cde' '--with-mule=no'
'--with-xim=no'
'--with-xpm' '--with-gif' '--with-png' '--with-jpeg'
'--with-xface' '--with-pop' '--with-tooltalk'
'--with-workshop'
'--compiler=/auto/sunos/workshop/bin/cc' '--cflags=-O'
'--dynamic=yes'
'--site-includes=/home/hines/utils/xemacs-extras/include'
'--site-libraries=/home/hines/utils/xemacs-extras/lib'
'--prefix=/home/hines/utils/xemacs-21.4.6-install'
'--bindir=/home/hines/utils/xemacs-21.4.6-install/bin'
XEmacs 21.4.6 "Common Lisp" configured for `sparc-sun-solaris2.7'.
Compilation / Installation:
Source code location: /home/hines/utils/xemacs-21.4.6
Installation prefix:
/home/hines/utils/xemacs-21.4.6-install
Additional header files:
/home/hines/utils/xemacs-extras/include
Additional libraries: /home/hines/utils/xemacs-extras/lib
Runtime library search path: /usr/dt/lib:/usr/openwin/lib
Operating system description file: `s/sol2.h'
Machine description file: `m/sparc.h'
Compiler: /auto/sunos/workshop/bin/cc -O
Relocating allocator for buffers: yes
GNU version of malloc: yes
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/dt/include
/usr/openwin/include
- X Windows libraries location: /usr/dt/lib
/usr/openwin/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for DBM.
Compiling in support for LDAP.
Internationalization:
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for ToolTalk.
Compiling in support for Sun WorkShop.
Compiling in support for dynamic shared object modules.
Load-Path Lisp Shadows:
----------------------
(/home/hines/utils/xemacs-beta/lib/xemacs/xemacs-packages/lisp/ps-
print/ps-print
/home/hines/utils/xemacs-beta/lib/xemacs/xemacs-packages/lisp/ps-p
rint-nomule/ps-print)
Installed XEmacs Packages:
-------------------------
((zenirc:version 1.13 :type regular)
(xslt-process :version 1.06 :type regular)
(xslide :version 1.01 :type regular)
(xemacs-devel :version 1.43 :type single-file)
(xemacs-base :version 1.61 :type regular)
(w3 :version 1.22 :type regular)
(vm :version 7.03 :type regular)
(viper :version 1.33 :type regular)
(view-process :version 1.11 :type regular)
(vhdl :version 1.15 :type regular)
(vc-cc :version 1.18 :type regular)
(vc :version 1.3 :type regular)
(tramp :version 1.04 :type regular)
(tpu :version 1.12 :type regular)
(tooltalk :version 1.13 :type regular)
(tm :version 1.32 :type regular)
(time :version 1.11 :type regular)
(textools :version 1.12 :type regular)
(text-modes :version 1.4 :type single-file)
(texinfo :version 1.2 :type regular)
(supercite :version 1.19 :type regular)
(strokes :version 1.08 :type regular)
(speedbar :version 1.23 :type regular)
(sounds-wav :version 1.1 :type regular)
(sounds-au :version 1.1 :type regular)
(slider :version 1.13 :type regular)
(sieve :version 1.02 :type regular)
(sh-script :version 1.14 :type regular)
(sgml :version 1.08 :type regular)
(semantic :version 1.12 :type regular)
(scheme :version 1.11 :type regular)
(rmail :version 1.13 :type regular)
(reftex :version 1.25 :type regular)
(psgml :version 1.27 :type regular)
(ps-print-nomule :version 1.05 :type regular)
(ps-print :version 1.03 :type regular)
(prog-modes
:version
1
.53
:type
single-file)
(pcomplete :version 1.01 :type regular)
(pcl-cvs :version 1.6 :type regular)
(pc :version 1.21 :type single-file)
(os-utils :version 1.26 :type single-file)
(net-utils :version 1.24 :type single-file)
(mmm-mode :version 1.0 :type regular)
(misc-games :version 1.15 :type single-file)
(mine :version 1.14 :type regular)
(mh-e :version 1.14 :type regular)
(mew :version 1.17 :type regular)
(mailcrypt :version 2.11 :type regular)
(mail-lib :version 1.44 :type regular)
(jde :version 1.34 :type regular)
(ispell :version 1.24 :type regular)
(ilisp :version 1.2 :type regular)
(igrep :version 1.08 :type regular)
(idlwave :version 1.25 :type regular)
(ibuffer :version 1.04 :type regular)
(hm--html-menus :version 1.18 :type regular)
(gnus :version 1.59 :type regular)
(gnats :version 1.14 :type regular)
(games :version 1.13 :type regular)
(fsf-compat :version 1.11 :type single-file)
(frame-icon :version 1.09 :type regular)
(forms :version 1.14 :type regular)
(footnote :version 1.14 :type regular)
(eudc :version 1.36 :type regular)
(eterm :version 1.13 :type regular)
(eshell :version 1.03 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.1 :type single-file)
(eieio :version 1.02 :type regular)
(efs :version 1.28 :type regular)
(edt :version 1.12 :type regular)
(edit-utils :version 1.82 :type single-file)
(ediff :version 1.39 :type regular)
(edebug :version 1.14 :type regular)
(dired :version 1.11 :type regular)
(dictionary :version 1.08 :type regular)
(debug :version 1.14 :type regular)
(crisp :version 1.12 :type regular)
(cookie :version 1.14 :type regular)
(clearcase :version 1.03 :type regular)
(cc-mode :version 1.27 :type regular)
(calendar :version 1.18 :type regular)
(calc :version 1.19 :type regular)
(c-support :version 1.16 :type single-file)
(build :version 1.05 :type regular)
(bbdb :version 1.2 :type regular)
(auctex :version 1.3 :type regular)
(apel :version 1.21 :type regular)
(ada :version 1.1 :type regular)
(Sun :version 1.13 :type regular))
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 zenirc-autoloads
xslt-process-autoloads xslide-autoloads xemacs-devel-autoloads
xemacs-base-autoloads w3-autoloads vm-autoloads viper-autoloads
view-process-autoloads vhdl-autoloads vc-cc-autoloads vc-autoloads
tramp-autoloads tpu-autoloads tooltalk-autoloads tm-autoloads
time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
slider-autoloads sieve-autoloads sh-script-autoloads sgml-autoloads
semantic-autoloads scheme-autoloads rmail-autoloads reftex-autoloads
psgml-autoloads ps-print-nomule-autoloads ps-print-autoloads
prog-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads net-utils-autoloads mmm-mode-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads
hm--html-menus-autoloads gnus-autoloads gnats-autoloads
games-autoloads fsf-compat-autoloads frame-icon-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
eshell-autoloads emerge-autoloads elib-autoloads eieio-autoloads
efs-autoloads edt-autoloads edit-utils-autoloads ediff-autoloads
edebug-autoloads dired-autoloads dictionary-autoloads debug-autoloads
crisp-autoloads cookie-autoloads clearcase-autoloads cc-mode-autoloads
calendar-autoloads calc-autoloads c-support-autoloads build-autoloads
bbdb-autoloads auctex-autoloads apel-autoloads ada-autoloads
Sun-autoloads lisp-autoloads loadhist auto-show fontl-hooks
x-iso8859-1 gutter-items menubar-items x-menubar mode-motion mouse
itimer auto-save lisp-mode easymenu iso8859-1 page buff-menu
lib-complete help-nomule cus-file derived frame text-props obsolete
cus-start custom widget cl-extra mini-cl cl cl-19 packages backquote
very-early-lisp sparcworks tooltalk lucid-scrollbars cut-buffer
lucid-menubars athena-dialogs x c-balloon-help tty-frames tty toolbar
native-sound scrollbar unix-processes multicast network-streams
subprocesses modules menu-accelerator-support menubar dbm md5 xemacs
gutter png gif jpeg xface xpm xbm lisp-float-type usg-unix-v dialog
devices window-system base64)
Recent keystrokes:
-----------------
button1 button1up M-x r e p o r SPC x e SPC SPC RE
T
Recent messages (most recent first):
-----------------------------------
Parsing /home/hines/.mailrc...
Loading xemacsbug...done
Loading xemacsbug...
==================================================================
=========
5:59 a.m.
New subject: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
I've fixed the clipping bug, but I don't see how the infinite wrapping ever
worked. I think what happens is the redisplay code checks for extents at pos
displays the begin glyph, can't display anything else, goes to the next line
and the process repeats because pos hasn't moved. We probably need to fix
the propagation data to register that we have tried to display the begin
glyphs. I think I've avoided fixing this in the past because its an old bug.
andy
-----Original Message-----
From: xemacs-beta-admin(a)xemacs.org
[mailto:xemacs-beta-admin＠xemacs.org]On Behalf Of Charles Hines
Sent: Thursday, April 11, 2002 7:14 AM
To: XEmacs Beta List
Cc: Kyle Jones
Subject: redisplay bug(s) with glyphs (was Re: email embedded images
displayed improperly after upgrading VM)
Howdy all.
Ok, after chatting with Kyle Jones about the odd problem I
reported earlier
this week (or was it last week) about the incorrect display of
wide graphics
in XEmacs after updating VM, we decided that a redisplay bug or
two was being
triggered. I have some simple elisp to demonstrate this attached below
(attached below), which displays a short wide pixmap in a couple different
ways (requires XPM support compiled in, obviously). Tested it in
a "clean"
21.4.6 environment like so:
env XUSERFILESEARCHPATH="" xemacs -vanilla -l xemacs-glyph-wrap-bug.el
The elisp will pop up 3 frames, 2 which display the embedded
pixmap correctly
and one which will not. The first frame shows how VM was
originally (v7.00)
inserting the image slices, which displays ok (I believe that the
\n is not
part of the extent that contains the glyph). The 2nd frame shows
how VM is
inserting the slice now (v7.03) where the extent holding the
glyph also holds
a space and a newline (I believe). The 3rd frame which displays
correctly has
the space outside of the extent, and it displays correctly. Now, if you
resize the "bad" example frame so it's wider than the pixmap, the
pixmap is
displayed correctly. Resize it smaller again, displayed bad again.
Also, I noticed something else interesting (i.e. likely another
redisplay bug,
not directly related I'm assuming). If you take and opaquely
move one of the
good windows over the bad window (I'm using fvwm version 2.4.3)
and off again
from left to right, the image does not redraw itself well (correctly or
incorrectly). Going from right to left will redraw itself (correctly, but
still incorrectly repeated) however. The "good" windows exhibit this same
behavior.
And interestingly, if you drag the obscuring window from right to
left (which
as I said causes the image to be redrawn "correctly") but do so
slowly, you'll
see that as the underlying window is exposed that the pixmap is actually
slowly redrawn (corresponding to the movement) from left to right
instead of
from right to left (in the areas already exposed) so it isn't
"correct" until
the obscuring window is moved completely off!
Using this test case, does anyone else observe this same
behavior, either with
21.4.6 or the latest 21.5 stuff? I haven't tried the latter yet...
I'll try it on my Linux box at home tonight too (running 21.4.6
as well) if no
one else sees it to see if it's perhaps something specific to my
Solaris box
here at work.
Thanks,
Chuck
ps - here's the output of report-xemacs-bug, for more info about
my setup, and
the elisp is attached below it:
System Info to help track down your bug:
---------------------------------------
uname -a: SunOS neo 5.7 Generic_106541-15 sun4u sparc SUNW,Ultra-60
configure 'sparc-sun-solaris2.7' '--verbose' '--extra-verbose'
'--with-x' '--debug=no' '--error-checking=none'
'--with-scrollbars=lucid' '--with-menubars=lucid'
'--with-dialogs=athena' '--with-widgets=athena'
'--with-athena=xaw' '--with-cde' '--with-mule=no'
'--with-xim=no'
'--with-xpm' '--with-gif' '--with-png' '--with-jpeg'
'--with-xface' '--with-pop' '--with-tooltalk'
'--with-workshop'
'--compiler=/auto/sunos/workshop/bin/cc' '--cflags=-O'
'--dynamic=yes'
'--site-includes=/home/hines/utils/xemacs-extras/include'
'--site-libraries=/home/hines/utils/xemacs-extras/lib'
'--prefix=/home/hines/utils/xemacs-21.4.6-install'
'--bindir=/home/hines/utils/xemacs-21.4.6-install/bin'
XEmacs 21.4.6 "Common Lisp" configured for `sparc-sun-solaris2.7'.
Compilation / Installation:
Source code location: /home/hines/utils/xemacs-21.4.6
Installation prefix:
/home/hines/utils/xemacs-21.4.6-install
Additional header files:
/home/hines/utils/xemacs-extras/include
Additional libraries: /home/hines/utils/xemacs-extras/lib
Runtime library search path: /usr/dt/lib:/usr/openwin/lib
Operating system description file: `s/sol2.h'
Machine description file: `m/sparc.h'
Compiler: /auto/sunos/workshop/bin/cc -O
Relocating allocator for buffers: yes
GNU version of malloc: yes
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/dt/include
/usr/openwin/include
- X Windows libraries location: /usr/dt/lib
/usr/openwin/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for DBM.
Compiling in support for LDAP.
Internationalization:
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for ToolTalk.
Compiling in support for Sun WorkShop.
Compiling in support for dynamic shared object modules.
Load-Path Lisp Shadows:
----------------------
(/home/hines/utils/xemacs-beta/lib/xemacs/xemacs-packages/lisp/ps-
print/ps-print
/home/hines/utils/xemacs-beta/lib/xemacs/xemacs-packages/lisp/ps-p
rint-nomule/ps-print)
Installed XEmacs Packages:
-------------------------
((zenirc:version 1.13 :type regular)
(xslt-process :version 1.06 :type regular)
(xslide :version 1.01 :type regular)
(xemacs-devel :version 1.43 :type single-file)
(xemacs-base :version 1.61 :type regular)
(w3 :version 1.22 :type regular)
(vm :version 7.03 :type regular)
(viper :version 1.33 :type regular)
(view-process :version 1.11 :type regular)
(vhdl :version 1.15 :type regular)
(vc-cc :version 1.18 :type regular)
(vc :version 1.3 :type regular)
(tramp :version 1.04 :type regular)
(tpu :version 1.12 :type regular)
(tooltalk :version 1.13 :type regular)
(tm :version 1.32 :type regular)
(time :version 1.11 :type regular)
(textools :version 1.12 :type regular)
(text-modes :version 1.4 :type single-file)
(texinfo :version 1.2 :type regular)
(supercite :version 1.19 :type regular)
(strokes :version 1.08 :type regular)
(speedbar :version 1.23 :type regular)
(sounds-wav :version 1.1 :type regular)
(sounds-au :version 1.1 :type regular)
(slider :version 1.13 :type regular)
(sieve :version 1.02 :type regular)
(sh-script :version 1.14 :type regular)
(sgml :version 1.08 :type regular)
(semantic :version 1.12 :type regular)
(scheme :version 1.11 :type regular)
(rmail :version 1.13 :type regular)
(reftex :version 1.25 :type regular)
(psgml :version 1.27 :type regular)
(ps-print-nomule :version 1.05 :type regular)
(ps-print :version 1.03 :type regular)
(prog-modes
:version
1
.53
:type
single-file)
(pcomplete :version 1.01 :type regular)
(pcl-cvs :version 1.6 :type regular)
(pc :version 1.21 :type single-file)
(os-utils :version 1.26 :type single-file)
(net-utils :version 1.24 :type single-file)
(mmm-mode :version 1.0 :type regular)
(misc-games :version 1.15 :type single-file)
(mine :version 1.14 :type regular)
(mh-e :version 1.14 :type regular)
(mew :version 1.17 :type regular)
(mailcrypt :version 2.11 :type regular)
(mail-lib :version 1.44 :type regular)
(jde :version 1.34 :type regular)
(ispell :version 1.24 :type regular)
(ilisp :version 1.2 :type regular)
(igrep :version 1.08 :type regular)
(idlwave :version 1.25 :type regular)
(ibuffer :version 1.04 :type regular)
(hm--html-menus :version 1.18 :type regular)
(gnus :version 1.59 :type regular)
(gnats :version 1.14 :type regular)
(games :version 1.13 :type regular)
(fsf-compat :version 1.11 :type single-file)
(frame-icon :version 1.09 :type regular)
(forms :version 1.14 :type regular)
(footnote :version 1.14 :type regular)
(eudc :version 1.36 :type regular)
(eterm :version 1.13 :type regular)
(eshell :version 1.03 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.1 :type single-file)
(eieio :version 1.02 :type regular)
(efs :version 1.28 :type regular)
(edt :version 1.12 :type regular)
(edit-utils :version 1.82 :type single-file)
(ediff :version 1.39 :type regular)
(edebug :version 1.14 :type regular)
(dired :version 1.11 :type regular)
(dictionary :version 1.08 :type regular)
(debug :version 1.14 :type regular)
(crisp :version 1.12 :type regular)
(cookie :version 1.14 :type regular)
(clearcase :version 1.03 :type regular)
(cc-mode :version 1.27 :type regular)
(calendar :version 1.18 :type regular)
(calc :version 1.19 :type regular)
(c-support :version 1.16 :type single-file)
(build :version 1.05 :type regular)
(bbdb :version 1.2 :type regular)
(auctex :version 1.3 :type regular)
(apel :version 1.21 :type regular)
(ada :version 1.1 :type regular)
(Sun :version 1.13 :type regular))
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 zenirc-autoloads
xslt-process-autoloads xslide-autoloads xemacs-devel-autoloads
xemacs-base-autoloads w3-autoloads vm-autoloads viper-autoloads
view-process-autoloads vhdl-autoloads vc-cc-autoloads vc-autoloads
tramp-autoloads tpu-autoloads tooltalk-autoloads tm-autoloads
time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
slider-autoloads sieve-autoloads sh-script-autoloads sgml-autoloads
semantic-autoloads scheme-autoloads rmail-autoloads reftex-autoloads
psgml-autoloads ps-print-nomule-autoloads ps-print-autoloads
prog-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads net-utils-autoloads mmm-mode-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads
hm--html-menus-autoloads gnus-autoloads gnats-autoloads
games-autoloads fsf-compat-autoloads frame-icon-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
eshell-autoloads emerge-autoloads elib-autoloads eieio-autoloads
efs-autoloads edt-autoloads edit-utils-autoloads ediff-autoloads
edebug-autoloads dired-autoloads dictionary-autoloads debug-autoloads
crisp-autoloads cookie-autoloads clearcase-autoloads cc-mode-autoloads
calendar-autoloads calc-autoloads c-support-autoloads build-autoloads
bbdb-autoloads auctex-autoloads apel-autoloads ada-autoloads
Sun-autoloads lisp-autoloads loadhist auto-show fontl-hooks
x-iso8859-1 gutter-items menubar-items x-menubar mode-motion mouse
itimer auto-save lisp-mode easymenu iso8859-1 page buff-menu
lib-complete help-nomule cus-file derived frame text-props obsolete
cus-start custom widget cl-extra mini-cl cl cl-19 packages backquote
very-early-lisp sparcworks tooltalk lucid-scrollbars cut-buffer
lucid-menubars athena-dialogs x c-balloon-help tty-frames tty toolbar
native-sound scrollbar unix-processes multicast network-streams
subprocesses modules menu-accelerator-support menubar dbm md5 xemacs
gutter png gif jpeg xface xpm xbm lisp-float-type usg-unix-v dialog
devices window-system base64)
Recent keystrokes:
-----------------
button1 button1up M-x r e p o r SPC x e SPC SPC RE
T
Recent messages (most recent first):
-----------------------------------
Parsing /home/hines/.mailrc...
Loading xemacsbug...done
Loading xemacsbug...
==================================================================
=========
3:19 p.m.
New subject: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> I've fixed the clipping bug,
Cool.
Andy> but I don't see how the infinite wrapping ever worked.
Oh joy. I'm guessing that if people are inserting (large) glyphs in an extent
then they must be only putting the image in there and not any text along with
it which is why it hasn't shown up until now.
Andy> I think what happens is the redisplay code checks for extents at pos
Andy> displays the begin glyph, can't display anything else, goes to the next
Andy> line and the process repeats because pos hasn't moved.
Ah, so it wraps to draw the text that is appearing after the glyph, since the
size of the glyph pushes it off the edge, then when it goes to draw that text
it sees it's in an extent with a begin glyph so it draws the glyph again, then
wraps because the text would be off the screen, etc...interesting...
Andy> We probably need to fix the propagation data to register that we have
Andy> tried to display the begin glyphs. I think I've avoided fixing this in
Andy> the past because its an old bug.
Never having really looked at the glyph or extent C code until just this
moment (YIKES!) I'm very glad that I decided to just bring up the existence of
the bug and leave the fixing of it to the redisplay experts instead of trying
to figure it out myself (and feel less guilty about doing so)... :)
Thanks,
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
6:34 a.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
Ok, after chatting with Kyle Jones about the odd problem I
reported earlier
this week (or was it last week) about the incorrect display of
wide graphics
in XEmacs after updating VM, we decided that a redisplay bug or
two was being
triggered. I have some simple elisp to demonstrate this attached below
(attached below), which displays a short wide pixmap in a couple different
ways (requires XPM support compiled in, obviously). Tested it in
a "clean"
21.4.6 environment like so:
The attached patch fixes this. Please let me know if it doesn't do quite
what you expect - I have tried to cope with the various clipping and
wrapping scenarios in a sane way.
This also contains Nix's redisplay patch modulo some indent, I will apply
both to the windows branch barring any further problems.
andy
2002-04-22 Andy Piper <andy(a)xemacs.org>
* extents.c (extent_fragment_update): check for glyphs we have
previously displayed.
* extents.c (print_extent_1): warning removal.
* extents.h: change prototype.
* redisplay-output.c (redisplay_normalize_glyph_area): calculate
widths correctly for wide glyphs.
* redisplay.c (position_redisplay_data_type): add end_glyph_width.
* redisplay.c (prop_type): add PROP_GLYPH.
* redisplay.c (struct prop_block): add glyph type
* redisplay.c (add_glyph_rune): when adding part of a glyph add it
to the propagation data.
* redisplay.c (create_text_block): if there is a glyph in the
propagation data use it to salt extent_fragment_update.
* redisplay.c (create_string_text_block): ditto.
2002-04-13 Nix <nix(a)esperi.demon.co.uk>
* redisplay.h (struct rune): Add ascent, descent, and yoffset fields.
* redisplay-output.c (compare_runes): Compare them.
* redisplay.c: Update copyright date.
* redisplay.c (pos_data): Add need_baseline_computation field.
* redisplay.c (add_glyph_rune): Update ascent, descent, and
need_baseline_computation; zero yoffset. Set max_pixmap_height
for all pixmaps, not just automatically positioned ones.
* redisplay.c (calculate_yoffset): New, compute yoffset values.
* redisplay.c (calculate_baseline): New, compute textual baseline.
* redisplay.c (add_glyph_rune): Call them.
* redisplay.c (create_text_block): Likewise.
* redisplay.c (create_overlay_glyph_block): Likewise.
* redisplay.c (add_margin_runes): Likewise.
* redisplay.c (create_string_text_block): Likewise. Fix tabdamage.
* redisplay.h: (redisplay_calculate_display_boxes): Change prototype.
* redisplay-output.c (redisplay_calculate_display_boxes): Use yoffset.
* redisplay-msw.c (mswindows_output_blank): Pass 0 as yoffset.
* redisplay-msw.c (mswindows_output_string): Likewise.
* redisplay-msw.c (mswindows_output_display_block): Pass yoffset.
* redisplay-gtk.c (gtk_output_display_block): Likewise.
* redisplay-x.c (x_output_display_block): Likewise.
8:47 a.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
On Mon, 22 Apr 2002, Andy Piper said:
[snip]
The attached patch fixes this. Please let me know if it doesn't
do quite
what you expect - I have tried to cope with the various clipping and
wrapping scenarios in a sane way.
Well, it works here; looks much nicer.
This also contains Nix's redisplay patch modulo some indent
Thanks!
(There's only one XEmacs bug left annoying preview-latex users, fixed in
<http://list-archive.xemacs.org/xemacs-patches/200204/msg00148.html>;,
which patch has had all the impact of a meringue dropped into a black
hole so there's probably something wrong with it, or it's just too
simple to merit comment.
There's another silly bug to do with glyphs on TTYs leaving debris if
they are attached to multi-line invisible text that abruptly becomes
visible again, but that's not exactly a world-breaker for me, since
preview-latex doesn't do anything useful on TTYs anyway, and I haven't
fixed it yet. Nobody has complained about this bug, probably because
nobody has been stupid enough to run preview-latex on a non-graphics-
capable terminal. Maybe we have found a lower limit to the stupidity of
the average user. :) )
--
`Unless they've moved it since I last checked, travelling between
England and America does not involve crossing the equator.'
--- pir
6:31 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
At 08:47 AM 4/23/02 +0100, Nix wrote:
(There's only one XEmacs bug left annoying preview-latex users,
fixed in
<http://list-archive.xemacs.org/xemacs-patches/200204/msg00148.html>;,
which patch has had all the impact of a meringue dropped into a black
hole so there's probably something wrong with it, or it's just too
simple to merit comment.
This looks ok. Are you saying that the code is exactly the same in 21.5?
andy
11:13 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
On Tue, 23 Apr 2002, Andy Piper spake:
At 08:47 AM 4/23/02 +0100, Nix wrote:
>(There's only one XEmacs bug left annoying preview-latex users, fixed in
><http://list-archive.xemacs.org/xemacs-patches/200204/msg00148.html>,
>which patch has had all the impact of a meringue dropped into a black
>hole so there's probably something wrong with it, or it's just too
>simple to merit comment.
This looks ok. Are you saying that the code is exactly the same in 21.5?
No! I'm rolling a 21.5 patch now...
--
`Unless they've moved it since I last checked, travelling between
England and America does not involve crossing the equator.'
--- pir
6:40 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
> Ok, after chatting with Kyle Jones about the odd problem I
> reported earlier
> this week (or was it last week) about the incorrect display of
> wide graphics
> in XEmacs after updating VM, we decided that a redisplay bug or
> two was being
> triggered. I have some simple elisp to demonstrate this attached below
> (attached below), which displays a short wide pixmap in a couple different
> ways (requires XPM support compiled in, obviously). Tested it in
> a "clean"
> 21.4.6 environment like so:
Andy> The attached patch fixes this.
Cool, thanks!
Andy> Please let me know if it doesn't do quite what you expect - I have tried
Andy> to cope with the various clipping and wrapping scenarios in a sane way.
Alright. I'm pretty swamped today but I may be able to build a patched
version later today or early tommorrow (or perhaps at home tonight) to check
it out, althought I'm willing to bet that you've got it fixed if that little
testcase I sent you is now displaying ok for you, since that'll probably be
how I test it too (at least here at work so I don't have to hand back out the
VM change I made to work around it, but at home I can probably verify the
"correct" behavior under VM...aw hell, I'm just being lazy, I can easily
back
out that workaround). :)
Thanks,
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
8:16 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
>>>> "Charles" == Charles Hines
<chuck.hines(a)baesystems.com> writes:
Charles> Alright. I'm pretty swamped today but I may be able to build a
Charles> patched version later today
...
Ok, did that. One hunk of the 44 to redisplay.c failed but I was able to
manually apply it. Unfortunately something must be missing still:
/auto/sunos/workshop/bin/cc -c -O -Demacs -I. -DHAVE_CONFIG_H
-I/home/hines/utils/xemacs-extras/include -I/usr/dt/include -I/usr/openwin/include
redisplay.c
"redisplay.c", line 996: undefined symbol: no_contribute_to_line_height
"redisplay.c", line 8241: cannot recover from previous errors
cc: acomp failed for redisplay.c
make: *** [redisplay.o] Error 2
Exit 2
hines＠neo:~/utils/xemacs-21.4.6/src> search -xC no_contribute_to_line_height
----------------------------------------------------------------------
redisplay.c:
line 996: if (!no_contribute_to_line_height)
Didn't seem to be defined anywhere (that search command is a nifty little perl
script that does a recursive grep like thing and the -xC option makes it
search all the C/C++ related files, including headers, from the current
directory down).
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
8:52 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
Can you access CVS? The patch was against the windows branch which contains
another redisplay fix that Ben made. If you can access CVS then sync to the
windows-21-4 branch.
andy
At 03:16 PM 4/23/02 -0400, Charles Hines wrote:
>>>>> "Charles" == Charles Hines
<chuck.hines(a)baesystems.com> writes:
Charles> Alright. I'm pretty swamped today but I may be able to build a
Charles> patched version later today
...
Ok, did that. One hunk of the 44 to redisplay.c failed but I was able to
manually apply it. Unfortunately something must be missing still:
/auto/sunos/workshop/bin/cc -c -O -Demacs -I. -DHAVE_CONFIG_H
-I/home/hines/utils/xemacs-extras/include -I/usr/dt/include
-I/usr/openwin/include redisplay.c
"redisplay.c", line 996: undefined symbol: no_contribute_to_line_height
"redisplay.c", line 8241: cannot recover from previous errors
cc: acomp failed for redisplay.c
make: *** [redisplay.o] Error 2
Exit 2
hines＠neo:~/utils/xemacs-21.4.6/src> search -xC no_contribute_to_line_height
----------------------------------------------------------------------
redisplay.c:
line 996: if (!no_contribute_to_line_height)
Didn't seem to be defined anywhere (that search command is a nifty little perl
script that does a recursive grep like thing and the -xC option makes it
search all the C/C++ related files, including headers, from the current
directory down).
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies
Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
9:01 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
>>>> "Andy" == Andy Piper <andyp(a)bea.com>
writes:
Andy> Can you access CVS?
Not sure, haven't tried it yet (although I suspect our corporate firewall may
give me troubles).
Andy> The patch was against the windows branch which contains another
Andy> redisplay fix that Ben made. If you can access CVS then sync to the
Andy> windows-21-4 branch.
Ah. When I get a chance I'll try and get that branch from CVS (work or home
if necessary), but it may take a few days before I can attempt it...
Thanks,
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
9:15 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
Ok, attached is a full diff of redisplay.c between the windows branch and
trunk. Everything else should be as is.
andy
Andy> Can you access CVS?
Not sure, haven't tried it yet (although I suspect our corporate
firewall may
give me troubles).
10:26 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> Ok, attached is a full diff of redisplay.c between the windows branch and
Andy> trunk. Everything else should be as is.
Ah, that applied ok...and as expected that testcase elisp I sent seems to be
working just fine, which should mean that VM should work fine as well since
that testcase is based directly on the spirt of what Kyle's code is doing.
But I'll test VM anyways...oops! Glad I did that, as now we have a slightly
different situation of gaps in the image between each slice (screen capture
included below, saved as crappy JPEG for space considerations so please
ignore/forgive the fuzziness).
Not sure if the correct "fix" for this new situation should be on Kyle's
part
or yours (I'll leave that for you two to hash out). :)
Thanks,
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
11:25 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
Not sure if the correct "fix" for this new situation should
be on
Kyle's part
or yours (I'll leave that for you two to hash out). :)
It would help if you could figure out what you think is wrong.
Thanks
andy
11:35 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
At 05:26 PM 4/23/02 -0400, Charles Hines wrote:
But I'll test VM anyways...oops! Glad I did that, as now we have
a slightly
different situation of gaps in the image between each slice (screen capture
included below, saved as crappy JPEG for space considerations so please
ignore/forgive the fuzziness).
Ok, I see that it looks like the newline is being propagated also. I guess
this is probably wrong. I'll look into it.
andy
1:54 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
> Not sure if the correct "fix" for this new situation
should be on Kyle's
> part or yours (I'll leave that for you two to hash out). :)
Andy> It would help if you could figure out what you think is wrong.
Well, I suspected that it was because Kyle is putting the space and the
newline that he's inserting in the extent with the glyph.
I can probably simulate this with that simple testcase...yup. Revamped
version of that simple testcase below, it now does the same thing as before
but with 2 strips one on top of the other like VM does, but with the 3
different variants for what is in the extent with the glyph.
>>>> "Andy" == Andy Piper <andyp(a)bea.com>
writes:
Andy> At 05:26 PM 4/23/02 -0400, Charles Hines wrote:
> But I'll test VM anyways...oops! Glad I did that, as now we
have a slightly
> different situation of gaps in the image between each slice (screen capture
> included below, saved as crappy JPEG for space considerations so please
> ignore/forgive the fuzziness).
Andy> Ok, I see that it looks like the newline is being propagated also. I
Andy> guess this is probably wrong. I'll look into it.
It looks like the " \n" that Kyle is inserting into the extent with the glyph
is being wrapped before it's displayed, which sounds suspiciously like correct
behavior to me. That was why I said I'd let you and Kyle hash it out. I
guess it depends on what Kyle is trying to accomplish by putting that space in
the extent with the newline and the glyph.
Chuck
--
Charles K. Hines <ckh(a)requesttech.com> <chuck.hines(a)baesystems.com>
Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/)
"You tell him and I will smack you. I will smack you like a
bad bad donkey, okay!" - Pepe in 'Muppets From Space'
(setq pm (make-glyph "/* XPM */
static char * red_green_bar_xpm[] = {
\"900 20 11 1\",
\" c None\",
\". c #FE0204\",
\"+ c #788E18\",
\"＠ c #B25410\",
\"# c #32DA24\",
\"$ c #CE360C\",
\"% c #62A61C\",
\"& c #967214\",
\"* c #12FB2C\",
\"= c #4EBC20\",
\"- c #EA1804\",
\"************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************\",
\"************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************\",
\"************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************\",
\"************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************\",
\"####################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################\",
\"####################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################\",
\"====================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================\",
\"=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%==%===\",
\"%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%\",
\"+%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%++%+++++++\",
\"++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++\",
\"&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&\",
\"&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&\",
\"＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠\",
\"＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠＠\",
\"$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$\",
\"$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$\",
\"------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------\",
\"--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.---------------\",
\"....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................\"};"
))
;; the way VM 7.00 did it:
(defun example-1 ()
(interactive)
(setq frm (make-frame '((name . "GlyphTest1")
(width . 30)
(height . 15)
)))
(select-frame frm)
(switch-to-buffer (generate-new-buffer "GlyphTest1"))
(insert "\n")
(setq e (make-extent (1- (point)) (point)))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
(insert "\n")
(setq e (make-extent (1- (point)) (point)))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
)
;; the way VM 7.03 does it, shows infinite repeating glyph bug in XEmacs
;; 21.4.6 and "extra spaces between glyphs" problem that shows up after
;; Andy's fix for the first problem was applied:
(defun example-2 ()
(interactive)
(setq frm (make-frame '((name . "GlyphTest2")
(width . 30)
(height . 15)
)))
(select-frame frm)
(switch-to-buffer (generate-new-buffer "GlyphTest2"))
(insert " \n")
(setq e (make-extent (- (point) 2) (1- (point))))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
(insert " \n")
(setq e (make-extent (- (point) 2) (1- (point))))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
)
;; an alternate way similar to VM 7.03 that doesn't trigger the
;; infinite repeating glyph bug in XEmacs 21.4.6 or the "extra
;; spaces" problem with Andy's redisplay fix for :
(defun example-3 ()
(interactive)
(setq frm (make-frame '((name . "GlyphTest3")
(width . 30)
(height . 15)
)))
(select-frame frm)
(switch-to-buffer (generate-new-buffer "GlyphTest3"))
(insert " \n")
(setq e (make-extent (1- (point)) (point)))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
(insert " \n")
(setq e (make-extent (1- (point)) (point)))
(set-extent-property e 'begin-glyph pm)
(set-extent-property e 'start-open t)
)
(example-1)
(example-2)
(example-3)
4:51 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
At 08:54 AM 4/24/2002 -0400, Charles Hines wrote:
It looks like the " \n" that Kyle is inserting into the
extent with the glyph
is being wrapped before it's displayed, which sounds suspiciously like correct
behavior to me. That was why I said I'd let you and Kyle hash it out. I
guess it depends on what Kyle is trying to accomplish by putting that space in
the extent with the newline and the glyph.
Well, there is a bug in that if you have only a "\n" you still get wrapping
- which is wrong. I have a fix for this on my laptop - I'll try and get it
out today.
amdu
8:55 p.m.
New subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
On Tue, 23 Apr 2002, Charles Hines uttered the following:
Didn't seem to be defined anywhere (that search command is a
nifty little perl
script that does a recursive grep like thing and the -xC option makes it
search all the C/C++ related files, including headers, from the current
directory down).
I concur (I think my `patch application and test' earlier on
unfortunately had a rogue --dry-run in it: there's no way this will
apply).
Is no_contribute_to_line_height a 21.4-windows-branch thing?
Because it certainly doesn't exist in 21.4.6.
That hunk (on line 870) looks like part of add_emchar_rune() to me: yet
surely emchar_runes *always* contribute to line height? Only glyphs can
have the contrib-p property...
--
`Unless they've moved it since I last checked, travelling between
England and America does not involve crossing the equator.'
--- pir
7:33 p.m.
New subject: [AC] RE: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email embedded images displayed improperly after upgrading VM)
APPROVE COMMIT.
andy
-----Original Message-----
From: xemacs-beta-admin(a)xemacs.org
[mailto:xemacs-beta-admin＠xemacs.org]On Behalf Of Andy Piper
Sent: Monday, April 22, 2002 10:34 PM
To: Charles Hines; XEmacs Beta List; xemacs-patches(a)xemacs.org
Cc: Kyle Jones; nix(a)esperi.demon.co.uk
Subject: [PATCH 21.4] RE: redisplay bug(s) with glyphs (was Re: email
embedded images displayed improperly after upgrading VM)
> Ok, after chatting with Kyle Jones about the odd problem I
> reported earlier
> this week (or was it last week) about the incorrect display of
> wide graphics
> in XEmacs after updating VM, we decided that a redisplay bug or
> two was being
> triggered. I have some simple elisp to demonstrate this attached below
> (attached below), which displays a short wide pixmap in a
couple different
> ways (requires XPM support compiled in, obviously). Tested it in
> a "clean"
> 21.4.6 environment like so:
The attached patch fixes this. Please let me know if it doesn't do quite
what you expect - I have tried to cope with the various clipping and
wrapping scenarios in a sane way.
This also contains Nix's redisplay patch modulo some indent, I will apply
both to the windows branch barring any further problems.
andy
2002-04-22 Andy Piper <andy(a)xemacs.org>
* extents.c (extent_fragment_update): check for glyphs we have
previously displayed.
* extents.c (print_extent_1): warning removal.
* extents.h: change prototype.
* redisplay-output.c (redisplay_normalize_glyph_area): calculate
widths correctly for wide glyphs.
* redisplay.c (position_redisplay_data_type): add end_glyph_width.
* redisplay.c (prop_type): add PROP_GLYPH.
* redisplay.c (struct prop_block): add glyph type
* redisplay.c (add_glyph_rune): when adding part of a glyph add it
to the propagation data.
* redisplay.c (create_text_block): if there is a glyph in the
propagation data use it to salt extent_fragment_update.
* redisplay.c (create_string_text_block): ditto.
2002-04-13 Nix <nix(a)esperi.demon.co.uk>
* redisplay.h (struct rune): Add ascent, descent, and
yoffset fields.
* redisplay-output.c (compare_runes): Compare them.
* redisplay.c: Update copyright date.
* redisplay.c (pos_data): Add need_baseline_computation field.
* redisplay.c (add_glyph_rune): Update ascent, descent, and
need_baseline_computation; zero yoffset. Set max_pixmap_height
for all pixmaps, not just automatically positioned ones.
* redisplay.c (calculate_yoffset): New, compute yoffset values.
* redisplay.c (calculate_baseline): New, compute textual baseline.
* redisplay.c (add_glyph_rune): Call them.
* redisplay.c (create_text_block): Likewise.
* redisplay.c (create_overlay_glyph_block): Likewise.
* redisplay.c (add_margin_runes): Likewise.
* redisplay.c (create_string_text_block): Likewise. Fix tabdamage.
* redisplay.h: (redisplay_calculate_display_boxes): Change
prototype.
* redisplay-output.c (redisplay_calculate_display_boxes):
Use yoffset.
* redisplay-msw.c (mswindows_output_blank): Pass 0 as yoffset.
* redisplay-msw.c (mswindows_output_string): Likewise.
* redisplay-msw.c (mswindows_output_display_block): Pass yoffset.
* redisplay-gtk.c (gtk_output_display_block): Likewise.
* redisplay-x.c (x_output_display_block): Likewise.
6:09 p.m.
>>>> "Charles" == Charles Hines
<chuck.hines(a)baesystems.com> writes:
Using (emacs-version)
"XEmacs 21.5 (beta5) \"beets\" [Lucid] (i586-pc-win32, Mule) of Tue
Apr 02 2002 on D5DC120J"
and gnus-version
"Gnus v5.8.8"
it's the opposite for me:
Charles> This one displays ok:
Not for me.
Charles> and this one does not:
This one displays fine for me!
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
3:09 a.m.
|--==> "CH" == Charles Hines <chuck.hines(a)baesystems.com> writes:
CH> I wanted to revert to the previous version of VM to see if the
CH> problem was isolated to those changes only or not, but couldn't
CH> find the old package anywhere on the ftp site. Is there anywhere
CH> I can find that previous (7.00) package of VM?
/ftp.xemacs.org:/pub/xemacs/Attic/packages/oldpkg/
/ftp.xemacs.org:/pub/xemacs/Attic/packages/oldsumo/
CH> Anyone else seeing this behavior? I'll attach 2 images below, a
CH> small one that displays correctly for me here, and a larger one
CH> that doesn't...
Oort Gnus 0.06 XEmacs 21.5.5 (pre Ben merge) displays both fine.
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
8031
days inactive
8052
days old
25 comments
6 participants
participants (6)
-
Adrian Aichner -
Andy Piper -
Andy Piper -
Charles Hines -
Nix -
Steve Youngs