Aside from the fact that ghex is the only sad remaining program that uses libgnomeprint, is there any real reason we don't want this in the UI spec?
Am I the only person in the world who still finds a hex editor, and the ability to launch it from the menu, useful? Wait, a minute, I don't think I've ever actually used it. Maybe I just don't do enough assembly programming. I think it is kind of a useful application, but it isn't really a part of the offical GNOME distribution. It doesn't seem that well maintained. Perhaps it would be good to see if there are any alternative programs we could be shipping instead. Hex editing for the new century, or something? At any rate, if we are removing this from the OpenSolaris menus, why not the Nevada menus as well? I'd think we should be consistent, or that Nevada should have fewer things than OpenSolaris (not the other way around). Brian > I guess this more of a question for Calum, > Why are we creating many more string changes that is different from the > community? > I thought there was at one point we try to keep minimum changes to menu > structure and I guess minimizing menu strings also help us not to create > to many patches and hence L10N efforts etc. > > -Ghee > > Jedy Wang wrote: >> Hi, >> >> According to the UI spec of OpenSolaris 2008.11, the attached patch >> updated menu entry name and tooltip of devhelp. It also maked it >> invisible and updated patch comment of SUNWgnome-hex-editor.spec. >> >> Regards, >> >> Jedy >> >
