Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2261_multiedit vs. 1490_dlgswitch #2842

Open
mc-butler opened this issue Jul 8, 2012 · 6 comments
Open

2261_multiedit vs. 1490_dlgswitch #2842

mc-butler opened this issue Jul 8, 2012 · 6 comments
Labels
area: core Issues not related to a specific subsystem prio: medium Has the potential to affect progress

Comments

@mc-butler
Copy link

Important

This issue was migrated from Trac:

Origin https://midnight-commander.org/ticket/2842
Reporter szaszg (szaszg@….inter.net)
Mentions gotar@….pl

Now, we have two method for (more or less) the same purpose (edit multiple file at same time).
1st we can open a lot of mcedit as "screen" (M-`, M-{, M-')
2nd we can open and handle a lot of file in a mcedit (open file... and Window)

I think, this is a little bit confusing and users may expect:

  • if start a new mcedit (method 1st), this file appear on the "window" list in "old" mcedit
  • M-` should works in all component (mcedit, mcview) not just M-{ and M-} (method 1st)
  • menu points for handle "screens" in mcedit and mcview (method 1st)
  • if open a new file (method 2nd), this file appear on the "screen" list (M-`)
  • can open a file through "panels" not through that so puritan input field (method 2nd)
  • some automated method to arrange "windows" (method 2nd) (vertical, horizontal)
  • can copy highlited (marked) blocks simply between opened files (at least method 2nd) with F3, F5... i know this is not so uncomplicated but (IMHO) there is no so much other real advantage to open multiple files in one mcedit

Note: last two point metioned in the original description of 2261_multiedit.

my advise:

  • with F4 mc not start a new mcedit, just open the file in the running mcedit (except first time of course)
  • with M-{ etc.. mc switch between opened files (and other screens of course)
  • new menu point in mcedit: "Switch to panels.."
  • instead "Open file..." user should use "Switch to panels" and F4 to open new file (Open file... remove)

Note

Original attachments:

@mc-butler
Copy link
Author

Changed by szaszg (szaszg@….inter.net) on Jul 27, 2012 at 8:43 UTC

@mc-butler
Copy link
Author

Changed by szaszg (szaszg@….inter.net) on Jul 27, 2012 at 8:44 UTC (comment 1)

This patch (editor_scrlist.diff) add a menupoint (similar to file manager) to access screen list from menu.

@mc-butler
Copy link
Author

Changed by andrew_b (@aborodin) on Jul 27, 2012 at 8:54 UTC (comment 2)

Command menu is too high already. If you add yet another item, menu is not gone in 80x25 screen.

@mc-butler
Copy link
Author

Changed by szaszg (szaszg@….inter.net) on Jul 27, 2012 at 13:28 UTC (comment 2.3)

Replying to andrew_b:

Command menu is too high already. If you add yet another item, menu is not gone in 80x25 screen.

uhum.. yes.. imho "Toggle syntax..." "Toggle line..." and "Encoding" has a better place in "Format" menu..., the "Screen list" maybe in "Windows" menu... The "xxx declaration" section in the "Search" menu... ???

@mc-butler
Copy link
Author

Changed by gotar (gotar@….pl) on Sep 5, 2012 at 14:16 UTC (comment 4)

  • Cc set to gotar@….pl

@mc-butler
Copy link
Author

Changed by ossi (@ossilator) on Feb 17, 2021 at 15:55 UTC (comment 5)

the menu mess is now tracked in #4205.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: core Issues not related to a specific subsystem prio: medium Has the potential to affect progress
Development

No branches or pull requests

1 participant