Details Ticket 5489


Comment | Reply | Take | Open


Serial Number 5489
Subject d.font error in GRASS6.2/6.3
Area grass6
Queue grass
Requestors aldo.clerici@unipr.it
Owner none
Status resolved
Last User Contact Thu May 10 15:08:44 2007 (1 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Thu May 10 15:08:44 2007 (1 yr ago)
Created Fri Feb 9 10:40:46 2007 (2 yr ago)

Transaction History Ticket 5489


Fri, Feb 9 2007 10:40:46    Request created by guest  
Subject: d.font error in GRASS6.2/6.3

Platform: GNU/Linux/x86
grass obtained from: Mirror of Trento site
grass binary for platform: Compiled from Sources
GRASS Version: 6.2/6.3 cvs snapshot

Aldo Clerici
In GRASS6.2, the GIS Manager GUI 'Config >Text > Select default text' command,
gives the following error: 
No socket to connect to for monitor <x0>
No graphics device selected
The commands d.font font=romans works well in command line mode (after a minitor
is open).

Also in GRASS6.3 the commands doesn't work but a different error message is issued.
In command line mode the error is:
WARNING /usr/local/grass-6.3.cvs/etc/freetypecap: No FreeType definition file.
Greetings

Fri, Feb 9 2007 16:37:40    Mail sent by michael.barton@asu.edu  
Return-Path <michael.barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
User-Agent Microsoft-Entourage/11.3.3.061214
Date Fri, 09 Feb 2007 08:37:21 -0700
Subject Re: [GRASS-dev] [bug #5489] (grass) d.font error in GRASS6.2/6.3
From Michael Barton <michael.barton@asu.edu>
To Paolo Cavallini via RT <grass-bugs@intevation.de>, <grass-dev@grass.itc.it>, Glynn Clements <glynn@gclements.plus.com>
Message-ID <C1F1E341.1C3DA%michael.barton@asu.edu>
Thread-Topic [GRASS-dev] [bug #5489] (grass) d.font error in GRASS6.2/6.3
Thread-Index AcdMYDALbpKwVrhTEdu/WwAX8scpqg==
In-Reply-To <20070209094046.8B1711006CB@lists.intevation.de>
Mime-version 1.0
Content-type text/plain; charset="US-ASCII"
Content-transfer-encoding 7bit
X-Virus-Scanned by amavisd-new
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-3.752 tagged_above=-999 required=3 tests=[BAYES_00=-5, RCVD_NUMERIC_HELO=1.248]
X-Spam-Level
Question to those who may know...

Is d.font simply unusable without an x11 display monitor? If so, I'll just
take it off the GUI menu. Or is the warning that you need to run d.mon
another example of an old (and a little misleading) message that is now
getting properly parsed and displayed in the output window?

I tried setting some fonts and I couldn't find any text affected. I checked
d.grid, d.histogram, and d.text.

I think I remember that the font setting doesn't persist or something like
that. 

Michael


On 2/9/07 2:40 AM, "Request Tracker" <grass-bugs@intevation.de> wrote:

> this bug's URL: http://intevation.de/rt/webrt?serial_num=5489
> -------------------------------------------------------------------------
> 
> Subject: d.font error in GRASS6.2/6.3
> 
> Platform: GNU/Linux/x86
> grass obtained from: Mirror of Trento site
> grass binary for platform: Compiled from Sources
> GRASS Version: 6.2/6.3 cvs snapshot
> 
> Aldo Clerici
> In GRASS6.2, the GIS Manager GUI 'Config >Text > Select default text' command,
> gives the following error:
> No socket to connect to for monitor <x0>
> No graphics device selected
> The commands d.font font=romans works well in command line mode (after a
> minitor is open).
> 
> Also in GRASS6.3 the commands doesn't work but a different error message is
> issued.
> In command line mode the error is:
> WARNING /usr/local/grass-6.3.cvs/etc/freetypecap: No FreeType definition file.
> 
> Greetings
> 
> 
> 
> -------------------------------------------- Managed by Request Tracker
> 
> 

__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


Fri, Feb 9 2007 18:58:07    Mail sent by glynn@gclements.plus.com  
Return-Path <glynn@gclements.plus.com>
Delivered-To grass-bugs@lists.intevation.de
From Glynn Clements <glynn@gclements.plus.com>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Transfer-Encoding 7bit
Message-ID <17868.46453.143635.880150@cerise.gclements.plus.com>
Date Fri, 9 Feb 2007 17:55:01 +0000
To Michael Barton <michael.barton@asu.edu>
Cc Paolo Cavallini via RT <grass-bugs@intevation.de>, <grass-dev@grass.itc.it>
Subject Re: [GRASS-dev] [bug #5489] (grass) d.font error in GRASS6.2/6.3
In-Reply-To <C1F1E341.1C3DA%michael.barton@asu.edu>
References <20070209094046.8B1711006CB@lists.intevation.de> <C1F1E341.1C3DA%michael.barton@asu.edu>
X-Mailer VM 7.07 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
X-Spam-Level
Michael Barton wrote:

> Question to those who may know...
> 
> Is d.font simply unusable without an x11 display monitor?

It's unusable without a *monitor*. It works with any driver (XDRIVER,
PNG driver), but it isn't meaningful when using direct rendering.

> If so, I'll just
> take it off the GUI menu. Or is the warning that you need to run d.mon
> another example of an old (and a little misleading) message that is now
> getting properly parsed and displayed in the output window?
> 
> I tried setting some fonts and I couldn't find any text affected. I checked
> d.grid, d.histogram, and d.text.
> 
> I think I remember that the font setting doesn't persist or something like
> that. 

Yep. When using direct rendering, the driver state is essentially
re-initialised for each command, as if you had run e.g.:

	d.mon start=PNG
	d.foo yadda yadda
	d.mon stop=PNG

Programs whose sole purpose is to modify driver state (e.g. d.font,
d.frame) are meaningless when direct rendering is used. In a technical
sense, they still "work", but they're pointless.

This is why direct rendering has GRASS_FONT, GRASS_FT_FONT and
GRASS_FT_ENCODING; there isn't any other way to set this state.

Ideally, the GUI needs to allow you to set these variables globally,
and to override them for individual "layers".

Even when gis.m used a standalone PNGdriver monitor, setting the font
was problematic, as individual commands can change the font for their
own purposes, and any changes would then persist for subsequent
commands. Consequently, the font that was used for a particular layer
could change depending upon the order in which layers were rendered.

-- 
Glynn Clements <glynn@gclements.plus.com>


Fri, Feb 9 2007 19:04:35    Mail sent by michael.barton@asu.edu  
Return-Path <michael.barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
User-Agent Microsoft-Entourage/11.3.3.061214
Date Fri, 09 Feb 2007 11:04:28 -0700
Subject Re: [GRASS-dev] [bug #5489] (grass) d.font error in GRASS6.2/6.3
From Michael Barton <michael.barton@asu.edu>
To Glynn Clements <glynn@gclements.plus.com>
Cc Paolo Cavallini via RT <grass-bugs@intevation.de>, <grass-dev@grass.itc.it>
Message-ID <C1F205BC.29AD8%michael.barton@asu.edu>
Thread-Topic [GRASS-dev] [bug #5489] (grass) d.font error in GRASS6.2/6.3
Thread-Index AcdMdL1Z+7QKcLhnEdugKAAUUSYxwg==
In-Reply-To <17868.46453.143635.880150@cerise.gclements.plus.com>
Mime-version 1.0
Content-type text/plain; charset="US-ASCII"
Content-transfer-encoding 7bit
X-Virus-Scanned by amavisd-new
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-3.752 tagged_above=-999 required=3 tests=[BAYES_00=-5, RCVD_NUMERIC_HELO=1.248]
X-Spam-Level
OK. It is coming back to me, but this is a very nice summary.

So I should simply drop d.font and d.font.freetype from the GUI menu. They
are meaningless in that context.

We could replace them with a script that sets GRASS_FONT and GRASS_FT_FONT.
I think the layers that use text and can set text (e.g., the text layers)
are coded to check the current status of the global variables and set them
back when done.

Michael


On 2/9/07 10:55 AM, "Glynn Clements" <glynn@gclements.plus.com> wrote:

> This is why direct rendering has GRASS_FONT, GRASS_FT_FONT and
> GRASS_FT_ENCODING; there isn't any other way to set this state.
> 
> Ideally, the GUI needs to allow you to set these variables globally,
> and to override them for individual "layers".

__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton 


Fri, Feb 9 2007 23:44:07    Mail sent by glynn@gclements.plus.com  
Return-Path <glynn@gclements.plus.com>
Delivered-To grass-bugs@lists.intevation.de
From Glynn Clements <glynn@gclements.plus.com>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Transfer-Encoding 7bit
Message-ID <17868.63615.219209.740461@cerise.gclements.plus.com>
Date Fri, 9 Feb 2007 22:41:03 +0000
To Michael Barton <michael.barton@asu.edu>
Cc Paolo Cavallini via RT <grass-bugs@intevation.de>, grass-dev@grass.itc.it
Subject Re: [GRASS-dev] [bug #5489] (grass) d.font error in GRASS6.2/6.3
In-Reply-To <C1F205BC.29AD8%michael.barton@asu.edu>
References <17868.46453.143635.880150@cerise.gclements.plus.com> <C1F205BC.29AD8%michael.barton@asu.edu>
X-Mailer VM 7.07 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
X-Spam-Level
Michael Barton wrote:

> So I should simply drop d.font and d.font.freetype from the GUI menu. They
> are meaningless in that context.

Yes.

> We could replace them with a script that sets GRASS_FONT and GRASS_FT_FONT.
If by "script", you mean "Tcl code", then yes. An external script (run
with exec) won't work.

> I think the layers that use text and can set text (e.g., the text layers)
> are coded to check the current status of the global variables and set them
> back when done.

With direct rendering, there's no need. Any state changes which a d.*
command makes will only last for the duration of that command.

-- 
Glynn Clements <glynn@gclements.plus.com>


Wed, May 9 2007 21:41:58    Mail sent by mneteler  
As far as I know the font system was completely reworked in GRASS 6.3-CVS.

I assume that a backport is too intrusive for 6.2.

Markus
Thu, May 10 2007 15:08:44    Status changed to resolved by hbowman  
Thu, May 10 2007 15:08:44    Mail sent by hbowman  
In the 6.2 branch I have removed the d.font* menu items.

This also affects d.m where they did work (? or at least had a better chance
of working), but oh well. Progress & all.

In 6.3 Michael & crew have got this well under control.


closing bug.

Hamish
Comment | Reply | Take | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request