Opened 18 years ago
Closed 17 years ago
#2387 closed defect (fixed)
Choosing stdtoolbars.ui gives no drop-down menus.
Reported by: | Owned by: | lasgouttes | |
---|---|---|---|
Priority: | high | Milestone: | 1.4.4 |
Component: | configure | Version: | 1.4.2 |
Severity: | normal | Keywords: | |
Cc: | j.spitzmueller@…, p.stansell@… |
Description
Setting Tools: preference: user interface file: stdtoolbars.ui and restarting
lyx gives a lyx with no drop-down menus. In this state the configuration can't
easily be changed back to default. One can fix this it my editing "\ui_file
stdtoolbars" in ones ~/.lyx/preferences files.
Change History (9)
comment:1 by , 18 years ago
Version: | 1.4.0 → 1.4.2 |
---|
comment:2 by , 18 years ago
Cc: | added |
---|
comment:3 by , 18 years ago
I thought about it recently, but the problem is that the ".ui" extension is
given explicitely in the files we distribute now. This means that people who
customized their default.ui will get a non-functional LyX :(
We could hardcode a hack saying that, for everything starting with std, we try
.inc if .ui cannot be found. Or we could always try .inc if .ui cannot be found.
comment:4 by , 18 years ago
I think we should do the latter and always try inc if ui cannot be found.
comment:5 by , 18 years ago
Milestone: | → 1.4.4 |
---|
comment:7 by , 17 years ago
stdmenus.ui and stdtoolbars.ui have been renamed in trunk
and branch:
http://www.lyx.org/trac/changeset/16735
What's missing is a routine to handle existing (modified) ui-files. Jean-Marc
has a patch.
comment:8 by , 17 years ago
Yes, and I think I am just going to apply it.
What is still missing after that is a patch to load default.ui when loading did
not succeed. But I do not think it is going to be fool-proof, so we can probably
forget about it.
I think the ui files which are only intended to be included by other ui files
(like stdtoolbars.ui, stdmenus.ui) should get a different extension
(stdtoolbars.inc or stdtoolbars.uix or something). It is really too confusing
for the users as it is now.