>>
>> It'll also be nice to recolor the active row when it loses the focus.
>> Currently, once you in a row, it remains in "changed color" until the
>> dialog is closed, even if no changes were made.
Apologies I missed this.
It remains in the changed colour because once you have entered it the
s
On 23 June 2010 02:54, Nick Treleaven wrote:
> On Tue, 22 Jun 2010 16:48:29 +0100
> Nick Treleaven wrote:
>
>> > To me it looks much easier to use what's already present in grep right
>> > now and if this isn't satisfactory, it could be reimplemented the way
>> > you propose in the future. In add
On 23 June 2010 03:39, Dimitar Zhekov wrote:
> Hi,
>
> ChangeLog, 2010-06-17:
>
> * src/build.c:
> Make default Build dialog entries grey, not light grey (too hard to
> read on a white background).
>
> Instead of trying various shades of gray (the default commands are
> almost unreadable on m
Hi again,
Firefox uses fg[GTK_STATE_INSENSITIVE] for the search field. If we
consider this acceptable, can someone please change "text" in the patch
to "fg" and apply it?
--
E-gards: Jimmy
___
Geany-devel mailing list
Geany-devel@uvena.de
http://lists.
Hi,
ChangeLog, 2010-06-17:
* src/build.c:
Make default Build dialog entries grey, not light grey (too hard to
read on a white background).
Instead of trying various shades of gray (the default commands are
almost unreadable on my background, and were absolutely invisible with
light gray),
On Tue, 22 Jun 2010 16:48:29 +0100
Nick Treleaven wrote:
> > To me it looks much easier to use what's already present in grep right
> > now and if this isn't satisfactory, it could be reimplemented the way
> > you propose in the future. In addition if no patterns are specified,
> > geany will beh
On Tue, 22 Jun 2010 15:19:02 +0200
Jiří Techet wrote:
> >> > think it may be best if Geany does the filtering (and hence also the
> >> > recursing). Also we may want to always filter out hidden files and
> >> > broken links.
> >>
> >> There is one problem here - the command line may be too long.
On Tue, Jun 22, 2010 at 13:46, Nick Treleaven
wrote:
> On Mon, 21 Jun 2010 20:53:58 +0200
> Jiří Techet wrote:
>
>> >> Having a filetype pattern in the find in files dialog could be useful.
>> >> Note that --include is a GNU grep extension, so a blank file pattern
>> >> should be the default and
Le 22/06/2010 14:01, Liviu Andronic a écrit :
> On Sun, Jun 20, 2010 at 8:38 PM, Colomban Wendling
> wrote:
>> Even if I'm pretty sure it is the bug I mentioned, can you check with
>> other apps, like GEdit? They should spawn teh same critical messages on
>>
> Yes, I get the same messages.
>
> li
On Sun, Jun 20, 2010 at 8:38 PM, Colomban Wendling
wrote:
> Even if I'm pretty sure it is the bug I mentioned, can you check with
> other apps, like GEdit? They should spawn teh same critical messages on
>
Yes, I get the same messages.
li...@debian-liv:~$ gedit
(gedit:25627): Gtk-CRITICAL **: gt
On Mon, 21 Jun 2010 20:53:58 +0200
Jiří Techet wrote:
> >> Having a filetype pattern in the find in files dialog could be useful.
> >> Note that --include is a GNU grep extension, so a blank file pattern
> >> should be the default and should not generate the option to grep so as
> >> to maintain
On Mon, 21 Jun 2010 18:41:11 +0200
Jiří Techet wrote:
> > The base path should be the root of all project files.
>
> I believe the base path is the path where make (and other build
> commands) are called. I can set base path to build only one subsystem
> of the project so in this case not all pr
On Tue, 22 Jun 2010 09:05:02 +1000
Lex Trotman wrote:
> On 21 June 2010 22:29, Nick Treleaven wrote:
> > On Mon, 21 Jun 2010 08:57:16 +1000
> > Lex Trotman wrote:
> >
> >> >> I agree that there should be an option in preferences. On the other
> >> >> hand, I understand that with how the geany p
13 matches
Mail list logo