Re: kate's "Open Folder..." feature
Alexander Neundorf <[email protected]> Sun, 11 Feb 2024 13:11:03 +0100
| Newsgroups | gmane.comp.kde.devel.kwrite |
|---|---|
| Message-ID | <1808185.3VsfAaAtOV@unknown0090f5ef9f13> |
On Sonntag, 11. Februar 2024 11:46:43 CET [email protected] wrote: > On 2024-02-11 08:50, Alexander Neundorf wrote: > > On Samstag, 10. Februar 2024 20:23:01 CET [email protected] wrote: > >> On 2024-02-10 20:04, Waqar Ahmed wrote: > >> > Hi, > >> > > >> >> ... so I assumed "Open Folder" would do the same, but it doesn't. > >> > > >> > now you know what it does. > >> > > >> > A lot of editors have this entry with exactly this name and I haven't > >> > seen any complaints about it anywhere so I think changing it will make > >> > things worse. > >> > >> Hi, > >> > >> I think, too, that it does what users of other editors expect and > >> moving > >> or renaming will not make it better. > > > > Ok. > > > > What about the second part of my question: how are users supposed to > > find out > > that they need to "Open folder" a cmake build directory, in order to > > get a > > project with all build targets and all sources files for their source > > directory > > ? > > Hi, > > just like today, you already need to do it now, > that doesn't change. > > More documentation and a blog post won't hurt, > the standard user will just search the web for it. Maybe the functionality for getting the build targets would be better in the build plugin instead of the project plugin. Then the project plug in would fill in the source files via git etc., and the build plugin could have a menu entry "Load build targets from cmake build tree" or something like this. Then also getting the list of files via cmake wouldn't interfer/clash/conflict with getting the list of files via git from the project plugin. And I could have target sets for multiple build trees at the same time. This would be actually better than via the project plugin. Sounds good ? Alex