On 23-Jan-2003/14:57 -0500, Billy Davis <[EMAIL PROTECTED]> wrote: >Thanks for your continuing help Tony. Looks like I took 2 steps forward >and one step backward. While testing the 'gnome-terminal -x myprogram' >approach, I discovered that I could add >'--background=BLUE --foreground=WHITE' and I got nice colors in the text >window, instead of black and white. With the new approach (.desktop file >in user/.gnome-desktop), I have lost the colors. However, my application >program does run when I click on the icon. My current questions are: > >1. Is there a way to add color lines to the [Desktop Entry] file to get >my colors back?
Yes, just specify gnome-terminal with all the desired options as the program to execute instead of telling GNOME to run the app in a terminal window. [Desktop Entry] Name=My Program Comment=a great program Exec=gnome-terminal --background=BLUE --foreground=WHITE --title 'My Program' -x myprogram Icon=/usr/local/share/pixmaps/myprogram.png Terminal=false MultipleArgs=false Type=Application >2. When I log onto the gnome window as 'parts', the 'Start Here' window is >automatically open, and I have to close it to be able to see my 'Parts Dept' >icon. Can I change this to not display the 'Start Here' window unless I >click on the 'Start Here' icon? Close the Nautilus window (Start Here), then use the save-session command to save the session. You should be able to run the command using the "Run" menu item in the Panel. >4. After logging onto gnome as 'parts', with .bash_profile modified and >enabled, clicking on the 'Parts Dept' icon will briefly display a black and >white empty text window, and then will immediately close. Opening a regular >terminal window and testing for my switches (ie, echo $INVENTORY), confirms >that they are not set. Restoring things back to using the .profile allows >the application to come up properly. Why will .bash_profile not work? Thank the good folks at Google for the answer to this one. http://unix.about.com/library/glossary/bldef-bash-startup-files.htm Bourne Shell Compatibility: When the bash shell is invoked with the name sh, it attempts to mimic the startup sequence of the original Bourne shell. It runs commands in /etc/profile followed by ~/.profile, if these files exist. It appears that your users are running bash in sh mode. Putting the commands in ~/.profile should work as well. A simple workaround for this is to link ~/.profile to ~/.bash_profile. If you do this in the /etc/skel directory it should be applied to all new users too. Tony -- Anthony E. Greene <mailto:[EMAIL PROTECTED]%3E> OpenPGP Key: 0x6C94239D/7B3D BD7D 7D91 1B44 BA26 C484 A42A 60DD 6C94 239D AOL/Yahoo Messenger: TonyG05 HomePage: <http://www.pobox.com/~agreene/> Linux. The choice of a GNU generation <http://www.linux.org/> -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
