* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
@ 2015-12-14 22:59 Lars Magne Ingebrigtsen
2015-12-14 23:09 ` John Wiegley
2015-12-15 8:18 ` Glenn Morris
0 siblings, 2 replies; 34+ messages in thread
From: Lars Magne Ingebrigtsen @ 2015-12-14 22:59 UTC (permalink / raw)
To: 22172
When using Emacs on a screen where pixels are very small, images (like
the Gnus logo and images in eww) are much smaller than they should be,
and can be difficult to read.
There should be a way to say to Emacs, like there is in Firefox, that
every pixel in images should be rendered at, say, 2x. (If possible.)
In GNU Emacs 25.1.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars)
of 2015-12-14
Repository revision: 23b5c22703eeee7b4fe6608ce12ffe3b87794933
Windowing system distributor 'The X.Org Foundation', version 11.0.11702000
System Description: Debian GNU/Linux 7.9 (wheezy)
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GSETTINGS NOTIFY GNUTLS
LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11
Important settings:
value of $LANG: en_US
locale-coding-system: iso-latin-1-unix
Major mode: Group
Minor modes in effect:
gnus-topic-mode: t
gnus-undo-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
Recent messages:
Checking new news...done
Saving file /home/larsi/.newsrc...
Wrote /home/larsi/.newsrc
Saving /home/larsi/.newsrc.eld...
Saving file /home/larsi/.newsrc.eld...
Wrote /home/larsi/.newsrc.eld
Saving /home/larsi/.newsrc.eld...done
Making completion list... [2 times]
Quit [2 times]
Making completion list...
Load-path shadows:
/home/larsi/mgnus/lisp/compface hides ~/pgnus/contrib/compface
/home/larsi/src/clock.el/clock hides /home/larsi/lisp/clock
/home/larsi/src/cddb.el/expect hides /home/larsi/lisp/expect
/home/larsi/src/pvr.el/pvr hides /home/larsi/lisp/pvr
~/pgnus/contrib/vcard hides /home/larsi/lisp/vcard
/home/larsi/src/cddb.el/captitle hides /home/larsi/lisp/captitle
~/lisp/zenirc-2.112/src/zenirc-example hides /home/larsi/lisp/zenirc-example
/home/larsi/mgnus/lisp/.dir-locals hides /home/larsi/.emacs.d/elpa/js2-mode-20140114/.dir-locals
/home/larsi/mgnus/lisp/format-spec hides /home/larsi/src/emacs/trunk/lisp/format-spec
/home/larsi/lisp/dom hides /home/larsi/src/emacs/trunk/lisp/dom
/home/larsi/mgnus/lisp/hex-util hides /home/larsi/src/emacs/trunk/lisp/hex-util
/home/larsi/mgnus/lisp/color hides /home/larsi/src/emacs/trunk/lisp/color
/home/larsi/mgnus/lisp/md4 hides /home/larsi/src/emacs/trunk/lisp/md4
/home/larsi/mgnus/lisp/password-cache hides /home/larsi/src/emacs/trunk/lisp/password-cache
/home/larsi/mgnus/lisp/dns-mode hides /home/larsi/src/emacs/trunk/lisp/textmodes/dns-mode
/home/larsi/mgnus/lisp/sasl-ntlm hides /home/larsi/src/emacs/trunk/lisp/net/sasl-ntlm
/home/larsi/mgnus/lisp/dns hides /home/larsi/src/emacs/trunk/lisp/net/dns
/home/larsi/mgnus/lisp/sasl-scram-rfc hides /home/larsi/src/emacs/trunk/lisp/net/sasl-scram-rfc
/home/larsi/mgnus/lisp/hmac-def hides /home/larsi/src/emacs/trunk/lisp/net/hmac-def
/home/larsi/mgnus/lisp/ntlm hides /home/larsi/src/emacs/trunk/lisp/net/ntlm
/home/larsi/mgnus/lisp/tls hides /home/larsi/src/emacs/trunk/lisp/net/tls
/home/larsi/mgnus/lisp/rfc2104 hides /home/larsi/src/emacs/trunk/lisp/net/rfc2104
/home/larsi/mgnus/lisp/sasl-digest hides /home/larsi/src/emacs/trunk/lisp/net/sasl-digest
/home/larsi/mgnus/lisp/netrc hides /home/larsi/src/emacs/trunk/lisp/net/netrc
/home/larsi/mgnus/lisp/sasl-cram hides /home/larsi/src/emacs/trunk/lisp/net/sasl-cram
/home/larsi/mgnus/lisp/hmac-md5 hides /home/larsi/src/emacs/trunk/lisp/net/hmac-md5
/home/larsi/mgnus/lisp/dig hides /home/larsi/src/emacs/trunk/lisp/net/dig
/home/larsi/mgnus/lisp/sasl hides /home/larsi/src/emacs/trunk/lisp/net/sasl
/home/larsi/mgnus/lisp/uudecode hides /home/larsi/src/emacs/trunk/lisp/mail/uudecode
/home/larsi/mgnus/lisp/hashcash hides /home/larsi/src/emacs/trunk/lisp/mail/hashcash
/home/larsi/mgnus/lisp/binhex hides /home/larsi/src/emacs/trunk/lisp/mail/binhex
/home/larsi/mgnus/lisp/nndoc hides /home/larsi/src/emacs/trunk/lisp/gnus/nndoc
/home/larsi/mgnus/lisp/mm-partial hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-partial
/home/larsi/mgnus/lisp/gnus-srvr hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-srvr
/home/larsi/mgnus/lisp/mailcap hides /home/larsi/src/emacs/trunk/lisp/gnus/mailcap
/home/larsi/mgnus/lisp/gnus-range hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-range
/home/larsi/mgnus/lisp/rfc1843 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc1843
/home/larsi/mgnus/lisp/nneething hides /home/larsi/src/emacs/trunk/lisp/gnus/nneething
/home/larsi/mgnus/lisp/gnus-logic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-logic
/home/larsi/mgnus/lisp/spam-wash hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-wash
/home/larsi/mgnus/lisp/gnus-cloud hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cloud
/home/larsi/mgnus/lisp/nnmail hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmail
/home/larsi/mgnus/lisp/nnmbox hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmbox
/home/larsi/mgnus/lisp/gssapi hides /home/larsi/src/emacs/trunk/lisp/gnus/gssapi
/home/larsi/mgnus/lisp/gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-agent
/home/larsi/mgnus/lisp/mail-parse hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-parse
/home/larsi/mgnus/lisp/mml-smime hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-smime
/home/larsi/mgnus/lisp/gnus-msg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-msg
/home/larsi/mgnus/lisp/gnus-icalendar hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-icalendar
/home/larsi/mgnus/lisp/gnus-fun hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-fun
/home/larsi/mgnus/lisp/mail-source hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-source
/home/larsi/mgnus/lisp/mm-encode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-encode
/home/larsi/mgnus/lisp/gnus-cache hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cache
/home/larsi/mgnus/lisp/mm-util hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-util
/home/larsi/mgnus/lisp/mm-archive hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-archive
/home/larsi/mgnus/lisp/nnnil hides /home/larsi/src/emacs/trunk/lisp/gnus/nnnil
/home/larsi/mgnus/lisp/mml2015 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml2015
/home/larsi/mgnus/lisp/nnoo hides /home/larsi/src/emacs/trunk/lisp/gnus/nnoo
/home/larsi/mgnus/lisp/messcompat hides /home/larsi/src/emacs/trunk/lisp/gnus/messcompat
/home/larsi/mgnus/lisp/gnus-sync hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sync
/home/larsi/mgnus/lisp/nnweb hides /home/larsi/src/emacs/trunk/lisp/gnus/nnweb
/home/larsi/mgnus/lisp/nnrss hides /home/larsi/src/emacs/trunk/lisp/gnus/nnrss
/home/larsi/mgnus/lisp/legacy-gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/legacy-gnus-agent
/home/larsi/mgnus/lisp/nnspool hides /home/larsi/src/emacs/trunk/lisp/gnus/nnspool
/home/larsi/mgnus/lisp/compface hides /home/larsi/src/emacs/trunk/lisp/gnus/compface
/home/larsi/mgnus/lisp/smime hides /home/larsi/src/emacs/trunk/lisp/gnus/smime
/home/larsi/mgnus/lisp/ietf-drums hides /home/larsi/src/emacs/trunk/lisp/gnus/ietf-drums
/home/larsi/mgnus/lisp/yenc hides /home/larsi/src/emacs/trunk/lisp/gnus/yenc
/home/larsi/mgnus/lisp/gnus-delay hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-delay
/home/larsi/mgnus/lisp/gnus-async hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-async
/home/larsi/mgnus/lisp/nnmh hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmh
/home/larsi/mgnus/lisp/mm-url hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-url
/home/larsi/mgnus/lisp/gnus-picon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-picon
/home/larsi/mgnus/lisp/gnus-bookmark hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bookmark
/home/larsi/mgnus/lisp/gnus-diary hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-diary
/home/larsi/mgnus/lisp/html2text hides /home/larsi/src/emacs/trunk/lisp/gnus/html2text
/home/larsi/mgnus/lisp/nndraft hides /home/larsi/src/emacs/trunk/lisp/gnus/nndraft
/home/larsi/mgnus/lisp/auth-source hides /home/larsi/src/emacs/trunk/lisp/gnus/auth-source
/home/larsi/mgnus/lisp/gnus-bcklg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bcklg
/home/larsi/mgnus/lisp/gnus-win hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-win
/home/larsi/mgnus/lisp/gnus-salt hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-salt
/home/larsi/mgnus/lisp/rfc2045 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2045
/home/larsi/mgnus/lisp/gnus-draft hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-draft
/home/larsi/mgnus/lisp/gnus-spec hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-spec
/home/larsi/mgnus/lisp/nnir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnir
/home/larsi/mgnus/lisp/mm-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-uu
/home/larsi/mgnus/lisp/nngateway hides /home/larsi/src/emacs/trunk/lisp/gnus/nngateway
/home/larsi/mgnus/lisp/gnus-sum hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sum
/home/larsi/mgnus/lisp/mail-prsvr hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-prsvr
/home/larsi/mgnus/lisp/gnus-dup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dup
/home/larsi/mgnus/lisp/score-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/score-mode
/home/larsi/mgnus/lisp/starttls hides /home/larsi/src/emacs/trunk/lisp/gnus/starttls
/home/larsi/mgnus/lisp/plstore hides /home/larsi/src/emacs/trunk/lisp/gnus/plstore
/home/larsi/mgnus/lisp/gnus-topic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-topic
/home/larsi/mgnus/lisp/gnus-notifications hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-notifications
/home/larsi/mgnus/lisp/registry hides /home/larsi/src/emacs/trunk/lisp/gnus/registry
/home/larsi/mgnus/lisp/mml-sec hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-sec
/home/larsi/mgnus/lisp/nnmaildir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmaildir
/home/larsi/mgnus/lisp/nnbabyl hides /home/larsi/src/emacs/trunk/lisp/gnus/nnbabyl
/home/larsi/mgnus/lisp/sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve
/home/larsi/mgnus/lisp/qp hides /home/larsi/src/emacs/trunk/lisp/gnus/qp
/home/larsi/mgnus/lisp/nnregistry hides /home/larsi/src/emacs/trunk/lisp/gnus/nnregistry
/home/larsi/mgnus/lisp/gnus-art hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-art
/home/larsi/mgnus/lisp/gnus-dired hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dired
/home/larsi/mgnus/lisp/gnus-util hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-util
/home/larsi/mgnus/lisp/nnheader hides /home/larsi/src/emacs/trunk/lisp/gnus/nnheader
/home/larsi/mgnus/lisp/gnus-demon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-demon
/home/larsi/mgnus/lisp/message hides /home/larsi/src/emacs/trunk/lisp/gnus/message
/home/larsi/mgnus/lisp/rfc2231 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2231
/home/larsi/mgnus/lisp/canlock hides /home/larsi/src/emacs/trunk/lisp/gnus/canlock
/home/larsi/mgnus/lisp/mm-extern hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-extern
/home/larsi/mgnus/lisp/gnus-undo hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-undo
/home/larsi/mgnus/lisp/mm-bodies hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-bodies
/home/larsi/mgnus/lisp/gnus-score hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-score
/home/larsi/mgnus/lisp/gnus-mh hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mh
/home/larsi/mgnus/lisp/nnvirtual hides /home/larsi/src/emacs/trunk/lisp/gnus/nnvirtual
/home/larsi/mgnus/lisp/spam-report hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-report
/home/larsi/mgnus/lisp/nndiary hides /home/larsi/src/emacs/trunk/lisp/gnus/nndiary
/home/larsi/mgnus/lisp/sieve-manage hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-manage
/home/larsi/mgnus/lisp/mml1991 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml1991
/home/larsi/mgnus/lisp/gnus-eform hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-eform
/home/larsi/mgnus/lisp/mml hides /home/larsi/src/emacs/trunk/lisp/gnus/mml
/home/larsi/mgnus/lisp/gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gravatar
/home/larsi/mgnus/lisp/nntp hides /home/larsi/src/emacs/trunk/lisp/gnus/nntp
/home/larsi/mgnus/lisp/ecomplete hides /home/larsi/src/emacs/trunk/lisp/gnus/ecomplete
/home/larsi/mgnus/lisp/rtree hides /home/larsi/src/emacs/trunk/lisp/gnus/rtree
/home/larsi/mgnus/lisp/gnus-int hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-int
/home/larsi/mgnus/lisp/gnus-sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sieve
/home/larsi/mgnus/lisp/smiley hides /home/larsi/src/emacs/trunk/lisp/gnus/smiley
/home/larsi/mgnus/lisp/gnus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus
/home/larsi/mgnus/lisp/gnus-cus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cus
/home/larsi/mgnus/lisp/nnfolder hides /home/larsi/src/emacs/trunk/lisp/gnus/nnfolder
/home/larsi/mgnus/lisp/nnmairix hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmairix
/home/larsi/mgnus/lisp/pop3 hides /home/larsi/src/emacs/trunk/lisp/gnus/pop3
/home/larsi/mgnus/lisp/gnus-start hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-start
/home/larsi/mgnus/lisp/nnml hides /home/larsi/src/emacs/trunk/lisp/gnus/nnml
/home/larsi/mgnus/lisp/gnus-vm hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-vm
/home/larsi/mgnus/lisp/gnus-mlspl hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mlspl
/home/larsi/mgnus/lisp/gnus-registry hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-registry
/home/larsi/mgnus/lisp/gnus-ml hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ml
/home/larsi/mgnus/lisp/gnus-gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-gravatar
/home/larsi/mgnus/lisp/spam hides /home/larsi/src/emacs/trunk/lisp/gnus/spam
/home/larsi/mgnus/lisp/gnus-cite hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cite
/home/larsi/mgnus/lisp/flow-fill hides /home/larsi/src/emacs/trunk/lisp/gnus/flow-fill
/home/larsi/mgnus/lisp/mm-view hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-view
/home/larsi/mgnus/lisp/gnus-html hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-html
/home/larsi/mgnus/lisp/gnus-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-uu
/home/larsi/mgnus/lisp/deuglify hides /home/larsi/src/emacs/trunk/lisp/gnus/deuglify
/home/larsi/mgnus/lisp/spam-stat hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-stat
/home/larsi/mgnus/lisp/nndir hides /home/larsi/src/emacs/trunk/lisp/gnus/nndir
/home/larsi/mgnus/lisp/gnus-kill hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-kill
/home/larsi/mgnus/lisp/gnus-ems hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ems
/home/larsi/mgnus/lisp/gnus-group hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-group
/home/larsi/mgnus/lisp/nnagent hides /home/larsi/src/emacs/trunk/lisp/gnus/nnagent
/home/larsi/mgnus/lisp/.dir-locals hides /home/larsi/src/emacs/trunk/lisp/gnus/.dir-locals
/home/larsi/mgnus/lisp/sieve-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-mode
/home/larsi/mgnus/lisp/rfc2047 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2047
/home/larsi/mgnus/lisp/gmm-utils hides /home/larsi/src/emacs/trunk/lisp/gnus/gmm-utils
/home/larsi/mgnus/lisp/utf7 hides /home/larsi/src/emacs/trunk/lisp/gnus/utf7
/home/larsi/mgnus/lisp/nnimap hides /home/larsi/src/emacs/trunk/lisp/gnus/nnimap
/home/larsi/mgnus/lisp/mm-decode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-decode
/home/larsi/mgnus/lisp/time-date hides /home/larsi/src/emacs/trunk/lisp/calendar/time-date
/home/larsi/mgnus/lisp/parse-time hides /home/larsi/src/emacs/trunk/lisp/calendar/parse-time
Features:
(shadow emacsbug pp canlock gnus-html url-cache eww url-queue shr-color
color mailalias smtpmail sendmail ecomplete gnus-picon sort smiley
ansi-color gnus-cite flow-fill mm-archive qp vc vc-dispatcher copyright
vc-cvs gnus-async gnus-dup gnus-ml gmane spam-gmane dns mm-url
disp-table misearch multi-isearch gnus-fun gnus-mdrtn gnus-topic pop3
nndoc nnmbox nndraft utf-7 nnmh nnml nnfolder gnutls network-stream nsm
starttls nnir spam-report spam spam-stat gnus-uu yenc gnus-agent
gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu
mml2015 mm-view mml-smime smime dig nntp gnus-cache gnus-sum gnus-group
gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source utf7 netrc
nnoo parse-time gnus-spec gnus-int gnus-range message format-spec rfc822
mml mml-sec mailabbrev gmm-utils mailheader gnus-win gnus-load gnus
gnus-ems gnus-compat nnheader mail-utils movie mkv shr subr-x imdb dom
pvr debug debbugs-gnu easy-mmode derived debbugs soap-client mm-decode
mm-bodies mm-encode url-http tls url-auth mail-parse rfc2231 rfc2047
rfc2045 ietf-drums url-gw url url-proxy url-privacy url-expand
url-methods url-history url-cookie url-domsuf url-util mailcap warnings
rng-xsd rng-dt rng-util xsd-regexp xml ido seq flyspell ispell benchmark
w3m browse-url doc-view dired image-mode timezone w3m-hist w3m-fb
w3m-ems wid-edit w3m-ccl ccl w3m-favicon w3m-image w3m-proc w3m-util
add-log mail-extr jka-compr cl finder-inf package epg-config
url-handlers url-parse auth-source cl-seq eieio byte-opt bytecomp
byte-compile cl-extra cconv eieio-core cl-macs gv gnus-util mm-util
help-fns help-mode easymenu cl-loaddefs pcase cl-lib mail-prsvr
password-cache url-vars time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help
simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button
faces cus-face macroexp files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote inotify dynamic-setting system-font-setting
font-render-setting x-toolkit x multi-tty make-network-process emacs)
Memory information:
((conses 16 764039 138605)
(symbols 48 169072 44)
(miscs 40 663 1614)
(strings 32 221024 28216)
(string-bytes 1 8167221)
(vectors 16 41476)
(vector-slots 8 1745292 199676)
(floats 8 6933 1339)
(intervals 56 38915 2069)
(buffers 976 68)
(heap 1024 109660 283437))
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2015-12-14 22:59 bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor Lars Magne Ingebrigtsen
@ 2015-12-14 23:09 ` John Wiegley
2015-12-23 16:50 ` Ted Zlatanov
2016-02-08 6:42 ` Lars Ingebrigtsen
2015-12-15 8:18 ` Glenn Morris
1 sibling, 2 replies; 34+ messages in thread
From: John Wiegley @ 2015-12-14 23:09 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 22172
>>>>> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> There should be a way to say to Emacs, like there is in Firefox, that every
> pixel in images should be rendered at, say, 2x. (If possible.)
+1, except that I'd also like it to be buffer local. For Gnus, where it show
graphical logos for individual with pixmaps, I'd like to use 0.5x.
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2015-12-14 23:09 ` John Wiegley
@ 2015-12-23 16:50 ` Ted Zlatanov
2016-02-08 6:42 ` Lars Ingebrigtsen
1 sibling, 0 replies; 34+ messages in thread
From: Ted Zlatanov @ 2015-12-23 16:50 UTC (permalink / raw)
To: John Wiegley; +Cc: Lars Magne Ingebrigtsen, 22172
On Mon, 14 Dec 2015 15:09:01 -0800 John Wiegley <jwiegley@gmail.com> wrote:
>>>>>> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
>> There should be a way to say to Emacs, like there is in Firefox, that every
>> pixel in images should be rendered at, say, 2x. (If possible.)
JW> +1, except that I'd also like it to be buffer local. For Gnus, where it show
JW> graphical logos for individual with pixmaps, I'd like to use 0.5x.
I think a DPI scaling command-line switch would be very useful, like
`google-chrome --force-device-scale-factor=2' for instance. That would
make Emacs as a whole more usable right away, although I honestly don't
know if there's a better way to do native scaling factor integration
with X and other windowing systems. Even if there is such a way now,
there are still many users on systems that may lack it.
Ted
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2015-12-14 23:09 ` John Wiegley
2015-12-23 16:50 ` Ted Zlatanov
@ 2016-02-08 6:42 ` Lars Ingebrigtsen
2016-02-08 7:25 ` Lars Ingebrigtsen
1 sibling, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-08 6:42 UTC (permalink / raw)
To: John Wiegley; +Cc: 22172
John Wiegley <jwiegley@gmail.com> writes:
>>>>>> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
>
>> There should be a way to say to Emacs, like there is in Firefox, that every
>> pixel in images should be rendered at, say, 2x. (If possible.)
>
> +1, except that I'd also like it to be buffer local. For Gnus, where it show
> graphical logos for individual with pixmaps, I'd like to use 0.5x.
Sure, it would also work buffer-locally...
I've now started implementing this. I guess if an image is 500 pixels
wide, and you've specified a scaling factor of 2, and :max-width is 800
pixels, then you should end up with an image that's 800 pixels wide?
I think that makes most sense. So the computation of this goes into the
compute_image_size function, and there's a new parameter :scale to
`create-image' that takes a number.
And the new variable is called image-scaling-factor.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-08 6:42 ` Lars Ingebrigtsen
@ 2016-02-08 7:25 ` Lars Ingebrigtsen
2016-02-08 16:03 ` John Wiegley
2016-02-09 1:17 ` Lars Ingebrigtsen
0 siblings, 2 replies; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-08 7:25 UTC (permalink / raw)
To: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> And the new variable is called image-scaling-factor.
And this is now implemented, documented and pushed. Feel free to tweak
the logic. :-)
This defaults to 'auto, which means that it uses the dubious heuristic
"a character on a 'normal' screen is 10 pixels wide".
(defun image-compute-scaling-factor (scaling)
(cond
((numberp image-scaling-factor)
image-scaling-factor)
((eq image-scaling-factor 'auto)
(let ((width (/ (float (window-width nil t)) (window-width))))
;; If we assume that a typical character is 10 pixels in width,
;; then we should scale all images according to how wide they
;; are. But don't scale images down.
(if (< width 10)
1
(/ (float width) 10))))
(t
(error "Invalid scaling factor %s" image-scaling-factor))))
I don't have any statistics to back that up, though. Anybody have any
feelings on the "10" thing?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-08 7:25 ` Lars Ingebrigtsen
@ 2016-02-08 16:03 ` John Wiegley
2016-02-09 1:17 ` Lars Ingebrigtsen
1 sibling, 0 replies; 34+ messages in thread
From: John Wiegley @ 2016-02-08 16:03 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22172
>>>>> Lars Ingebrigtsen <larsi@gnus.org> writes:
> And this is now implemented, documented and pushed. Feel free to tweak the
> logic. :-)
Thank you, Lars!
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-08 7:25 ` Lars Ingebrigtsen
2016-02-08 16:03 ` John Wiegley
@ 2016-02-09 1:17 ` Lars Ingebrigtsen
1 sibling, 0 replies; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-09 1:17 UTC (permalink / raw)
To: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> ;; If we assume that a typical character is 10 pixels in width,
> ;; then we should scale all images according to how wide they
> ;; are. But don't scale images down.
There's also
(/ (float (display-pixel-width))
(display-mm-width))
=> 3.78
which might not be available... Er... that number surely can't be
right.
(display-mm-width) => 677
This laptop is not almost 70cm wide! It's a 13" screen, I think, so the
width is like... 30cm? Something like that. So perhaps relying on
typical characters is a better idea, anyway.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2015-12-14 22:59 bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor Lars Magne Ingebrigtsen
2015-12-14 23:09 ` John Wiegley
@ 2015-12-15 8:18 ` Glenn Morris
2016-02-08 6:43 ` Lars Ingebrigtsen
1 sibling, 1 reply; 34+ messages in thread
From: Glenn Morris @ 2015-12-15 8:18 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 22172
Perhaps image-mode-auto-resize from
http://lists.gnu.org/archive/html/emacs-devel/2014-12/msg01572.html
does (or could do) that.
(Patch should be merged anyway;
http://lists.gnu.org/archive/html/emacs-devel/2014-12/msg01709.html )
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2015-12-15 8:18 ` Glenn Morris
@ 2016-02-08 6:43 ` Lars Ingebrigtsen
2016-02-08 15:12 ` Michael Heerdegen
0 siblings, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-08 6:43 UTC (permalink / raw)
To: Glenn Morris; +Cc: 22172
Glenn Morris <rgm@gnu.org> writes:
> Perhaps image-mode-auto-resize from
> http://lists.gnu.org/archive/html/emacs-devel/2014-12/msg01572.html
> does (or could do) that.
Well, it's not about image mode, but displaying images in general in
Emacs...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-08 6:43 ` Lars Ingebrigtsen
@ 2016-02-08 15:12 ` Michael Heerdegen
2016-02-08 22:34 ` Lars Ingebrigtsen
0 siblings, 1 reply; 34+ messages in thread
From: Michael Heerdegen @ 2016-02-08 15:12 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Well, it's not about image mode, but displaying images in general in
> Emacs...
Great idea.
I think what most users would also want is two commands similar to
C-x + [+...], C-x - [- ...]
that with point over an image, multiplies the current image scale with a
contant factor F, or F^-1 respectively, and redisplays. With other
words: some bindings to zoom in and out the image under point. Not
limited to `image-mode'.
Regards,
Michael.
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-08 15:12 ` Michael Heerdegen
@ 2016-02-08 22:34 ` Lars Ingebrigtsen
2016-02-09 1:47 ` Lars Ingebrigtsen
0 siblings, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-08 22:34 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Michael Heerdegen <michael_heerdegen@web.de> writes:
> I think what most users would also want is two commands similar to
>
> C-x + [+...], C-x - [- ...]
>
> that with point over an image, multiplies the current image scale with a
> contant factor F, or F^-1 respectively, and redisplays. With other
> words: some bindings to zoom in and out the image under point. Not
> limited to `image-mode'.
Yeah, that sounds like a good idea... C-x - and + are already taken by
global commands, though. C-c - and + are free, but are they reserved
for users? C-c <letter> is....
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-08 22:34 ` Lars Ingebrigtsen
@ 2016-02-09 1:47 ` Lars Ingebrigtsen
2016-02-09 2:46 ` Drew Adams
0 siblings, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-09 1:47 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Yeah, that sounds like a good idea... C-x - and + are already taken by
> global commands, though. C-c - and + are free, but are they reserved
> for users? C-c <letter> is....
I've now added the commands, but not documented this yet, because we
haven't decided on keystrokes. These should be global bindings, I
guess? We could also have local keymaps for the image objects
themselves... That would mean that insert-image would also put a keymap
on each image it inserts.
And in that case we could "steal" very basic keystrokes, like "-" and
"+". But that may be kinda yucky. And surprising.
But I kinda like the local keymap idea. These commands would only be
valid pretty seldom (i.e., when you're on an image), so it feels strange
to occupy a global key binding.
So... opinions?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 1:47 ` Lars Ingebrigtsen
@ 2016-02-09 2:46 ` Drew Adams
2016-02-09 8:03 ` Michael Heerdegen
0 siblings, 1 reply; 34+ messages in thread
From: Drew Adams @ 2016-02-09 2:46 UTC (permalink / raw)
To: Lars Ingebrigtsen, Michael Heerdegen; +Cc: 22172
> I've now added the commands, but not documented this yet, because we
> haven't decided on keystrokes. These should be global bindings, I
> guess? We could also have local keymaps for the image objects
> themselves... That would mean that insert-image would also put a keymap
> on each image it inserts.
>
> And in that case we could "steal" very basic keystrokes, like "-" and
> "+". But that may be kinda yucky. And surprising.
>
> But I kinda like the local keymap idea. These commands would only be
> valid pretty seldom (i.e., when you're on an image), so it feels strange
> to occupy a global key binding.
>
> So... opinions?
Here's an opinion: Do not bind the commands to any keys.
10 minutes after defining the commands you want Emacs to
dedicate keys to them? And global keys, at that?
Let users bind them if they like. In a few years users and
Emacs Dev can take stock of the situation and consider whether
such commands should be bound by default, and if so, where.
If you want to put a key on an image, that might be OK.
If you want to add a key to image-mode, that might be OK.
But beyond that, there is no reason to jump the gun on this.
If the commands are super useful they will soon enough be
bound to keys by users, and users will themselves suggest
which keys might be most important.
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 2:46 ` Drew Adams
@ 2016-02-09 8:03 ` Michael Heerdegen
2016-02-09 13:18 ` Lars Ingebrigtsen
2016-02-09 15:26 ` Drew Adams
0 siblings, 2 replies; 34+ messages in thread
From: Michael Heerdegen @ 2016-02-09 8:03 UTC (permalink / raw)
To: Drew Adams; +Cc: Lars Ingebrigtsen, 22172
Hello,
first, thanks to Lars for implementing this!
Drew Adams <drew.adams@oracle.com> writes:
> Here's an opinion: Do not bind the commands to any keys.
>
> 10 minutes after defining the commands you want Emacs to
> dedicate keys to them? And global keys, at that?
I agree we should be careful. Even using the keymap text property might
be surprising. E.g. when we chose + and -, these might already be bound
(e.g. to `negative-argument' in image-mode itself!).
Let's start to find some suitable bindings for `image-mode'. How about
i and d ("increase", "decrease")?
In the general case, we could attach a keymap text property to any image
we insert into a buffer. The keymap should be a user option. It could
even be empty by default, at least for now. That would already be a big
win.
Regards,
Michael.
^ permalink raw reply [flat|nested] 34+ messages in thread* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 8:03 ` Michael Heerdegen
@ 2016-02-09 13:18 ` Lars Ingebrigtsen
2016-02-09 13:29 ` Lars Ingebrigtsen
2016-02-09 13:35 ` Michael Heerdegen
2016-02-09 15:26 ` Drew Adams
1 sibling, 2 replies; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-09 13:18 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Michael Heerdegen <michael_heerdegen@web.de> writes:
> I agree we should be careful. Even using the keymap text property might
> be surprising. E.g. when we chose + and -, these might already be bound
> (e.g. to `negative-argument' in image-mode itself!).
Well, the local keymap wins over the mode keymap.
> Let's start to find some suitable bindings for `image-mode'. How about
> i and d ("increase", "decrease")?
I don't find image mode that interesting, actually. I think images,
whenever displayed in Emacs, should offer ways of interacting. Scaling,
of course, but also saving, for instance. And rotation.
> In the general case, we could attach a keymap text property to any image
> we insert into a buffer. The keymap should be a user option. It could
> even be empty by default, at least for now. That would already be a big
> win.
And thinking about it a bit more, I think we could probably afford to
grab some pretty basic keys for these commands. If the user puts the
cursor on an image, I think it's very likely that the user wants to
interact with that image. So we could bind keys like `-' and `+'.
Drag an image into a Message buffer, scale it, rotate it, and send the
message. I think that sounds rather attractive...
Other modes that insert images today often also puts keymaps on images
(like eww does), but these could be derived from this new keymap.
Errr... `image-map'. Perhaps.
We can give it a try and see whether it's annoying or not in practice.
These UI things usually require a bit of usage to see whether they "feel
nice" or not.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 13:18 ` Lars Ingebrigtsen
@ 2016-02-09 13:29 ` Lars Ingebrigtsen
2016-02-09 13:35 ` Michael Heerdegen
1 sibling, 0 replies; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-09 13:29 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
>> I agree we should be careful. Even using the keymap text property might
>> be surprising. E.g. when we chose + and -, these might already be bound
>> (e.g. to `negative-argument' in image-mode itself!).
>
> Well, the local keymap wins over the mode keymap.
I mean, the text property keymap wins over the mode keymap.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 13:18 ` Lars Ingebrigtsen
2016-02-09 13:29 ` Lars Ingebrigtsen
@ 2016-02-09 13:35 ` Michael Heerdegen
2016-02-09 13:41 ` Lars Ingebrigtsen
1 sibling, 1 reply; 34+ messages in thread
From: Michael Heerdegen @ 2016-02-09 13:35 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Drag an image into a Message buffer, scale it, rotate it, and send the
> message. I think that sounds rather attractive...
> [...]
> We can give it a try and see whether it's annoying or not in practice.
> These UI things usually require a bit of usage to see whether they "feel
> nice" or not.
Yeah, it's indeed interesting, image handling is currently much too
basic in Emacs, so I appreciate any attempt to improve that.
But be careful with the keymap text prop. E.g. when you would bind
mouse-5 and mouse-6 to zoom in/out images in this map, point may land
accidentally on an image when scrolling with the mouse wheel, and you
would continue with zooming this image...
You could also get collisions with important view-mode or org-mode or
whatever bindings...
Regards,
Michael.
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 13:35 ` Michael Heerdegen
@ 2016-02-09 13:41 ` Lars Ingebrigtsen
2016-02-09 13:50 ` Michael Heerdegen
0 siblings, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-09 13:41 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Michael Heerdegen <michael_heerdegen@web.de> writes:
> But be careful with the keymap text prop. E.g. when you would bind
> mouse-5 and mouse-6 to zoom in/out images in this map, point may land
> accidentally on an image when scrolling with the mouse wheel, and you
> would continue with zooming this image...
I don't think I'd want to bind any mouse actions in the text prop
keymap, because that's too error prone (as you say).
> You could also get collisions with important view-mode or org-mode or
> whatever bindings...
Yes. But if the mode doesn't have any image related commands, I'm not
sure how major the interaction problems would be... I mean, if you put
point on an image in a buffer and hit `-', do you expect a minus to be
inserted? Hm... perhaps you do. Do we generally have images in
"editing" modes much?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 13:41 ` Lars Ingebrigtsen
@ 2016-02-09 13:50 ` Michael Heerdegen
2016-02-09 14:08 ` Lars Ingebrigtsen
2016-02-10 1:07 ` Lars Ingebrigtsen
0 siblings, 2 replies; 34+ messages in thread
From: Michael Heerdegen @ 2016-02-09 13:50 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Yes. But if the mode doesn't have any image related commands, I'm not
> sure how major the interaction problems would be... I mean, if you put
> point on an image in a buffer and hit `-', do you expect a minus to be
> inserted? Hm... perhaps you do. Do we generally have images in
> "editing" modes much?
Dunno, I don't feel qualified to answer that. But some users may expect
`-' to run `negative-argument' in read-only modes - like eww ;-)
Michael.
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 13:50 ` Michael Heerdegen
@ 2016-02-09 14:08 ` Lars Ingebrigtsen
2016-02-10 1:07 ` Lars Ingebrigtsen
1 sibling, 0 replies; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-09 14:08 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Michael Heerdegen <michael_heerdegen@web.de> writes:
> Dunno, I don't feel qualified to answer that. But some users may expect
> `-' to run `negative-argument' in read-only modes - like eww ;-)
True. But we have different commands based on text properties already
in shr. If you go to a link and press `u', you'll copy the URL to the
kill ring. If you're not on a link, you're marking the current article
instead.
There are drawbacks to keymaps in text properties, but...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 13:50 ` Michael Heerdegen
2016-02-09 14:08 ` Lars Ingebrigtsen
@ 2016-02-10 1:07 ` Lars Ingebrigtsen
2016-02-10 2:05 ` Lars Ingebrigtsen
2016-02-19 20:57 ` John Wiegley
1 sibling, 2 replies; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-10 1:07 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
This has now been implemented and pushed. Try playing with it a bit and
see whether it's annoying or not. If it's annoying, we'll do something
else...
To test:
(insert-image (create-image "~/src/emacs/trunk/etc/images/gnus/gnus.png"))
and use the - + r o commands on the image.
Which reminds me: the `o' command doesn't really know what the image
format is, so it'll allow saving a png as foo.tiff. It would be nice if
we could guide the user here.
Is there a way to make ImageMagick tell you what the format of the image
really is?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-10 1:07 ` Lars Ingebrigtsen
@ 2016-02-10 2:05 ` Lars Ingebrigtsen
2016-02-12 15:13 ` Michael Heerdegen
2016-02-19 20:57 ` John Wiegley
1 sibling, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-10 2:05 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> (insert-image (create-image "~/src/emacs/trunk/etc/images/gnus/gnus.png"))
>
> and use the - + r o commands on the image.
I've also adjusted the text properties that shr slaps onto links and
images to let the new image-map commands shine through, so you should be
able to test these commands in any eww buffer.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-10 2:05 ` Lars Ingebrigtsen
@ 2016-02-12 15:13 ` Michael Heerdegen
2016-02-13 4:15 ` Lars Ingebrigtsen
0 siblings, 1 reply; 34+ messages in thread
From: Michael Heerdegen @ 2016-02-12 15:13 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> I've also adjusted the text properties that shr slaps onto links and
> images to let the new image-map commands shine through, so you should
> be able to test these commands in any eww buffer.
Thanks for implementing this. I like it very much.
Some comments:
- o in eww doesn't work if there is no link related to the image
- Where is this feature supposed to work? Only shr? It doesn't seem to
work in image-mode, and in w3m.
Regards,
Michael.
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-12 15:13 ` Michael Heerdegen
@ 2016-02-13 4:15 ` Lars Ingebrigtsen
2016-02-16 20:57 ` Michael Heerdegen
0 siblings, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-13 4:15 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Michael Heerdegen <michael_heerdegen@web.de> writes:
> - o in eww doesn't work if there is no link related to the image
There's a collision between shr-map and image-map, of course. *sigh*
Both the `i' and `o' commands are taken in both of them. Hm... move
the shr keystrokes? Use `M-i', `M-o', `M--' and `M-+' for the image
commands?
> - Where is this feature supposed to work? Only shr? It doesn't seem to
> work in image-mode, and in w3m.
It should work anywhere where the calling code doesn't overwrite the
keymap. I think image-mode and w3m should probably be setting image-map
to be the parent keymap, and then things should work...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-13 4:15 ` Lars Ingebrigtsen
@ 2016-02-16 20:57 ` Michael Heerdegen
2016-02-19 6:40 ` Lars Ingebrigtsen
0 siblings, 1 reply; 34+ messages in thread
From: Michael Heerdegen @ 2016-02-16 20:57 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> There's a collision between shr-map and image-map, of course. *sigh*
> Both the `i' and `o' commands are taken in both of them. Hm... move
> the shr keystrokes? Use `M-i', `M-o', `M--' and `M-+' for the image
> commands?
Let's assume the s command is not yet the most popular feature in
`image-mode' so far, and we can reuse it.
Then, s (decrease scale) and S (increase scale) come to mind; s with
prefix arg sets the scale directly.
z and Z would also make sense and would even be free everywhere (z from
"zoom").
We could also use s [+ | -] ... similar to `text-scale-mode', and s s to
set scale factor directly.
But since z and Z are free in eww, image-mode and w3m, I like that most.
Regards,
Michael.
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-16 20:57 ` Michael Heerdegen
@ 2016-02-19 6:40 ` Lars Ingebrigtsen
2016-02-19 11:51 ` Michael Heerdegen
0 siblings, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-19 6:40 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Michael Heerdegen <michael_heerdegen@web.de> writes:
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>> There's a collision between shr-map and image-map, of course. *sigh*
>> Both the `i' and `o' commands are taken in both of them. Hm... move
>> the shr keystrokes? Use `M-i', `M-o', `M--' and `M-+' for the image
>> commands?
>
> Let's assume the s command is not yet the most popular feature in
> `image-mode' so far, and we can reuse it.
>
> Then, s (decrease scale) and S (increase scale) come to mind; s with
> prefix arg sets the scale directly.
Sorry, I was confused. image-map defines +/-/r/o. Of those, the only
collision with shr-map is o. I think we can move o out of the way in
shr-map and leave it there in image-map.
So I think we could just keep all those key bindings... +/- feels
really intuitive to me.
> z and Z would also make sense and would even be free everywhere (z from
> "zoom").
>
> We could also use s [+ | -] ... similar to `text-scale-mode', and s s to
> set scale factor directly.
I'm not sure users would really want to set the scale like that...
Increase/decrease is natural, but "set the scale to 50%" would be a very
unusual user interaction, I think.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-19 6:40 ` Lars Ingebrigtsen
@ 2016-02-19 11:51 ` Michael Heerdegen
2016-02-19 22:50 ` Lars Ingebrigtsen
0 siblings, 1 reply; 34+ messages in thread
From: Michael Heerdegen @ 2016-02-19 11:51 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Sorry, I was confused.
I'm too, now:
> image-map defines +/-/r/o.
What does "r" stand for?
> Of those, the only collision with shr-map is o. I think we can move
> o out of the way in shr-map and leave it there in image-map.
>
> So I think we could just keep all those key bindings... +/- feels
> really intuitive to me.
What's your final decision, now?
> > z and Z would also make sense and would even be free everywhere (z from
> > "zoom").
> >
> > We could also use s [+ | -] ... similar to `text-scale-mode', and s
> > s to set scale factor directly.
>
> I'm not sure users would really want to set the scale like that...
> Increase/decrease is natural, but "set the scale to 50%" would be a very
> unusual user interaction, I think.
Sure. I just wanted to rebind the old binding of s in image-mode that
did exactly that.
Michael.
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-19 11:51 ` Michael Heerdegen
@ 2016-02-19 22:50 ` Lars Ingebrigtsen
2016-02-20 11:15 ` Michael Heerdegen
0 siblings, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-19 22:50 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
Michael Heerdegen <michael_heerdegen@web.de> writes:
>> image-map defines +/-/r/o.
>
> What does "r" stand for?
Rotate.
>> Of those, the only collision with shr-map is o. I think we can move
>> o out of the way in shr-map and leave it there in image-map.
>>
>> So I think we could just keep all those key bindings... +/- feels
>> really intuitive to me.
>
> What's your final decision, now?
That one. :-)
>> I'm not sure users would really want to set the scale like that...
>> Increase/decrease is natural, but "set the scale to 50%" would be a very
>> unusual user interaction, I think.
>
> Sure. I just wanted to rebind the old binding of s in image-mode that
> did exactly that.
Hm... `s' seems to be unbound in image mode for me...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-19 22:50 ` Lars Ingebrigtsen
@ 2016-02-20 11:15 ` Michael Heerdegen
2016-02-24 7:13 ` Lars Ingebrigtsen
0 siblings, 1 reply; 34+ messages in thread
From: Michael Heerdegen @ 2016-02-20 11:15 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22172
Lars Ingebrigtsen <larsi@gnus.org> writes:
> > What's your final decision, now?
>
> That one. :-)
Ok, good.
> > Sure. I just wanted to rebind the old binding of s in image-mode
> > that did exactly that.
>
> Hm... `s' seems to be unbound in image mode for me...
Oh right, it was my own binding. I didn't realize that image-mode
didn't have a binding even for that.
Thanks, Lars!
Michael.
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-20 11:15 ` Michael Heerdegen
@ 2016-02-24 7:13 ` Lars Ingebrigtsen
2016-02-24 8:28 ` John Wiegley
0 siblings, 1 reply; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-24 7:13 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 22172
I've now remapped this in shr, and I've made image-mode inherit from
image-map, so I think we've basically covered the major usage points.
I'm closing this bug, but there may be places where we want those
commands to be available where they aren't now, but I'm sure we'll
discover those as time passes...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-24 7:13 ` Lars Ingebrigtsen
@ 2016-02-24 8:28 ` John Wiegley
0 siblings, 0 replies; 34+ messages in thread
From: John Wiegley @ 2016-02-24 8:28 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Michael Heerdegen, 22172
>>>>> Lars Ingebrigtsen <larsi@gnus.org> writes:
> I've now remapped this in shr, and I've made image-mode inherit from
> image-map, so I think we've basically covered the major usage points. I'm
> closing this bug, but there may be places where we want those commands to be
> available where they aren't now, but I'm sure we'll discover those as time
> passes...
Thank you, Lars!
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-10 1:07 ` Lars Ingebrigtsen
2016-02-10 2:05 ` Lars Ingebrigtsen
@ 2016-02-19 20:57 ` John Wiegley
2016-02-19 22:48 ` Lars Ingebrigtsen
1 sibling, 1 reply; 34+ messages in thread
From: John Wiegley @ 2016-02-19 20:57 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Michael Heerdegen, 22172
>>>>> Lars Ingebrigtsen <larsi@gnus.org> writes:
> This has now been implemented and pushed. Try playing with it a bit and see
> whether it's annoying or not. If it's annoying, we'll do something else...
> To test:
> (insert-image (create-image "~/src/emacs/trunk/etc/images/gnus/gnus.png"))
> and use the - + r o commands on the image.
Lars, can you please add this to the NEWS file, if you haven't already?
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-19 20:57 ` John Wiegley
@ 2016-02-19 22:48 ` Lars Ingebrigtsen
0 siblings, 0 replies; 34+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-19 22:48 UTC (permalink / raw)
To: John Wiegley; +Cc: Michael Heerdegen, John Wiegley, 22172
John Wiegley <jwiegley@gmail.com> writes:
>>>>>> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>> This has now been implemented and pushed. Try playing with it a bit and see
>> whether it's annoying or not. If it's annoying, we'll do something else...
>
>> To test:
>> (insert-image (create-image "~/src/emacs/trunk/etc/images/gnus/gnus.png"))
>> and use the - + r o commands on the image.
>
> Lars, can you please add this to the NEWS file, if you haven't already?
The NEWS file says:
*** Images inserted with `insert-image' and related functions get a
keymap put into the text properties (or overlays) that span the
image. This keymap binds keystrokes for manipulating size and
rotation, as well as saving the image to a file.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 34+ messages in thread
* bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor
2016-02-09 8:03 ` Michael Heerdegen
2016-02-09 13:18 ` Lars Ingebrigtsen
@ 2016-02-09 15:26 ` Drew Adams
1 sibling, 0 replies; 34+ messages in thread
From: Drew Adams @ 2016-02-09 15:26 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: Lars Ingebrigtsen, 22172
> first, thanks to Lars for implementing this!
>
> Drew Adams <drew.adams@oracle.com> writes:
>
> > Here's an opinion: Do not bind the commands to any keys.
> > 10 minutes after defining the commands you want Emacs to
> > dedicate keys to them? And global keys, at that?
>
> I agree we should be careful. Even using the keymap text property might
> be surprising. E.g. when we chose + and -, these might already be bound
> (e.g. to `negative-argument' in image-mode itself!).
>
> Let's start to find some suitable bindings for `image-mode'. How about
> i and d ("increase", "decrease")?
>
> In the general case, we could attach a keymap text property to any image
> we insert into a buffer. The keymap should be a user option. It could
> even be empty by default, at least for now. That would already be a big
> win.
+1 to everything Michael said, including thanks to Lars for
adding such commands.
^ permalink raw reply [flat|nested] 34+ messages in thread
end of thread, other threads:[~2016-02-24 8:28 UTC | newest]
Thread overview: 34+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-14 22:59 bug#22172: 25.1.50; Wishlist: There should be a way to say to Emacs that is should rescale all images with a certain factor Lars Magne Ingebrigtsen
2015-12-14 23:09 ` John Wiegley
2015-12-23 16:50 ` Ted Zlatanov
2016-02-08 6:42 ` Lars Ingebrigtsen
2016-02-08 7:25 ` Lars Ingebrigtsen
2016-02-08 16:03 ` John Wiegley
2016-02-09 1:17 ` Lars Ingebrigtsen
2015-12-15 8:18 ` Glenn Morris
2016-02-08 6:43 ` Lars Ingebrigtsen
2016-02-08 15:12 ` Michael Heerdegen
2016-02-08 22:34 ` Lars Ingebrigtsen
2016-02-09 1:47 ` Lars Ingebrigtsen
2016-02-09 2:46 ` Drew Adams
2016-02-09 8:03 ` Michael Heerdegen
2016-02-09 13:18 ` Lars Ingebrigtsen
2016-02-09 13:29 ` Lars Ingebrigtsen
2016-02-09 13:35 ` Michael Heerdegen
2016-02-09 13:41 ` Lars Ingebrigtsen
2016-02-09 13:50 ` Michael Heerdegen
2016-02-09 14:08 ` Lars Ingebrigtsen
2016-02-10 1:07 ` Lars Ingebrigtsen
2016-02-10 2:05 ` Lars Ingebrigtsen
2016-02-12 15:13 ` Michael Heerdegen
2016-02-13 4:15 ` Lars Ingebrigtsen
2016-02-16 20:57 ` Michael Heerdegen
2016-02-19 6:40 ` Lars Ingebrigtsen
2016-02-19 11:51 ` Michael Heerdegen
2016-02-19 22:50 ` Lars Ingebrigtsen
2016-02-20 11:15 ` Michael Heerdegen
2016-02-24 7:13 ` Lars Ingebrigtsen
2016-02-24 8:28 ` John Wiegley
2016-02-19 20:57 ` John Wiegley
2016-02-19 22:48 ` Lars Ingebrigtsen
2016-02-09 15:26 ` Drew Adams
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).