sync code with last improvements from OpenBSD
This commit is contained in:
commit
88965415ff
GPG key ID:
F42C07F07E2E35B7
26235 changed files with 29195616 additions and 0 deletions
297
app/fvwm/docs/TODO
Normal file
297
app/fvwm/docs/TODO
Normal file
|
|
@ -0,0 +1,297 @@
|
|||
======================================================================
|
||||
TO-DO list for fvwm 2.xx
|
||||
======================================================================
|
||||
|
||||
Please note that not everything on this list will be done, in
|
||||
particular the ones that end in '?' which are really just meant to be
|
||||
'think about this and perhaps investigate'. But they are things that
|
||||
I didn't want to lose track of. It may periodically get out of date
|
||||
too...
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
Cleanups:
|
||||
|
||||
- Reindent the code and implement coding conventions(minimal).
|
||||
- Modules should be installed with 'install-exec', rather than
|
||||
'install-data' target. This requires putting 'exec' in the
|
||||
automake variable for the module directory; i.e. moduledir -->
|
||||
moduleexecdir?
|
||||
- Make fvwmlib a shared lib?
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
Administration:
|
||||
|
||||
- Copy the entries from the debian bug tracking system
|
||||
http://www.debian.org/Bugs/db/pa/lfvwm2.html
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
Doc cleanups:
|
||||
|
||||
- Add to FAQ
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
Old Patches:
|
||||
|
||||
- Safer config file reading patch?
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
Bugfixes:
|
||||
|
||||
- Change flags implementation to allow adding more Styles easily
|
||||
(bitfields?) - THE GREAT STYLE FLAG REWRITE (GSFR)
|
||||
- Rewrite VISIBLE/RAISED lags to do something comprehensible.
|
||||
- Fix Restart to not pass original (fvwm specific) options to other wm's
|
||||
- Run profiling on FVWM to see if I can speed it up any more
|
||||
- Try to decrease memory usage a little more
|
||||
- clean up code duplication (esp in modules) - more stuff in
|
||||
libfvwm2.a, plus perhaps a second module lib?
|
||||
- Change Motion vs Click vs DoubleClick to be calculated via a
|
||||
MotionThreshold and ClickTime:
|
||||
MotionThreshold exceeded -> Motion
|
||||
MotionThreshold not exceeded & ClickTime exceeded -> Click
|
||||
MotionThreshold not exceeded & ClickTime not exceeded -> DoubleClick
|
||||
- Make transient FvwmWinList reposition itself & pointer if popped up
|
||||
off the screen (like built in menus)
|
||||
- Maximize XTerm, change font, UnMaximize, XTerm goes to wrong window size
|
||||
(still unfixed on 28-Nov-1998)
|
||||
- Colormaps and xlock -install -mode blank (& swirl) interaction still
|
||||
isn't 100% correct?
|
||||
- bring back 'TogglePage'?
|
||||
- Setting keys via FvwmTalk or Read requires Recapture to take effect?
|
||||
- System Modal dialogs bug - popup menus shouldn't be allowed?? I think
|
||||
this is ok, actually...
|
||||
- Fix FvwmDeskTopScale size calculation
|
||||
- Need to fix to work correctly under 24bit (TrueColor) displays
|
||||
- Esc during moves, etc can result in windows being "lost" off desktop
|
||||
- Should also have way to make windows off desktop be recovered easier
|
||||
- Transients of transients don't get raised correctly sometimes?
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
New stuff:
|
||||
|
||||
- Official themes support
|
||||
|
||||
- Allow resizing to leave the x/y ratio intact?
|
||||
|
||||
- Pin up menus? (aka known as tear-off menus)
|
||||
- Multi column menus? (for LONG lists) Or scrolling menus?
|
||||
|
||||
- Private colormap option for menus?
|
||||
|
||||
- Recapture, one window only option
|
||||
|
||||
- Access to certain window attribs from .fvwm2rc funcs, and
|
||||
simple if/else capabilities (or perhaps a module to do so)??
|
||||
- Simple static variables for .fvwm2rc functions (for toggles, etc)??
|
||||
|
||||
- Add StayOnBottom style?
|
||||
|
||||
- Add ClickToFocusDontPassClick style (so initial click inside
|
||||
window doesn't get passed to the app, just changes focus).
|
||||
- Add ClickToFocusNoInitialFocus so windows don't get the focus when
|
||||
they pop up.
|
||||
- Should the previous be parms to ClickToFocus instead of styles?
|
||||
|
||||
- Add NeverFocus style?
|
||||
- Make sure fvwm handles all 4 focus states from the ICCCM (I don't
|
||||
think it handles a certain one of them 100% correctly).
|
||||
|
||||
- Resurrect StubbornPlacement style
|
||||
- Add StickyOnDesk <number> style, to allow stickyness on certain
|
||||
desks only, or perhaps a StaysOnDesk <num> style, to replace
|
||||
StartsOnDesk and work with the Sticky attribute, I'm not sure...
|
||||
Either way, multiple values need to be allowed
|
||||
- Need to indicate sticky icons somehow, and perhaps sticky windows
|
||||
that don't have a titlebar. I'd like to bring back the different
|
||||
color for the sticky windows as an option, if I can do it cleanly.
|
||||
Perhaps a special Decor now?
|
||||
|
||||
- Function to simulate button presses, to go with CursorMove? Might
|
||||
not be possible since many apps ignore SYNTHETIC events...
|
||||
|
||||
- Easy module name changes from .fvwm2rc (either using changes in
|
||||
module exec code & rc parser, or in modules themselves)
|
||||
|
||||
- Improved FvwmPager (add/rename desktops on fly)
|
||||
- A module that just has buttons for the active desktops, like desktop
|
||||
switcher in dtwm (COSE). Could be munged into FvwmPager.
|
||||
- See if it's possible to drop windows onto the pager ala olvwm?
|
||||
Don't really think it is.
|
||||
- Add option to not show sticky windows in pager. Perhaps also add
|
||||
ability to filter out windows based on name/class/resource?
|
||||
|
||||
- "Captive" fvwm (ala ctwm)?
|
||||
|
||||
- Allow size geometry specs for FvwmButtons & perhaps other modules
|
||||
(Pager).
|
||||
|
||||
- FvwmAuto additions for AutoLower & per window config (requires keywds?)
|
||||
- Module to X Select window Name, Class, Resource, ID, etc...??
|
||||
- FvwmMsgLog module to pop up a log of fvwm error msgs?
|
||||
|
||||
- Support for passwords in FvwmForm
|
||||
- Support for cut & paste in FvwmForm text fields (paste at least)
|
||||
- Add simple history mechanism for FvwmForm text fields?
|
||||
- Make FvwmForm have Resource & Class values
|
||||
- Fix line spacing in FvwmForm for lines that have only text (no buttons)
|
||||
so that FvwmForm can be used as a "Help" form.
|
||||
|
||||
- Add to module commincations to pass titlebar & button window ids to
|
||||
allow modules to muck with those windows (for animation, or whatever)?
|
||||
|
||||
- Mouse button chording?
|
||||
|
||||
- Add better overall icon handling options?
|
||||
Make an optional global free icon placement grid?
|
||||
|
||||
- More control over icon appearance (non 3D, fg/bg colors, constant
|
||||
size, gradients, etc)?
|
||||
|
||||
- Implement (or at least investigate) dynamic loading of functions
|
||||
on systems that support it?
|
||||
AIX - load
|
||||
Linux - dld (gnu) or dlopen (ELF)
|
||||
SunOS, Solaris, OSF - dlopen
|
||||
HP-UX - shl_*
|
||||
I don't know how much of a win this is over modules though. Less
|
||||
portable. Could be useful for changing border and menu styles or
|
||||
adding complex functions to the rc language dynamically.
|
||||
(Actually, this might be a big win for some modules, like the
|
||||
pager, autoraise, and the preprocessor modules - it would
|
||||
eliminate time delays in socket comm. Idea - dynloaded modules
|
||||
add hook functions that module comm functions invoke. Gives
|
||||
modules greater access to fvwm internals, although generic
|
||||
functions should be provided to actually access them. Both
|
||||
types of modules, socket & dyn, could be supported
|
||||
simultaneously?)
|
||||
|
||||
- Improve modules communications interface (collect the code, make it
|
||||
more intuitive, provide more generic interface to it, etc)
|
||||
|
||||
- A WindowGravity option that controlls placement direction choices
|
||||
for SmartPlacement (and perhaps RandomPlacement)? Perhaps make it
|
||||
a Style option??
|
||||
|
||||
- Add option for Prev/Next function to 'wrap' at ends of list?
|
||||
|
||||
- Ressurrect OpaqueResize (as a style option)
|
||||
|
||||
- Add twm SqeezeTitle functionality to TitleStyle stuff & merge into
|
||||
Style command, perhaps???
|
||||
|
||||
- Allow neg vals for Maximize to indicate from bottom/right of screen
|
||||
- Allow neg vals for Move to indicate from bottom/right of screen
|
||||
|
||||
- Add way to set keyword/value pairs to windows (via Atoms?) as a
|
||||
way for giving extra info to modules through style commands?
|
||||
|
||||
- Make GetConfigLine be more intelligent, to filter out what gets
|
||||
sent (for instance, pass module prefix to look for) and be able to
|
||||
ask for PixmapPath, etc instead of sending those w/ all the config
|
||||
info, so only the modules that need it could ask for it.
|
||||
(Note there is some functionality in libs/Parse.c to allow this).
|
||||
|
||||
- Go to just one IconPath instead of PixmapPath too?
|
||||
|
||||
- Allow Resize to have units of "what the window resizes by"
|
||||
- Bug in:
|
||||
AddToFunc resize-and-move "I" resize 100 100
|
||||
+ "I" move 100 300
|
||||
|
||||
- ToggleButtonStyle (to keep pushed in)?
|
||||
- Allow bitmap/mask files to define buttons as well?
|
||||
(Better: new alternate def like hl(x1,y1,x2,y2) sh(x1,y1,x2,y2))
|
||||
|
||||
- Make parm to Restart optional (to just restart current if not specified)
|
||||
|
||||
- Add a WaitForExec to force waiting for the last Exec command to
|
||||
finish, or an ExecAndWait function that doesn't return until
|
||||
command is finished (perhaps call it 'System', to match the C function)
|
||||
|
||||
- Make fvwm look at gravity when moving windows when reparenting, to
|
||||
change corner that gets "anchored" so windows w/ neg offsets are
|
||||
still placed correctly when bordered initially
|
||||
|
||||
- Investigate internationalization issues (handling of compound
|
||||
text, messages placed in a message catalog, etc) to see if they
|
||||
should be added at some point.
|
||||
|
||||
- Allow env var to specify an additional read directory ($FVWMRCDIR
|
||||
or $FVWMHOME or something similiar)?
|
||||
|
||||
- New module combining aspects of FvwmButtons, FvwmScript, FvwmForm,
|
||||
and Wharf to make one super module? (FvwmGUI or something like that?)
|
||||
|
||||
- Investigate reporting file, and line number when issuing error messages.
|
||||
Note that some commands are generated by modules, on pipes and in
|
||||
these cases it could be a little tricky figuring out where the command
|
||||
came from, and it doesn't really have a line number.
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
My ideas for the GSFR:
|
||||
|
||||
Basically, I'd like to replace the current shifted bit masks over the
|
||||
'unsigned long flags' variable in the FvwmWindow structure with a
|
||||
union of an array of unsigned ints and a bunch of bitfields. Roughly
|
||||
like so:
|
||||
|
||||
/********************************/
|
||||
typedef struct FvwmWindow
|
||||
{
|
||||
...
|
||||
union flags
|
||||
{
|
||||
unsigned int allflags[NUM_INTS_FOR_FLAGS];
|
||||
struct f
|
||||
{
|
||||
unsigned int StartIconic:1;
|
||||
unsigned int OnTop:1;
|
||||
unsigned int Sticky:1;
|
||||
unsigned int StickyIcon:1;
|
||||
unsigned int SuppressIcon:1;
|
||||
unsigned int NoIconTitle:1;
|
||||
unsigned int Lenience:1;
|
||||
unsigned int WindowListSkip:1;
|
||||
unsigned int CirculateSkip:1;
|
||||
unsigned int CirculateSkipIcon:1;
|
||||
unsigned int FocusPolicy:2; /* MOUSE, SLOPPY, CLICK, NEVER */
|
||||
unsigned int ShowOnMap:1;
|
||||
unsigned int Border:1;
|
||||
unsigned int Title:1;
|
||||
unsigned int Mapped:1;
|
||||
unsigned int Iconified:1;
|
||||
unsigned int Transient:1;
|
||||
unsigned int Raised:1;
|
||||
unsigned int Visible:1;
|
||||
unsigned int IconOurs:1;
|
||||
unsigned int PixmapOurs:1;
|
||||
unsigned int ShapedIcon:1;
|
||||
unsigned int Maximized:1;
|
||||
} f;
|
||||
} flags;
|
||||
|
||||
} FvwmWindow;
|
||||
/********************************/
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
----------------------
|
||||
Bob Woodside's To-Do's
|
||||
----------------------
|
||||
|
||||
- investigate re-implementing the 2.0.46 Animated Windowshade patch
|
||||
using the module interface, like FvwmAnimate does for iconification
|
||||
|
||||
- merge (well, probably re-implement) my 2.0.46 patch to cause icon
|
||||
positions to be remembered across a Restart
|
||||
|
||||
|
||||
----------------------------------------------------------------------
|
||||
|
||||
Loading…
Add table
Add a link
Reference in a new issue