UTF-8 editing problems with GEdit

[Paul M. Bucalo]

On Tue, 2004-04-27 at 11:13, d l wrote:
> Is the xfce conf parser UTF aware? if not saving to UTF
> should break things. Check the encoding of menu.xml and
> save with same encoding as the original then.

Thanks for responding, d l...

I believe I figured out the problem, but first to answer your
question...

XFce requires UTF-8 coding to work, so that is a given in that
'menu.xml' must be UTF-8 encoded, through and through. It apparently has
no tolerance for bad coding. :0) 

It occurred to me just a few minutes ago that I might have broken up the
coding in some way that wasn't obvious to me before. I went back and
experimented with some more editing. I believe the problem was the use
one or more illegal character entries (like adding "&" to a title) and
that was causing it to fail. I seem to recall that you need to precede
each of these with an "\" to keep it from being interpreted, just like
at a BASH console. My current edited menu is working because it doesn't
have any illegal entries now. I will play with it later on to see if I
am correct, but I think it's been all my fault all along. 

Ignorance is never bliss. :0(

Thanks for you help, anyway.

Paul



> 
> --- "Paul M. Bucalo" <linuxuser at pmbenterprises.com> から
> のメッセージ：
> > I have been experiencing a problem with editing XML
> > files using GEdit in
> > FC1. I'm hoping someone will know what is happening
> > and point me to the
> > solution, or tell me what I need to do. I have done
> > some research on
> > this, but without knowing what is wrong, I haven't
> > been successful in
> > figuring this out...
> > 
> > I am trying to edit XFce-4's menu file, 'menu.xml',
> > using GEdit. The
> > file has to be in UTF-8 code to be picked up by
> > xfdesktop. If I run a
> > menu generator, MenuMaker, and open it with GEdit
> > and then open the
> > "Save As" dialog box, I see that it displays the
> > file as "UTF-8".
> > However, once edited and saved, subsequent openings
> > in GEdit display
> > "Current Locale (UTF-8)" instead. Once the file has
> > been saved after
> > editing, the menu is often useless, thereafter.
> > 
> > To be sure to remove the possibility of an error in
> > xml coding as the
> > problem, I copied and pasted a current menu branch
> > to form a duplicate
> > entry. After saved, the menu came up. I went back in
> > and edited the
> > duplicates to make them point to the RH-specific
> > system utilities that
> > aren't picked up by MenuMaker, saved, and now it
> > won't come up. I
> > checked them very carefully for errors. There's very
> > little tag work
> > involved. It doesn't look like that is the problem.
> > The only way I have
> > been able to restore the menu's function is to
> > generate another one
> > through MenuMaker.
> > 
> > Locale is set as:
> > 
> > LANG=en_US.UTF-8
> > LC_CTYPE="en_US.UTF-8"
> > LC_NUMERIC="en_US.UTF-8"
> > LC_TIME="en_US.UTF-8"
> > LC_COLLATE="en_US.UTF-8"
> > LC_MONETARY="en_US.UTF-8"
> > LC_MESSAGES="en_US.UTF-8"
> > LC_PAPER="en_US.UTF-8"
> > LC_NAME="en_US.UTF-8"
> > LC_ADDRESS="en_US.UTF-8"
> > LC_TELEPHONE="en_US.UTF-8"
> > LC_MEASUREMENT="en_US.UTF-8"
> > LC_IDENTIFICATION="en_US.UTF-8"
> > LC_ALL=
> > 
> > I can't see where there is a problem here, but I
> > really don't know. 
> > If anyone wants to 'menu.xml', I can send it to them
> > privately. It may
> > be a bit too hefty to post here. I still suspect
> > that it is a
> > system-wide issue or one with GEdit. 
> > 
> > Any ideas? Any suggestions? 
> > 
> > Thanks,
> > 
> > Paul
> > 
> > 
> > -- 
> > fedora-list mailing list
> > fedora-list at redhat.com
> > To unsubscribe:
> http://www.redhat.com/mailman/listinfo/fedora-list
> 
> 
> __________________________________________________
> Do You Yahoo!?
> http://bb.yahoo.co.jp/
>