To me this seems to be much better than the current state and would
solve all the problems I have with the current settings
As I have said just because you have problems doesn't mean that other
people should give up functionality that they use.
(like the mess
with the project filetype
On Fri, 11 Jun 2010 00:17:13 +0200
Jiří Techet tec...@gmail.com wrote:
Find in project segfaults. I'll compile a -g version tomorrow.
Fixed pushed (I knew about this and had the fix, just forgot to push
it). It was because the active file you were looking at didn't belong
to the project
Instead of *.gpc, store the gproject settings in *.geany, removing
the duplicates.
I would have to be able to add extra settings to .geany - not possible now.
Hi Jiri,
To do this catch the project-open and project-save signals from
the Geany object, the user_data is a pointer to a GKeyFile
On Fri, Jun 11, 2010 at 14:07, Lex Trotman ele...@gmail.com wrote:
To me this seems to be much better than the current state and would
solve all the problems I have with the current settings
As I have said just because you have problems doesn't mean that other
people should give up
On 12 June 2010 10:15, Jiří Techet tec...@gmail.com wrote:
On Fri, Jun 11, 2010 at 14:07, Lex Trotman ele...@gmail.com wrote:
To me this seems to be much better than the current state and would
solve all the problems I have with the current settings
As I have said just because you have
snip
My current thinking is that the dialog that is shown is read only and
shows what will actually be run, and then there is an edit button
which shows a sub-dialog. If a project is open the subdialog has two
sets of fields, if no project then only one set, or the project fields
are
