<div dir="ltr">[...]<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
>> 1. Project and user session file formats should match to allow the<br>
>> same code to store both.  The fact that the storing the current<br>
>> project in the project session file is not needed doesn't matter.<br>
<br>
</div>It looks like a good idea, I agree, but we need to keep on allowing to<br>
save user-wide settings when a project is open.  I mean, we shouldn't<br>
save all settings changes to the project settings just because one is<br>
open, the user might want to change a general setting.<br>
<br>
I think this was discussed one day already, and I think it should be a<br>
separate thread.<br></blockquote><div><br></div><div>I said **session** file format, not the config files, as you say ATM the only change to config should be to remove the session info.  All further changes are indeed another topic.</div>
<div><br></div><div>[...]</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
><br>
> Old Geany couldn't read it since it's a directory, and I don't think<br>
> you can possibly overwrite a directory with a file, even<br>
> accidentally. You'd need to delete the directory first.<br>
<br>
</div>I agree, I don't think this should be an issue.  Older Geany would not<br>
be able to load the project, but that should be all.  And if the config<br>
part starts with the same format as old $project.geany, a user could<br>
workaround that by loading $project.geany/project.conf manually.<br></blockquote><div><br></div><div>I'm happy for it to be the same so long as someone can assure me that geany saving a file can't overwrite a directory on the most common file system arrangements which includes windows and includes windows file systems on a NAS mounted via Samba (a sadly increasing situation with cheep NAS boxes).</div>
<div><br></div><div>Note that config saving will use g_file_set_contents() if the option is set, which writes to a temp file, and renames it over the old file.  I agree that on Linux it can't rename a file over a directory, but on what it thinks is a windows file system it deletes the old file first and then renames the temp to it.  Are we sure that won't allow it to overwrite directories?</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> But it may be confusing to the users, indeed.<br>
<br>
</div>Well, I don't think it's more confusing that having the name change, and<br>
it would keep on working exactly the same: `geany $project.geany`<br></blockquote><div><br></div><div>If my concerns above are allayed then yes its an advantage for operation to remain the same.</div><div><br></div><div>
Cheers</div><div>Lex</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Regards,<br>
Colomban<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.geany.org">Devel@lists.geany.org</a><br>
<a href="https://lists.geany.org/cgi-bin/mailman/listinfo/devel" target="_blank">https://lists.geany.org/cgi-bin/mailman/listinfo/devel</a><br>
</div></div></blockquote></div><br></div></div>