Recent changes to feature-requests

rectangular block to normal block

erno — Thu, 24 May 2007 14:06:08 -0000

-Could be copied a rectangular selection to normal clipboard(to paste rectangular selection like normal text)?

clear rectangular block with spaces

erno — Thu, 24 May 2007 14:04:31 -0000

-Could be made a function to clear contents of rectangular block (replace with spaces), but not deleting the block (to keep aligned the text)?

copy rectangular block in one step

erno — Thu, 24 May 2007 14:02:37 -0000

-Could be made a menu entry in the rectangle dialog to copy directly, without the need to copy and paste in two steps (similarly like ctrl-k-c in normal blocks)?.

copy/paste in dialogs

erno — Thu, 24 May 2007 13:59:43 -0000

-Could be made the copy/paste to work correctly in text dialogs? Now it
works only in some dialogs, like the search/find dialog:I can paste from
clipboard correctly, but I can not select only some text, just all the text from the dialog. It would be useful in RHIDE too.

bulk add/open buttons for file dialogs

Oswald Buddenhagen — Thu, 14 Jul 2005 13:06:44 -0000

the file dialog should have an "entire subtree" button.
relevant both for "add to project" and "open file".

maybe make a counter and issue a warning if the subtree
contains more than, say, 25 files.

key + menu binding schemes

Oswald Buddenhagen — Thu, 14 Jul 2005 13:02:24 -0000

it would be nice to be able to select complete schemes
of key and menu bindings, like of colors. at least
"classic" and "X-compatible" should be shipped with
setedit.

menu bindings editor wanted

Oswald Buddenhagen — Thu, 14 Jul 2005 12:59:34 -0000

menu bindings should be editable inside setedit.
it's a very low priority item, as the config file is plain text,
but it would be nice to have nonetheless.

better keybindings editor wanted

Oswald Buddenhagen — Wed, 13 Jul 2005 15:03:51 -0000

the key bindings dialog is very unintuitive.
the first thing is, that it should be listed by function, not
by binding - yes, i know the implications ;).
then, nesting that many dialogs is plainly weird - it's sort
of a wizard. not that a wizard would be bad, but then
make it a real wizard with all dialogs at one hierarchy
level, with "next" and "back" buttons and make each
dialog preserve it's settings even when going back.

"fork buffer" function

Oswald Buddenhagen — Wed, 13 Jul 2005 14:44:31 -0000

alternative name: use file as template.
functionally identical to "select all"+"copy"+"File|
new"+"paste"

dragging this further, one could introduce real templates
as well. e.g., every new c++/h file pair in a project looks
the same: license header, for the c++ the h inclusion, for
the h the double inclusion protection. hmm, that would
require string substitutions in the template, so maybe it is
better to do this simply with a sLisp macro, provided the
necessary functions are there.

newline conversion semantics

Oswald Buddenhagen — Wed, 13 Jul 2005 14:24:11 -0000

the cmcSaveAs[No]ConvertEOL functions are
non-intuitive. i think it would have been better to retain
the old names (SaveAsDOS, SaveAsUNIX), but put
proper semantics on them. SaveAs would save in the
format the file was loaded in (or the native format for new
files).

actually, it might be a good idea to entirely drop the
SaveAs variants and make newline conversion a regular
editing action.