headers
Keith R. John Warno | 1 Nov 2002 01:20
Favicon

font issues: ROX-{Filer,Session}

... version 1.3.4 and 0.1.17, respectively.  The problem here is that
from time to time, I log into my Linux box via some remote X server
speaking XDMCP (whether it be another linux box, or things like xwin32),
and unfortunately not all X servers I may be using have access to the
fonts I like to use in my ROX setup.  For example, I might log into my
linux box -- with has a ROX-* setup configured to use 'Arial Black 12'
TrueType fonts -- via some shady X server that doesn't have access to
said fonts (either not installed locally or no access to a font server).
So I proceed to get flooded with error messages of the form:

  Couldn't load font "Arial Black 12" falling back to "Sans 12"

both in ROX-Session's error log and in ~/.xsession-errors .  Hrrm.  The
last experiment generated ~2000 lines in ~/.xsession-errors in a matter
of 30 seconds.

I could play shell-script tricks to redirect stderr to /dev/null, but
this is ugly.  Or I could use a font that I'm sure is installed
worldwide, but this is ugly too.  So, who's generating this font error
message?  gtk+?  ROX-*?  (heh. rox-star. lol)  And is there an alternate
facility (perhaps gtk+ trick?) for shutting it up, other than the two
ugly methods already mentioned?

Thanks,
krjw.
Permalink | Reply | 1 comment |
headers
Cyrille Mars | 1 Nov 2002 15:41
X-Face
Picon

Re: rox-users -- confirmation of subscription -- request 369628

le Fri, 01 Nov 2002 06:40:07 -0800
rox-users-request <at> lists.sourceforge.net a ecrit:

> rox-users -- confirmation of subscription -- request 369628
> 
> We have received a request from 213.44.93.121 for subscription of your
> email address, <exajerator <at> free.fr>, to the
> rox-users <at> lists.sourceforge.net mailing list.  To confirm the request,
> please send a message to rox-users-request <at> lists.sourceforge.net, and
> either:
> 
> - maintain the subject line as is (the reply's additional "Re:" is
> ok),
> 
> - or include the following line - and only the following line - in the
> message body: 
> 
> confirm 369628
> 
> (Simply sending a 'reply' to this message should work from most email
> interfaces, since that usually leaves the subject line in the right
> form.)
> 
> If you do not wish to subscribe to this list, please simply disregard
> this message.  Send questions to
> rox-users-admin <at> lists.sourceforge.net.
> 

--

-- 
Cyrille Mars [http://cyrille.mars.free.fr]
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Leonard | 1 Nov 2002 16:50
Picon
Favicon

Re: font issues: ROX-{Filer,Session}

On Thu, Oct 31, 2002 at 07:20:26PM -0500, Keith R. John Warno wrote:
> ... version 1.3.4 and 0.1.17, respectively.  The problem here is that
> from time to time, I log into my Linux box via some remote X server
> speaking XDMCP (whether it be another linux box, or things like xwin32),
> and unfortunately not all X servers I may be using have access to the
> fonts I like to use in my ROX setup.  For example, I might log into my
> linux box -- with has a ROX-* setup configured to use 'Arial Black 12'
> TrueType fonts -- via some shady X server that doesn't have access to
> said fonts (either not installed locally or no access to a font server).
> So I proceed to get flooded with error messages of the form:
> 
>   Couldn't load font "Arial Black 12" falling back to "Sans 12"
> 
> both in ROX-Session's error log and in ~/.xsession-errors .  Hrrm.  The
> last experiment generated ~2000 lines in ~/.xsession-errors in a matter
> of 30 seconds.
> 
> I could play shell-script tricks to redirect stderr to /dev/null, but
> this is ugly.  Or I could use a font that I'm sure is installed
> worldwide, but this is ugly too.  So, who's generating this font error
> message?  gtk+?  ROX-*?  (heh. rox-star. lol)  And is there an alternate
> facility (perhaps gtk+ trick?) for shutting it up, other than the two
> ugly methods already mentioned?

Gtk is generating the warnings. I vaguely remember someone complaining on
the gtk-devel list, so it might have been fixed. You might be able to set
up an alias on each system you use to your preferred font on that
system...

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Graeme 'Grimace' Jefferis | 1 Nov 2002 23:06
Favicon

pyGTK problems

Hallo all,

I've read with interest the earlier discussions regarding pyGTK, GTK+-2 and
Red Hat. At the time, I didn't have a machine up and running, but over the
past few days I've fixed the hardware, and made an attempt to install
GTK+-2; my desktop is ROX, so I've moved to the GTK2 versions of the filer
and associated apps (lovely antialiased fonts!) although I haven't yet tried
GNOME 2.

I'm having problems with the configure script for pyGTK 1.99.13. It fails
when it attempts to make and run a GTK2 test program:

'configure: error: maybe you want the gtk-gnome-1-2 branch?'

This is something of a pity as I'd love to start mucking about writing Space
Invaders Applets and things... ;)

My machine runs RedHat 7.2. I made up my GTK (2.0.5-1) installation from
recent binary RPMs and a source tarball of pkg-config 0.14 (the glib2-devel
RPM complained that pkg-config wasn't installed, so I installed it
with --nodep and was then rather surprised to find it appeared to work...)

If anyone can shed some light on this, and hopefully give me a pointer on
what I can do about it, I'd be most grateful.

Rox on,
 -Grim.
Permalink | Reply | 3 comments |
headers
Graeme 'Grimace' Jefferis | 2 Nov 2002 16:38
Favicon

Re: pyGTK problems

> 'configure: error: maybe you want the gtk-gnome-1-2 branch?'

Further to this, I've noticed some more helpful output (the compilation
errors) in config.log, concerning Pango:

/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../ligpangoxft-1.0.so:
undefined reference to `FT_Stream_GetShort'
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../ligpangoxft-1.0.so:
undefined reference to `FT_Stream_ExitFrame'
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../ligpangoxft-1.0.so:
undefined reference to `FT_Stream_GetLong'
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../ligpangoxft-1.0.so:
undefined reference to `FT_Stream_Seek'
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../ligpangoxft-1.0.so:
undefined reference to `FT_Stream_EnterFrame'

This in itself looks like I've bodged up FreeType somewhere along the
line...

Hey-ho,
 -Grim.
Permalink | Reply | 2 comments |
headers
Thomas Leonard | 3 Nov 2002 13:00
Picon
Favicon

Re: pyGTK problems

On Sat, Nov 02, 2002 at 03:38:46PM -0000, Graeme 'Grimace' Jefferis wrote:
> 
> > 'configure: error: maybe you want the gtk-gnome-1-2 branch?'
> 
> Further to this, I've noticed some more helpful output (the compilation
> errors) in config.log, concerning Pango:
> 
> /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../ligpangoxft-1.0.so:
> undefined reference to `FT_Stream_GetShort'

Looks like a common problem (try a google search for 'undefined reference
to `FT_Stream_GetShort').

Eg:
	http://bugzilla.gnome.org/show_bug.cgi?id=83326

HTH,

--

-- 
Thomas Leonard			http://rox.sourceforge.net
tal00r <at> ecs.soton.ac.uk		tal197 <at> users.sourceforge.net
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
Permalink | Reply | 1 comment |
headers
Graeme 'Grimace' Jefferis | 3 Nov 2002 13:45
Favicon

Re: pyGTK problems

> Looks like a common problem (try a google search for 'undefined reference
> to `FT_Stream_GetShort').

Aye, I cottoned on to this eventually, thanks. FreeType was the culprit, so
I found a shiny 2.1.2 source tarball, and vaulted this hurdle.

Run into another one straight away after that, though ;) but I've taken this
to the pyGTK list. Quite frustrating...

Cheers,
 -Grim.
Permalink | Reply | 0 comments |
headers
Thomas Leonard | 3 Nov 2002 14:51
Picon
Favicon

Re: Two issues

On Thu, Oct 31, 2002 at 06:15:25PM +0100, Karol Krenski wrote:
> > > 2) I raised the issue ealier. I configure one of 16 users and then just
> > > copy whole user's directory to other users. Before copying I need to
> > > change stuff like this:
> > > label="OOo">/home/users/mimooh/.OpenOffice.org1.0.1/soffice</icon>
> > 
> > > Can't that be done by rox from the beginning? I haven't noticed any
> > > problems with using "~" instead of "/home/users/user" on few different
> > > linux systems.  
> > 
> > Well, there's no way for the filer to know whether you want that or not.
> Is there any reason why I wouldn't want it? I said why I'd like it and
> can't see any reason how it could possibly disturb anybody.

Say I want to fix someone else's pinboard, it would be strange if all the
paths became relative to MY home directory. Also, one knowledgeable user
(perhaps a teacher?) might install applications for a group of people
(students?) in her home directory and provide a pinboard for them to use.

In any case, the path delivered to the pinboard when you drag to it is the
full path, not relative to home, so that's what gets stored (although, the
filer does display the path as ~ in the titlebar, just to confuse things
;-).

> > But why isn't soffice in /usr/bin? ooffice seems to be there. Although
> > that might just be Debian being sensible...
> OOo is just an example. Let's say on pulpit I want to have a shoutcut to
> www directory in user's home dir. I need "~/www" not "/home/user1/www"
> there. The same with "/home/user1" directory itself...
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
andreas t | 3 Nov 2002 16:14

filer window resizing

Hello,

would it be possible to add a checkbox to the rox filer options allowing the user to disable filer window
resizing by double clicking the background. I work alot with large numbers of digital camera images and I
accidently resize the filer windows quite often.

regards
Andreas

Business Quality Web Email, Group Scheduling, & Team Tools 
Solve360 Teams Work - http://www.norada.com
Permalink | Reply | 7 comments |
headers
Peter Resciniti | 3 Nov 2002 18:01
Picon
Favicon

using rox filer w/LTSP workstation and icewm

when I use the rox filer on its own and let icewm manage the desktop I do 
not  have any probems but I have no way of putting icons on the desktop. If 
I use the rox pinboard functoin, I can now put icons on the desktop but 
whenever I open up and then close a program or I move a window around the 
disktop, the image from thr program or windows stays on the desktop. Thus, 
if I open Mozilla and then close it, at least some of the Mozilla images are 
still on the desktop.

This problem, in essence makes the desktop unuseable. Has anyone run across 
this problem and if so was there any solutoin.

Peter

Peter Resciniti

presciniti <at> hotmail.com

_________________________________________________________________
Broadband? Dial-up? Get reliable MSN Internet Access. 
http://resourcecenter.msn.com/access/plans/default.asp
Permalink | Reply | 2 comments |

Gmane