默认情况下，我将存储项目文件的修补程序包含在基本目录中，因为我发现这是一个更好的默认设置，但如果其他人不喜欢，我准备放弃它。我还在上一个修补程序中将“新建项目”对话框扩大了一点，因为我尝试的大多数路径都不适合它，同样，如果不喜欢，也可以删除它。

实际上，我更希望新工作流忽略此设置，始终直接使用项目库，并将现有首选项限制为现有工作流，而不是更改“在项目库目录中存储项目文件”的默认值（也许我们需要澄清这方面的手册）。那么有一个现实的机会我可以使用二者都工作流程取决于情况。

你怎么认为？

起初我会同意@库格尔-但仔细想想，“在项目基本目录中存储项目文件”是用户的首选项，无论用户如何创建项目（除了像我和@库格尔-当然，谁同时做这两件事：-）所以这两个工作流都应该遵循默认设置。

当然，没有什么可以阻止我们更改目录，如果项目文件目录不是默认目录，可能应该在其旁边有一个“Base Dir”按钮，以便一键加载它。

通常我将项目文件存储在外部。但有时这很不方便，需要浏览到项目基本目录再来一次只是让我很恼火。

因为我们引入了一个新的工作流，所以我们不必将现有的pref附加到该新工作流。

对于用户来说，这可能是一个常量

如果用户有两种创建项目的方法，我不一定同意，请参阅上面的用例。

我不希望用户（主要）使用其中一个项目创建选项。相反，我希望他们同时使用这两种功能，那么除了生成文件浏览器之外，IMO最初还有其他区别。

我真的希望我们能根据我的建议进行更改，然后观察用户的反馈意见。

再浏览一次项目基本目录让我很恼火。

这就是为什么我建议使用一个按钮，只需单击一下即可插入该目录。

此PR的目的是用最少的工作量从文件夹创建项目。在大多数情况下，应确认项目对话框，而不进行任何更改。为了实现这一点，@技术人员更改“在项目库中存储项目文件”的默认值
目录”。

我同意这个目标，但不一定要更改项目库中“”存储项目文件的默认值
目录”，因此我的建议。

见鬼，我甚至可以想象在初始文件浏览器中有一个（粘滞的）复选框或一个单独的按钮可以完全跳过项目对话框。

我同意这个目标，但不一定要更改项目库中“”存储项目文件的默认值
目录”，因此我的建议。

好的，我错过了默认值的更改。

因此，如果新工作流忽略了该设置，并默认将项目放在基本目录中，那么它应该完全“适用”于该用途。

但是，单击一下将项目文件更改为用户项目位置（如编辑->首选项->常规->启动->路径->项目文件).

但是，单击一下可以将项目文件更改为用户项目位置（如“编辑”->“首选项”->“常规”->“启动”->“路径”->“项目文件”中的设置）。

我不反对。然而，从我的观点来看，这可能是一个真正想要它的人的单独公关。我可以想象，可以在GtkEntry中添加两个内联的花哨按钮（分别用~/Projects和project-base-dir填充该路径）

我对这里讨论的两种可能性都不太在意，我的想法基本上是：

1. 善待那些将项目存储在项目目录之外的人（顺便说一句，不是我），这样他们即使以新的方式打开项目也能得到想要的东西
2. 默认为新用户在其他编辑器中更常见的东西-这可以在设置中轻松覆盖，并且不依赖于默认的项目目录

但这两者对我来说都是次要的。

这个去哪里了？

还没有机会尝试，@库格尔- @eht16型它对你有什么作用？

这个去哪里了？

就我而言，我对任何增加这项公关以某种形式合并的可能性的事情都持开放态度，因为我讨厌当前的项目创建过程。

我没有问题恢复“默认情况下将项目文件存储在基本目录中”修补程序-这可以在单独的PR中完成。

我个人会发现，尊重“将项目文件存储在项目基本目录中”更符合这种新的项目打开模式，但如果更多人认为它应该始终放在基本目录中，我准备放弃它。

我还没有决定“在项目基本目录中存储项目文件”的设置，但我想我可以在接下来的几天里检查和测试它。

这个公关的基本理念读起来很好！

我的想法是什么？#3042（评论）

经过测试，效果良好。
只有一个小问题：如果“默认情况下将项目文件存储在基本目录中”被禁用，并且本地引用项目文件路径为空，则新创建的项目将/吉安·盖尼作为项目文件名，因为项目_目录中为空https://github.com/geany/geany/pull/3042/files#diff-08a2b8959e9135e3864640c098dc6367f44fdf0816a023ec7aab2eda251cR1014.

关于“在项目基本目录中存储项目文件”默认设置：
我不介意默认值。默认情况下，关闭或打开都很好。@技术人员建议查看其他编辑器的默认值听起来不错。

但我不明白这里的新项目创建对话框如何影响此设置的含义以及为什么不应该使用它。或者我不明白@库格尔-中的建议#3042（评论）.

进一步改进用户体验的另一个想法是：如果我们在文件夹选择对话框中使用当前文档的基本目录会怎么样？
然后，该功能将更像是“从当前文件夹新建项目”，如果用户希望立即从当前工作的位置启动项目，则可以从当前文档的位置立即启动。

免责声明：我仍然不怎么使用项目，基本上我只有一个大项目来使用ProjectOrganizer插件及其标记管理功能。所以我并不是这个公关的目标受众：）。

还有一个让项目创建更容易的想法：
如果我们将问题对话框移动到主项目创建对话框中的复选框中，将“将当前文档移动到新项目的会话中？”？我不是用户体验专家，但我觉得在主项目创建对话框之后的这个对话框相当令人分心和困惑，就像错误或警告消息一样，但它只是过程中的常规部分。

但也可能是在自己的公关。

@技术人员建议查看其他编辑器的默认值听起来不错。

AFAICT for Eclipse“项目”主要存储在一个目录中，该目录中的项目名称位于~/EclipseWorkspace（月蚀工作区）但树中也有一些点文件，它们似乎指向树所属的工作区（它的XML，所以我只能快速查找😛 ).

对于Vscode，所有内容都在树中，可以通过指定树的根目录打开项目（VS中的“工作区”），或者如果该目录中有多个工作区，则可以打开工作区文件。最近的列表也允许按名称而非路径进行此操作。

喜欢@eht16型我不太使用Geany项目（C++代码是在Eclipse或Vscode中编写的，所以不需要Project Organiser，Geany是用于编辑标记的文档和非C++语言），但我使用单独的配置目录作为“项目”，通常保存在源树上的目录中（以此类推）。这使得任何设置都可以针对每个项目，并且可以安全地打开多个Geany和单独的“项目”。

我知道项目的创建会让用户感到困惑/烦恼，所以如果使用项目的人发现这是朝着正确方向迈出的一步，那就太棒了，以后可以进一步改进。

但我不明白这里的新项目创建对话框如何影响此设置的含义以及为什么不应该使用它。或者我不明白@库格尔-中的建议#3042（评论）.

我想@库格尔（编辑：对不起，意思是@库格尔-)希望将其作为“创建项目的新方法”，其行为始终类似于VS代码，方法是将项目文件存储到项目目录中，但IMO这会导致混淆，为什么这个特定的项目打开会以这种方式进行，而不管设置如何。

进一步改进用户体验的另一个想法是：如果我们在文件夹选择对话框中使用当前文档的基本目录会怎么样？

听起来不错。（我不太关心初始目录，因为对于我的用例来说，它几乎总是不正确的。）

免责声明：我仍然不经常使用项目，基本上我只有一个大项目可以使用ProjectOrganizer插件及其标记管理功能。所以我并不是这个公关的目标受众：）。

我最大的使用案例是能够快速查看从Internet下载的源代码-无论是git克隆的还是纯下载的，并且能够使用ProjectOrganizer和goto标记定义/声明来浏览整个代码库。对于经常使用的项目，只需正确设置一次，这个PR就不那么重要了，但对于这些“垃圾”项目，您实际上并不需要太多项目，只需要创建它来导航代码，当前的工作流就是令人讨厌的。

还有一个让项目创建更容易的想法：
如果我们将问题对话框移动到主项目创建对话框中的复选框中，将“将当前文档移动到新项目的会话中？”？我不是用户体验专家，但我觉得主项目创建对话框之后的这个对话框相当分散注意力和令人困惑，就像一个错误或警告消息，但它只是过程中的一个常规部分。

我很喜欢这个！问题是默认值应该是什么——选中还是未选中？此外，只有当没有打开的项目并且您创建了一个新项目时，才会显示此对话框，但如果某个项目已经打开，而您创建了另一个项目，我们应该怎么办？我们应该允许项目->项目打开文档传输吗？（我可以想象这有时会很有用。）

无论如何，我认为这是一个单独的公关。

但我不明白这里的新项目创建对话框如何影响此设置的含义以及为什么不应该使用它。或者我不明白@库格尔-中的建议#3042（评论）.

我想@库格尔（编辑：对不起，意思是@库格尔-)希望将其作为“创建项目的新方法”，其行为始终类似于VS代码，方法是将项目文件存储到项目目录中，但IMO这会导致混淆，为什么这个特定的项目打开会以这种方式进行，而不管设置如何。

我同意，使用以前的方法创建项目将使用现有的pref，而使用新方法创建项目则会令人困惑不使用首选项。在我看来，忽略新方法的首选项相当随意。
基于在项目目录中创建项目文件可能更为常见的事实，我们可以像您已经做的那样，默认情况下只启用pref。

进一步改进用户体验的另一个想法是：如果我们在文件夹选择对话框中使用当前文档的基本目录会怎么样？

听起来不错。（我不太关心初始目录，因为对于我的用例来说，它几乎总是不正确的。）

👍
您计划将其整合到本公关中，还是单独整合？

还有一个让项目创建更容易的想法：
如果我们将问题对话框移动到主项目创建对话框中的复选框中，将“将当前文档移动到新项目的会话中？”？我不是用户体验专家，但我觉得在主项目创建对话框之后的这个对话框相当令人分心和困惑，就像错误或警告消息一样，但它只是过程中的常规部分。

我很喜欢这个！问题是默认值应该是什么——选中还是未选中？此外，只有当没有打开的项目并且您创建了一个新项目时，才会显示此对话框，但如果某个项目已经打开，而您创建了另一个项目，我们应该怎么办？我们应该允许项目->项目打开文档传输吗？（我可以想象这有时会很有用。）

或者，我们只在满足对话框的当前条件时显示新复选框。我想说默认值可以是开的，即当前会话被转移到项目中。至少对我来说，这是一个理想的选择，但再次强调，我根本没有使用项目。

我重新按下按钮，修复了合并冲突，并按照@eht16型这是在最后一次提交中（其他提交基本相同，只修复了合并冲突和更新版本号的API碰撞）。

非常好，经过测试，效果很好。

我可以更改“在项目基本目录中存储项目文件”的默认值。我的观点是，在创建项目的两种方式中，行为应该是一致的。

如果没有人反对，我想在几天后将其合并。

没有异议

@elextr公司你能检查一下更新后的文档对你来说是否合适吗？

@技术人员几条评论，否则第一眼就可以了。

@技术人员几条评论，否则乍一看还可以。

谢谢！

我想之后@elextr公司的最终审查和挤压，我们可以合并它！？

@elextr公司我有点忘记了这个PR。在最新的补丁之后，这些文档看起来不错吗？如果是这样，我就可以消除提交。

对不起，我不知道我应该做期末复习，@eht16型文本看起来没问题，请合并。

我在前一次提交时压缩了文档修复程序，其余的补丁单独使用，所以我就这样离开了。

如果没有人反对，我会在一周内合并这个公关。