From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Aaron Jensen Newsgroups: gmane.emacs.bugs Subject: bug#30141: (26.0.91; text-pixel dimensions not properly saved by desktop-save-mode sometimes) Date: Mon, 12 Mar 2018 15:18:30 -0700 Message-ID: References: <5A5F1397.2050001@gmx.at> <5A623F19.6080608@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1520893078 24422 195.159.176.226 (12 Mar 2018 22:17:58 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 12 Mar 2018 22:17:58 +0000 (UTC) To: martin rudalics , 30141@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 12 23:17:54 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1evVlR-0006EH-Rn for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Mar 2018 23:17:54 +0100 Original-Received: from localhost ([::1]:35913 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1evVnU-0006D3-TS for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Mar 2018 18:20:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59071) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1evVmd-0005ob-Sm for bug-gnu-emacs@gnu.org; Mon, 12 Mar 2018 18:19:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1evVmY-0005yi-RE for bug-gnu-emacs@gnu.org; Mon, 12 Mar 2018 18:19:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49896) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1evVmY-0005yU-NJ for bug-gnu-emacs@gnu.org; Mon, 12 Mar 2018 18:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1evVmY-0005a6-Gi for bug-gnu-emacs@gnu.org; Mon, 12 Mar 2018 18:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Aaron Jensen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Mar 2018 22:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30141 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30141-submit@debbugs.gnu.org id=B30141.152089311921414 (code B ref 30141); Mon, 12 Mar 2018 22:19:02 +0000 Original-Received: (at 30141) by debbugs.gnu.org; 12 Mar 2018 22:18:39 +0000 Original-Received: from localhost ([127.0.0.1]:57793 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1evVmB-0005ZJ-EZ for submit@debbugs.gnu.org; Mon, 12 Mar 2018 18:18:39 -0400 Original-Received: from mail-qt0-f174.google.com ([209.85.216.174]:35825) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1evVm9-0005Z3-0N for 30141@debbugs.gnu.org; Mon, 12 Mar 2018 18:18:37 -0400 Original-Received: by mail-qt0-f174.google.com with SMTP id z14so20676670qti.2 for <30141@debbugs.gnu.org>; Mon, 12 Mar 2018 15:18:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=Q28Pa+p6tkVrgDcizaGMyUvOKzjqArZAQs5NH4Lghh4=; b=Ce2L//N9xmN3Nojzs4ElMPciipZaItqDg2dhIZuBKdfZwu3RhBMsORouUtrBfAbO3v BokJtsawjONBE0kpII/obQGCBBITkE62PMKMnjC8WBSpSu0jlc6Sj6uekWtxcRC66DmE EplHwlgq7DYvY1cjiFjnRFkLxqjVSvKlQhBqNAUz9vlZkTPCcWJlGfxzx0BiZH1Z/din QC5SSq1Jre/EYNkjzQxBG3BDiBCLcxKuzonsdA12ep5VUKLiLQAkUxBypWnKTd8yQtzP 26905scPL67JkUCZaAQYwB92AeyLr0DdpypBudGPQ2NP0m6iL6o2iP8wQ4LPV+SwET1C HaLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=Q28Pa+p6tkVrgDcizaGMyUvOKzjqArZAQs5NH4Lghh4=; b=uLH4dQCaun2/KodndnhiOQWP/TjzqnvggkW1pJO069Lq1XC8n4ItI0b/rpQ8jWXQF+ j+9aj29oLwcSOmOrQY70Pw/CGwvCN3PX/reytui3SS86lNmbma9TBaqP3INB66Qwja/u qENEHh/cmSNV6qYyt2FE1Y1tVLqCTeOZnnFkcBmA8PbtIkrRhe1Dh4NYGEQAaWyj+Ja7 aY9RuScrmHlh6yntRLzDRKvcRU15zoiE4HVTR/CraxRNS5wC+urd5z+Xcp6zjdanUvaU /3lZe1Uwj/ZBNu3DPFIQ8MUfdNk8ohbCwp+cp/m4YbDIvgpU7asytxL3H2y/iMBhtst3 9SuQ== X-Gm-Message-State: AElRT7GDT3XVe4waRuCuNHkMtVt7CHlOBcWh5sP5lTQx1+1He+SsfR1H 25sLJQ3G+xLYNaIG/iRIxSkUSUhcBpkDT+OEd2A= X-Google-Smtp-Source: AG47ELtN72byxxiiEsSOKkPlS4vw4foIXg8LoQuaVo6RZHqiN+ahLLKBElTT2lfcF113VOK9aM7r39WtAfEaurfehnA= X-Received: by 10.200.15.140 with SMTP id b12mr1249879qtk.301.1520893111472; Mon, 12 Mar 2018 15:18:31 -0700 (PDT) Original-Received: by 10.237.60.76 with HTTP; Mon, 12 Mar 2018 15:18:30 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:144165 Archived-At: On Fri, Jan 19, 2018 at 11:00 AM, Aaron Jensen wrot= e: > From: martin rudalics (mailto:rudalics@gmx.at) >> Can you please give a more detailed scenario of what happens in >> practice. Is this prevalence of pixel sizes something which occurs >> after the frameset was restored or already during restoration? >> >> Can you please try to do that? How do these parameters get into the >> way of things? > > Sorry, sure. The issue is when you have the frame sized to be a non-multi= ple of the font-width (pixel sized), save the desktop, then restart emacs a= nd restore the desktop. > > At this point you=E2=80=99ll have a pixel width in your frame parameters. > > Then if you resize the frame to be a multiple of the font-width and save = the desktop, you end up writing the previous pixel widths because they were= in frame parameters and we do not reset them unless you are using a non-mu= ltiple of the font width. > > If that doesn=E2=80=99t make sense I can try and write up a repro when I = get a chance. Unfortunately, I still run into this bug from time to time. I do not know what the circumstances are, but occasionally emacs will save the non-pixel width. I wonder if this has to do with the fact that I use different fonts in different buffers (with variable-pitch-mode). I cannot find a consistent way to reproduce it, but I see it often. If it's ok, I'd like to always save as pixels when `frame-resize-pixelwise' is non-nil rather than skipping the save if the pixel size happens to fall on a multiple of text pixel width. It would theoretically be a breaking change, but I can't imagine it being one that people would be upset about.