mailing-list for TeXmacs Users

Text archives Help


Re: [TeXmacs] TeXmacs 1.99.6 (or is it 5?) poor GUI rendering


Chronological Thread 
  • From: Kyle Andrews <address@hidden>
  • To: Massimiliano Gubinelli <address@hidden>
  • Cc: "address@hidden" <address@hidden>
  • Subject: Re: [TeXmacs] TeXmacs 1.99.6 (or is it 5?) poor GUI rendering
  • Date: Fri, 29 Dec 2017 15:32:48 +0000

I think then I must not have this latest version, since that menu "Views" does not exist, much less an option "Retina settings".

I've tried running the scheme code: (set-retina-scale 1.25), but that doesn't seem to do anything. It's not clear what (set-retina-factor 2) should do either. I tried playing around with it and (set-retina-factor 10) causes display corruption in the form of strong black lines and blocky fragmentation while (set-retina-factor 0) just causes TeXmacs to crash.

I'm also confused as to what would be the relationship between Type 1 fonts and retina display. If PDF output looks crisp, doesn't that suggest that my type 1 fonts are working?

Another thing, if I'm downloading from http://www.texmacs.org/Download/ftp/tmftp/source/TeXmacs-1.99.6-src.tar.gz, why would it report 1.99.5 as the version?

On Fri, 29 Dec 2017 at 08:06 Massimiliano Gubinelli <address@hidden> wrote:
You find it in the UI, menu Views/Retina settings



On 27. Dec 2017, at 23:32, Kyle Andrews <address@hidden> wrote:


Yes, I do have a hidpi screen! That sounds promising.

Can someone point me to the option flag Max is talking about? I couldn't find it searching through the Makefile.in or grep'ing the directory. All I could find was references to getting and setting it in scheme and C++ code.

Thanks,

Kyle


On Wed, 27 Dec 2017 at 16:04 Massimiliano Gubinelli <address@hidden> wrote:
Do you have a hidpi screen? Maybe it is not detected properly. There is an option flag to modify the retina settings, yuh would like to try that.

Max


Sent from my iPhone

On 27 Dec 2017, at 20:36, Kyle Andrews <address@hidden> wrote:

For reference, I have attached screenshots of the preference menus I found that were in any way related to fonts along with the search results. The first search result suggested a setting for increasing dpi for type 3 fonts, but it didn't specify any of configuring that from the default user interface.





On Wed, 27 Dec 2017 at 13:02 Kyle Andrews <address@hidden> wrote:
Could you give me some details as to where this setting might be? I tried searching the documentation, and the only reference I could find to type 1 fonts was for an older version of TeXmacs and the specified menu path no longer seems to exist. However, it said that from then on type 1 fonts would become the default.

Running texmacs with `texmacs -V`, I see the following lines of text at startup:

TeXmacs] TeXmacs] Loading hyphen.us
TeXmacs] debug-fonts, Loading ecrm10 at 600 dpi
TeXmacs] With linked TrueType support
TeXmacs] debug-fonts, Loading True Type font ecrm10
TeXmacs] debug-fonts, Loading ecss10 at 600 dpi
TeXmacs] debug-fonts, Loading True Type font ecss10
TeXmacs] debug-fonts, Loading ecrm10 at 846 dpi
TeXmacs] debug-fonts, Loading ecss10 at 846 dpi

Is this evidence that these are not type 1 fonts being used?

Regards,

Kyle


On Wed, 27 Dec 2017 at 10:23 Karl Hegbloom <address@hidden> wrote:

Go into settings and have it prefer type 1 fonts.


On Tue, Dec 26, 2017, 13:36 Kyle Andrews <address@hidden> wrote:
Dear TeXmacs users,

I have been experiencing frequent crashes on the TeXmacs 1.99.5 package from the Arch Linux extra repository:

https://bugs.archlinux.org/task/56787

So, I was happy to see an update which seemed to be for texmacs 1.99.6. Atleast, that is what pacman current reports with `pacman -Qs texmacs`. Interestingly, executing `texmacs -v` from the shell still reports 1.99.5, as does the about page inside the GUI. Looking at the PKGBUILD, it does look like 1.99.6 should be being downloaded from the ftp server. I built the package myself and I see the same issue reported above. Was this version information updated in the package? Ignoring the versioning issue, the update seems far less prone to crashes. Where I found many ways to crash TeXmacs under the previous version of the package (e.g. running with `texmacs -d`, entering any character in a document would cause a segmentation fault, as would trying to insert a footer (even with plain `texmacs`)), the quality of the rendering in the GUI was superb. Now, while running with `texmacs -d` I still see:

Warning: resynchronizing for path [ 0, 0, 1]
...
Warning: resynchronizing for path [ 0, 0, 2]
...
Warning: resynchronizing for path [ 0, 0, 3]
...

But the most noticeable issue I observe is that the text rendering quality is significantly reduced inside the editor. For an example, I have attached a screenshot. I have also attached a copy of the PKGBUILD file. For the most part, it is just a bash script that runs through the TeXmacs build and installation process so hopefully it will still be intelligible to users of other Linux distributions. Can anyone suggest a a cause and/or solution to this display problem? It is a distracting and discouraging eyesore to see such poor quality typesetting when I know how much better it could be. Thanks for any help and advice you can give me.

Best Regards,

Kyle Andrews


texmacs-1.99.6-screenshot.png




--
<texmacs-advanced-preferences-menu.png>
<texmacs-user-preferences-dialog.png>
<texmacs-font-selector.png>
<texmacs-1.99.6-screenshot.png><texmacs-1.99.6-screenshot.png>




Archive powered by MHonArc 2.6.19.

Top of page